From deai12@press.co.jp  Fri Jun  2 05:35:31 2000
Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA01010; Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
From: deai12@press.co.jp
Received: (qmail 27997 invoked from network); 1 Jun 2000 22:47:50 -0000
Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162)
  by dummy.web6122-unet.ocn.ne.jp with SMTP; 1 Jun 2000 22:47:50 -0000
To: linux-mips@fnet.fr
Subject: Deai-press
Content-type: text/plain; charset=iso-2022-jp
Content-Length: 3992
Lines: 89


　━─━─━─━─━─━─━─━─━─━─━─━─━─
　　　　　　日本一の出会いサイトを探す新聞です
　─━─━─━─━─━─━─━─━─━─━─━─━─━

今回は、女性が管理しているサイトをご紹介いたします。
それぞれの広報担当者からの声を聞いてください。

今後この出会い新聞がご不要な方は、２度と配信
致しませんので下記アドレスにこのままご転送ください。
　　　 deai22@press.co.jp
----------------------------------------------------

┏【１】http://www.aimail.co.jp
┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。
┃　　出会いサイト<<<http://www.aimail.co.jp>>>についてです。
┃　　史上初、チャットからトークができる新システム！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて
┃　全く新しい真面目な出会いサイト「aimail」を作りました。
┃　だから、他の出会いサイトとは全く違います！
┃　毎月２００万円相当のプレゼント付き！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aimail.co.jp
┃
┃━━……‥・ネット史上初！チャットからトークができます
┃aimailでは、ログイン中のメンバーが常に表示されていますので
┃２ショットチャットや２ショットトークが、
┃申し込んですぐにできるようになっています。
┃
┃電話で相手と実際におしゃべりすることによって、
┃相手のことをより身近に感じることができるでしょう。
┃aimailでは、このシステムを実現するために、
┃全国に専用の電話センターを設けました。
┃
┃━━……‥・驚異的な男女比で、男性圧倒的有利です
┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ
┃マガジンを９７年から発行している弊社だからこそです。
┃また、毎月２００万円相当のブランド品などのプレゼントを
┃実施しているため、たくさんの女性が集まります。
┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、
┃aiboも毎月３台ずつ出ています。
┃
┃女性会員様の方が多いので「男性からメールがこない」と
┃クレームが来るほどです。
┃
┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを
┃作りました。男性も、ゲスト会員として無料でご入場できます。
┃数多くの機能を用意してあなたの出会いをサポートいたします。
┃ぜひ一度、その多彩な機能に驚いてください！！！
┗

＊配信もとより一言
このサイトは一見の価値ありです。
メールを出しても返事が来ない、出会えない、と言う方、
ぜひ利用してみて下さい。必ず、驚きます。
私自身も、テストで入りましたが、出会いの確率は
驚異的ですよ。これ本当です。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

-----------------------------------------------------------

┏【２】
┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。
┃　　出会い掲示板<<<http://www.aqc.co.jp>>>を、
┃　　２０００年４月にオープンしたばかりです！
┃　今、掲示板に参加するとランコムのリップグロスプレゼント！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　　　　女性管理者による、女性のためのページです。
┃　　　　　　　オープンしたてのサイトだから、
┃　　　　書き込みしている女性もニューフェースばかり！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aqc.co.jp
┃
┃━━……‥・地域を２つに限定した掲示板。
┃たくさんあれば、良いというものではありません。
┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。
┃メール友達を探してる人は、ぜひ書き込みに来てください！！！
┃そして、メール友達からの、ステップ・アップは今や常識！
┗

＊配信もとより一言
オープンしたばかりでまだまだという感じですが、
無料なのでいいかなと言う程度で評価はできません。

-----------------------------------------------------------
最後までお読みいただいてありがとうございました。


From deai12@press.co.jp  Fri Jun  2 05:35:31 2000
Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA01010; Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
From: deai12@press.co.jp
Received: (qmail 27997 invoked from network); 1 Jun 2000 22:47:50 -0000
Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162)
  by dummy.web6122-unet.ocn.ne.jp with SMTP; 1 Jun 2000 22:47:50 -0000
To: linux-mips@fnet.fr
Subject: Deai-press
Content-type: text/plain; charset=iso-2022-jp
Content-Length: 3992
Lines: 89


　━─━─━─━─━─━─━─━─━─━─━─━─━─
　　　　　　日本一の出会いサイトを探す新聞です
　─━─━─━─━─━─━─━─━─━─━─━─━─━

今回は、女性が管理しているサイトをご紹介いたします。
それぞれの広報担当者からの声を聞いてください。

今後この出会い新聞がご不要な方は、２度と配信
致しませんので下記アドレスにこのままご転送ください。
　　　 deai22@press.co.jp
----------------------------------------------------

┏【１】http://www.aimail.co.jp
┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。
┃　　出会いサイト<<<http://www.aimail.co.jp>>>についてです。
┃　　史上初、チャットからトークができる新システム！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて
┃　全く新しい真面目な出会いサイト「aimail」を作りました。
┃　だから、他の出会いサイトとは全く違います！
┃　毎月２００万円相当のプレゼント付き！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aimail.co.jp
┃
┃━━……‥・ネット史上初！チャットからトークができます
┃aimailでは、ログイン中のメンバーが常に表示されていますので
┃２ショットチャットや２ショットトークが、
┃申し込んですぐにできるようになっています。
┃
┃電話で相手と実際におしゃべりすることによって、
┃相手のことをより身近に感じることができるでしょう。
┃aimailでは、このシステムを実現するために、
┃全国に専用の電話センターを設けました。
┃
┃━━……‥・驚異的な男女比で、男性圧倒的有利です
┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ
┃マガジンを９７年から発行している弊社だからこそです。
┃また、毎月２００万円相当のブランド品などのプレゼントを
┃実施しているため、たくさんの女性が集まります。
┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、
┃aiboも毎月３台ずつ出ています。
┃
┃女性会員様の方が多いので「男性からメールがこない」と
┃クレームが来るほどです。
┃
┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを
┃作りました。男性も、ゲスト会員として無料でご入場できます。
┃数多くの機能を用意してあなたの出会いをサポートいたします。
┃ぜひ一度、その多彩な機能に驚いてください！！！
┗

＊配信もとより一言
このサイトは一見の価値ありです。
メールを出しても返事が来ない、出会えない、と言う方、
ぜひ利用してみて下さい。必ず、驚きます。
私自身も、テストで入りましたが、出会いの確率は
驚異的ですよ。これ本当です。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

-----------------------------------------------------------

┏【２】
┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。
┃　　出会い掲示板<<<http://www.aqc.co.jp>>>を、
┃　　２０００年４月にオープンしたばかりです！
┃　今、掲示板に参加するとランコムのリップグロスプレゼント！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　　　　女性管理者による、女性のためのページです。
┃　　　　　　　オープンしたてのサイトだから、
┃　　　　書き込みしている女性もニューフェースばかり！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aqc.co.jp
┃
┃━━……‥・地域を２つに限定した掲示板。
┃たくさんあれば、良いというものではありません。
┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。
┃メール友達を探してる人は、ぜひ書き込みに来てください！！！
┃そして、メール友達からの、ステップ・アップは今や常識！
┗

＊配信もとより一言
オープンしたばかりでまだまだという感じですが、
無料なのでいいかなと言う程度で評価はできません。

-----------------------------------------------------------
最後までお読みいただいてありがとうございました。


From deai12@press.co.jp  Fri Jun  2 05:35:31 2000
Received: from mail.telnet.co.jp (qmailr@dummy.web6122-unet.ocn.ne.jp [210.164.151.162]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id FAA01010; Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 05:35:28 +0200 (MET DST)
From: deai12@press.co.jp
Received: (qmail 27997 invoked from network); 1 Jun 2000 22:47:50 -0000
Received: from dummy.web6122-unet.ocn.ne.jp (HELO mail.telnet.co.jp) (root@210.164.151.162)
  by dummy.web6122-unet.ocn.ne.jp with SMTP; 1 Jun 2000 22:47:50 -0000
To: linux-mips@fnet.fr
Subject: Deai-press
Content-type: text/plain; charset=iso-2022-jp
Content-Length: 3992
Lines: 89


　━─━─━─━─━─━─━─━─━─━─━─━─━─
　　　　　　日本一の出会いサイトを探す新聞です
　─━─━─━─━─━─━─━─━─━─━─━─━─━

今回は、女性が管理しているサイトをご紹介いたします。
それぞれの広報担当者からの声を聞いてください。

今後この出会い新聞がご不要な方は、２度と配信
致しませんので下記アドレスにこのままご転送ください。
　　　 deai22@press.co.jp
----------------------------------------------------

┏【１】http://www.aimail.co.jp
┃　　こんにちは。女性用Ｗｅｂマガジンの坂本さえりです。
┃　　出会いサイト<<<http://www.aimail.co.jp>>>についてです。
┃　　史上初、チャットからトークができる新システム！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　女性用Ｗｅｂマガジンが女性読者の意見を聞いて
┃　全く新しい真面目な出会いサイト「aimail」を作りました。
┃　だから、他の出会いサイトとは全く違います！
┃　毎月２００万円相当のプレゼント付き！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aimail.co.jp
┃
┃━━……‥・ネット史上初！チャットからトークができます
┃aimailでは、ログイン中のメンバーが常に表示されていますので
┃２ショットチャットや２ショットトークが、
┃申し込んですぐにできるようになっています。
┃
┃電話で相手と実際におしゃべりすることによって、
┃相手のことをより身近に感じることができるでしょう。
┃aimailでは、このシステムを実現するために、
┃全国に専用の電話センターを設けました。
┃
┃━━……‥・驚異的な男女比で、男性圧倒的有利です
┃現在の男女比３：７！圧倒的に女性が多いのは、女性用ウェブ
┃マガジンを９７年から発行している弊社だからこそです。
┃また、毎月２００万円相当のブランド品などのプレゼントを
┃実施しているため、たくさんの女性が集まります。
┃プレゼントには、今では入手困難なSONYのあの成長するロボット犬、
┃aiboも毎月３台ずつ出ています。
┃
┃女性会員様の方が多いので「男性からメールがこない」と
┃クレームが来るほどです。
┃
┃━━……‥・そこでこのたび、女性会員の為に男性会員を増やすランクを
┃作りました。男性も、ゲスト会員として無料でご入場できます。
┃数多くの機能を用意してあなたの出会いをサポートいたします。
┃ぜひ一度、その多彩な機能に驚いてください！！！
┗

＊配信もとより一言
このサイトは一見の価値ありです。
メールを出しても返事が来ない、出会えない、と言う方、
ぜひ利用してみて下さい。必ず、驚きます。
私自身も、テストで入りましたが、出会いの確率は
驚異的ですよ。これ本当です。
＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊＊

-----------------------------------------------------------

┏【２】
┃　　はじめまして。“メル友探そ！”ＡＱＣのAYAです。
┃　　出会い掲示板<<<http://www.aqc.co.jp>>>を、
┃　　２０００年４月にオープンしたばかりです！
┃　今、掲示板に参加するとランコムのリップグロスプレゼント！
┃┏━━━━━━━━━━━━━━━━━━━━━━━━━━━┓
┃　　　　女性管理者による、女性のためのページです。
┃　　　　　　　オープンしたてのサイトだから、
┃　　　　書き込みしている女性もニューフェースばかり！
┃┗━━━━━━━━━━━━━━━━━━━━━━━━━━━┛
┃　　　　　　　　http://www.aqc.co.jp
┃
┃━━……‥・地域を２つに限定した掲示板。
┃たくさんあれば、良いというものではありません。
┃オープンしたてだからこそ、関西地区／関東地区の２つを限定。
┃メール友達を探してる人は、ぜひ書き込みに来てください！！！
┃そして、メール友達からの、ステップ・アップは今や常識！
┗

＊配信もとより一言
オープンしたばかりでまだまだという感じですが、
無料なのでいいかなと言う程度で評価はできません。

-----------------------------------------------------------
最後までお読みいただいてありがとうございました。


From photon@giasbg01.vsnl.net.in  Fri Jun  2 06:59:15 2000
Received: from giasbg01.vsnl.net.in (giasbg01.vsnl.net.in [202.54.12.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA01507; Fri, 2 Jun 2000 06:59:12 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 06:59:12 +0200 (MET DST)
Received: from giasbg01.vsnl.net.in (PPP-185-11.bng.vsnl.net.in [203.197.185.11])
	by giasbg01.vsnl.net.in (8.9.3/8.9.3) with ESMTP id KAA19457
	for <linux-mips@fnet.fr>; Fri, 2 Jun 2000 10:32:18 +0500 (GMT+0500)
Message-ID: <39373FE2.7498DBA0@giasbg01.vsnl.net.in>
Date: Fri, 02 Jun 2000 10:32:26 +0530
From: Raj Kumar <photon@giasbg01.vsnl.net.in>
Organization: Future Tech
X-Mailer: Mozilla 4.7 [en] (Win95; I)
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: Query
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 423
Lines: 17

We are in the process of evaluating various options to design and build
a low cost Set Top Box based on a Mips core and Linux.

I would like to know if you have a Linux port to the R3912 core from
Toshiba. It is a 32 bit MIPS core running at 70 Mips. It has 4KB Data
and 1KB Instruction cache.

Please let me know here I can access more info on this port (if
available).

Thanks and regards,

Raj Kumar
Bangalore,
India.


From imp@harmony.village.org  Fri Jun  2 07:39:22 2000
Received: from rover.village.org (warner@rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA01686; Fri, 2 Jun 2000 07:39:20 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 07:39:20 +0200 (MET DST)
Received: from harmony.village.org (harmony.village.org [10.0.0.6])
	by rover.village.org (8.9.3/8.9.3) with ESMTP id XAA53193;
	Thu, 1 Jun 2000 23:39:15 -0600 (MDT)
	(envelope-from imp@harmony.village.org)
Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id XAA34220; Thu, 1 Jun 2000 23:38:47 -0600 (MDT)
Message-Id: <200006020538.XAA34220@harmony.village.org>
To: Raj Kumar <photon@giasbg01.vsnl.net.in>
Subject: Re: Query 
Cc: linux-mips@fnet.fr
In-reply-to: Your message of "Fri, 02 Jun 2000 10:32:26 +0530."
		<39373FE2.7498DBA0@giasbg01.vsnl.net.in> 
References: <39373FE2.7498DBA0@giasbg01.vsnl.net.in>  
Date: Thu, 01 Jun 2000 23:38:47 -0600
From: Warner Losh <imp@village.org>
Content-Length: 330
Lines: 9

In message <39373FE2.7498DBA0@giasbg01.vsnl.net.in> Raj Kumar writes:
: I would like to know if you have a Linux port to the R3912 core from
: Toshiba. It is a 32 bit MIPS core running at 70 Mips. It has 4KB Data
: and 1KB Instruction cache.

Both Linux and NetBSD support this core.  It is popular in many WinCE
devices.

Warner

From privacy1@mail.goo.ne.jp  Fri Jun  2 10:03:57 2000
Received: from ns.eronavi.com ([210.224.176.107]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA02780; Fri, 2 Jun 2000 10:03:55 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 10:03:55 +0200 (MET DST)
Received: from mail.eronavi.com ([210.169.48.118])
	by ns.eronavi.com (8.9.3/8.9.3) with SMTP id RAA90662
	for <linux-mips@fnet.fr>; Fri, 2 Jun 2000 17:02:41 +0900 (JST)
	(envelope-from privacy1@mail.goo.ne.jp)
Date: Fri, 2 Jun 2000 17:02:41 +0900 (JST)
Message-Id: <200006020802.RAA90662@ns.eronavi.com>
From: =?ISO-2022-JP?B?GyRCJVclaSUkJVAlNyE8Py8zMhsoQh==?= <privacy1@mail.goo.ne.jp>
To: =?ISO-2022-JP?B?bGludXgtbWlwc0BmbmV0LmZy?= <linux-mips@fnet.fr>
X-Mailer: Direct Email v0.22
Subject: =?ISO-2022-JP?B?GyRCJU8lVyVLJXMlMEIzPVAbKEIhIRskQiFaIzIjNDt+NFZFcDsjSFZBSCFbGyhC?=
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Length: 2132
Lines: 60

突然のメールを大変申し訳ございません。
このダイレクトメールにご興味のない方は
誠に恐れ入りますが削除下さいますよう
お願いいたします。
御迷惑のかかってしまった方、重複して
配信された方、このメールが不要な方へ
届いてしまいましたら深くお詫び申し上げます。

━━━━━━━━━━━━━━━━━━━
　　■実録！！プライバシー侵害 ■
━━━━━━━━━━━━━━━━━━━
--------------------------------------
   ▲２４時間 リアルタイム　盗撮 ▲
--------------------------------------
　 ▲素人娘・コギャル・現役モデル▲　　
--------------------------------------
　　　　　　無料体験実施中
━━━━━━━━━━━━━━━━━━━
この番組は、若くてキレイな女の子だけに
的を絞り、彼女たちの部屋に取り付けた４つ
の超小型隠しカメラで、24時間私生活を監視
することができる、リアルタイム盗撮番組です。

超過激アダルト映像を完全生中継!!

さあ今すぐあなたもこのリアルタイム盗撮に
参加されてみてはいかがですか？ 

□まずは、無料お試し体験をどうぞ!!□
http://210.224.176.97:82/joinmemberhp/from.phtml?banner=privacy

■選りすぐりの女の子達をどうぞご覧下さい!!
http://www.dolphin-web.net/privacy/newface.html

━━━プライバシー侵害　女の子紹介━━━━

総勢なんと１８名!!お好きな女の子をどうぞ!!!

★セクシーモデル→「りん」
■コギャルレズ→「あみ」と「るみ」
★現役女子大生→「ひな」
■Ｂ90巨乳の女→「明美」
★ＳＭの女王…→「理沙」
■オナニー専科→「美樹」
★アメリカ産…→「ゆい」
■超キティラー→「葉月」
★オナペット…→「まゆ」
■SEX観賞専用・→「知美」
★ガングロ女…→「由利」
■フリーター…→「あゆみ」
★フリーター…→「涼子」
■花屋の店員…→「由美」
★フェラ専科…→「佳子」
■コギャル……→「えいな」
■バイブ専科…→「沙織」
━━━━━━━━━━━━━━━━━━━━━━ 
番組名　　実録！！プライバシー侵害
◆◇http://www.dolphin-web.net/privacy/◇◆
━━━━━━━━━━━━━━━━━━━━━━


From privacy1@mail.goo.ne.jp  Fri Jun  2 10:35:23 2000
Received: from ns.eronavi.com ([210.224.176.107]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA02957; Fri, 2 Jun 2000 10:35:21 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 10:35:21 +0200 (MET DST)
Received: from mail.eronavi.com ([210.169.48.118])
	by ns.eronavi.com (8.9.3/8.9.3) with SMTP id RAA02190
	for <linux-mips@fnet.fr>; Fri, 2 Jun 2000 17:34:04 +0900 (JST)
	(envelope-from privacy1@mail.goo.ne.jp)
Date: Fri, 2 Jun 2000 17:34:04 +0900 (JST)
Message-Id: <200006020834.RAA02190@ns.eronavi.com>
From: =?ISO-2022-JP?B?GyRCJVclaSUkJVAlNyE8Py8zMhsoQh==?= <privacy1@mail.goo.ne.jp>
To: =?ISO-2022-JP?B?bGludXgtbWlwc0BmbmV0LmZy?= <linux-mips@fnet.fr>
X-Mailer: Direct Email v0.22
Subject: =?ISO-2022-JP?B?GyRCJU8lVyVLJXMlMEIzPVAbKEIhIRskQiFaIzIjNDt+NFZFcDsjSFZBSCFbGyhC?=
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Length: 2132
Lines: 60

突然のメールを大変申し訳ございません。
このダイレクトメールにご興味のない方は
誠に恐れ入りますが削除下さいますよう
お願いいたします。
御迷惑のかかってしまった方、重複して
配信された方、このメールが不要な方へ
届いてしまいましたら深くお詫び申し上げます。

━━━━━━━━━━━━━━━━━━━
　　■実録！！プライバシー侵害 ■
━━━━━━━━━━━━━━━━━━━
--------------------------------------
   ▲２４時間 リアルタイム　盗撮 ▲
--------------------------------------
　 ▲素人娘・コギャル・現役モデル▲　　
--------------------------------------
　　　　　　無料体験実施中
━━━━━━━━━━━━━━━━━━━
この番組は、若くてキレイな女の子だけに
的を絞り、彼女たちの部屋に取り付けた４つ
の超小型隠しカメラで、24時間私生活を監視
することができる、リアルタイム盗撮番組です。

超過激アダルト映像を完全生中継!!

さあ今すぐあなたもこのリアルタイム盗撮に
参加されてみてはいかがですか？ 

□まずは、無料お試し体験をどうぞ!!□
http://210.224.176.97:82/joinmemberhp/from.phtml?banner=privacy

■選りすぐりの女の子達をどうぞご覧下さい!!
http://www.dolphin-web.net/privacy/newface.html

━━━プライバシー侵害　女の子紹介━━━━

総勢なんと１８名!!お好きな女の子をどうぞ!!!

★セクシーモデル→「りん」
■コギャルレズ→「あみ」と「るみ」
★現役女子大生→「ひな」
■Ｂ90巨乳の女→「明美」
★ＳＭの女王…→「理沙」
■オナニー専科→「美樹」
★アメリカ産…→「ゆい」
■超キティラー→「葉月」
★オナペット…→「まゆ」
■SEX観賞専用・→「知美」
★ガングロ女…→「由利」
■フリーター…→「あゆみ」
★フリーター…→「涼子」
■花屋の店員…→「由美」
★フェラ専科…→「佳子」
■コギャル……→「えいな」
■バイブ専科…→「沙織」
━━━━━━━━━━━━━━━━━━━━━━ 
番組名　　実録！！プライバシー侵害
◆◇http://www.dolphin-web.net/privacy/◇◆
━━━━━━━━━━━━━━━━━━━━━━


From jawad@enabtech.com  Fri Jun  2 11:58:06 2000
Received: from enabtech.com (enabtech-pl.customer.ni.net [199.107.67.94]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA05073; Fri, 2 Jun 2000 11:58:05 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 11:58:05 +0200 (MET DST)
Received: from jawad ([206.82.141.26])
	by enabtech.com (8.9.3/8.9.3) with SMTP id DAA03468
	for <linux-mips@fnet.fr>; Fri, 2 Jun 2000 03:01:02 -0700 (PDT)
Message-ID: <000801bfcc7a$0d21ab50$1e00a8c0@jawad>
From: "Jawad" <jawad@enabtech.com>
To: <linux-mips@fnet.fr>
Date: Fri, 2 Jun 2000 15:05:08 +0500
MIME-Version: 1.0
Content-Type: multipart/alternative;
	boundary="----=_NextPart_000_0005_01BFCCA3.F13A5250"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Content-Length: 1090
Lines: 40

This is a multi-part message in MIME format.

------=_NextPart_000_0005_01BFCCA3.F13A5250
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

Dear Sir=20

Can u please tell me the state of the port and how can I get its source =
code

Thanks

Jawad

------=_NextPart_000_0005_01BFCCA3.F13A5250
Content-Type: text/html;
	charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY bgColor=3D#ffffff>
<DIV><FONT face=3DArial size=3D2>Dear Sir </FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Can u please tell me the state of the =
port and how=20
can I get its source code</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Thanks</FONT></DIV>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial size=3D2>Jawad</FONT></DIV></BODY></HTML>

------=_NextPart_000_0005_01BFCCA3.F13A5250--

From Harald.Koerfgen@home.ivm.de  Fri Jun  2 13:07:45 2000
Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA05388; Fri, 2 Jun 2000 13:07:44 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 13:07:44 +0200 (MET DST)
Received: from franz.no.dom (port179.duesseldorf.ivm.de [195.247.65.179])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id NAA32243;
	Fri, 2 Jun 2000 13:07:25 +0200
X-To: linux-mips@fnet.fr
Message-ID: <XFMail.000602130709.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <39373FE2.7498DBA0@giasbg01.vsnl.net.in>
Date: Fri, 02 Jun 2000 13:07:09 +0200 (CEST)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
Sender: harry@franz.no.dom
From: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To: Raj Kumar <photon@giasbg01.vsnl.net.in>
Subject: RE: Query
Cc: linux-mips@fnet.fr
Content-Length: 1072
Lines: 39

Hi,

On 02-Jun-00 Raj Kumar wrote:
> We are in the process of evaluating various options to design and build
> a low cost Set Top Box based on a Mips core and Linux.
> 
> I would like to know if you have a Linux port to the R3912 core from
> Toshiba. It is a 32 bit MIPS core running at 70 Mips. It has 4KB Data
> and 1KB Instruction cache.

Hmmm..., lemme see:

# cat /proc/cpuinfo
cpu                     : MIPS
cpu model               : R39XX V1.0
system type             : R39XX Sharp Mobilon
BogoMIPS                : 72.91
byteorder               : little endian
unaligned accesses      : 0
wait instruction        : no
microsecond timers      : no
extra interrupt vector  : no
hardware watchpoint     : no
VCED exceptions         : not available
VCEI exceptions         : not available

:)

To be honest, yes, there is a port. At the time beeing it is not merged into the
main Linux/MIPS branch but exists as a part of the linux-vr project.
 
> Please let me know here I can access more info on this port (if
> available).

http://linux-vr.org

-- 
Regards,
Harald

From ralf@uni-koblenz.de  Fri Jun  2 23:24:45 2000
Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA10351; Fri, 2 Jun 2000 23:24:44 +0200 (MET DST)
Received-Date: Fri, 2 Jun 2000 23:24:44 +0200 (MET DST)
Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17])
	by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id XAA13762;
	Fri, 2 Jun 2000 23:24:40 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406599AbQFBVYa>;
        Fri, 2 Jun 2000 23:24:30 +0200
Date: Fri, 2 Jun 2000 23:24:30 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Cc: linux-mips@fnet.fr
Subject: Linux VR, was: Re: Query
Message-ID: <20000602232430.C1741@uni-koblenz.de>
References: <39373FE2.7498DBA0@giasbg01.vsnl.net.in> <XFMail.000602130709.Harald.Koerfgen@home.ivm.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <XFMail.000602130709.Harald.Koerfgen@home.ivm.de>; from Harald.Koerfgen@home.ivm.de on Fri, Jun 02, 2000 at 01:07:09PM +0200
X-Accept-Language: de,en,fr
Content-Length: 325
Lines: 11

On Fri, Jun 02, 2000 at 01:07:09PM +0200, Harald Koerfgen wrote:

> http://linux-vr.org

Apropos, could somebody of the Linux VR people send me a paragraph for
the MIPS Howto at http://oss.sgi.com/mips/mips-howto.html.

(Please send plain text or even better a patch for the Linuxdoc SGML
source from CVS, not HTML.)

  Ralf

From poinde_t@epita.fr  Sat Jun  3 03:22:15 2000
Received: from hermes.epita.fr (hermes.epita.fr [194.98.116.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA12907; Sat, 3 Jun 2000 03:22:15 +0200 (MET DST)
Received-Date: Sat, 3 Jun 2000 03:22:15 +0200 (MET DST)
Received: from purple42.epx.epita.fr (purple42.epx.epita.fr [10.225.7.1])
	by hermes.epita.fr id DAA13310 for <linux-mips@fnet.fr> 
	EPITA Paris France Sat, 3 Jun 2000 03:22:20 GMT
Received: by purple42.epx.epita.fr (Postfix, from userid 501)
	id 656B9184DC; Sat,  3 Jun 2000 03:27:23 +0200 (CEST)
Date: Sat, 3 Jun 2000 03:27:23 +0200
From: diablero <poinde_t@epita.fr>
To: linux-mips@fnet.fr
Subject: subscribe
Message-ID: <20000603032723.A9240@purple42.epx.epita.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
Content-Length: 204
Lines: 7

I have a magnum 4000 SC and I want to install linux on it.
So I would like to subscribe to the mailing-list.

-- 
Thomas Poindessous
EpX asso GNU/Linux de l'Epita
epx@epita.fr && http://www.epita.fr/~epx

From ralf@uni-koblenz.de  Mon Jun  5 22:05:57 2000
Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA06370; Mon, 5 Jun 2000 22:05:56 +0200 (MET DST)
Received-Date: Mon, 5 Jun 2000 22:05:56 +0200 (MET DST)
Received: from cacc-21.uni-koblenz.de (cacc-21.uni-koblenz.de [141.26.131.21])
	by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id WAA02687;
	Mon, 5 Jun 2000 22:05:27 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406600AbQFETOL>;
        Mon, 5 Jun 2000 21:14:11 +0200
Date: Mon, 5 Jun 2000 21:14:11 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Rabeeh Khoury <rabeeh@galileo.co.il>
Cc: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: Re: TLB exception
Message-ID: <20000605211411.B23836@uni-koblenz.de>
References: <393C05C7.3E8EF447@galileo.co.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <393C05C7.3E8EF447@galileo.co.il>; from rabeeh@galileo.co.il on Mon, Jun 05, 2000 at 03:55:51PM -0400
X-Accept-Language: de,en,fr
Content-Length: 1180
Lines: 32

On Mon, Jun 05, 2000 at 03:55:51PM -0400, Rabeeh Khoury wrote:

> I'v added a code to debug the TLB misses in my kernel (2.2)
> I'm running QED RM5271 in big mips mode ; I'v added the following code :
> 
>     8004de54:   3c010300        lui     $at,0x300
>     8004de58:   ac200000        sw      $zero,0($at)
> 
> which simply writes zero to virtual address 0x03000000, this code is
> invoked in kernel mode in kernel space and tries to write to user space.
> 
> after this I get a TLB exception with an error TLBL (TLB miss because of
> load or instruction fetch) !!!!!!!!!!!!!!!
> instead of TLBS.

Do you observe this tlbl exception code in or via the general exception
vector handler at 0x80000180?  If so you're taking a exception within
the other exception handler at 0x80000000.  There are special rules for
this nested exception that is the EPC and BadVAddr registers will keep
their old values.

> the CP0_STATUS = 00800008
> p.s. I have also strange values in the BADVADDR and CONEXT.

What is CONEXT?

> can any one speculate what is the problem ?
> do I need to do any thing special to access user space in kernel mode ?

There is nothing obviously missing.

  Ralf

From rabeeh@galileo.co.il  Mon Jun  5 14:54:18 2000
Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA03659; Mon, 5 Jun 2000 14:54:12 +0200 (MET DST)
Received-Date: Mon, 5 Jun 2000 14:54:12 +0200 (MET DST)
Received: from galileo.co.il (rabeeh@[10.2.20.126])
	by galileo.co.il (8.8.5/8.8.5) with ESMTP id PAA19757
	for <linux-mips@fnet.fr>; Mon, 5 Jun 2000 15:53:33 +0200 (GMT-2)
Sender: rabeeh@galileo.co.il
Message-ID: <393C05C7.3E8EF447@galileo.co.il>
Date: Mon, 05 Jun 2000 15:55:51 -0400
From: Rabeeh Khoury <rabeeh@galileo.co.il>
Reply-To: rabeeh@galileo.co.il
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: TLB exception
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 744
Lines: 24

Hi All

I'v added a code to debug the TLB misses in my kernel (2.2)
I'm running QED RM5271 in big mips mode ; I'v added the following code :

    8004de54:   3c010300        lui     $at,0x300
    8004de58:   ac200000        sw      $zero,0($at)


which simply writes zero to virtual address 0x03000000, this code is
invoked in kernel mode in kernel space and tries to write to user space.

after this I get a TLB exception with an error TLBL (TLB miss because of
load or instruction fetch) !!!!!!!!!!!!!!!
instead of TLBS.

the CP0_STATUS = 00800008
p.s. I have also strange values in the BADVADDR and CONEXT.

can any one speculate what is the problem ?
do I need to do any thing special to access user space in kernel mode ?

Regards,
Rabeeh

From nobody@mkznet.or.jp  Wed Jun  7 15:06:30 2000
Received: from po2.mkznet.or.jp (mailer.mkznet.or.jp [210.162.247.158]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA04542; Wed, 7 Jun 2000 15:06:28 +0200 (MET DST)
Received-Date: Wed, 7 Jun 2000 15:06:28 +0200 (MET DST)
Received: (from nobody@localhost)
	by po2.mkznet.or.jp (8.9.3/3.7W) id SAA02472
	for mailer; Wed, 7 Jun 2000 18:19:52 +0900 (JST)
Date: Wed, 7 Jun 2000 18:19:52 +0900 (JST)
Message-Id: <200006070919.SAA02472@po2.mkznet.or.jp>
To: test@po2.mkznet.or.jp
From: uraban@ura.to
Subject: ■■■　無料会員募集中　裏ワザ情報メールマガジン裏版　■■■
Content-Length: 2934
Lines: 55

突然のメールをごめんなさい、出来れば参加して頂きたくお出ししました。
リスクゼロ！！後にも先にも今しかありません。
仮登録は無料なので、あやしいと思われる方は仮登録して、内容を確認し
て納得できたら、正式入会してください。とにかく下記を御覧ください。
また、不必要であればお手数ですが削除願い申し上げます。

━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　◆◇◆　　　　　　━　まる　特　ＮＥＷ　情　報　━　　　　　◆◇◆
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
       ■■■　無料会員募集中　裏ワザ情報メールマガジン裏版　■■■


＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
【１】大好評！無料会員募集中　裏ワザ情報メールマガジン裏版［うらばん］
　　　　　　あなたの未来が変わります　http://www.ura.to/uraban/
＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝

■裏版[うらばん]は、ＭＬＭシステム（ＷＡＶＥ　ＰＲＯＦＩＴ
　ＳＹＳＴＥＭ）の裏ワザ情報メールマガジンです。定期的に、
　貴方のお手元に普段の生活にお役に立つ裏ワザ情報や通常では
　手に入らない裏の情報をメールマガジンでお届けします。
　さらに今回は、先行会員無料登録システムにより、会員同等の
　サービスが受けられます。

■ノーリスクだから安心して小遣い稼ぎが出来ると大評判です！！
　失敗した人が誰もいない驚異的な新しい時代のシステムと参加者が
　太鼓判を！！

■今までのＭＬＭ関係は全て多額の入会金、商品購入等の金銭出費
　がありましたのでリスクが付いてまわり、成功された方はほんの
　わずかなトップクラスの方達だけでした。しかし、裏版では先行
　仮入会制度を導入、ネットワークビジネスに参加するにあたり、
　一番の不安要素！ダウンの構築を応援します！！

■まず、無料！の仮入会して頂くと、正規会員と同じサービスが
　受けられ、裏情報が思いのまま。さらに、自分のダウンの情報が
　リアルタイムで見ることができるため、正規入会後のビジョンが
　簡単に立てられます。さらに、自分のダウンの様子を見てから
　正規入会・退会のどちらかを選択できるシステム！！万が一退会
　されても、違約金などといったものは一切ありません。
　安心して体験することができます。

■貴方も経験がありませんか？この新しいシステムはリスクを
　１００％取り除いたまったく新しいシステムですので知人、友人
　の方達等も御誘い易く入会されてから感謝される方が多いのが
　現状です。ねずみ講、マルチ商法と違うから友人知人を勧誘し
　易いと参加者からの声が殺到！

◆もう！入会するっきゃないでしょう！！とにかく一度下記の
　ホームページをご覧下さい。あなたの未来が変わります！！
　　　　　　http://www.ura.to/uraban/

＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝＝
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

From raiko@niisi.msk.ru  Wed Jun  7 11:15:43 2000
Received: from t111.niisi.ras.ru (root@[193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA01648; Wed, 7 Jun 2000 11:15:39 +0200 (MET DST)
Received-Date: Wed, 7 Jun 2000 11:15:39 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA18765
	for <linux-mips@fnet.fr>; Wed, 7 Jun 2000 13:14:51 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id NAA27209 for linux-mips@fnet.fr; Wed, 7 Jun 2000 13:05:11 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA10720 for <linux-mips@fnet.fr>; Wed, 7 Jun 2000 13:09:27 +0400 (MSD)
Message-ID: <393E13DB.EFCA69C7@niisi.msk.ru>
Date: Wed, 07 Jun 2000 13:20:27 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: current 2.2.14 in cvs
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 451
Lines: 11

Hello,

I got the linux_2_2 branch (cvs -d ...oss.sgi.com:/cvs get -r linux_2_2
linux) and see all changes for r3k is gone. o32_return in scall_o32.S
uses eret, save_fp is replaced by r4xx_save_fp and so on. It looks like
'official' 2.2.14 was put in the repository w/o mips specific changes.
Is it normal or I just used wrong tag ? What is the latest 2.2 version
for r3k ? Does somebody have patches or should I prepare them myself ?

Regards,
Gleb.

From Harald.Koerfgen@home.ivm.de  Wed Jun  7 18:18:37 2000
Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA07384; Wed, 7 Jun 2000 18:18:36 +0200 (MET DST)
Received-Date: Wed, 7 Jun 2000 18:18:36 +0200 (MET DST)
Received: from franz.no.dom (port169.duesseldorf.ivm.de [195.247.65.169])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id SAA18992;
	Wed, 7 Jun 2000 18:17:22 +0200
X-To: linux-mips@fnet.fr
Message-ID: <XFMail.000607181713.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <393E13DB.EFCA69C7@niisi.msk.ru>
Date: Wed, 07 Jun 2000 18:17:13 +0200 (CEST)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
Sender: harry@franz.no.dom
From: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Subject: RE: current 2.2.14 in cvs
Cc: linux-mips@fnet.fr
Content-Length: 751
Lines: 19

Hi,

On 07-Jun-00 Gleb O. Raiko wrote:
> Hello,
> 
> I got the linux_2_2 branch (cvs -d ...oss.sgi.com:/cvs get -r linux_2_2
> linux) and see all changes for r3k is gone. o32_return in scall_o32.S
> uses eret, save_fp is replaced by r4xx_save_fp and so on. It looks like
> 'official' 2.2.14 was put in the repository w/o mips specific changes.
> Is it normal or I just used wrong tag ? What is the latest 2.2 version
> for r3k ? Does somebody have patches or should I prepare them myself ?

IIRC there should be r2300-patch.gz at ftp://oss.sgi.com/pub/linux/mips/test.
These are the changes for R3000 and friends against 2.2.11. I did not commit this
patch to the CVS back then because I considered these changes as experimental.

-- 
Regards,
Harald

From K.H.C.vanHouten@research.kpn.com  Wed Jun  7 20:24:39 2000
Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA09028; Wed, 7 Jun 2000 20:24:38 +0200 (MET DST)
Received-Date: Wed, 7 Jun 2000 20:24:38 +0200 (MET DST)
Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6])
 by research.kpn.com (PMDF V5.2-31 #42699)
 with ESMTP id <01JQC1OX9H5200013Z@research.kpn.com> for linux-mips@fnet.fr;
 Wed, 7 Jun 2000 20:24:36 +0200
Received: (from karel@localhost)	by sparta.research.kpn.com (8.8.8+Sun/8.8.8)
 id UAA19541; Wed, 07 Jun 2000 20:24:35 +0200 (MET DST)
X-URL: http://www-lsdm.research.kpn.com/~karel
Date: Wed, 07 Jun 2000 20:24:35 +0200 (MET DST)
From: Karel van Houten <K.H.C.vanHouten@research.kpn.com>
Subject: Re: current 2.2.14 in cvs
In-reply-to: <XFMail.000607181713.Harald.Koerfgen@home.ivm.de>
To: Harald.Koerfgen@home.ivm.de
Cc: linux-mips@fnet.fr
Message-id: <200006071824.UAA19541@sparta.research.kpn.com>
MIME-version: 1.0
X-Mailer: ELM [version 2.5 PL2]
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
Content-Length: 704
Lines: 19

Hi Harald,

Harald wrote:
> 
> IIRC there should be r2300-patch.gz at ftp://oss.sgi.com/pub/linux/mips/test.
> These are the changes for R3000 and friends against 2.2.11. I did not commit this
> patch to the CVS back then because I considered these changes as experimental.

How about the 2.3.99pre? kernel in CVS? Are there R3k patches required for
these kernel versions? The CVS kernel runs OK on my 5000/260, but
fails to compile for DZ based serial IO.

-- 
Karel van Houten

----------------------------------------------------------
The box said "Requires Windows 95 or better."
I can't understand why it won't work on my Linux computer. 
----------------------------------------------------------

From mc2@export2000.ro  Thu Jun  8 15:32:56 2000
Received: from millenium.export2000.ro (root@[194.102.214.69]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA18063; Thu, 8 Jun 2000 15:32:25 +0200 (MET DST)
Received-Date: Thu, 8 Jun 2000 15:32:25 +0200 (MET DST)
From: mc2@export2000.ro
Received: from cosmin (ppp-lnk07.gogoland.com [194.102.214.77])
	by millenium.export2000.ro (8.9.3/8.9.3) with SMTP id QAA28323
	for linux-mips@fnet.fr; Thu, 8 Jun 2000 16:28:45 +0300
Date: Thu, 8 Jun 2000 16:28:45 +0300
To: linux-mips@fnet.fr
Subject: Romanian Business Opportunity > UZINA MECANICA MIZIL
Message-Id: <eaep.3.0.reg.CorMKN.36685.6894751157@mail.export2000.ro>
Content-Type: TEXT/PLAIN charset=US-ASCII
Content-Length: 5368
Lines: 150


To:   linux-mips@fnet.fr
Attn: Marketing Department
From: UZINA MECANICA MIZIL
Ref.: Romanian Business Opportunity > UZINA MECANICA MIZIL

------------------------------------------------------------------------
                 Our anti-spamming company policy:
                      NEVER BOTHER YOU AGAIN

           To remove your E-mail address from the present
           contact list JUST DO NOT REPLY to this message.

 If you receive this message by mistake and/or you are not interested
   in the following brief presentation, please accept our apologies.

This is a world-wide promotion campaign. The selected E-mail addresses
are extracted only FROM THE COMMERCIAL WEBSITES of the targeted markets.
------------------------------------------------------------------------

We would like to offer you for consideration our brief presentation.
         We are looking for a marketplace in your country.

             To communicate with us please reply using
         the plain text format in the body of the message

             >>> mentioning your Specific Inquiry <<<

              and your detailed contact information:

>>> company name, address, phone & fax numbers, contact person. <<<

     Simple replies and advertisements will not be considered.
               We do not open any PC applications.

If you answer to this message, we will contact you every 3 months in
order to update our partner service database. Thank you for your time.

Best regards,
 
UZINA MECANICA MIZIL Staff
   

  PRESENTATION of UZINA MECANICA MIZIL

LOCATION
Uzina Mecanica Mizil is located in a strategic position, half distance
betweeen Buzau and Ploiesti, on DN 1B, the main communication road
between southern and eastern areas of the country. Our plant is fitted
with a railway ultimate and facilities for big weight goods handling.

HISTORY
The factory has been founded in 1951. Between 1966 and 1990 have been
accompished three investment stages resulting: flow sheet redesigning
for creeper tracks and engines repairing, special vehicles and spare
parts manufacturing, new halls building and older halls modernizing,
some other products and engines assembling have been assimilated.
Beginning with 1997, U.M.M. works as a subsidiary of Regia Autonoma
"ARSENALUL ARMATEI".

COMPANY OFFER
-machining by chipping;
-welded assemblies;
-metallic products manufacturing;
-devices and special products manufacturing;
-manufacturing of spare parts for equipment and vehicles;
-heat engines repairing;
-hydraulic pumps and engines repairing;
-special vehicles on wheels repairing;
-special vehicles on tracks manufacturing, repairing and modernizing.
The company owns prouction capacties available for cooperation development
in different economic fields.

EQUIPMENT
The enterprise is fitted out with general-purpose and specialized machines.
There is the possibility to work on machines controlled by computers.
Also, there can be made heat treatments and galvanic coatings.

HUMAN RESOURCES
Uzina Mecanica Mizil has human resouces with a high level of professional
training. We maintain these qualifications by permanent training in order
to respond any market requirement.

QUALITY ASSURANCE
The quality system has been evaluated and approved by Military Organism
for Quality Certification (OMCAS), according to National Ministry of
Defense requirements, N.G. O.M.C.A.-02.01 an SR EN ISO 9002 and confirmed
with certificate no. 042/1 from the 26th of January, 2000.

EXTERNAL CLIENTS
-Lohr Industrie, France
-Feuerland, Germany
-Rafael, Israel

MACHINING

Toothing
-maximum pitch                10 mm
-angle of action              a=17,5�; 20�; 25�; 30�
-tooth rake                   �=45�
-tooth width                  l=100�150 mm
-external diameter            850 mm
-external tooth grinding      Dmax=500 mm

Grinding
a)cylindrical:    -internal   -�min=5 mm
                              -�max=300 mm
                  -external   -�max=350 mm
                              -Lmax=1000 mm
b)tooth:                      -m=0.75�10 mm
                              -�max=500 mm
c)groove:                     -�max=300 mm
                              -Lmax=1500mm

Honing
-�int                         min=70 mm
                              max=150 mm
-Lmax                         1000 mm

Machines controlled by computers:
-bed surface                  1250x1250 mm�
-travel                       x=1600 mm
                              y=1000 mm
                              z=800 mm
-lineal positioning accuracy  0,01 mm
-tools storage room           50 pieces

Drilling machines
-bed surface                  900x1400 mm�
-travel                       x=1400 mm
                              y= 900 mm
                              z= 600 mm
-positioning accuracy
      -lineal                 max 0,01 mm
      -polar coordinates      max 2"

Facing
-external                     max. 4500 mm
-internal                     max. 4300 mm
-high                         max. 1500 mm

GALVANIC COATING

Tin plating                         2000x1000x1400
Hard-chromium plating               2000x1000x1400
Copperplating against hardening     1200x 900x1000
Chemical oxidation                  2000x 800x1000
Parkerizing                         2000x 900x1400
Zinc plating                        2000x1000x 900
Cadmium plating                     2000x1000x 900

From <@Cologne.DE:karsten@excalibur.cologne.de>  Thu Jun  8 20:54:35 2000
Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA19760; Thu, 8 Jun 2000 20:54:33 +0200 (MET DST)
Received-Date: Thu, 8 Jun 2000 20:54:33 +0200 (MET DST)
Received: from localhost (2694 bytes) by fileserv2.Cologne.DE
	via rmail with P:stdio/R:bind/T:smtp
	(sender: <excalibur.cologne.de!karsten>) (ident <excalibur.cologne.de!karsten> using unix)
	id <m1307Rn-00073UC@fileserv2.Cologne.DE>
	for <linux-mips@fnet.fr>; Thu, 8 Jun 2000 20:54:31 +0200 (CEST)
	(Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19)
Received: (from karsten@localhost)
	by excalibur.cologne.de (8.9.3/8.8.7) id UAA08316;
	Thu, 8 Jun 2000 20:33:49 +0200
Message-ID: <20000608203341.A3290@excalibur.cologne.de>
Date: Thu, 8 Jun 2000 20:33:42 +0200
From: Karsten Merker <karsten@excalibur.cologne.de>
To: linux-mips@fnet.fr
Subject: CVS-2.3.99-pre8 broken?
Mail-Followup-To: linux-mips@fnet.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
X-No-Archive: yes
Content-Length: 2112
Lines: 70

Hallo everyone,

there seem to be two problems with the current CVS (2.3.99-pre8) and the
DECstation 5000/200: dz11-support does not compile due to

a) a bug in drivers/char/Makefile - the CVS-version contains

# set when a framegrabber implements i2c support
obj-$(L_I2C) += i2c-old.o

ifeq ($(CONFIG_DZ),y)
  L_OBJS += dz.o
endif

obj-$(CONFIG_NWBUTTON) += nwbutton.o
obj-$(CONFIG_NWFLASH) += nwflash.o

ifeq ($(CONFIG_DZ),y)
  L_OBJS += dz.o
endif 


Doubling the if-clause gives no sense to me and the if-clause itself seems
to be wrong. This should be:

# set when a framegrabber implements i2c support
obj-$(L_I2C) += i2c-old.o

ifeq ($(CONFIG_DZ),y)
  obj-$(CONFIG_DZ) += dz.o
endif

obj-$(CONFIG_NWBUTTON) += nwbutton.o
obj-$(CONFIG_NWFLASH) += nwflash.o


b) a missing definition of SERIAL_MAGIC in drivers/char/dz.[ch]

SERIAL_MAGIC is defined as 0x5301 in several files
(drivers/macintosh/macserial.h, drivers/net/wan/z85230.h,
drivers/sbus/char/zs.h, drivers/sgi/char/sgiserial.h,
drivers/tc/zs.h and include/linux/serialP.h), so I just assumed
this is the correct value (without actually understanding the
source...).

I wanted to test whether just defining SERIAL_MAGIC to 0x5301 works,
but unfortunately my 5000/200 dies with an oops while booting. The display
tells me:
[...]
eth0: Sending bootp requests...<1>Unable to handle kernel pagig request at
      virtual address 00000000, ...
Oops in fault.c:do_page_fault, line 158.
[register dump and stack trace]

I first thought this to be due to a problem with the dz11-support, but the
same happens when running the machine without dz11-support and using
the (experimental) framebuffer console.
On a 5000/240 everything runs fine, using the same kernel image, so the
problem must be in a difference between the /200 and the /240.

Does anyone have similar problems? If yes, please describe your hardware
configuration.

Greetings,
Karsten
-- 
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.

From <@Cologne.DE:karsten@excalibur.cologne.de>  Thu Jun  8 21:40:20 2000
Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA20353; Thu, 8 Jun 2000 21:40:18 +0200 (MET DST)
Received-Date: Thu, 8 Jun 2000 21:40:18 +0200 (MET DST)
Received: from localhost (1545 bytes) by fileserv2.Cologne.DE
	via rmail with P:stdio/R:bind/T:smtp
	(sender: <excalibur.cologne.de!karsten>) (ident <excalibur.cologne.de!karsten> using unix)
	id <m1308A1-00073lC@fileserv2.Cologne.DE>
	for <linux-mips@fnet.fr>; Thu, 8 Jun 2000 21:40:13 +0200 (CEST)
	(Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19)
Received: (from karsten@localhost)
	by excalibur.cologne.de (8.9.3/8.8.7) id VAA09957;
	Thu, 8 Jun 2000 21:33:00 +0200
Message-ID: <20000608213300.A9732@excalibur.cologne.de>
Date: Thu, 8 Jun 2000 21:33:00 +0200
From: Karsten Merker <karsten@excalibur.cologne.de>
To: linux-mips@fnet.fr
Subject: Re: CVS-2.3.99-pre8 broken?
Mail-Followup-To: linux-mips@fnet.fr
References: <20000608203341.A3290@excalibur.cologne.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
In-Reply-To: <20000608203341.A3290@excalibur.cologne.de>; from Karsten Merker on Thu, Jun 08, 2000 at 08:33:43PM +0200
X-No-Archive: yes
Content-Length: 784
Lines: 23

Hallo,

I have to followup to myself...

[oops when issuing the bootp request on a DECstation 5000/200]
> On a 5000/240 everything runs fine, using the same kernel image, so the
> problem must be in a difference between the /200 and the /240.
> 
> Does anyone have similar problems? If yes, please describe your hardware
> configuration.

Harald just told me about the different memory layout for the lance used
in the 5000/200 in comparison to the /240 and the problems with the
declance driver resulting from these, so the source of the problem is
clear.

Greetings,
Karsten
-- 
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.

From lens@mbox.co.jp  Thu Jun  8 21:39:43 2000
Received: from dsmtp6.dion.ne.jp (dsmtp6.dion.ne.jp [210.196.3.180]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA20304; Thu, 8 Jun 2000 21:39:41 +0200 (MET DST)
Received-Date: Thu, 8 Jun 2000 21:39:41 +0200 (MET DST)
Received: from mail.dion.ne.jp by dsmtp6.dion.ne.jp (8.9.3/3.7W-00031710)
	id EAA27919; Fri, 9 Jun 2000 04:39:37 +0900 (JST)
Date: Fri, 9 Jun 2000 04:39:37 +0900 (JST)
Message-Id: <200006081939.EAA27919@dsmtp6.dion.ne.jp>
From: =?ISO-2022-JP?B?TEVOc0==?= <lens@mbox.co.jp>
To: =?ISO-2022-JP?B?IP==?= <linux-mips@fnet.fr>
X-Mailer: Direct Email v0.22
Subject: =?ISO-2022-JP?B?GyRCJCgkaSRTJF4kNyQ/ISobKEI=?=
Errors-To: lens@mbox.co.jp
Reply-To: lens@mbox.co.jp
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Length: 2145
Lines: 44


 突然の失礼、お許しください。
 もし、下記の情報があなたにとって有益ではなかった場合
 当方の手違いですので、このまま破棄してください。
 最後にリストからの削除案内をしてあります。

　　 今回は時期限定、お得な優良サイト情報をお届けします。
　　 数ある出会い系、Ｈ系サイトのなかでも特に

 ★ユーザー対応がしっかりしている
 ★ホームページがわかりやすく、デザインも◎
 ★他の同類のサイトとは一線を画するものがある
 ★常にページを更新している
　　　　　　　　　　　　　（このへんを重視して選びました）


 ◆～～～～～ Free Chat / 画像つきCHATの無料コーナー ～～～～～～◆
 http://www3.tky.3web.ne.jp/~sexychat/freechat/
 その気になるまでは、ずっとタダ！！かわいい女の子が相手だと
 チャットにも気合がはいりますよね♪ 口説くのもＯＫ、らしい。
 人の会話を読んでるだけでも面白いですが、気軽に参加してみては？

 ◆～～～～～ タレント＠私生活生中継 ～～～～～～～～～～～～～～◆
 http://210.224.176.100/joinmemberhp/from.phtml?banner=peep159-2
 詳細なプロフィールや近況報告から、女の子の個性がよく分かります。
 本格的にタレント活動をしている子もいて、今後の展開が楽しみです。
 エッチなのに親近感がわいてくるサイトです。

 ◆～～～～～ 女性の質、NO.1 / 盗聴 + 盗撮 ～～～～～～～～～～～◆
 http://www3.tky.3web.ne.jp/~sexychat/st5/
 Targetの女性を相当厳選したうえで、ストーキングを実行しています。
 全室が美人ぞろい、というサイトは滅多にないはず。ハズレなし。
 イタズラ電話、パンティー泥棒・・様々な攻撃を音声つきで生中継！

 ◆～～～～～ ＯＬ＠夜勤オフィス ～～～～～～～～～～～～～～～～◆
 http://www.arap.ne.jp/sekuhara
 セクハラ願望を炸裂させたサイト。脚フェチ・パンチラ好きの方には
 必見のカメラワークをしています。小心者の課長が職権濫用して実現！
 ＯＬの制服姿（かなりのミニ）にムラムラッときてしまいます。


 ここまでお読みくださいまして、ありがとうございます。
 今後、メール配信が不要の方は件名に「不要」とご記入のうえ
 お手数ですが、ご返信くださいませ。    　lens@mbox.co.jp

From airlied@csn.ul.ie  Fri Jun  9 03:20:20 2000
Received: from skynet.csn.ul.ie (root@skynet.csn.ul.ie [136.201.105.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA24614; Fri, 9 Jun 2000 03:20:19 +0200 (MET DST)
Received-Date: Fri, 9 Jun 2000 03:20:19 +0200 (MET DST)
Received: from localhost (airlied@localhost)
	by skynet.csn.ul.ie (8.9.3/8.9.3) with ESMTP id CAA13351;
	Fri, 9 Jun 2000 02:21:52 +0100
Date: Fri, 9 Jun 2000 02:21:52 +0100 (IST)
From: Dave Airlie <airlied@csn.ul.ie>
To: Karsten Merker <karsten@excalibur.cologne.de>
cc: linux-mips@fnet.fr
Subject: Re: CVS-2.3.99-pre8 broken?
In-Reply-To: <20000608213300.A9732@excalibur.cologne.de>
Message-ID: <Pine.LNX.4.10.10006090218290.12844-100000@skynet.csn.ul.ie>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1370
Lines: 39


I was holding the 5000/200 port together at one stage :-), I've got an
updated declance.c on my web page http://www.skynet.ie/~airlied/mips/

maybe you can check does declance_2_3_48.c works with the latest kernel??
my DS is in pieces on my floor and my PC and laptop and myself are all
over the place, hopefully in the next few weeks I can will be moving house
to somewhere with better net access...

Seeya then,
	Dave.

On Thu, 8 Jun 2000, Karsten Merker wrote:

> Hallo,
> 
> I have to followup to myself...
> 
> [oops when issuing the bootp request on a DECstation 5000/200]
> > On a 5000/240 everything runs fine, using the same kernel image, so the
> > problem must be in a difference between the /200 and the /240.
> > 
> > Does anyone have similar problems? If yes, please describe your hardware
> > configuration.
> 
> Harald just told me about the different memory layout for the lance used
> in the 5000/200 in comparison to the /240 and the problems with the
> declance driver resulting from these, so the source of the problem is
> clear.
> 
> Greetings,
> Karsten
> 

-- 
------------ David Airlie, David.Airlie@ul.ie,airlied@skynet --------
Telecommunications Research Centre, ECE Dept, University of Limerick \
http://www.csn.ul.ie/~airlied	-- Telecommunications Researcher      \
--- TEL: +353-61-202695 -----------------------------------------------

From <@Cologne.DE:karsten@excalibur.cologne.de>  Fri Jun  9 17:18:56 2000
Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [195.227.25.6]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA29236; Fri, 9 Jun 2000 17:18:50 +0200 (MET DST)
Received-Date: Fri, 9 Jun 2000 17:18:50 +0200 (MET DST)
Received: from localhost (2055 bytes) by fileserv2.Cologne.DE
	via rmail with P:stdio/R:bind/T:smtp
	(sender: <excalibur.cologne.de!karsten>) (ident <excalibur.cologne.de!karsten> using unix)
	id <m130QYU-00073SC@fileserv2.Cologne.DE>
	for <linux-mips@fnet.fr>; Fri, 9 Jun 2000 17:18:42 +0200 (CEST)
	(Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19)
Received: (from karsten@localhost)
	by excalibur.cologne.de (8.9.3/8.8.7) id RAA09682;
	Fri, 9 Jun 2000 17:13:35 +0200
Message-ID: <20000609171335.A9013@excalibur.cologne.de>
Date: Fri, 9 Jun 2000 17:13:35 +0200
From: Karsten Merker <karsten@excalibur.cologne.de>
To: linux-mips@fnet.fr
Subject: declance.c / LinuxTag (was: Re: CVS-2.3.99-pre8 broken?)
Mail-Followup-To: linux-mips@fnet.fr
References: <20000608213300.A9732@excalibur.cologne.de> <Pine.LNX.4.10.10006090218290.12844-100000@skynet.csn.ul.ie>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.91i
In-Reply-To: <Pine.LNX.4.10.10006090218290.12844-100000@skynet.csn.ul.ie>; from Dave Airlie on Fri, Jun 09, 2000 at 02:21:52AM +0100
X-No-Archive: yes
Content-Length: 1190
Lines: 26

On Fri, Jun 09, 2000 at 02:21:52AM +0100, Dave Airlie wrote:

> I was holding the 5000/200 port together at one stage :-), I've got an
> updated declance.c on my web page http://www.skynet.ie/~airlied/mips/
> 
> maybe you can check does declance_2_3_48.c works with the latest kernel??

Yes, it works fine - I did not yet have time to do a real stress test,
but it does the bootp request and you can telnet into the machine.

BTW, just in case not everyone knows: from June, 29th to July, 2nd (that
is thursday to sunday) there will be the LinuxTag 2000, a Linux expo and
conference in Stuttgart/Germany. Some of us (Flo, Ralf, Harald and I) will
be there, presenting Linux ports to non-PC-platforms, and Joey will also
be there as he is one of the people organizing the event. The LinuxTag is
a non-profit-event, entrance is for free, and more information can be
found at http://www.linuxtag.org/2000/english/. Perhaps some of you are
interested in coming, too.

Greetings,
Karsten
-- 
#include <standard_disclaimer>
Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung
oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder
Meinungsforschung.

From dan@vcubed.com  Fri Jun  9 17:50:45 2000
Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA29445; Fri, 9 Jun 2000 17:50:44 +0200 (MET DST)
Received-Date: Fri, 9 Jun 2000 17:50:44 +0200 (MET DST)
Received: from vcubed.com ([207.81.96.153])
	by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id MAA06448
	for <linux-mips@fnet.fr>; Fri, 9 Jun 2000 12:07:22 -0400
Message-ID: <394116B8.167F9470@vcubed.com>
Date: Fri, 09 Jun 2000 12:09:28 -0400
From: Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: XFree86 3.3.2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1817
Lines: 48

Hello all,

Is XFree86 3.3.2 which is available from SGI and other ftp sites
known to work on ATI MACH64 CT PCI video cards using the framebuffer
driver atyfb.c on MIPS?

I am running a setup that uses a QED RM5231 CPU with a Linux 2.2.12
kernel compiled with framebuffer support.  The console works fine
on the ATI board.  The Linux penguin shows up on the top left of
my screen on bootup.

When I start the XF68_FBDev server my screen goes crazy.

Here is the captured X server output:

XFree86 Version 3.3.2 / X Window System
(protocol Version 11, revision 0, vendor release 6300)
Release Date: March 2 1998
	If the server is older than 6-12 months, or if your card is newer
	than the above date, look for a newer version before reporting
	problems.  (see http://www.XFree86.Org/FAQ)
Operating System: Linux 2.1.99 mips [ELF] 
Configured drivers:
   FBDev: Server for frame buffer device
   (Patchlevel 7): mfb, iplan2p2, iplan2p4, iplan2p8, ilbm, afb, cfb8
(using VT number 2)

XF86Config: /usr/X11R6/lib/X11/XF86Config
(**) stands for supplied, (--) stands for probed/default values
(**) XKB: disabled
(**) Mouse: type: Microsoft, device: /dev/ttyS1, baudrate: 1200
(**) Mouse: buttons: 3
(**) FBDev: Graphics device ID: "Primary Card"
(**) FBDev: Monitor ID: "Primary Monitor"
(**) FontPath set to
"/usr/X11R6/lib/X11/fonts/misc:unscaled,/usr/X11R6/lib/X11/fonts/75dpi:unscaled,/usr/X11R6/lib/X11/fonts/100dpi:unscaled,/usr/X11R6/lib/X11/fonts/Type1,/usr/X11R6/lib/X11/fonts/Speedo"
(**) FBDev: Using default frame buffer video mode
(--) FBDev: Frame buffer device: ATY Mach64
(--) FBDev: Video memory: 2044K
(--) FBDev: Type 0 type_aux 0 bits_per_pixel 8
(--) FBDev: Enabled virtual desktop
(--) FBDev: Using cfb8 driver

Any help would be appreciated.

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

From ralf@uni-koblenz.de  Sun Jun 11 00:18:52 2000
Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA11952; Sun, 11 Jun 2000 00:18:51 +0200 (MET DST)
Received-Date: Sun, 11 Jun 2000 00:18:51 +0200 (MET DST)
Received: from cacc-27.uni-koblenz.de (cacc-27.uni-koblenz.de [141.26.131.27])
	by mailhost.uni-koblenz.de (8.9.3/8.9.3) with ESMTP id AAA16388;
	Sun, 11 Jun 2000 00:18:48 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403830AbQFIXqs>;
        Sat, 10 Jun 2000 01:46:48 +0200
Date: Sat, 10 Jun 2000 01:46:48 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Dan Aizenstros <dan@vcubed.com>
Cc: linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
Message-ID: <20000610014648.A23050@uni-koblenz.de>
References: <394116B8.167F9470@vcubed.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <394116B8.167F9470@vcubed.com>; from dan@vcubed.com on Fri, Jun 09, 2000 at 12:09:28PM -0400
X-Accept-Language: de,en,fr
Content-Length: 770
Lines: 21

On Fri, Jun 09, 2000 at 12:09:28PM -0400, Dan Aizenstros wrote:

> Is XFree86 3.3.2 which is available from SGI and other ftp sites
> known to work on ATI MACH64 CT PCI video cards using the framebuffer
> driver atyfb.c on MIPS?

Not to my knowledge.  Non of the officially supported systems uses such
a video card.

> I am running a setup that uses a QED RM5231 CPU with a Linux 2.2.12
> kernel compiled with framebuffer support.  The console works fine
> on the ATI board.  The Linux penguin shows up on the top left of
> my screen on bootup.
> 
> When I start the XF68_FBDev server my screen goes crazy.

What does crazy mean exactly?  Looking over the source code of the driver
I see various thing which might go wrong.  Is your system big or
little endian?

  Ralf

From dom@mudchute.algor.co.uk  Mon Jun 12 13:19:01 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA24285; Mon, 12 Jun 2000 13:19:00 +0200 (MET DST)
Received-Date: Mon, 12 Jun 2000 13:19:00 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id MAA28333;
	Mon, 12 Jun 2000 12:18:55 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id MAA19578;
	Mon, 12 Jun 2000 12:18:55 +0100 (BST)
Date: Mon, 12 Jun 2000 12:18:55 +0100 (BST)
Message-Id: <200006121118.MAA19578@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Dan Aizenstros <dan@vcubed.com>
Cc: linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
In-Reply-To: <394116B8.167F9470@vcubed.com>
References: <394116B8.167F9470@vcubed.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1113
Lines: 27


Dan Aizenstros (dan@vcubed.com) writes:

> Is XFree86 3.3.2 which is available from SGI and other ftp sites
> known to work on ATI MACH64 CT PCI video cards using the framebuffer
> driver atyfb.c on MIPS?

Just a note: PCI video cards carry a BIOS ROM.  Some initialisation
routines from the BIOS are automatically run by a PC platform when it
powers up, so Linux/x86 software always sees the card as initialised.

It's common practice to put vital things in the BIOS.  Many cards just
won't work without that initialisation, but on a non-x86 platform
that's what you're trying to do - even after you sort out all the
porting issues Ralf mentioned.

Algorithmics has partially solved this problem in other OS' - enough
to get X11 working on OpenBSD and a Windows CE screen up - by using an
x86 emulator to run enough of the video BIOS to set up the chip.  If
the responses you had already haven't frightened you out of trying it,
we might be able to make a copy of that available for your personal
use.  If it works, we'll figure out some way of licensing it.

Dominic Sweetman
Algorithmics Ltd
dom@algor.co.uk


From erik.niessen@philips.com  Tue Jun 13 18:47:44 2000
Received: from gw-nl4.philips.com (gw-nl4.philips.com [192.68.44.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA05441; Tue, 13 Jun 2000 18:47:42 +0200 (MET DST)
Received-Date: Tue, 13 Jun 2000 18:47:42 +0200 (MET DST)
From: erik.niessen@philips.com
Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1])
          by gw-nl4.philips.com with ESMTP id SAA07302
          for <linux-mips@fnet.fr>; Tue, 13 Jun 2000 18:47:36 +0200 (MEST)
          (envelope-from erik.niessen@philips.com)
Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a)
	id xma007300; Tue, 13 Jun 00 18:47:41 +0200
Received: from notessmtp-nl1.philips.com (notessmtp-nl1.philips.com [130.139.36.10]) 
	by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id SAA11624
	for <linux-mips@fnet.fr>; Tue, 13 Jun 2000 18:47:35 +0200 (MET DST)
Received: from EHLMS01.DIAMOND.PHILIPS.COM (ehlms01sv1.diamond.philips.com [130.139.54.212]) 
	by notessmtp-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with ESMTP id SAA07556
	for <linux-mips@fnet.fr>; Tue, 13 Jun 2000 18:47:35 +0200 (MET DST)
Received: by EHLMS01.DIAMOND.PHILIPS.COM (Soft-Switch LMS 4.0) with snapi
          via EMEA3 id 0056890011491518; Tue, 13 Jun 2000 18:47:29 +0200
To: <linux-mips@fnet.fr>
Subject: Problems getting the ide-controller working
Message-ID: <0056890011491518000002L982*@MHS>
Date: Tue, 13 Jun 2000 18:47:29 +0200
MIME-Version: 1.0
Content-Type: text/plain; charset=iso-8859-1; name="MEMO 06/13/00 18:45:42"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
Content-Length: 2848
Lines: 84

Hello,

I am trying to get a CMD-646 ide-controller working on an embedded mips=
-platform.=20
Here is what I tried so far. I got the source from ftp.mips.com. Compil=
ed it and the=20
core-kernel is working now. I put the ide pci-card in and I changed the=
 setup file so=20
that ide_ops is using the std_ide_ops.  I recompiled and try to boot, b=
ut no luck.=20
Have a look at the output:

CMD646: IDE controller on PCI bus 00 dev 98
CMD646: not 100% native mode: will probe irqs later
EN: hwif->io_ports[IDE_SELECT_OFFSET]=3D0xfffe
probing for hda: present=3D0, media=3D32, probetype=3DATA
Unable to handle kernel paging request at virtual address 0000fffe, epc=
 =3D=3D 800c3
980, ra =3D=3D 800c3958
Oops: 0001

It seems the IDE-driver is not yet ready for the mips? After some debug=
ging it seems=20
that the oops is at the line SELECT_DRIVE(hwif,drive)  in ide-probe.c. =
This line does=20
an OUT_BYTE and it uses the hwif->io_ports as input. That is incorrect =
it should use
 the base-address. So instead of the SELECT_DRIVE I did a OUT_BYTE with=
=20
base-address0 and I get the following output

CMD646: IDE controller on PCI bus 00 dev 98
CMD646: not 100% native mode: will probe irqs later
EN: hwif->io_ports[IDE_SELECT_OFFSET]=3D0xfffe
probing for hda: present=3D0, media=3D32, probetype=3DATA
Unable to handle kernel paging request at virtual address 11fffffe, epc=
 =3D=3D 800c3
970, ra =3D=3D 800c3960
Oops: 0001
$0 : 00000000 800f0000 11fffffe 000000a0
$4 : 800f2194 00000001 00000034 1000fc01
$8 : 0000fc00 ffff00ff 00000001 00000000
$12: 800ddb30 00000020 80187335 80187336
$16: 11fffffe 80186bb0 80186bb0 80186b94
$20: 000000ec 80186bf8 80186bd2 80186be8
$24: 0000006b 00000064
$28: 80ff8000 80ff9e58 80186be2 800c3960
epc   : 800c3970
Status: 1000fc03
Cause : 0080000c
Process swapper (pid: 1, stackpage=3D80ff8000)
Stack: 800dc010 80186c00 00000000 00000020 800dc044 800e7498 80186bd0 8=
0186bb0
       80186c00 00000000 80186b94 800c3ddc 00000000 00000000 80ffc7fc 8=
0ffc800
       800e95ac 1000fc01 1000fc01 80186cc1 80186be3 0000000a 00000000 8=
0ff9ee8
       80186b94 0000000a 00000001 80010428 04000000 00000000 80186be2 8=
00c4af8
       8016e94d 0000003c 06461095 00808000 00000001 00000001 00000001 0=
0000001
       00000001 ...
Call Trace: [<800dc010>] [<800dc044>] [<800c3ddc>] [<800c4af8>] [<80068=
2a4>] [<8
00dba78>] [<8006a258>] [<800682a4>] [<800682a4>] [<800682a4>] [<800682b=
4>] [<800
7a03c>] [<800d4494>] [<8006a268>] [<8006a258>]
Code: 8c420af0  92430024  00501021 <a0430000> 3c04800e  0c01e776  2484c=
050  0c03
0cc4  00000000

Some questions:
- Can I safely use the OUT_BYTE function on the mips?
- How do I communicate with the ide-drive correctly?
- Maybe someone can give me a pointer that would solve my problem?

Thanks for reading so for and I hope someone can help me out.

Cheers,

	Erik


=

From spock@mgnet.de  Tue Jun 13 19:28:15 2000
Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA05711; Tue, 13 Jun 2000 19:28:14 +0200 (MET DST)
Received-Date: Tue, 13 Jun 2000 19:28:14 +0200 (MET DST)
Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de 
          with Local SMTP (PP); Tue, 13 Jun 2000 19:27:48 +0200
Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) 
          by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP 
          id TAA00869 for <linux-mips@fnet.fr>;
          Tue, 13 Jun 2000 19:27:45 +0200 (MET DST)
Received: (qmail 20512 invoked from network); 13 Jun 2000 17:27:46 -0000
Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) 
          by scotty.mgnet.de with SMTP; 13 Jun 2000 17:27:46 -0000
Date: Tue, 13 Jun 2000 19:27:59 +0200
From: Klaus Naumann <spock@mgnet.de>
To: erik.niessen@philips.com
Cc: linux-mips@fnet.fr
Subject: Re: Problems getting the ide-controller working
Message-ID: <20000613192759.A625@spock>
Reply-To: spock@mgnet.de
References: <0056890011491518000002L982*@MHS>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <0056890011491518000002L982*@MHS>; from erik.niessen@philips.com on Tue, Jun 13, 2000 at 18:47:29 +0200
X-Mailer: Balsa 0.8.0
Content-Length: 1081
Lines: 32


On Tue, 13 Jun 2000 18:47:29 you wrote:
> CMD646: IDE controller on PCI bus 00 dev 98
> CMD646: not 100% native mode: will probe irqs later
> EN: hwif->io_ports[IDE_SELECT_OFFSET]=0xfffe
> probing for hda: present=0, media=32, probetype=ATA
> Unable to handle kernel paging request at virtual address 11fffffe, epc ==
800c3
> 970, ra == 800c3960
> Oops: 0001
> $0 : 00000000 800f0000 11fffffe 000000a0
> $4 : 800f2194 00000001 00000034 1000fc01
[Continued OOPS ..]

You should use the util ksymoops to get a call trace and find 
out what function actually is crashing the kernel.

> 
> Some questions:
> - Can I safely use the OUT_BYTE function on the mips?

I don't know if that might even be a problem - but is your embedded
system big endian and if so might it be the endianess problem ?
(Just guessing something in that case :) )

	CU, Klaus

-- 
Full Name   : Klaus Naumann     | (http://www.mgnet.de/) (Germany)
Nickname    : Spock             | Org.: Mad Guys Network
Phone / FAX : ++49/177/7862964  | E-Mail: (spock@mgnet.de)
PGP Key     : www.mgnet.de/keys/key_spock.txt

From mfklar@ponymail.com  Wed Jun 14 07:17:12 2000
Received: from short.adgrafix.com (short.adgrafix.com [63.79.128.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id HAA10911; Wed, 14 Jun 2000 07:17:11 +0200 (MET DST)
Received-Date: Wed, 14 Jun 2000 07:17:11 +0200 (MET DST)
Received: from ppan2 (oak-ts1-h2-49-27.ispmodems.net [209.162.49.27])
	by short.adgrafix.com (8.9.3/8.9.3) with SMTP id BAA22092;
	Wed, 14 Jun 2000 01:12:38 -0400 (EDT)
From: "Mike Klar" <mfklar@ponymail.com>
To: <erik.niessen@philips.com>, <linux-mips@fnet.fr>
Subject: RE: Problems getting the ide-controller working
Date: Tue, 13 Jun 2000 22:20:13 -0700
Message-ID: <NDBBIDGAOKMNJNDAHDDMOEJBCKAA.mfklar@ponymail.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <0056890011491518000002L982*@MHS>
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Content-Length: 1530
Lines: 40

erik.niessen@philips.com wrote:

> CMD646: IDE controller on PCI bus 00 dev 98
> CMD646: not 100% native mode: will probe irqs later
> EN: hwif->io_ports[IDE_SELECT_OFFSET]=0xfffe

This looks wrong.  The offsets in hwif->io_ports[] should be the standard
IDE port offsets, mostly in the range of 0x0-0x7 (except
IDE_CONTROL_OFFSET).

> It seems the IDE-driver is not yet ready for the mips?

It's working fine in the 2.3 tree for little endian MIPS systems, but
ide-std.c will check for IDE at the standard ISA ports only, I'm not sure
what the PCI drivers do on top of that.  Some of the stuff in
include/asm-mips/ide.h is wrong (but not fatal) for big-endian systems, but
even if you are running big-endian, that doesn't sound like your immediate
problem.

> probing for hda: present=0, media=32, probetype=ATA
> Unable to handle kernel paging request at virtual address
> 11fffffe, epc == 800c3
> ...

That's about what I would expect from a bad offset (0xfffe) off of a
0x12000000 base.  But even that base sounds wrong.  It looks like a physical
address being used as a virtual address.

> Some questions:
> - Can I safely use the OUT_BYTE function on the mips?

I'm not sure what kernel version you're using, but in the 2.3 tree on SGI's
CVS server, you can, but only if you set up mips_io_port_base in your
platform setup function.

The Linux IDE driver takes a base IO address, adds in an offset from
hwif->io_ports[], then uses that with an inb or outb, which on MIPS adds in
mips_io_port_base on top of that.

Mike Klar

From owner-blackbook@GUAVA.EASE.LSOFT.COM  Sat Jun 17 06:21:21 2000
Received: from grape.ease.lsoft.com (grape.ease.lsoft.com [209.119.1.39]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA10641; Sat, 17 Jun 2000 06:21:17 +0200 (MET DST)
Received-Date: Sat, 17 Jun 2000 06:21:17 +0200 (MET DST)
Received: from guava (209.119.1.40) by grape.ease.lsoft.com (LSMTP for OpenVMS v1.1b) with SMTP id <12.000B58D3@grape.ease.lsoft.com>; Sat, 17 Jun 2000 0:17:32 -0500
Received: from GUAVA.EASE.LSOFT.COM by GUAVA.EASE.LSOFT.COM (LISTSERV-TCP/IP
          release 1.8d) with spool id 2126999 for
          BLACKBOOK@GUAVA.EASE.LSOFT.COM; Sat, 17 Jun 2000 00:14:09 -0400
Approved-By: bmcnally@EURODIRECTOR.COM
Received: from 209.207.216.11 by GUAVA.EASE.LSOFT.COM (SMTPL release 1.0d) with
          TCP; Wed, 14 Jun 2000 12:15:15 -0400
Received: from k6200 (zhb118pub178.bluewin.ch [195.186.118.178]) by
          cob238.dn.net (8.9.3/8.9.3) with ESMTP id MAA27280 for
          <BLACKBOOK@GUAVA.EASE.LSOFT.COM>; Wed, 14 Jun 2000 12:12:54 -0400
MIME-Version: 1.0
Content-Type: multipart/alternative;
              boundary="----=_NextPart_000_0036_01BFD62C.A8EAD2D0"
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Message-ID: <003901bfd61b$e628ae30$0800a8c0@k6200>
Date: Wed, 14 Jun 2000 18:16:29 +0200
Reply-To: Brian McNally <bmcnally@eurodirector.com>
Sender: "News from www.eurodirector.com" <BLACKBOOK@GUAVA.EASE.LSOFT.COM>
From: Brian McNally <bmcnally@EURODIRECTOR.COM>
Organization: www.eurodirector.com
To: BLACKBOOK@GUAVA.EASE.LSOFT.COM
Content-Length: 4567
Lines: 130

This is a multi-part message in MIME format.

------=_NextPart_000_0036_01BFD62C.A8EAD2D0
Content-Type: text/plain;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable


ab 15.6.2000 auf CD-ROM:

****       blackbook 2000 ch    ****

=20
- die 1. Datenbank zum leichten und umfassenden Aufbau von

**   Newslettern
**   Kundeninformationsbriefen
**   Produktankuendigungen
**   Marketingaktionen
**   Offerten einholen/stellen
**   konzipiert f=FCr den Business to Business-Einsatz Schweiz

- die Informationsdatenbank mit

+ 450'000 Business-Emails der Schweiz
+ 170'000 Business-Websites der Schweiz=20
(Registrar, weitere Domains des Registrars, Kontaktinfo)
+ 160'000 Kontaktadressen mit Telefon, Fax, Homepage,=20
Email, Beruf

- Suchmoeglichkeiten Homepage/Adressen=20
nach Kanton - Beruf - Stichworten=20

Alle Daten exportierbar in Outlook 2000 oder Textfiles zur =
Weiterverarbeitung.
Eigene Daten importieren aus Outlook 2000 oder Textfiles.=20
Backup/Restore eigener Daten.

Lieferumfang:
Datenbankprogramm - "How to's" - Groupmailprogramme -=20
Internetmetasearchengine.

(10'000 CD's zum Preis von jeweils SFr. 194.-- inklusive Porto und NN,=20
anschliessend SFr. 364.-- --- dieses Einf=FChrungsangebot gilt nur in =
der Schweiz=20
und fuer die ersten 10'000 CD's)
=20
More infos and order online on
www.eurodirector.com
www.carfashop.com
www.eu-sales.com
www.iq-u.com

See you there!

------=_NextPart_000_0036_01BFD62C.A8EAD2D0
Content-Type: text/html;
        charset="iso-8859-1"
Content-Transfer-Encoding: quoted-printable

<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<HTML><HEAD>
<META content=3D"text/html; charset=3Diso-8859-1" =
http-equiv=3DContent-Type>
<META content=3D"MSHTML 5.00.2920.0" name=3DGENERATOR>
<STYLE></STYLE>
</HEAD>
<BODY>
<DIV>&nbsp;</DIV>
<DIV><FONT face=3DArial></FONT><FONT face=3DArial size=3D2><FONT =
face=3DArial size=3D2>ab=20
15.6.2000 auf CD-ROM:<BR><BR><STRONG><FONT=20
size=3D3>****&nbsp;&nbsp;&nbsp;&nbsp;&nbsp;&nbsp; blackbook 2000=20
ch&nbsp;&nbsp;&nbsp; ****<BR></FONT><BR>&nbsp;<BR></STRONG>- die=20
1.&nbsp;Datenbank zum leichten und umfassenden Aufbau=20
von<BR><BR><STRONG>**&nbsp;&nbsp; Newslettern<BR>**&nbsp;&nbsp;=20
Kundeninformationsbriefen<BR>**&nbsp;&nbsp;=20
Produktankuendigungen<BR>**&nbsp;&nbsp; =
Marketingaktionen<BR>**&nbsp;&nbsp;=20
Offerten einholen/stellen<BR>**&nbsp;&nbsp; konzipiert f=FCr den =
Business to=20
Business-Einsatz Schweiz<BR><BR></STRONG>- die =
<STRONG>Informationsdatenbank=20
</STRONG>mit<BR><BR>+ <STRONG>450'000 </STRONG>Business-Emails der =
Schweiz<BR>+=20
<STRONG>170'000 </STRONG>Business-Websites der Schweiz <BR>(Registrar, =
weitere=20
Domains des Registrars, Kontaktinfo)<BR>+ <STRONG>160'000=20
</STRONG>Kontaktadressen mit Telefon, Fax, Homepage, =
</FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial size=3D2>Email, =
Beruf<BR><BR>-=20
Suchmoeglichkeiten Homepage/Adressen =
<STRONG></STRONG></FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial =
size=3D2><STRONG>nach Kanton - Beruf=20
- Stichworten <BR><BR></STRONG>Alle Daten exportierbar in Outlook 2000 =
oder=20
Textfiles zur Weiterverarbeitung.<BR>Eigene Daten importieren aus =
Outlook 2000=20
oder Textfiles. </FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial =
size=3D2>Backup/Restore eigener=20
Daten.<BR><BR>Lieferumfang:<BR>Datenbankprogramm - "How to's" -=20
Groupmailprogramme - </FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial=20
size=3D2>Internetmetasearchengine.<BR><BR>(<STRONG>10'000 CD's zum Preis =
von=20
jeweils SFr. 194.-- inklusive Porto und NN</STRONG>, =
</FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial =
size=3D2>anschliessend SFr. 364.--=20
--- dieses Einf=FChrungsangebot gilt <U>nur&nbsp;in der Schweiz=20
</U></FONT></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><FONT face=3DArial size=3D2>und fuer =
die ersten 10'000=20
CD's)<BR>&nbsp;<BR>More infos and order online on<BR><A=20
href=3D"http://www.eurodirector.com">www.eurodirector.com</A></FONT></DIV=
>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.carfashop.comwww.eu-sales.com">www.carfashop.com</A></=
FONT></DIV>
<DIV><FONT face=3DArial size=3D2><A=20
href=3D"http://www.eu-sales.com">www.eu-sales.com<BR></A><U><FONT =
color=3D#0000ff><A=20
href=3D"http://www.iq-u.com">www.iq-u.com</A></FONT></U></FONT></DIV>
<DIV><FONT face=3DArial size=3D2><BR>See you=20
there!</FONT></DIV></FONT></BODY></HTML>

------=_NextPart_000_0036_01BFD62C.A8EAD2D0--

From rabeeh@galileo.co.il  Wed Jun 14 12:09:54 2000
Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA13074; Wed, 14 Jun 2000 12:09:51 +0200 (MET DST)
Received-Date: Wed, 14 Jun 2000 12:09:51 +0200 (MET DST)
Received: from galileo.co.il (rabeeh@[10.2.20.126])
	by galileo.co.il (8.8.5/8.8.5) with ESMTP id NAA19241
	for <linux-mips@fnet.fr>; Wed, 14 Jun 2000 13:09:23 +0200 (GMT-2)
Sender: rabeeh@galileo.co.il
Message-ID: <3947BCDC.EDB3496A@galileo.co.il>
Date: Wed, 14 Jun 2000 13:11:56 -0400
From: Rabeeh Khoury <rabeeh@galileo.co.il>
Reply-To: rabeeh@galileo.co.il
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: QED5271 with L2 cache
Content-Type: multipart/mixed;
 boundary="------------9158D342EBF9E30F57D8E403"
Content-Length: 777
Lines: 35

This is a multi-part message in MIME format.
--------------9158D342EBF9E30F57D8E403
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi All


what do I need in order to activate an external second level cache with
QED RM5271

Regards,
Rabeeh

--------------9158D342EBF9E30F57D8E403
Content-Type: text/x-vcard; charset=us-ascii;
 name="rabeeh.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Rabeeh Khoury
Content-Disposition: attachment;
 filename="rabeeh.vcf"

begin:vcard 
n:Khoury;Rabeeh
x-mozilla-html:FALSE
org:Galileo Technology;Software Department
adr:;;;;;;
version:2.1
email;internet:rabeeh@galileo.co.il
title:Development Engineer
x-mozilla-cpt:;-31712
fn:Rabeeh Khoury
end:vcard

--------------9158D342EBF9E30F57D8E403--

From Opera5@veriomail.com  Wed Jun 14 20:57:34 2000
Received: from opera (sdn-ar-002ohcincP324.dialsprint.net [168.191.25.102]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA15950; Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
Received-Date: Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
From: Opera5@veriomail.com
Subject: Best New Trade Show Display by Opera Portables, Inc. adv
Date: Wed, 14 Jun 2000 14:50:46 -0500
X-Sender: Opera5@veriomail.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Priority: 3
X-MSMail-Priority: Normal
Content-Length: 624
Lines: 9

Opera Portables, Inc. is offering "by invitation" visits to our web site.  Packed full of exciting projects and news, Opera is leading the industry with displays that are as much eye-popping as they are eye catching.

Winner of numerous industry awards, including Ernst & Young's Crescendo Award, Exhibitor Magazine's Best New Product, Forty Under 40 and Emerging 30, Opera Portables is a progressive young company with imagination and vision.

If you use displays, you really owe it to yourself to check out our stuff!   Go to http://2704962006/

Opera Portables, Inc.

All removes honored at http://2704962006/removes.htm

From Opera5@veriomail.com  Wed Jun 14 20:57:34 2000
Received: from opera (sdn-ar-002ohcincP324.dialsprint.net [168.191.25.102]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA15950; Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
Received-Date: Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
From: Opera5@veriomail.com
Subject: Best New Trade Show Display by Opera Portables, Inc. adv
Date: Wed, 14 Jun 2000 14:50:46 -0500
X-Sender: Opera5@veriomail.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Priority: 3
X-MSMail-Priority: Normal
Content-Length: 624
Lines: 9

Opera Portables, Inc. is offering "by invitation" visits to our web site.  Packed full of exciting projects and news, Opera is leading the industry with displays that are as much eye-popping as they are eye catching.

Winner of numerous industry awards, including Ernst & Young's Crescendo Award, Exhibitor Magazine's Best New Product, Forty Under 40 and Emerging 30, Opera Portables is a progressive young company with imagination and vision.

If you use displays, you really owe it to yourself to check out our stuff!   Go to http://2704962006/

Opera Portables, Inc.

All removes honored at http://2704962006/removes.htm

From Opera5@veriomail.com  Wed Jun 14 20:57:34 2000
Received: from opera (sdn-ar-002ohcincP324.dialsprint.net [168.191.25.102]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA15950; Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
Received-Date: Wed, 14 Jun 2000 20:57:32 +0200 (MET DST)
From: Opera5@veriomail.com
Subject: Best New Trade Show Display by Opera Portables, Inc. adv
Date: Wed, 14 Jun 2000 14:50:46 -0500
X-Sender: Opera5@veriomail.com
X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
X-Priority: 3
X-MSMail-Priority: Normal
Content-Length: 624
Lines: 9

Opera Portables, Inc. is offering "by invitation" visits to our web site.  Packed full of exciting projects and news, Opera is leading the industry with displays that are as much eye-popping as they are eye catching.

Winner of numerous industry awards, including Ernst & Young's Crescendo Award, Exhibitor Magazine's Best New Product, Forty Under 40 and Emerging 30, Opera Portables is a progressive young company with imagination and vision.

If you use displays, you really owe it to yourself to check out our stuff!   Go to http://2704962006/

Opera Portables, Inc.

All removes honored at http://2704962006/removes.htm

From nobody@ns.eronavi.com  Thu Jun 15 20:55:42 2000
Received: from ns.eronavi.com ([210.224.176.107]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA26178; Thu, 15 Jun 2000 20:55:36 +0200 (MET DST)
Received-Date: Thu, 15 Jun 2000 20:55:36 +0200 (MET DST)
Received: (from nobody@localhost)
	by ns.eronavi.com (8.9.3/8.9.3) id DAA34447;
	Fri, 16 Jun 2000 03:51:27 +0900 (JST)
	(envelope-from nobody)
Date: Fri, 16 Jun 2000 03:51:27 +0900 (JST)
Message-Id: <200006151851.DAA34447@ns.eronavi.com>
From: mls@eronavi.com
To: linux-mips@fnet.fr
Subject: えろなびマガジン 【Vol.5】
Errors-To: mls@eronavi.com
X-Mailer: Pinta Magazine
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="ISO-2022-JP"
Content-Length: 7060
Lines: 165

■■■■■■■■■■■■■■■■■■■■■■■

えろなびマガジン！【Vol_5】～6/16～

http://www.eronavi.com

■■■■■■■■■■■■■■■■■■■■■■■

‥‥……━★
☆Contents☆
　00:サイトリニューアル完了のお知らせ
　01:新着サイト情報
　02:おすすめサイト情報
  03:galsite.comチャンピオン極秘アドレス発表
　04:お知らせ
‥‥……━★

**********************************************
00:サイトリニューアル完了のお知らせ
**********************************************

みなさん、お待たせいたしました！
「えろなび」が大きく生まれ変わりました！
アダルト界最強の検索サイトを目指して
サーチエンジン機能を大幅に充実して
6月7日にリニューアルオープンいたしました。

今後ともよろしくお願いいたします。

『えろなびドットコム！』
http://www.eronavi.com


*********************************************
01:新着サイト情報
*********************************************
=================================================================
■サイト名 : 六本木の女・元超有名AV女優の部屋
-----------------------------------------------------------------
■サイトURL : http://www.pa.x0.com/girls/roku/index.html
-----------------------------------------------------------------
■サイト紹介文 :
素人娘が脱ぎます見せます聞かせます。今だけ素人娘の生写真を無料で公開しています。

=================================================================
■サイト名 : 美少女キッチン♪
-----------------------------------------------------------------
■サイトURL : http://www.jade.dti.ne.jp/~kiss/kitchen/
-----------------------------------------------------------------
■サイト紹介文 :
豊富なメニューと品揃えでお待ちしてます

=================================================================
■サイト名 : 彼女の秘密
-----------------------------------------------------------------
■サイトURL : http://www.juno.dti.ne.jp/~with/urara/24index.htm
-----------------------------------------------------------------
■サイト紹介文 :
今夜は彼女の巨乳がみられます。
-----------------------------------------------------------------

[PR]
～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★
－素人悶絶調教－　　主催：蛇縛過激団
参加者募集のお知らせ

大阪でＳＭといえば、十三の『ピアス』！
今回、新たな試みとして、スペシャルイベント開催！！
ゲストにあのAVインディーズ界の女王"伊集院さえ"を迎え、
淫らに繰り広げられる陶酔の世界！
その超プレミアチケットをＷＥＢでＧＥＴ！！
今すぐアクセスしてください！

　http://www.eronavi.com/mistress/event/
（枚数に限りがあります、お早めに）
～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★～☆～★

*********************************************
02:おすすめサイト情報
*********************************************
『盗撮最前線』

http://www.sexygal.net/tousatu/

高貴なＯＬ.女子大生。看護婦。ギャルたちを
覗き放題目で犯し、頭の中でヤリまくる！
そんな夢のようなサイトが盗撮最前線。
もー毎日がシゴキ三昧、コキ三昧！！

*********************************************
03:ギャルサイトドットコム
   チャンピオン極秘アドレス発表！！
*********************************************

みなさんお待たせいたしました！
えろなびマガジンにご登録いただいてます
方だけにお教えする極秘アドレスです！

今週のチャンピオン『かれんちゃん』の未発表画像のアドレスは・・・

　http://www.galsite.com/4fj45f/karen.html

です！どうぞお楽しみ下さい。


----[PR]----------------------------------------------------------------

★★★★ WEBで話題騒然！＜超エッチなサイバー空間＞にリーチ！！ ★★★★
★★★★---------------24時間完全もろみえ生放送--------------- ★★★★
★ 面倒なダウンロードは一切なしで接続。セキュリティもばっちりで安心. ★
★ 今までの煩わしさは，何だったんだ・・・・って感じ.　　             ★　　
★ サイトの中は、まるでエロスの遊園地みたいだ。               　　　 ★　
★ 　　 ?覗きの館＜SPY CAM＞　全世界で話題沸騰、爆発寸前！　　　　   ★  　
★・・・ トイレの底から、お○んこの奥深くまで、生放送でお見せします・★
★       ?8チャンネルのライブセックステレビ   　                     ★
★・・・・他人のセックス見放題。　一人で興奮しすぎないように・・・・ ★
★　　　　　 ?あらゆるジャンルを制覇できるSEXライブチャット　　　　  ★
★・・・・・・君の一言で、女たちはあんな事まで言うなりに・・・・・・ ★ 　　
★　　　　　　　　?１万２０００本の高画質ビデオムービー　　　　  　  ★
★　　　　　　　　?６万枚の無修正お宝画像 　　　　　　　　　　　　　 ★
★　　　　　　　　?野球拳スタイルのエロティック・ゲームなど.  　　　 ★
★ 　　間違いなく君の男の性にちんそこ・響きます！満足できます！　　　★
★★★★--------今なら無料で「お試しアクセス」できるよ---------★★★★
　　　　　　　　　　　         ENTER HERE　?? http://www.pinkwire.com
------------------------------------------------------------------------

*********************************************
04:お知らせ
*********************************************

◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆
☆彡えろなびマガジンでは皆様からの
情報を募集いたしております。
アダルトに関する情報でしたら
何でもＯＫ！ですので、
あなたの持ってる優良情報をお待ちいたしております。
◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆◆

！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
このメールマガジンは登録いただいた方のみに配信しております。
登録の覚えがないのにこのメールを受け取られた方は
お手数ですが、下記のアドレスより登録解除の
作業を行ってください。

登録解除アドレス

　http://www.eronavi.com

※ＡＭＤＳより登録された方はこちらからお願いします。

　http://www.amds.org/sakuin/sougou1.htm#amds-0329

/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/_/
！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！！
======================================================================
■ご意見、ご感想をお聞かせ下さい。   info@eronavi.com
■広告のお問い合わせは、             support@eronavi.com
----------------------------------------------------------------------
編  集 ・ 発　行：マルチリンクサポート(MLS)
----------------------------------------------------------------------
・掲載された記事を許可なく転載する事を禁じます。
======================================================================
Copyright (c) Multi Link Support.  All Rights Reserved


From jack-777@urawa.cabletv.ne.jp  Fri Jun 16 05:03:59 2000
Received: from smtp0.urawa.cabletv.ne.jp (smtp0.urawa.cabletv.ne.jp [203.165.8.40]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA01198; Fri, 16 Jun 2000 05:03:57 +0200 (MET DST)
Received-Date: Fri, 16 Jun 2000 05:03:57 +0200 (MET DST)
Received: from oemcomputer.urawa1.kt.home.ne.jp (203-165-30-113.urawa1.kt.home.ne.jp [203.165.30.113])
	by smtp0.urawa.cabletv.ne.jp (8.9.3/3.7W) with ESMTP id MAA26118
	for <linux-mips@fnet.fr>; Fri, 16 Jun 2000 12:03:18 +0900 (JST)
Message-ID: <3512.961124630960@urawa.cabletv.ne.jp>
Date: Fri, 16 Jun 2000 12:03:50 +0900 (JST)
From: =?iso-2022-jp?B?GyRCNVpAbj1TRnMbKEI=?= <jack-777@urawa.cabletv.ne.jp>
To: linux-mips@fnet.fr
Subject: =?iso-2022-jp?B?GyRCJE8kOCRhJF4kNyRGInYbKEI=?=
Mime-Version: 1.0
Content-Type: text/plain; charset =iso-2022-jp
Content-Transfer-Encoding: 7bit
Content-Length: 1206
Lines: 22

こんにちわ。
企業戦士の及川と申します。
この度は、御忙しい所申し訳ありません。
今回は、ちょっと面白い商品のご紹介をさせていただきます。

お手数をお掛けしてしまうといけないので、先に触れておきます。
商品は、今ウワサの「裏情報ＦＤ」と「マネーゲーム（HP下部）」
のご紹介です。もし、ご不要でしたら削除をお願い致します。
また、トラブルにより重複してメッセージが届いてしまった場合も同様に、
心から深くお詫びを申し上げます。

http://machikado.gaiax.com/home/jack777
お金に対して、少しでも執着がある方は、見ないと損です（笑）
では簡潔ですが、失礼致しますm(_ _)m

━AD━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━
　　　　　◆ パーソナライズメール送信ツールadToOne3.1.0 ◆　　　　　
　　　　　　　　http://www.zaisoft.com/jp/adtoone_ad/　　　　　　　 
　会員・顧客情報にあわせて個別にパーソナライズした同報メールを大量に
送信することができます。プレーンテキスト/HTMLメール/ケータイ/Faxに対
応。深夜に無人で送信。無料にてご利用いただけます。Windows/Java用　　
━AD━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━━

From rou@mx4.redestb.es  Sun Jun 18 03:45:59 2000
Received: from tinet0.redestb.es (tinet0.redestb.es [194.179.106.117]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19186; Sun, 18 Jun 2000 03:45:58 +0200 (MET DST)
Received-Date: Sun, 18 Jun 2000 03:45:58 +0200 (MET DST)
From: rou@mx4.redestb.es
Received: from fclients1.redestb.es ([194.179.106.34]) by tinet0.redestb.es
          (Post.Office MTA v3.1 release PO203a ID# 0-0U10L2S100) with ESMTP
          id AAA146 for <linux-mips@fnet.fr>;
          Sun, 18 Jun 2000 03:45:59 +0200
Received: from rou.marywell.com ([62.82.229.209]) by fclients1.redestb.es
          (Post.Office MTA v3.1.2 release (PO205-101c) ID# 0-0U10L2S100)
          with ESMTP id DFC129 for <linux-mips@fnet.fr>;
          Sun, 18 Jun 2000 03:45:57 +0200
Received: (from rou@localhost)
	by rou.marywell.com (8.9.3/8.9.3) id CAA16022
	for linux-mips@fnet.fr; Sun, 18 Jun 2000 02:30:25 +0200
Date: Sun, 18 Jun 2000 02:30:25 +0200
Message-Id: <200006180030.CAA16022@rou.marywell.com>
To: linux-mips@fnet.fr
Subject: help!
Content-Length: 350
Lines: 9

With all my respect,   
This is new for me and I wouldn't like to disturb anybody.

Since some months ago I'm looking for work and it's beeing dificult 
to find a good place and position. I have experience in communications, 
hardware & software, protocols, security, programming, cryptogaphy   
and many other things.

I need a work, please, help!.

From knaka@hawaii.rr.com  Sun Jun 18 22:21:37 2000
Received: from hawaii.rr.com (hnlmail2.hawaii.rr.com [24.25.227.35]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA24813; Sun, 18 Jun 2000 22:21:36 +0200 (MET DST)
Received-Date: Sun, 18 Jun 2000 22:21:36 +0200 (MET DST)
Received: from keiichi ([24.94.87.230]) by hawaii.rr.com  with Microsoft SMTPSVC(5.5.1877.447.44);
	 Sun, 18 Jun 2000 10:21:32 -1000
Message-ID: <000001bfd961$c6ec6720$e6575e18@hawaii.rr.com>
From: "Keiichi" <knaka@hawaii.rr.com>
To: <linux-mips@fnet.fr>
Subject: linux-mips on Sony Playstation 2
Date: Sat, 17 Jun 2000 23:22:19 -1000
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2615.200
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200
Content-Length: 137
Lines: 7

Hi,

Do you know anyone working on it?  I am interested in making but I don't
think I can do it by myself in timely matter.

Sincerely,


From anon@anon.com  Mon Jun 19 03:34:33 2000
Received: from mailgw.cablecom.ne.jp (mailgw.cablecom.ne.jp [202.248.199.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA28476; Mon, 19 Jun 2000 03:34:31 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 03:34:31 +0200 (MET DST)
Received: from srv2.cablecom.ne.jp by mailgw.cablecom.ne.jp (8.9.3/3.7W) id KAA29881; Mon, 19 Jun 2000 10:34:26 +0900 (JST)
Received: from mail.b03.cno.ne.jp by srv2.cablecom.ne.jp (8.9.3/3.7W) id KAA19393; Mon, 19 Jun 2000 10:34:25 +0900 (JST)
Date: Mon, 19 Jun 2000 10:34:25 +0900 (JST)
Message-Id: <200006190134.KAA19393@srv2.cablecom.ne.jp>
From: =?ISO-2022-JP?B?V09STEQtVEVM?= <anon@anon.com>
To: =?ISO-2022-JP?B?GyRCJV0lRiVzJTclYyVrJWYhPCU2ITwbKEI=?= <linux-mips@fnet.fr>
X-Mailer: Direct Email v0.21
Subject: =?ISO-2022-JP?B?GyRCMyQzME1RN0hCU0VFT0MbKEI=?=
X-Priority: 1
X-MSMail-Priority: High
Priority: high
Errors-To: anon@anon.com
Reply-To: anon@anon.com
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Length: 300
Lines: 9


★---<PR>----------------------------★
　　　◎私は海外でも携帯です！◎
ワールドテルの海外専用レンタル携帯電話
　　　http://www.world-tel.org/
　　　海外モバイルもこれで簡単！
　　　　　US WORLD-TEL,LLC
★----------------------------<PR>---★


From mkomiya@crossnet.co.jp  Mon Jun 19 09:39:46 2000
Received: from crossnet.co.jp (fw.crossnet.co.jp [210.254.215.158] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA00893; Mon, 19 Jun 2000 09:39:44 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 09:39:44 +0200 (MET DST)
Received: from crossnet.co.jp (nimbus [192.168.77.96])
	by crossnet.co.jp (8.8.7/3.6Wbeta6) with ESMTP id GAA21015
	for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 06:44:01 +0900
Message-ID: <394DCF1B.DB3ED8A3@crossnet.co.jp>
Date: Mon, 19 Jun 2000 16:43:23 +0900
From: Masami Komiya <mkomiya@crossnet.co.jp>
X-Mailer: Mozilla 4.73 [ja] (Win98; U)
X-Accept-Language: ja
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: problem of pthread
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
Content-Length: 468
Lines: 13

I am try to port some applications to our embedded system linux-mips
version 2.2.10 is running.
We use glibc-2.0.6-5 for applications. Glibc is downloaded from
SGI's site and compiled by myself.
Many applications are running with no problems. But the application
that uses pthread cannot make a success the execution of
pthread_create().
Though function returns the value EAGAIN, the system resources is
enough.
Does somebody suggestion ?

Best Regards,
Masami Komiya

From raiko@niisi.msk.ru  Mon Jun 19 10:28:23 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA02001; Mon, 19 Jun 2000 10:28:08 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 10:28:08 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA06040
	for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 12:28:09 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id MAA04146 for linux-mips@fnet.fr; Mon, 19 Jun 2000 12:14:48 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA10804 for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 12:21:11 +0400 (MSD)
Message-ID: <394DDA87.E57F6DDC@niisi.msk.ru>
Date: Mon, 19 Jun 2000 12:32:07 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: Re: problem of pthread
References: <394DCF1B.DB3ED8A3@crossnet.co.jp>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 1057
Lines: 29

Masami Komiya wrote:
> 
> I am try to port some applications to our embedded system linux-mips
> version 2.2.10 is running.
> We use glibc-2.0.6-5 for applications. Glibc is downloaded from
> SGI's site and compiled by myself.
> Many applications are running with no problems. But the application
> that uses pthread cannot make a success the execution of
> pthread_create().
> Though function returns the value EAGAIN, the system resources is
> enough.
> Does somebody suggestion ?

Please, report the processor. I use latest Ralf's 2.0.6-51m w/o problems
in ptherad_create on R3k. However, the IDT chip, for example, has a bug
in logic and raises cpu unesable instead of illegal instruction. This
prevents emulation of ll/sc and, thus, handling of atomic stuff for r3k
processors. Certainly, there is a problem w/ IDT R3k chips and it should
be handled by the kernel.

Also, it's usually bad idea to recompile glibc yourself until you know
exactly all caveats.

Regards,
Gleb.

BTW, Does anybody know where I may get an errata list for IDT chips ?

Gleb.

From mkomiya@crossnet.co.jp  Mon Jun 19 11:06:33 2000
Received: from crossnet.co.jp (fw.crossnet.co.jp [210.254.215.158] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA02234; Mon, 19 Jun 2000 11:06:30 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 11:06:30 +0200 (MET DST)
Received: from crossnet.co.jp (nimbus [192.168.77.96])
	by crossnet.co.jp (8.8.7/3.6Wbeta6) with ESMTP id IAA21100
	for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 08:10:52 +0900
Message-ID: <394DE377.866D0480@crossnet.co.jp>
Date: Mon, 19 Jun 2000 18:10:15 +0900
From: Masami Komiya <mkomiya@crossnet.co.jp>
X-Mailer: Mozilla 4.73 [ja] (Win98; U)
X-Accept-Language: ja
MIME-Version: 1.0
CC: linux-mips@fnet.fr
Subject: Re: problem of pthread
References: <394DCF1B.DB3ED8A3@crossnet.co.jp> <394DDA87.E57F6DDC@niisi.msk.ru>
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 7bit
Content-Length: 1280
Lines: 36

The processor is NEC VR5000 and endian type is little. 
The result using pre-compiled glibc for DEC stations is the same. 

Masami Komiiya

"Gleb O. Raiko" wrote:
> 
> Masami Komiya wrote:
> >
> > I am try to port some applications to our embedded system linux-mips
> > version 2.2.10 is running.
> > We use glibc-2.0.6-5 for applications. Glibc is downloaded from
> > SGI's site and compiled by myself.
> > Many applications are running with no problems. But the application
> > that uses pthread cannot make a success the execution of
> > pthread_create().
> > Though function returns the value EAGAIN, the system resources is
> > enough.
> > Does somebody suggestion ?
> 
> Please, report the processor. I use latest Ralf's 2.0.6-51m w/o problems
> in ptherad_create on R3k. However, the IDT chip, for example, has a bug
> in logic and raises cpu unesable instead of illegal instruction. This
> prevents emulation of ll/sc and, thus, handling of atomic stuff for r3k
> processors. Certainly, there is a problem w/ IDT R3k chips and it should
> be handled by the kernel.
> 
> Also, it's usually bad idea to recompile glibc yourself until you know
> exactly all caveats.
> 
> Regards,
> Gleb.
> 
> BTW, Does anybody know where I may get an errata list for IDT chips ?
> 
> Gleb.

From macro@ds2.pg.gda.pl  Mon Jun 19 11:36:15 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA02390; Mon, 19 Jun 2000 11:35:58 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 11:35:58 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA12007;
	Mon, 19 Jun 2000 11:31:28 +0200 (MET DST)
Date: Mon, 19 Jun 2000 11:31:27 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Reply-To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@uni-koblenz.de>
cc: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Icache coherency problems for R3400, DS5000/240
Message-ID: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 6010
Lines: 180

Ralf,

 Working on gdb I discovered a weird behaviour of my DS5000/240 -- under
unspecified circumstances there were spurious breakpoint traps happening
and some single-step breakpoints appeared persistent.  The following patch
fixes these problems, making gdb fully reliable.

 Besides obvious bugfixes, it introduces two significant changes.  First,
flush_icache_page() now performs what the name suggests, i.e. flushes the
instruction cache.  Without this change ptrace(PTRACE_POKE*, ...) calls
are unreliable.  Second, it changes the assumption of the icache line size
to a single word -- apparently, at least R3400 of DS5000/240 has an icache
with such a layout (DEC docs confirm it, indeed).  Without this change,
there are problems with breakpoints placed at addresses equal 4 modulo 8. 

 I vote for an immediate inclusion of these fixes.

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

diff -u --recursive --new-file linux-mips-2.3.99-pre8-20000523.macro/arch/mips/mm/r2300.c linux-mips-2.3.99-pre8-20000523/arch/mips/mm/r2300.c
--- linux-mips-2.3.99-pre8-20000523.macro/arch/mips/mm/r2300.c	Tue Mar 28 04:26:12 2000
+++ linux-mips-2.3.99-pre8-20000523/arch/mips/mm/r2300.c	Sun Jun 18 02:08:39 2000
@@ -151,15 +151,15 @@
 
 static void __init probe_dcache(void)
 {
-	dcache_size = r3k_cache_size(ST0_DE);
+	dcache_size = r3k_cache_size(ST0_ISC);
 	printk("Primary data cache %dkb, linesize 4 bytes\n",
 		dcache_size >> 10);
 }
 
 static void __init probe_icache(void)
 {
-	icache_size = r3k_cache_size(ST0_DE|ST0_CE);
-	printk("Primary instruction cache %dkb, linesize 8 bytes\n",
+	icache_size = r3k_cache_size(ST0_ISC|ST0_SWC);
+	printk("Primary instruction cache %dkb, linesize 4 bytes\n",
 		icache_size >> 10);
 }
 
@@ -174,43 +174,43 @@
 	save_and_cli(flags);
 
 	/* isolate cache space */
-	write_32bit_cp0_register(CP0_STATUS, (ST0_DE|ST0_CE|flags)&~ST0_IEC);
+	write_32bit_cp0_register(CP0_STATUS, (ST0_ISC|ST0_SWC|flags)&~ST0_IEC);
 
-	for (i = 0; i < size; i += 0x100) {
+	for (i = 0; i < size; i += 0x080) {
 		asm ( 	"sb\t$0,0x000(%0)\n\t"
+			"sb\t$0,0x004(%0)\n\t"
 			"sb\t$0,0x008(%0)\n\t"
+			"sb\t$0,0x00c(%0)\n\t"
 			"sb\t$0,0x010(%0)\n\t"
+			"sb\t$0,0x014(%0)\n\t"
 			"sb\t$0,0x018(%0)\n\t"
-			"sb\t$0,0x020(%0)\n\t"
+			"sb\t$0,0x01c(%0)\n\t"
+		 	"sb\t$0,0x020(%0)\n\t"
+			"sb\t$0,0x024(%0)\n\t"
 			"sb\t$0,0x028(%0)\n\t"
+			"sb\t$0,0x02c(%0)\n\t"
 			"sb\t$0,0x030(%0)\n\t"
+			"sb\t$0,0x034(%0)\n\t"
 			"sb\t$0,0x038(%0)\n\t"
-		 	"sb\t$0,0x040(%0)\n\t"
+			"sb\t$0,0x03c(%0)\n\t"
+			"sb\t$0,0x040(%0)\n\t"
+			"sb\t$0,0x044(%0)\n\t"
 			"sb\t$0,0x048(%0)\n\t"
+			"sb\t$0,0x04c(%0)\n\t"
 			"sb\t$0,0x050(%0)\n\t"
+			"sb\t$0,0x054(%0)\n\t"
 			"sb\t$0,0x058(%0)\n\t"
-			"sb\t$0,0x060(%0)\n\t"
+			"sb\t$0,0x05c(%0)\n\t"
+		 	"sb\t$0,0x060(%0)\n\t"
+			"sb\t$0,0x064(%0)\n\t"
 			"sb\t$0,0x068(%0)\n\t"
+			"sb\t$0,0x06c(%0)\n\t"
 			"sb\t$0,0x070(%0)\n\t"
+			"sb\t$0,0x074(%0)\n\t"
 			"sb\t$0,0x078(%0)\n\t"
-			"sb\t$0,0x080(%0)\n\t"
-			"sb\t$0,0x088(%0)\n\t"
-			"sb\t$0,0x090(%0)\n\t"
-			"sb\t$0,0x098(%0)\n\t"
-			"sb\t$0,0x0a0(%0)\n\t"
-			"sb\t$0,0x0a8(%0)\n\t"
-			"sb\t$0,0x0b0(%0)\n\t"
-			"sb\t$0,0x0b8(%0)\n\t"
-		 	"sb\t$0,0x0c0(%0)\n\t"
-			"sb\t$0,0x0c8(%0)\n\t"
-			"sb\t$0,0x0d0(%0)\n\t"
-			"sb\t$0,0x0d8(%0)\n\t"
-			"sb\t$0,0x0e0(%0)\n\t"
-			"sb\t$0,0x0e8(%0)\n\t"
-			"sb\t$0,0x0f0(%0)\n\t"
-			"sb\t$0,0x0f8(%0)\n\t"
+			"sb\t$0,0x07c(%0)\n\t"
 			: : "r" (p) );
-		p += 0x100;
+		p += 0x080;
 	}
 
 	restore_flags(flags);
@@ -221,13 +221,13 @@
 	unsigned long i, flags;
 	volatile unsigned char *p = (char *)start;
 
-	if (size > icache_size)
-		size = icache_size;
+	if (size > dcache_size)
+		size = dcache_size;
 
 	save_and_cli(flags);
 
 	/* isolate cache space */
-	write_32bit_cp0_register(CP0_STATUS, (ST0_DE|flags)&~ST0_IEC);
+	write_32bit_cp0_register(CP0_STATUS, (ST0_ISC|flags)&~ST0_IEC);
 
 	for (i = 0; i < size; i += 0x080) {
 		asm ( 	"sb\t$0,0x000(%0)\n\t"
@@ -376,7 +376,7 @@
 
 	save_and_cli(flags);
 
-	write_32bit_cp0_register(CP0_STATUS, (ST0_DE|ST0_CE|flags)&~ST0_IEC);
+	write_32bit_cp0_register(CP0_STATUS, (ST0_ISC|ST0_SWC|flags)&~ST0_IEC);
 
 	asm ( 	"sb\t$0,0x000(%0)\n\t"
 		"sb\t$0,0x008(%0)\n\t"
diff -u --recursive --new-file linux-mips-2.3.99-pre8-20000523.macro/include/asm-mips/mipsregs.h linux-mips-2.3.99-pre8-20000523/include/asm-mips/mipsregs.h
--- linux-mips-2.3.99-pre8-20000523.macro/include/asm-mips/mipsregs.h	Sat May 27 01:49:02 2000
+++ linux-mips-2.3.99-pre8-20000523/include/asm-mips/mipsregs.h	Sun Jun 18 02:18:51 2000
@@ -234,6 +234,8 @@
 #define ST0_UX			0x00000020
 #define ST0_SX			0x00000040
 #define ST0_KX 			0x00000080
+#define ST0_DE			0x00010000
+#define ST0_CE			0x00020000
 
 /*
  * Bitfields in the R[23]000 cp0 status register.
@@ -245,6 +247,8 @@
 #define ST0_IEO			0x00000010
 #define ST0_KUO			0x00000020
 /* bits 6 & 7 are reserved on R[23]000 */
+#define ST0_ISC			0x00010000
+#define ST0_SWC			0x00020000
 
 /*
  * Bits specific to the R4640/R4650
@@ -273,8 +277,6 @@
 #define  STATUSF_IP6		(1   << 14)
 #define  STATUSB_IP7		15
 #define  STATUSF_IP7		(1   << 15)
-#define ST0_DE			0x00010000
-#define ST0_CE			0x00020000
 #define ST0_CH			0x00040000
 #define ST0_SR			0x00100000
 #define ST0_BEV			0x00400000
diff -u --recursive --new-file linux-mips-2.3.99-pre8-20000523.macro/include/asm-mips/pgtable.h linux-mips-2.3.99-pre8-20000523/include/asm-mips/pgtable.h
--- linux-mips-2.3.99-pre8-20000523.macro/include/asm-mips/pgtable.h	Tue Jun  6 23:21:21 2000
+++ linux-mips-2.3.99-pre8-20000523/include/asm-mips/pgtable.h	Sat Jun 17 19:35:42 2000
@@ -43,7 +43,7 @@
 #define flush_page_to_ram(page)		_flush_page_to_ram(page)
 
 #define flush_icache_range(start, end)	flush_cache_all()
-#define flush_icache_page(start,page)	do { } while(0)
+#define flush_icache_page(start,page)	flush_cache_all()
 
 
 /*

From raiko@niisi.msk.ru  Mon Jun 19 12:18:43 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02706; Mon, 19 Jun 2000 12:18:40 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 12:18:40 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id OAA07328;
	Mon, 19 Jun 2000 14:18:08 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA05672; Mon, 19 Jun 2000 14:05:59 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id OAA13351; Mon, 19 Jun 2000 14:13:02 +0400 (MSD)
Message-ID: <394DF4F5.7E19452B@niisi.msk.ru>
Date: Mon, 19 Jun 2000 14:24:53 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
CC: linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
References: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 889
Lines: 22


"Maciej W. Rozycki" wrote:
> 
> 
>  Besides obvious bugfixes, it introduces two significant changes.  First,
> flush_icache_page() now performs what the name suggests, i.e. flushes the
> instruction cache.  Without this change ptrace(PTRACE_POKE*, ...) calls
> are unreliable.  Second, it changes the assumption of the icache line size
> to a single word -- apparently, at least R3400 of DS5000/240 has an icache
> with such a layout (DEC docs confirm it, indeed).  Without this change,
> there are problems with breakpoints placed at addresses equal 4 modulo 8.
> 
>  I vote for an immediate inclusion of these fixes.

Why did you change name of bits in CP0 regs ? It seems it's possible to
get the patch functionality w/o such a change. Morover, the changes in
the icache line size assumption
are already there, in 2.3. What is a version of linux you patch is
against ?

Regards,
Gleb.

From macro@ds2.pg.gda.pl  Mon Jun 19 12:46:16 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02858; Mon, 19 Jun 2000 12:41:34 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 12:41:34 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA14711;
	Mon, 19 Jun 2000 12:37:48 +0200 (MET DST)
Date: Mon, 19 Jun 2000 12:37:48 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
cc: linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <394DF4F5.7E19452B@niisi.msk.ru>
Message-ID: <Pine.GSO.3.96.1000619122725.10348E-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 888
Lines: 21

On Mon, 19 Jun 2000, Gleb O. Raiko wrote:

> Why did you change name of bits in CP0 regs ? It seems it's possible to

 Because they serve a different functionality for R[23]K (ISolate Cache
and SWap Cache).  Current names reflect R4K+ and are confusing in R[23]K
code.  Note that R4K+ names are left intact, so this should not be a
problem for non R[23]K CPUs.

> get the patch functionality w/o such a change. Morover, the changes in
> the icache line size assumption
> are already there, in 2.3. What is a version of linux you patch is
> against ?

 The CVS tree from oss.sgi.com.  As of Jun 19, 4:25 UTC I can't see it
there.  It claims to be version 2.4.0-test1.  Isn't that current?

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From raiko@niisi.msk.ru  Mon Jun 19 12:47:41 2000
Received: from niisi.wave.ras.ru (0@niisi.wave.ras.ru [194.85.104.220]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02901; Mon, 19 Jun 2000 12:47:28 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 12:47:28 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.systud.msk.su [193.232.173.6])
	by niisi.wave.ras.ru (8.9.1/8.9.1) with ESMTP id SAA17620
	for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 18:49:59 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA06444 for linux-mips@fnet.fr; Mon, 19 Jun 2000 14:35:47 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id OAA14222 for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 14:42:09 +0400 (MSD)
Message-ID: <394DFBC5.173711A6@niisi.msk.ru>
Date: Mon, 19 Jun 2000 14:53:57 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: Re: ethernet drivers
References: <394E55B5.9FB213A9@galileo.co.il>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 498
Lines: 18

Rabeeh Khoury wrote:
> 
> Hi All
> 
> Have any one tried the intel express ethernet drivers
> (etherexpress16/pro or other) under big endian platfrom ?
> If you have tried other ethernet drivers under big endian platform
> please mail me defining which one you did use.
> 
> p.s. I'm using kernel 2.2
> 

DEC Tulip 21143 (the chip made by Intel though). The driver is from
2.2.14, but is used on 2.2.1. 2.2.14 includes changes that help in
porting the driver on non-Itel platforms.

Regards,
Gleb.

From raiko@niisi.msk.ru  Mon Jun 19 12:57:35 2000
Received: from niisi.wave.ras.ru (0@niisi.wave.ras.ru [194.85.104.220]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA03020; Mon, 19 Jun 2000 12:57:32 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 12:57:32 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.systud.msk.su [193.232.173.6])
	by niisi.wave.ras.ru (8.9.1/8.9.1) with ESMTP id SAA17780;
	Mon, 19 Jun 2000 18:59:59 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id OAA06552; Mon, 19 Jun 2000 14:44:46 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id OAA14450; Mon, 19 Jun 2000 14:53:08 +0400 (MSD)
Message-ID: <394DFE59.989BEFC7@niisi.msk.ru>
Date: Mon, 19 Jun 2000 15:04:57 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
CC: linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
References: <Pine.GSO.3.96.1000619122725.10348E-100000@delta.ds2.pg.gda.pl>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 341
Lines: 14

"Maciej W. Rozycki" wrote:
> 
> On Mon, 19 Jun 2000, Gleb O. Raiko wrote:
> > What is a version of linux you patch is
> > against ?
> 
>  The CVS tree from oss.sgi.com.  As of Jun 19, 4:25 UTC I can't see it
> there.  It claims to be version 2.4.0-test1.  Isn't that current?
> 

Hmm. 2.3.99pre6 contained mentioned changes.

Regards,
Gleb.

From macro@ds2.pg.gda.pl  Mon Jun 19 14:37:10 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA03920; Mon, 19 Jun 2000 14:36:51 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 14:36:51 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA18331;
	Mon, 19 Jun 2000 14:33:05 +0200 (MET DST)
Date: Mon, 19 Jun 2000 14:33:05 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
cc: linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <394DFE59.989BEFC7@niisi.msk.ru>
Message-ID: <Pine.GSO.3.96.1000619142408.10348J-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 707
Lines: 16

On Mon, 19 Jun 2000, Gleb O. Raiko wrote:

> Hmm. 2.3.99pre6 contained mentioned changes.

 Well, are you sure you aren't referring to some branch, a private copy or
so?  I just checked out the file from oss.sgi.com again to be sure cvs
didn't break anything here (the file wasn't changed since Mar 28) and it's
identical to my previous copy.  I can't check pre6 as I create tarballs as
needed only; normally my local copy gets updated every night.

 Anyway, please apply the patch to save people trouble. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From dan@vcubed.com  Mon Jun 19 17:02:17 2000
Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA11211; Mon, 19 Jun 2000 17:02:16 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 17:02:16 +0200 (MET DST)
Received: from vcubed.com ([207.81.96.153])
	by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id LAA25704;
	Mon, 19 Jun 2000 11:18:42 -0400
Message-ID: <394E3A6F.7C6C6A8@vcubed.com>
Date: Mon, 19 Jun 2000 11:21:19 -0400
From: Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Dominic Sweetman <dom@algor.co.uk>
CC: linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
References: <394116B8.167F9470@vcubed.com> <200006121118.MAA19578@mudchute.algor.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1685
Lines: 41

Hello Dominic,

I ported the MILO x86emu code to PMON.  The x86emu code runs
the VGA BIOS on the ATI card and the card appears to initialize
okay.  The only issue may be that the ATI BIOS may calculate
timings incorrectly.  However, the text mode appears to run and
I can use the BIOS to display text on the screen when running PMON.
The Linux framebuffer driver is also able to display text but I
believe it is doing so in graphics mode.

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

Dominic Sweetman wrote:
> 
> Dan Aizenstros (dan@vcubed.com) writes:
> 
> > Is XFree86 3.3.2 which is available from SGI and other ftp sites
> > known to work on ATI MACH64 CT PCI video cards using the framebuffer
> > driver atyfb.c on MIPS?
> 
> Just a note: PCI video cards carry a BIOS ROM.  Some initialisation
> routines from the BIOS are automatically run by a PC platform when it
> powers up, so Linux/x86 software always sees the card as initialised.
> 
> It's common practice to put vital things in the BIOS.  Many cards just
> won't work without that initialisation, but on a non-x86 platform
> that's what you're trying to do - even after you sort out all the
> porting issues Ralf mentioned.
> 
> Algorithmics has partially solved this problem in other OS' - enough
> to get X11 working on OpenBSD and a Windows CE screen up - by using an
> x86 emulator to run enough of the video BIOS to set up the chip.  If
> the responses you had already haven't frightened you out of trying it,
> we might be able to make a copy of that available for your personal
> use.  If it works, we'll figure out some way of licensing it.
> 
> Dominic Sweetman
> Algorithmics Ltd
> dom@algor.co.uk

From dan@vcubed.com  Mon Jun 19 17:58:37 2000
Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA13188; Mon, 19 Jun 2000 17:58:35 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 17:58:35 +0200 (MET DST)
Received: from vcubed.com ([207.81.96.153])
	by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id MAA26326;
	Mon, 19 Jun 2000 12:14:52 -0400
Message-ID: <394E479D.60729F7E@vcubed.com>
Date: Mon, 19 Jun 2000 12:17:33 -0400
From: Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Dominic Sweetman <dom@algor.co.uk>, linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
References: <394116B8.167F9470@vcubed.com> <200006121118.MAA19578@mudchute.algor.co.uk> <394E3A6F.7C6C6A8@vcubed.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1932
Lines: 51

Hello Dominic,

The x86emu in my last message is from the Alpha MILO not the MIPS MILO.

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

Dan Aizenstros wrote:
> 
> Hello Dominic,
> 
> I ported the MILO x86emu code to PMON.  The x86emu code runs
> the VGA BIOS on the ATI card and the card appears to initialize
> okay.  The only issue may be that the ATI BIOS may calculate
> timings incorrectly.  However, the text mode appears to run and
> I can use the BIOS to display text on the screen when running PMON.
> The Linux framebuffer driver is also able to display text but I
> believe it is doing so in graphics mode.
> 
> Dan Aizenstros
> Software Engineer
> V3 Semiconductor Corp.
> 
> Dominic Sweetman wrote:
> >
> > Dan Aizenstros (dan@vcubed.com) writes:
> >
> > > Is XFree86 3.3.2 which is available from SGI and other ftp sites
> > > known to work on ATI MACH64 CT PCI video cards using the framebuffer
> > > driver atyfb.c on MIPS?
> >
> > Just a note: PCI video cards carry a BIOS ROM.  Some initialisation
> > routines from the BIOS are automatically run by a PC platform when it
> > powers up, so Linux/x86 software always sees the card as initialised.
> >
> > It's common practice to put vital things in the BIOS.  Many cards just
> > won't work without that initialisation, but on a non-x86 platform
> > that's what you're trying to do - even after you sort out all the
> > porting issues Ralf mentioned.
> >
> > Algorithmics has partially solved this problem in other OS' - enough
> > to get X11 working on OpenBSD and a Windows CE screen up - by using an
> > x86 emulator to run enough of the video BIOS to set up the chip.  If
> > the responses you had already haven't frightened you out of trying it,
> > we might be able to make a copy of that available for your personal
> > use.  If it works, we'll figure out some way of licensing it.
> >
> > Dominic Sweetman
> > Algorithmics Ltd
> > dom@algor.co.uk

From rabeeh@galileo.co.il  Mon Jun 19 12:15:03 2000
Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02642; Mon, 19 Jun 2000 12:15:00 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 12:15:00 +0200 (MET DST)
Received: from galileo.co.il (rabeeh@[10.2.20.126])
	by galileo.co.il (8.8.5/8.8.5) with ESMTP id NAA08273
	for <linux-mips@fnet.fr>; Mon, 19 Jun 2000 13:15:00 +0200 (GMT-2)
Sender: rabeeh@galileo.co.il
Message-ID: <394E55B5.9FB213A9@galileo.co.il>
Date: Mon, 19 Jun 2000 13:17:41 -0400
From: Rabeeh Khoury <rabeeh@galileo.co.il>
Reply-To: rabeeh@galileo.co.il
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: ethernet drivers
Content-Type: multipart/mixed;
 boundary="------------38032994CBB16B43E5377FAB"
Content-Length: 946
Lines: 38

This is a multi-part message in MIME format.
--------------38032994CBB16B43E5377FAB
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi All

Have any one tried the intel express ethernet drivers
(etherexpress16/pro or other) under big endian platfrom ?
If you have tried other ethernet drivers under big endian platform
please mail me defining which one you did use.

p.s. I'm using kernel 2.2

Regards,
Rabeeh

--------------38032994CBB16B43E5377FAB
Content-Type: text/x-vcard; charset=us-ascii;
 name="rabeeh.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Rabeeh Khoury
Content-Disposition: attachment;
 filename="rabeeh.vcf"

begin:vcard 
n:Khoury;Rabeeh
x-mozilla-html:FALSE
org:Galileo Technology;Software Department
adr:;;;;;;
version:2.1
email;internet:rabeeh@galileo.co.il
title:Development Engineer
x-mozilla-cpt:;-31712
fn:Rabeeh Khoury
end:vcard

--------------38032994CBB16B43E5377FAB--

From ralf@oss.sgi.com  Mon Jun 19 22:44:33 2000
Received: from lappi ([62.180.18.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA16693; Mon, 19 Jun 2000 22:44:07 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 22:44:07 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406360AbQFSUHO>;
        Mon, 19 Jun 2000 22:07:14 +0200
Date: Mon, 19 Jun 2000 22:07:14 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
Subject: Merge status
Message-ID: <20000619220714.A20741@bacchus.dhis.org>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Accept-Language: de,en,fr
Content-Length: 313
Lines: 7

After merging with Alan's ac21 kernel I've sent our diffs of again several
hundred kbs into small pieces and sent them to Alan.  I've mailed several
people about some of the more obscure pieces in CVS.  Not counting these
the left over diffs are now down to just 5kb, of which one will be hairy
to merge.

  Ralf

From dom@mudchute.algor.co.uk  Mon Jun 19 22:46:47 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA16737; Mon, 19 Jun 2000 22:46:43 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 22:46:43 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id VAA02594;
	Mon, 19 Jun 2000 21:46:31 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id VAA03104;
	Mon, 19 Jun 2000 21:46:30 +0100 (BST)
Date: Mon, 19 Jun 2000 21:46:30 +0100 (BST)
Message-Id: <200006192046.VAA03104@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Dan Aizenstros <dan@vcubed.com>
Cc: Dominic Sweetman <dom@algor.co.uk>, linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
In-Reply-To: <394E3A6F.7C6C6A8@vcubed.com>
References: <394116B8.167F9470@vcubed.com>
	<200006121118.MAA19578@mudchute.algor.co.uk>
	<394E3A6F.7C6C6A8@vcubed.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 271
Lines: 12


Dan,

> I ported the MILO x86emu code to PMON.  

That's very cool... isn't it amazing that it works?

Are you able to make that available to some of the rest of us,
particularly that tiny select group who want to boot Linux with PMON?

Dominic Sweetman
dom@algor.co.uk

From dan@vcubed.com  Mon Jun 19 23:21:32 2000
Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16965; Mon, 19 Jun 2000 23:21:31 +0200 (MET DST)
Received-Date: Mon, 19 Jun 2000 23:21:31 +0200 (MET DST)
Received: from vcubed.com ([207.81.96.153])
	by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id RAA30692;
	Mon, 19 Jun 2000 17:38:01 -0400
Message-ID: <394E935A.6418D48C@vcubed.com>
Date: Mon, 19 Jun 2000 17:40:43 -0400
From: Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: Dominic Sweetman <dom@algor.co.uk>
CC: linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
References: <394116B8.167F9470@vcubed.com>
		<200006121118.MAA19578@mudchute.algor.co.uk>
		<394E3A6F.7C6C6A8@vcubed.com> <200006192046.VAA03104@mudchute.algor.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1359
Lines: 41

Hello Dominic,

The x86emu code was well done and I did not have to do very much
to get it working on PMON.  The V3 PMON is available at
http://www.vcubed.com/tools/pmon/setupex.exe and is actually an
add on to the Algorithmics PMON from your company.

The x86emu code is not compiled unless you make some changes to
some makefiles.  There are some instructions in a readme file that
describes the needed changes.

The version available on the website was tested with a Trident
TGUI 9440 PCI adapter.  A newer version that contains support
for the ATI MACH64 CT adapter is working but not yet released.

Those are the only two adapters that I have so I do not know if
the emulator will work with others.

The x86emu emulator included in the Alpha MILO has a GPL license
but newer versions have changed to an X like license.  It is
available at ftp://ftp.scitechsoft.com/devel/x86emu.  There is
also a mailing list for the emulator but I have not seen any traffic
on it for some time.

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.

Dominic Sweetman wrote:
> 
> Dan,
> 
> > I ported the MILO x86emu code to PMON.
> 
> That's very cool... isn't it amazing that it works?
> 
> Are you able to make that available to some of the rest of us,
> particularly that tiny select group who want to boot Linux with PMON?
> 
> Dominic Sweetman
> dom@algor.co.uk

From ralf@oss.sgi.com  Tue Jun 20 00:05:57 2000
Received: from lappi ([62.180.18.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA17396; Tue, 20 Jun 2000 00:05:45 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 00:05:45 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403524AbQFSWEz>;
        Tue, 20 Jun 2000 00:04:55 +0200
Date: Tue, 20 Jun 2000 00:04:55 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Ralf Baechle <ralf@uni-koblenz.de>,
        Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Re: Icache coherency problems for R3400, DS5000/240
Message-ID: <20000620000455.B27454@bacchus.dhis.org>
References: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl>; from macro@ds2.pg.gda.pl on Mon, Jun 19, 2000 at 11:31:27AM +0200
X-Accept-Language: de,en,fr
Content-Length: 1049
Lines: 21

On Mon, Jun 19, 2000 at 11:31:27AM +0200, Maciej W. Rozycki wrote:

>  Working on gdb I discovered a weird behaviour of my DS5000/240 -- under
> unspecified circumstances there were spurious breakpoint traps happening
> and some single-step breakpoints appeared persistent.  The following patch
> fixes these problems, making gdb fully reliable.
> 
>  Besides obvious bugfixes, it introduces two significant changes.  First,
> flush_icache_page() now performs what the name suggests, i.e. flushes the
> instruction cache.  Without this change ptrace(PTRACE_POKE*, ...) calls
> are unreliable.  Second, it changes the assumption of the icache line size
> to a single word -- apparently, at least R3400 of DS5000/240 has an icache
> with such a layout (DEC docs confirm it, indeed).  Without this change,
> there are problems with breakpoints placed at addresses equal 4 modulo 8. 
> 
>  I vote for an immediate inclusion of these fixes.

Looks good unless one of the R3000 gurus objects, so I'll add this right
after my ac21 commit finishes.

  Ralf

From jsun@mvista.com  Tue Jun 20 00:59:24 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA18591; Tue, 20 Jun 2000 00:59:19 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 00:59:19 +0200 (MET DST)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id PAA19464;
	Mon, 19 Jun 2000 15:58:40 -0700
Sender: jsun@hermes.mvista.com
Message-ID: <394EA5A0.B882F66A@mvista.com>
Date: Mon, 19 Jun 2000 15:58:40 -0700
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@fnet.fr, linux@engr.sgi.com
Subject: R5000 support (specifically two-way set-associative cache...)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 573
Lines: 18


I looked into the R5000 support and have a couple of questions:

1. Is R5000, specifically NEC Vr5000, fully supported?  I have seen
CONFIG_CPU_R5000 defined, but it does not appear to do much.

2. Specifically, NEC Vr5000 has two-way set-associative cache.  I
browsed through the cache code, and got concerned that I don't see any
code that seems to take care of that.  Do I miss something?

3. I understand Geert has a port to DDB5074 (with Vr5000 CPU).  Is this
port completed (including all interrupts, PCI related stuff).  Is this
port reliable?


Thanks a lot.

Jun

From dom@mudchute.algor.co.uk  Tue Jun 20 01:47:10 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA18896; Tue, 20 Jun 2000 01:47:09 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 01:47:09 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id AAA03429;
	Tue, 20 Jun 2000 00:46:12 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id AAA03494;
	Tue, 20 Jun 2000 00:46:11 +0100 (BST)
Date: Tue, 20 Jun 2000 00:46:11 +0100 (BST)
Message-Id: <200006192346.AAA03494@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
        Ralf Baechle <ralf@uni-koblenz.de>,
        Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <20000620000455.B27454@bacchus.dhis.org>
References: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl>
	<20000620000455.B27454@bacchus.dhis.org>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1052
Lines: 25


> > ... Second, it changes the assumption of the icache line size to a
> > single word -- apparently, at least R3400 of DS5000/240 has an
> > icache with such a layout (DEC docs confirm it, indeed).

Yes, the original R3000 chip could be wired to produce the appearance
of multi-word lines in its I-cache, and some derivative CPUs were built
that way.  Four was popular - I don't think anyone did 8.

> > Besides obvious bugfixes, it introduces two significant changes.
> > First, flush_icache_page() now performs what the name suggests,
> > i.e. flushes the instruction cache.

And while I'm here, I'll continue my lonely campaign.  I suggest you
don't say "flush" because nobody knows whether it means invalidate,
write-back, or both[1].  Instead, say "invalidate", "writeback", or
"both".  Even if it means changing St Linus' function names...

[1] well in this case we do, because this is an I-cache and R3000s
    only had write-through caches anyway.  But you weren't going to
    stop there, were you?

Dominic
Algorithmics Ltd
dom@algor.co.uk

From ralf@oss.sgi.com  Tue Jun 20 01:52:37 2000
Received: from lappi ([62.180.18.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA18970; Tue, 20 Jun 2000 01:52:35 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 01:52:35 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403524AbQFSXwY>;
        Tue, 20 Jun 2000 01:52:24 +0200
Date: Tue, 20 Jun 2000 01:52:24 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: Dominic Sweetman <dom@algor.co.uk>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>,
        Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Re: Icache coherency problems for R3400, DS5000/240
Message-ID: <20000620015224.A28725@bacchus.dhis.org>
References: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl> <20000620000455.B27454@bacchus.dhis.org> <200006192346.AAA03494@mudchute.algor.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <200006192346.AAA03494@mudchute.algor.co.uk>; from dom@algor.co.uk on Tue, Jun 20, 2000 at 12:46:11AM +0100
X-Accept-Language: de,en,fr
Content-Length: 458
Lines: 11

On Tue, Jun 20, 2000 at 12:46:11AM +0100, Dominic Sweetman wrote:

> And while I'm here, I'll continue my lonely campaign.  I suggest you
> don't say "flush" because nobody knows whether it means invalidate,
> write-back, or both[1].  Instead, say "invalidate", "writeback", or
> "both".  Even if it means changing St Linus' function names...

Sigh, I tried exactly this and got fire from the 68k fraction because
they considered my naming ambigous.

  Ralf

From ralf@oss.sgi.com  Tue Jun 20 17:50:54 2000
Received: from u-150.karlsruhe.ipdial.viaginterkom.de (u-150.karlsruhe.ipdial.viaginterkom.de [62.180.19.150]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28244; Tue, 20 Jun 2000 17:50:52 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 17:50:52 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406800AbQFTBv7>;
        Tue, 20 Jun 2000 03:51:59 +0200
Date: Tue, 20 Jun 2000 03:51:59 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: Jun Sun <jsun@mvista.com>
Cc: linux-mips@fnet.fr, linux@engr.sgi.com
Subject: Re: R5000 support (specifically two-way set-associative cache...)
Message-ID: <20000620035158.F28452@bacchus.dhis.org>
References: <394EA5A0.B882F66A@mvista.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <394EA5A0.B882F66A@mvista.com>; from jsun@mvista.com on Mon, Jun 19, 2000 at 03:58:40PM -0700
X-Accept-Language: de,en,fr
Content-Length: 872
Lines: 25

On Mon, Jun 19, 2000 at 03:58:40PM -0700, Jun Sun wrote:

> I looked into the R5000 support and have a couple of questions:
> 
> 1. Is R5000, specifically NEC Vr5000, fully supported?  I have seen
> CONFIG_CPU_R5000 defined, but it does not appear to do much.

Indeed, the various CPU options for the R4xxx / R5xxx CPUs mostly deal
with C compiler options as a minor optimization.

> 2. Specifically, NEC Vr5000 has two-way set-associative cache.  I
> browsed through the cache code, and got concerned that I don't see any
> code that seems to take care of that.  Do I miss something?

Yes :-)

The R5000 has R4600 style caches, so also uses the same code.

> 3. I understand Geert has a port to DDB5074 (with Vr5000 CPU).  Is this
> port completed (including all interrupts, PCI related stuff).  Is this
> port reliable?

I leave the question to Geert to answer.

  Ralf

From ralf@uni-koblenz.de  Tue Jun 20 17:50:56 2000
Received: from u-150.karlsruhe.ipdial.viaginterkom.de (u-150.karlsruhe.ipdial.viaginterkom.de [62.180.19.150]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28246; Tue, 20 Jun 2000 17:50:54 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 17:50:54 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406801AbQFTBzk>;
        Tue, 20 Jun 2000 03:55:40 +0200
Date: Tue, 20 Jun 2000 03:55:39 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Cc: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>, linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
Message-ID: <20000620035539.G28452@bacchus.dhis.org>
References: <Pine.GSO.3.96.1000619110632.10348D-100000@delta.ds2.pg.gda.pl> <394DF4F5.7E19452B@niisi.msk.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <394DF4F5.7E19452B@niisi.msk.ru>; from raiko@niisi.msk.ru on Mon, Jun 19, 2000 at 02:24:53PM +0400
X-Accept-Language: de,en,fr
Content-Length: 171
Lines: 7

On Mon, Jun 19, 2000 at 02:24:53PM +0400, Gleb O. Raiko wrote:

> Why did you change name of bits in CP0 regs ?

The R3000 was using the R4000 naming of the bits.

  Ralf

From Geert.Uytterhoeven@sonycom.com  Tue Jun 20 10:45:57 2000
Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA23932; Tue, 20 Jun 2000 10:45:41 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 10:45:41 +0200 (MET DST)
Received: from dandelion.sonytel.be (dandelion.sonytel.be [193.74.243.153])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id KAA19425;
	Tue, 20 Jun 2000 10:44:28 +0200 (MET DST)
Date: Tue, 20 Jun 2000 10:44:28 +0200 (MET DST)
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Sender: geert@sonycom.com
To: Jun Sun <jsun@mvista.com>
cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com
Subject: Re: R5000 support (specifically two-way set-associative cache...)
In-Reply-To: <394EA5A0.B882F66A@mvista.com>
Message-ID: <Pine.GSO.4.10.10006201042320.8592-100000@dandelion.sonytel.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 732
Lines: 19

On Mon, 19 Jun 2000, Jun Sun wrote:
> 3. I understand Geert has a port to DDB5074 (with Vr5000 CPU).  Is this
> port completed (including all interrupts, PCI related stuff).  Is this
> port reliable?

  - Interrupts (both Nile4, PCI and ISA) are working.
  - PCI bus mastering doesn't work yet (I guess so because the Tulip driver
    doesn't work yet).
  - About reliability: I see random crashes, but they seem to happen on other
    platforms as well.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE)
Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55
Voice +32-2-7248638 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium

From dom@mudchute.algor.co.uk  Tue Jun 20 11:47:45 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA24249; Tue, 20 Jun 2000 11:47:44 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 11:47:44 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id KAA00421;
	Tue, 20 Jun 2000 10:47:42 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id KAA08574;
	Tue, 20 Jun 2000 10:47:42 +0100 (BST)
Date: Tue, 20 Jun 2000 10:47:42 +0100 (BST)
Message-Id: <200006200947.KAA08574@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Jun Sun <jsun@mvista.com>
Cc: linux-mips@fnet.fr, linux@engr.sgi.com, nigel@algor.co.uk
Subject: Re: R5000 support (specifically two-way set-associative cache...)
In-Reply-To: <394EA5A0.B882F66A@mvista.com>
References: <394EA5A0.B882F66A@mvista.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1124
Lines: 29


Jun Sun (jsun@mvista.com) writes:

> 2. Specifically, NEC Vr5000 has two-way set-associative cache.  I
> browsed through the cache code, and got concerned that I don't see any
> code that seems to take care of that.  Do I miss something?

The two-way cache on the R5000 (and its R4600 parent) is implemented
so that the cache operations used during running don't have to know
about the cache organisation.  Even initialisation of an R5000 cache
can be done by a piece of code which has no reference to two-wayness
and just works over R4x00/R5000 CPUs.

So this is not *necessarily* a problem.  

> 3. I understand Geert has a port to DDB5074 (with Vr5000 CPU).  Is this
> port completed (including all interrupts, PCI related stuff).  Is this
> port reliable?

A note on this and Geert's response: early Vrc5074 system controller
chips had lots of bugs, with some particularly nasty ones hitting PCI
transfers with external initiators (like the ethernet chip).  Anyone
pioneering Linux on it should check carefully with NEC about the
status of their particular revision.

Dominic Sweetman
Algorithmics Ltd
dom@algor.co.uk


From Geert.Uytterhoeven@sonycom.com  Tue Jun 20 12:03:31 2000
Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA24407; Tue, 20 Jun 2000 12:03:26 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 12:03:26 +0200 (MET DST)
Received: from dandelion.sonytel.be (dandelion.sonytel.be [193.74.243.153])
	by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id MAA21773;
	Tue, 20 Jun 2000 12:02:41 +0200 (MET DST)
Date: Tue, 20 Jun 2000 12:02:41 +0200 (MET DST)
From: Geert Uytterhoeven <Geert.Uytterhoeven@sonycom.com>
Sender: geert@sonycom.com
To: Dominic Sweetman <dom@algor.co.uk>
cc: Jun Sun <jsun@mvista.com>, linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com,
        nigel@algor.co.uk
Subject: Re: R5000 support (specifically two-way set-associative cache...)
In-Reply-To: <200006200947.KAA08574@mudchute.algor.co.uk>
Message-ID: <Pine.GSO.4.10.10006201201550.8592-100000@dandelion.sonytel.be>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 939
Lines: 23

On Tue, 20 Jun 2000, Dominic Sweetman wrote:
> Jun Sun (jsun@mvista.com) writes:
> > 3. I understand Geert has a port to DDB5074 (with Vr5000 CPU).  Is this
> > port completed (including all interrupts, PCI related stuff).  Is this
> > port reliable?
> 
> A note on this and Geert's response: early Vrc5074 system controller
> chips had lots of bugs, with some particularly nasty ones hitting PCI
> transfers with external initiators (like the ethernet chip).  Anyone
> pioneering Linux on it should check carefully with NEC about the
> status of their particular revision.

Since the same boards are fine running Aperios, I assume we don't have the
early ones.

Gr{oetje,eeting}s,

						Geert

--
Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE)
Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55
Voice +32-2-7248638 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium

From macro@ds2.pg.gda.pl  Tue Jun 20 14:58:52 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA25880; Tue, 20 Jun 2000 14:57:38 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 14:57:38 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA26033;
	Tue, 20 Jun 2000 14:50:06 +0200 (MET DST)
Date: Tue, 20 Jun 2000 14:50:05 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Dominic Sweetman <dom@algor.co.uk>
cc: Ralf Baechle <ralf@oss.sgi.com>, Ralf Baechle <ralf@uni-koblenz.de>,
        Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <200006192346.AAA03494@mudchute.algor.co.uk>
Message-ID: <Pine.GSO.3.96.1000620143959.25502C-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1249
Lines: 26

On Tue, 20 Jun 2000, Dominic Sweetman wrote:

> Yes, the original R3000 chip could be wired to produce the appearance
> of multi-word lines in its I-cache, and some derivative CPUs were built
> that way.  Four was popular - I don't think anyone did 8.

 DEC docs claim the cache subsystem of KN03 is configured with single-word
lines for the icache, but upon an icache fill the MB ASIC fills four
lines.

> And while I'm here, I'll continue my lonely campaign.  I suggest you
> don't say "flush" because nobody knows whether it means invalidate,
> write-back, or both[1].  Instead, say "invalidate", "writeback", or
> "both".  Even if it means changing St Linus' function names...

 OK, by "flush" I always meant "invalidate" (see also ia32's invd and
wbinvd instructions -- the first one causes an external flush cycle and
the other one an external writeback cycle and then a flush cycle -- that's
Intel's original naming).  On the other hand, "invalidate" is surely not
more ambiguous than "flush", so feel free to continue your campaign... 
;-) 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From dom@mudchute.algor.co.uk  Tue Jun 20 15:46:12 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA26524; Tue, 20 Jun 2000 15:46:11 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 15:46:11 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id OAA01492;
	Tue, 20 Jun 2000 14:45:46 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id OAA08976;
	Tue, 20 Jun 2000 14:45:46 +0100 (BST)
Date: Tue, 20 Jun 2000 14:45:46 +0100 (BST)
Message-Id: <200006201345.OAA08976@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Dominic Sweetman <dom@algor.co.uk>, Ralf Baechle <ralf@oss.sgi.com>,
        Ralf Baechle <ralf@uni-koblenz.de>,
        Harald Koerfgen <Harald.Koerfgen@home.ivm.de>, linux-mips@fnet.fr,
        linux-mips@oss.sgi.com
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <Pine.GSO.3.96.1000620143959.25502C-100000@delta.ds2.pg.gda.pl>
References: <200006192346.AAA03494@mudchute.algor.co.uk>
	<Pine.GSO.3.96.1000620143959.25502C-100000@delta.ds2.pg.gda.pl>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1142
Lines: 32


Maciej W. Rozycki (macro@ds2.pg.gda.pl) writes:

> > Yes, the original R3000 chip could be wired to produce the appearance
> > of multi-word lines in its I-cache, and some derivative CPUs were built
> > that way.  Four was popular - I don't think anyone did 8.
> 
>  DEC docs claim the cache subsystem of KN03 is configured with single-word
> lines for the icache, but upon an icache fill the MB ASIC fills four
> lines.

Ah, I'm suffering from muddy memory syndrome.  

You're quite correct: on the R3000 cache every word had a tag, but an
I-cache refill could be setup to fill several of them at once -
implicitly storing the same tag in each position.  I believe it was in
theory possible to gently remove the two lowest tag addresses, use a
smaller tag memory, and have a genuine four-data per tag I-cache.  It
would have behaved very strangely while swapped for
diagnostics/maintenance.

>  OK, by "flush" I always meant "invalidate" (see also ia32's invd and
> wbinvd instructions -- the first one causes an external flush
> cycle...

I should have realised that Linux ab-usages usually refer to x86
technology.  Thanks for that.


From macro@ds2.pg.gda.pl  Tue Jun 20 17:40:53 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28080; Tue, 20 Jun 2000 17:40:46 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 17:40:46 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA01540;
	Tue, 20 Jun 2000 17:36:12 +0200 (MET DST)
Date: Tue, 20 Jun 2000 17:36:11 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@uni-koblenz.de>, Ulf Carlsson <ulfc@engr.sgi.com>,
        Andreas Jaeger <aj@suse.de>
cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com
Subject: Gdb 5.0 patches for MIPS/Linux
Message-ID: <Pine.GSO.3.96.1000620165634.25502J-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 844
Lines: 20

Hi,

 After a bit of work I have gdb 5.0 working on my mipsel-linux system.  So
far it seems to be stable.  Compiled using gcc 2.95.2 and binutils 2.10,
against glibc 2.1.90.  Since patches are quite large I am not sending them
here -- they are available at 'http://www.ds2.pg.gda.pl/~macro/'.  They
include ported changes to binutils and gdb that are otherwise available at
oss.sgi.com.

 Are we going to submit changes from oss.sgi.com to gdb?  I believe its
the right moment now if we want them in gdb 5.1 -- I've seen an
annoucement the release branch for 5.1 will start early in July.  I've
already submitted all other patches. 

  Maciej

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From peep@fli.freeserve.ne.jp  Tue Jun 20 18:19:07 2000
Received: from smtp.freeserve.ne.jp (smtp.freeserve.ne.jp [210.197.120.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA28784; Tue, 20 Jun 2000 18:19:06 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 18:19:06 +0200 (MET DST)
Received: from smtp.freeserve.ne.jp (obp5-76.teleway.ne.jp [210.234.74.76])
	by smtp.freeserve.ne.jp (8.9.3/3.7W) with SMTP id BAA23774
	for <linux-mips@fnet.fr>; Wed, 21 Jun 2000 01:19:00 +0900
Date: Wed, 21 Jun 2000 01:19:00 +0900
Message-Id: <200006201619.BAA23774@smtp.freeserve.ne.jp>
From: =?ISO-2022-JP?B?GyRCJGgkbSQ3JC8bKEI=?= <peep@fli.freeserve.ne.jp>
To: =?ISO-2022-JP?B??= <linux-mips@fnet.fr>
X-Mailer: Direct Email v0.22
Subject: =?ISO-2022-JP?B?GyRCTTckUyReJDskcyQrISkbKEI=?=
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-2022-JP
Content-Transfer-Encoding: 7bit
Content-Length: 848
Lines: 26

こんにちわ。このメールはアダルトコンテンツを含んでいるので
興味のない方、未成年の方に届きました時には
深くお詫び申し上げると共に
メールに手を加えず削除いただきます様お願い致します。
それ以外の方はこのまま下へＧＯ！！


回回回回回回回回回回回回回回回回回回回回回回回回回回回回回回
　　　　　　　こんにちわ。あやなです
回回回回回回回回回回回回回回回回回回回回回回回回回回回回回回

こんにちわ。あやなです。わたし、お友達のさくらchanと
アイドル目指してがんばってます。
さくらちゃんってすごいんですよ！
何がすごいって？それはここを見てね。
メロメロになっちゃいますよ♪
http://www.fuhou2.com/sample1/


私にはここで会いましょうね♪
トップページ　　http://www.micro-japan.com/netidol/
会員登録ページ　http://210.239.132.102/joinmemberhp/from2.phtml

From jsun@mvista.com  Tue Jun 20 20:42:21 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA01337; Tue, 20 Jun 2000 20:42:19 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 20:42:19 +0200 (MET DST)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id LAA32681;
	Tue, 20 Jun 2000 11:41:11 -0700
Sender: jsun@hermes.mvista.com
Message-ID: <394FBAC6.3D29C4A7@mvista.com>
Date: Tue, 20 Jun 2000 11:41:10 -0700
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Dominic Sweetman <dom@algor.co.uk>
CC: linux-mips@fnet.fr, linux@engr.sgi.com, nigel@algor.co.uk
Subject: Re: R5000 support (specifically two-way set-associative cache...)
References: <394EA5A0.B882F66A@mvista.com> <200006200947.KAA08574@mudchute.algor.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1266
Lines: 33

Dominic Sweetman wrote:
> 
> Jun Sun (jsun@mvista.com) writes:
> 
> > 2. Specifically, NEC Vr5000 has two-way set-associative cache.  I
> > browsed through the cache code, and got concerned that I don't see any
> > code that seems to take care of that.  Do I miss something?
> 
> The two-way cache on the R5000 (and its R4600 parent) is implemented
> so that the cache operations used during running don't have to know
> about the cache organisation.  Even initialisation of an R5000 cache
> can be done by a piece of code which has no reference to two-wayness
> and just works over R4x00/R5000 CPUs.
> 
> So this is not *necessarily* a problem.
> 

I am not sure here.

Vr5000 uses vAddr:0 (bit 0) to select the way in a set.  I just cannot
imagine how you can invalidate both ways without referring to some
vAddrs that end with 1.

I understand some CPUs (perhaps R4600 is so?) uses the most-significant
bit within the cache line to select the way.  In that case, one can just
treat the line size as half as what the actual line size is, and the
cache can be treated as if they are directed mapped.  But I believe this
can not be the case with Vr5000.

Can someone familiar with R4600 tell us more about how R4600 cache is
setup to hide two-wayness?  Thanks.

Jun

From jsun@mvista.com  Tue Jun 20 21:03:23 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01734; Tue, 20 Jun 2000 21:03:16 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 21:03:16 +0200 (MET DST)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id MAA00676;
	Tue, 20 Jun 2000 12:01:37 -0700
Sender: jsun@hermes.mvista.com
Message-ID: <394FBF91.76AE6FD0@mvista.com>
Date: Tue, 20 Jun 2000 12:01:37 -0700
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Dominic Sweetman <dom@algor.co.uk>, linux-mips@fnet.fr, linux@engr.sgi.com,
        nigel@algor.co.uk
Subject: Re: R5000 support (specifically two-way set-associative cache...)
References: <394EA5A0.B882F66A@mvista.com> <200006200947.KAA08574@mudchute.algor.co.uk> <394FBAC6.3D29C4A7@mvista.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1763
Lines: 51

Oops!  My bad!

I meant to talk about Vr5000 but I was looking at the Vr5432 manual!

So here is the clarification :

1. both CPUs have two-way set-associative caches
2. Vr5432 uses vAddr:0 to select the way
3. I am not 100% sure about Vr5000.  I think it actually uses vAddr:4,
the MSB of cache line size.  If this is true, the
reducing-line-size-by-half trick would work for Vr5000.

Sorry for the confusion.

Jun 

Jun Sun wrote:
> 
> Dominic Sweetman wrote:
> >
> > Jun Sun (jsun@mvista.com) writes:
> >
> > > 2. Specifically, NEC Vr5000 has two-way set-associative cache.  I
> > > browsed through the cache code, and got concerned that I don't see any
> > > code that seems to take care of that.  Do I miss something?
> >
> > The two-way cache on the R5000 (and its R4600 parent) is implemented
> > so that the cache operations used during running don't have to know
> > about the cache organisation.  Even initialisation of an R5000 cache
> > can be done by a piece of code which has no reference to two-wayness
> > and just works over R4x00/R5000 CPUs.
> >
> > So this is not *necessarily* a problem.
> >
> 
> I am not sure here.
> 
> Vr5000 uses vAddr:0 (bit 0) to select the way in a set.  I just cannot
> imagine how you can invalidate both ways without referring to some
> vAddrs that end with 1.
> 
> I understand some CPUs (perhaps R4600 is so?) uses the most-significant
> bit within the cache line to select the way.  In that case, one can just
> treat the line size as half as what the actual line size is, and the
> cache can be treated as if they are directed mapped.  But I believe this
> can not be the case with Vr5000.
> 
> Can someone familiar with R4600 tell us more about how R4600 cache is
> setup to hide two-wayness?  Thanks.
> 
> Jun

From dom@mudchute.algor.co.uk  Tue Jun 20 23:00:08 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA05427; Tue, 20 Jun 2000 23:00:06 +0200 (MET DST)
Received-Date: Tue, 20 Jun 2000 23:00:06 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id WAA03512;
	Tue, 20 Jun 2000 22:00:00 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id VAA19304;
	Tue, 20 Jun 2000 21:59:32 +0100 (BST)
Date: Tue, 20 Jun 2000 21:59:32 +0100 (BST)
Message-Id: <200006202059.VAA19304@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: Jun Sun <jsun@mvista.com>
Cc: Dominic Sweetman <dom@algor.co.uk>, linux-mips@fnet.fr, linux@engr.sgi.com,
        nigel@algor.co.uk
Subject: Re: R5000 support (specifically two-way set-associative cache...)
In-Reply-To: <394FBF91.76AE6FD0@mvista.com>
References: <394EA5A0.B882F66A@mvista.com>
	<200006200947.KAA08574@mudchute.algor.co.uk>
	<394FBAC6.3D29C4A7@mvista.com>
	<394FBF91.76AE6FD0@mvista.com>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 1205
Lines: 39


Jun Sun (jsun@mvista.com) writes:

> I meant to talk about Vr5000 but I was looking at the Vr5432 manual!
> 1. both CPUs have two-way set-associative caches
> 2. Vr5432 uses vAddr:0 to select the way

The Vr5432 is indeed different, compelling you to be aware of the
number of sets.

> 3. I am not 100% sure about Vr5000.

It uses a high-order bit, just like R4600.

> > Can someone familiar with R4600 tell us more about how R4600 cache
> > is setup to hide two-wayness?  Thanks.

Fundamentally:

o "index" operations just go first through one set, then the other.
  So long as initialisation routines are applied to each possible
  index in turn, both sets get initialised.

o "hit" operations "just work".

So long as initialisation is done carefully (basic rule: perform one
stage to the whole cache before going on to the next), run-time cache
maintenance can and should be done with "hit" instructions, and you
don't need to worry whether the CPU is direct mapped, 2- or 4-way set
associative.

(it's all explained in my book, "See MIPS Run", of course...)

Even with the Vr5432 you only have to know the difference when first
setting up the CPU.

Dominic Sweetman
Algorithmics Ltd
dom@algor.co.uk

From truykj@aol.com  Wed Jun 21 00:36:25 2000
Received: from n54smtp01.valic.com (mail.valic.com [161.159.8.68]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA07503; Wed, 21 Jun 2000 00:36:23 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 00:36:23 +0200 (MET DST)
Received: from Default ([216.76.217.1])
          by n54smtp01.valic.com (Lotus Domino Release 5.0.3)
          with SMTP id 2000062017184518:4079 ;
          Tue, 20 Jun 2000 17:18:45 -0500 
From: "dgj" <rallen@unbounded.com>
To: you
Subject: Take a break and get away
X-MIMETrack: Itemize by SMTP Server on N54SMTP01/Servers/VALIC(Release 5.0.3 |March 21, 2000) at
 06/20/2000 05:18:46 PM,
	Serialize by Router on N54SMTP01/Servers/VALIC(Release 5.0.3 |March 21, 2000) at
 06/20/2000 05:35:27 PM,
	Serialize complete at 06/20/2000 05:35:28 PM,
	Serialize by Router on N54SMTP01/Servers/VALIC(Release 5.0.3 |March 21, 2000) at
 06/20/2000 05:35:28 PM
Date: Tue, 20 Jun 2000 17:18:46 -0500
Message-ID: <OF8680E033.ABB02BAE-ON86256904.007A9164@valic.com>
MIME-Version: 1.0
Content-Length: 885
Lines: 43

                          TAKE A BREAK AND GET AWAY
3 DAYS AND 2 NIGHTS COMPLIMENTARY ACCOMMODATIONS
   AT YOUR CHOICE OF ONE OF THE FABULOUS VACATION
                          RESORT AREAS LISTED BELOW.  

BOOK YOUR RESERVATION NOW AND WE WILL SEND YOU 
$500 IN AIRLINE TICKET DISCOUNTS ON 7 MAJOR AIRLINES 
     

FLORIDA
   * ORLANDO
   * DAYTONA BCH.
   * COCOA BCH.


EASTERN USA
   * MYRTLE BCH, SC.
   * HILTON HEAD ISLAND, SC.
   * GATLINBURG/PIDGEON FORGE, TN.
   * Atlantic city, NJ.

MIDWESTERN, USA
    * BRANSON, MO.


WESTERN USA
   * LAKE TAHO/RENO, NV. (NOT AVAILABLE FOR NEVADA RESIDENTS)
   * LAS VEGAS, NV.
   * PALM SPRINGS, CA.
   * SCOTTSDALE, AZ.


TO BE ELIGIBLE FOR THIS OFFER YOU MUST BE BETWEEN THE AGES OF
26 AND 70. LONGER STAYS CAN BE ARRANGED. 

PLEASE PROVIDE US WITH:
NAME:
PHONE # AND BEST TIME TO CONTACT YOU...
CITY YOU WISH TO VISIT....


From ppopov@pacbell.net  Wed Jun 21 05:30:12 2000
Received: from mta5.snfc21.pbi.net (mta5.snfc21.pbi.net [206.13.28.241]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA11333; Wed, 21 Jun 2000 05:30:11 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 05:30:11 +0200 (MET DST)
Received: from pacbell.net ([63.194.214.47])
 by mta5.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9)
 with ESMTP id <0FWH00FY7J0RY2@mta5.snfc21.pbi.net> for linux-mips@fnet.fr;
 Tue, 20 Jun 2000 20:29:16 -0700 (PDT)
Date: Tue, 20 Jun 2000 20:29:28 -0700
From: Pete Popov <ppopov@pacbell.net>
Subject: mips linux smp and hardware question
Sender: pete@mta5.snfc21.pbi.net
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>,
        "linux-mips@oss.sgi.com" <linux-mips@oss.sgi.com>
Message-id: <39503698.C73DB1E7@pacbell.net>
MIME-version: 1.0
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.12-20 i686)
Content-type: text/plain; charset=us-ascii
Content-transfer-encoding: 7bit
X-Accept-Language: bg, en
Content-Length: 341
Lines: 10


Does anyone know the status of the mips linux smp code? Also, I'm
looking for a mips multi-cpu system for smp testing and development.
Since the final code will go on r4k and vr5000 embedded boards, I would
like to find a "desktop" systems with up to four such CPUs.  Any
suggestions or pointers would be really appreciated.

Thanks,

Pete

From spock@mgnet.de  Wed Jun 21 11:23:53 2000
Received: from obelix.hrz.tu-chemnitz.de (obelix.hrz.tu-chemnitz.de [134.109.132.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA12997; Wed, 21 Jun 2000 11:23:52 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 11:23:52 +0200 (MET DST)
Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de 
          with Local SMTP (PP); Wed, 21 Jun 2000 11:22:37 +0200
Received: from scotty.mgnet.de (sulu.csn.tu-chemnitz.de [134.109.96.105]) 
          by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP 
          id LAA24792 for <linux-mips@fnet.fr>;
          Wed, 21 Jun 2000 11:22:30 +0200 (MET DST)
Received: (qmail 31603 invoked from network); 21 Jun 2000 09:22:29 -0000
Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) 
          by scotty.mgnet.de with SMTP; 21 Jun 2000 09:22:29 -0000
Date: Wed, 21 Jun 2000 11:23:43 +0200
From: Klaus Naumann <spock@mgnet.de>
To: Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Subject: Problems with multiple harddisks on my Indigo2
Message-ID: <20000621112343.A19912@spock>
Reply-To: spock@mgnet.de
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
X-Mailer: Balsa 0.8.0
Content-Length: 1543
Lines: 45


Hi all

While trying to build a 2nd harddisk into my Indigo2
I experienced the following problems.
The bus is terminated correctly and with 2 m external
cable to my scsi case it also shouldn't be to long.
When I try to copy data from a harddisk to the other
I get weired I/O erros after some time of heavy I/O.
On the console I get something like:
cp: /mnt/redhat/kernel23/linux/arch/sparc/lib/COPYING.LIB: Input/output error

And dmesg shows:
attempt to access beyond end of device
08:03: rw=0, want=959546428, limit=1888830
attempt to access beyond end of device
08:03: rw=0, want=958585434, limit=1888830
attempt to access beyond end of device
08:03: rw=0, want=959546428, limit=1888830
attempt to access beyond end of device
08:03: rw=0, want=958585434, limit=1888830
attempt to access beyond end of device
08:03: rw=0, want=941858675, limit=1888830


Ususally the system is pretty unstable after these messages.

Also I'm getting a message
sc1,2,0: cmd=0x12 timeout after 2 sec.  Resetting SCSI bus
every time I restart my Indigo2 on the serial console -
does anyone know what that means and if it's a problem ?

Further more it happens that after heavy I/O a simple "sync"
needs more than one minute.

Has anyone seen the same or equal problems in any way
and/ was able to resolve these ?

	TIA, Klaus

-- 
Full Name   : Klaus Naumann     | (http://www.mgnet.de/) (Germany)
Nickname    : Spock             | Org.: Mad Guys Network
Phone / FAX : ++49/177/7862964  | E-Mail: (spock@mgnet.de)
PGP Key     : www.mgnet.de/keys/key_spock.txt

From macro@ds2.pg.gda.pl  Wed Jun 21 12:46:11 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA13437; Wed, 21 Jun 2000 12:45:43 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 12:45:43 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA29637;
	Wed, 21 Jun 2000 12:35:03 +0200 (MET DST)
Date: Wed, 21 Jun 2000 12:35:01 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Reply-To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Ralf Baechle <ralf@uni-koblenz.de>
cc: "Gleb O. Raiko" <raiko@niisi.msk.ru>, linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <20000620035539.G28452@bacchus.dhis.org>
Message-ID: <Pine.GSO.3.96.1000620184546.25502P-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1120
Lines: 31

On Tue, 20 Jun 2000, Ralf Baechle wrote:

> > Why did you change name of bits in CP0 regs ?
> 
> The R3000 was using the R4000 naming of the bits.

 Hmm, that's weird.  It means my "IDT MIPS Microprocessor Family Software
Reference Manual" is bogus.  But their definitions seem to have a
background, given the bits have different meaning for R3K and R4K+.

 They state (these are not citations but shortly explain what they mean): 

- CP0.SR.bit16 is IsC (Isolate Cache) for R3K, where it disables line
fills,

- CP0.SR.bit16 is DE (Disable ECC?) for R4K+, where it disables cache ECC
exceptions,

- CP0.SR.bit17 is SwC (Swap Caches) for R3K, where it swaps icache's and
dcache's roles,

- CP0.SR.bit17 is CE (Check ECC?) for R4K+, where it enables checking
of cache ECC bits via the CP0.ECC register.

 This sounds reasonable -- i.e., why bits with a different semantics would
have the same names?  Isn't that correct?

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From mailinglist@ichilton.co.uk  Wed Jun 21 14:46:49 2000
Received: from mta03-svc.ntlworld.com (mta03-svc.ntlworld.com [62.253.162.43]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA14697; Wed, 21 Jun 2000 14:46:49 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 14:46:49 +0200 (MET DST)
Received: from icserver.ichilton.co.uk ([62.252.236.251])
          by mta03-svc.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20000621124642.WDTS290.mta03-svc.ntlworld.com@icserver.ichilton.co.uk>;
          Wed, 21 Jun 2000 13:46:42 +0100
Received: from ian (ian.ichilton.local [192.168.0.8])
	by icserver.ichilton.co.uk (8.10.2/8.10.1) with SMTP id e5LCh7v30630;
	Wed, 21 Jun 2000 13:43:17 +0100
From: "Ian Chilton" <mailinglist@ichilton.co.uk>
To: <spock@mgnet.de>, "Linux Debian MIPS" <debian-mips@lists.debian.org>,
        "Linux MIPS cthulhu" <linux@cthulhu.engr.sgi.com>,
        "Linux MIPS" <linux-mips@fnet.fr>,
        "MIPS vger" <linux-mips@vger.rutgers.edu>
Subject: RE: Problems with multiple harddisks on my Indigo2
Date: Wed, 21 Jun 2000 13:43:07 +0100
Message-ID: <NAENLMKGGBDKLPONCDDOAELFCNAA.mailinglist@ichilton.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <20000621112343.A19912@spock>
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4132.2800
Content-Length: 751
Lines: 33

Hello,

> cp: /mnt/redhat/kernel23/linux/arch/sparc/lib/COPYING.LIB: 
> Input/output error
> And dmesg shows:
> attempt to access beyond end of device
> 08:03: rw=0, want=959546428, limit=1888830
[SNIP]


I have an SGI Indy, with 2 internal hard disks, a 4GB and a 1GB

I get the same thing!


> Also I'm getting a message
> sc1,2,0: cmd=0x12 timeout after 2 sec.  Resetting SCSI bus

I started getting this when I added the 2nd HD (1GB).


Bye for Now,

Ian


                     \|||/ 
                     (o o)
 /----------------ooO-(_)-Ooo----------------\
 |  Ian Chilton                              |
 |  E-Mail :   ian@ichilton.co.uk            |
 |  IRC Nick:  GadgetMan                     |
 \-------------------------------------------/

From dom@mudchute.algor.co.uk  Wed Jun 21 20:28:24 2000
Received: from kenton.algor.co.uk (root@kenton.algor.co.uk [193.117.190.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA19607; Wed, 21 Jun 2000 20:28:23 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 20:28:23 +0200 (MET DST)
Received: from mudchute.algor.co.uk (dom@mudchute.algor.co.uk [193.117.190.19])
	by kenton.algor.co.uk (8.8.8/8.8.8) with ESMTP id TAA08620;
	Wed, 21 Jun 2000 19:27:48 +0100 (GMT/BST)
Received: (from dom@localhost)
	by mudchute.algor.co.uk (8.8.5/8.8.5) id TAA26274;
	Wed, 21 Jun 2000 19:27:47 +0100 (BST)
Date: Wed, 21 Jun 2000 19:27:47 +0100 (BST)
Message-Id: <200006211827.TAA26274@mudchute.algor.co.uk>
From: Dominic Sweetman <dom@algor.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
Cc: Ralf Baechle <ralf@uni-koblenz.de>, "Gleb O. Raiko" <raiko@niisi.msk.ru>,
        linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <Pine.GSO.3.96.1000620184546.25502P-100000@delta.ds2.pg.gda.pl>
References: <20000620035539.G28452@bacchus.dhis.org>
	<Pine.GSO.3.96.1000620184546.25502P-100000@delta.ds2.pg.gda.pl>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Content-Length: 664
Lines: 17


Maciej W. Rozycki (macro@ds2.pg.gda.pl) writes:

>  Hmm, that's weird.  It means my "IDT MIPS Microprocessor Family Software
> Reference Manual" is bogus.

Careful - I think I wrote that (duels have been fought over less).  I
think it's original title was:

  "IDT 3052 Microprocessor Family Software Reference Manual"

and the R3052 and family (includes at least R3051, R3081, R3041) are
all R3000-type CPUs.  So the book will describe "IsC" and not "DE" etc.

Bottom line, which I think everyone has got to: you need separate
#defines for R4000-type and R3000-type status registers, but it makes
sense to use the same names for the fields which are the same...

From macro@ds2.pg.gda.pl  Wed Jun 21 23:09:14 2000
Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA22247; Wed, 21 Jun 2000 23:09:12 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 23:09:12 +0200 (MET DST)
Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id XAA14220;
	Wed, 21 Jun 2000 23:08:56 +0200 (MET DST)
Date: Wed, 21 Jun 2000 23:08:56 +0200 (MET DST)
From: "Maciej W. Rozycki" <macro@ds2.pg.gda.pl>
To: Dominic Sweetman <dom@algor.co.uk>
cc: Ralf Baechle <ralf@uni-koblenz.de>, "Gleb O. Raiko" <raiko@niisi.msk.ru>,
        linux-mips@fnet.fr
Subject: Re: Icache coherency problems for R3400, DS5000/240
In-Reply-To: <200006211827.TAA26274@mudchute.algor.co.uk>
Message-ID: <Pine.GSO.3.96.1000621225003.13792A-100000@delta.ds2.pg.gda.pl>
Organization: Technical University of Gdansk
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1556
Lines: 33

On Wed, 21 Jun 2000, Dominic Sweetman wrote:

> >  Hmm, that's weird.  It means my "IDT MIPS Microprocessor Family Software
> > Reference Manual" is bogus.
> 
> Careful - I think I wrote that (duels have been fought over less).  I
> think it's original title was:
> 
>   "IDT 3052 Microprocessor Family Software Reference Manual"
> 
> and the R3052 and family (includes at least R3051, R3081, R3041) are
> all R3000-type CPUs.  So the book will describe "IsC" and not "DE" etc.

 Nope, I've copied the title exactly.  The book describes the MIPS
architecture up to MIPS IV and covers the following microprocessor
families: IDT79R30xx, IDT79R4xxx ORION and IDT79R5000, as stated
explicitly in the preface.  I find it very valuable, indeed.  It used to
be available at their FTP site; unfortunately it does not seem to,
anymore.  Anyway, its (order?) number is 3715 and I happily have it on a
CD-ROM they kindly sent me a few years ago for free. 

> Bottom line, which I think everyone has got to: you need separate
> #defines for R4000-type and R3000-type status registers, but it makes
> sense to use the same names for the fields which are the same...

 Do you mean embedding unique CPU-specific strings in macro names?  That
would be an overkill, IMHO.  I suppose the way it's done in
include/asm-mips/mipsregs.h at the moment is absolutely sufficient. 

-- 
+  Maciej W. Rozycki, Technical University of Gdansk, Poland   +
+--------------------------------------------------------------+
+        e-mail: macro@ds2.pg.gda.pl, PGP key available        +

From paul@clubi.ie  Wed Jun 21 23:38:28 2000
Received: from hibernia.jakma.org (root@hibernia.clubi.ie [212.17.32.129]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA22655; Wed, 21 Jun 2000 23:38:25 +0200 (MET DST)
Received-Date: Wed, 21 Jun 2000 23:38:25 +0200 (MET DST)
Received: from fogarty.jakma.org (IDENT:root@fogarty.jakma.org [192.168.0.4])
	by hibernia.jakma.org (8.10.0/8.10.0) with ESMTP id e5LLchf18658;
	Wed, 21 Jun 2000 22:38:43 +0100
Received: from localhost (paul@localhost)
	by fogarty.jakma.org (8.10.0/8.10.0) with ESMTP id e5LLcgE05213;
	Wed, 21 Jun 2000 22:38:42 +0100
X-Authentication-Warning: fogarty.jakma.org: paul owned process doing -bs
Date: Wed, 21 Jun 2000 22:38:42 +0100 (IST)
From: Paul Jakma <paul@clubi.ie>
X-Sender: paul@fogarty.jakma.org
To: Ian Chilton <mailinglist@ichilton.co.uk>
cc: spock@mgnet.de, Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Subject: RE: Problems with multiple harddisks on my Indigo2
In-Reply-To: <NAENLMKGGBDKLPONCDDOAELFCNAA.mailinglist@ichilton.co.uk>
Message-ID: <Pine.LNX.4.21.0006212234190.5050-100000@fogarty.jakma.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 1099
Lines: 39

On Wed, 21 Jun 2000, Ian Chilton wrote:

> I have an SGI Indy, with 2 internal hard disks, a 4GB and a 1GB
> 
> I get the same thing!
> 
> 
> > Also I'm getting a message
> > sc1,2,0: cmd=0x12 timeout after 2 sec.  Resetting SCSI bus
> 
> I started getting this when I added the 2nd HD (1GB).
> 

fwiw, i got this too on my indy when i added a Quantum Empire 1GB.

>From cold boot the PROM doesn't recognise the second disk, but IRIX
does (PROM gives me the exact same error message as the one you wrote
above - but prints it twice). If i halt back to PROM then the PROM
does see the second disk. (and only prints that error message once)

my theories are:

1. PROM controller driver is minimal and doesn't init the
controller/disks properly whereas the IRIX driver does. 

2. disk spin up times.. ??

3. Perhaps cause the outboard SCSI port is not terminated. (least not
on my indy)

> 
-- 
Paul Jakma	paul@clubi.ie
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
-------------------------------------------
Fortune:
Give me a fish and I will eat today.

Teach me to fish and I will eat forever.

From kenh@knoxville.sgi.com  Thu Jun 22 01:15:03 2000
Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA25345; Thu, 22 Jun 2000 01:15:01 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 01:15:01 +0200 (MET DST)
Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id QAA04636; Wed, 21 Jun 2000 16:09:59 -0700 (PDT)
	mail_from (kenh@knoxville.sgi.com)
Received: from sgitys.knoxville.sgi.com (sgitys.knoxville.sgi.com [169.238.150.98]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA58802; Wed, 21 Jun 2000 16:14:25 -0700 (PDT)
Received: from enigma.knoxville.sgi.com (enigma.knoxville.sgi.com [169.238.150.118]) by sgitys.knoxville.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id TAA27437; Wed, 21 Jun 2000 19:09:40 -0400 (EDT)
Received: (from kenh@localhost) by enigma.knoxville.sgi.com; Wed, 21 Jun 2000 19:11:39 -0400 (EDT)
Date: Wed, 21 Jun 2000 19:11:39 -0400 (EDT)
From: "J.K. Hill" <kenh@knoxville.sgi.com>
Message-Id: <10006211911.ZM32099@enigma.knoxville.sgi.com>
In-Reply-To: Paul Jakma <paul@clubi.ie>
        "RE: Problems with multiple harddisks on my Indigo2" (Jun 21, 10:38pm)
References: <Pine.LNX.4.21.0006212234190.5050-100000@fogarty.jakma.org>
X-Mailer: Z-Mail-SGI (3.2S.3 08feb96 MediaMail)
To: Paul Jakma <paul@clubi.ie>, Ian Chilton <mailinglist@ichilton.co.uk>
Subject: Re: Problems with multiple harddisks on my Indigo2
Cc: spock@mgnet.de, Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 1462
Lines: 52

All,

Try looking up the jumper'ing information for the drive... There is probably a
delay for spinning the drive up at boot (or some such nonsense).

Regards,

Ken

On Jun 21, 10:38pm, Paul Jakma wrote:
> Subject: RE: Problems with multiple harddisks on my Indigo2
> On Wed, 21 Jun 2000, Ian Chilton wrote:
>
> > I have an SGI Indy, with 2 internal hard disks, a 4GB and a 1GB
> >
> > I get the same thing!
> >
> >
> > > Also I'm getting a message
> > > sc1,2,0: cmd=0x12 timeout after 2 sec.  Resetting SCSI bus
> >
> > I started getting this when I added the 2nd HD (1GB).
> >
>
> fwiw, i got this too on my indy when i added a Quantum Empire 1GB.
>
> >From cold boot the PROM doesn't recognise the second disk, but IRIX
> does (PROM gives me the exact same error message as the one you wrote
> above - but prints it twice). If i halt back to PROM then the PROM
> does see the second disk. (and only prints that error message once)
>
> my theories are:
>
> 1. PROM controller driver is minimal and doesn't init the
> controller/disks properly whereas the IRIX driver does.
>
> 2. disk spin up times.. ??
>
> 3. Perhaps cause the outboard SCSI port is not terminated. (least not
> on my indy)
>
> >
> --
> Paul Jakma	paul@clubi.ie
> PGP5 key: http://www.clubi.ie/jakma/publickey.txt
> -------------------------------------------
> Fortune:
> Give me a fish and I will eat today.
>
> Teach me to fish and I will eat forever.
>-- End of excerpt from Paul Jakma


From paul@clubi.ie  Thu Jun 22 01:24:21 2000
Received: from hibernia.jakma.org (root@hibernia.clubi.ie [212.17.32.129]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA25962; Thu, 22 Jun 2000 01:24:17 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 01:24:17 +0200 (MET DST)
Received: from fogarty.jakma.org (IDENT:root@fogarty.jakma.org [192.168.0.4])
	by hibernia.jakma.org (8.10.0/8.10.0) with ESMTP id e5LNOhf21775;
	Thu, 22 Jun 2000 00:24:43 +0100
Received: from localhost (paul@localhost)
	by fogarty.jakma.org (8.10.0/8.10.0) with ESMTP id e5LNOhp05573;
	Thu, 22 Jun 2000 00:24:43 +0100
X-Authentication-Warning: fogarty.jakma.org: paul owned process doing -bs
Date: Thu, 22 Jun 2000 00:24:43 +0100 (IST)
From: Paul Jakma <paul@clubi.ie>
X-Sender: paul@fogarty.jakma.org
To: "J.K. Hill" <kenh@knoxville.sgi.com>
cc: Ian Chilton <mailinglist@ichilton.co.uk>, spock@mgnet.de,
        Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Subject: Re: Problems with multiple harddisks on my Indigo2
In-Reply-To: <10006211911.ZM32099@enigma.knoxville.sgi.com>
Message-ID: <Pine.LNX.4.21.0006220022560.5050-100000@fogarty.jakma.org>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
Content-Length: 737
Lines: 29

On Wed, 21 Jun 2000, J.K. Hill wrote:

> All,
> 
> Try looking up the jumper'ing information for the drive... There
> is probably a delay for spinning the drive up at boot (or some
> such nonsense).
> 

checked that.. and it's not it. the jumper isn't set. (i think).

however, this drive used to be in an Alpha, and ARCSBIOS on Alpha had
a problem with not recognising it from cold too, sometimes.

so maybe the drive just doesn't spin up fast enough.

> Regards,
> 
> Ken

thanks,
-- 
Paul Jakma	paul@clubi.ie
PGP5 key: http://www.clubi.ie/jakma/publickey.txt
-------------------------------------------
Fortune:
The price one pays for pursuing any profession, or calling, is an intimate
knowledge of its ugly side.
		-- James Baldwin

From roald@stavanger.sgi.com  Thu Jun 22 08:51:33 2000
Received: from yog-sothoth.sgi.com (eugate.sgi.com [192.48.160.10] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA28430; Thu, 22 Jun 2000 08:51:32 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 08:51:32 +0200 (MET DST)
Received: from sgstv.stavanger.sgi.com (sgstv.stavanger.sgi.com [144.253.219.2]) by yog-sothoth.sgi.com (980305.SGI.8.8.8-aspam-6.2/980304.SGI-aspam-europe) via ESMTP id IAA2891015; Thu, 22 Jun 2000 08:51:08 +0200 (CEST)
	mail_from (roald@stavanger.sgi.com)
Received: by sgstv.stavanger.sgi.com (980427.SGI.8.8.8/940406.SGI)
	 id IAA32492; Thu, 22 Jun 2000 08:51:16 +0200 (MEST)
From: "Roald Lygre" <roald@stavanger.sgi.com>
Message-Id: <10006220851.ZM533158@sgstv.stavanger.sgi.com>
Date: Thu, 22 Jun 2000 08:51:15 +0200
In-Reply-To: Paul Jakma <paul@clubi.ie>
        "RE: Problems with multiple harddisks on my Indigo2" (Jun 21, 10:38pm)
References: <Pine.LNX.4.21.0006212234190.5050-100000@fogarty.jakma.org>
Reply_To: roald@stavanger.sgi.com
X-Mailer: Z-Mail (3.2.3 08feb96 MediaMail)
To: Paul Jakma <paul@clubi.ie>, Ian Chilton <mailinglist@ichilton.co.uk>
Subject: Re: Problems with multiple harddisks on my Indigo2
Cc: spock@mgnet.de, Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 1223
Lines: 33

On Jun 21, 10:38pm, Paul Jakma wrote:
> Subject: RE: Problems with multiple harddisks on my Indigo2
> On Wed, 21 Jun 2000, Ian Chilton wrote:
>
>
> 3. Perhaps cause the outboard SCSI port is not terminated. (least not
> on my indy)
>

The SCSI port should be terminated with an active terminator on the Indy,
regardless of if you have 1 or 2 drives installed.

-Roald


-- 
    
---------------------------------------------------------------
| Company: SGI Norge A/S                                      |
| Email:   roald@sgi.com          Tlf:          +47 5163 4183 |
| Addr:    Luramyrveien 79        Mobil:        +47 909 33 903|
|          N-4313 Sandnes         VMail (SGI):  870-4679      |
|          NORWAY                 VMail(ext):   +47 6711 4679 |
---------------------------------------------------------------
Essential SGI Websites:
http://www.sgi.com/             SGI
http://www.sgi.no/              SGI Norge
http://support-europe.sgi.com/  Log calls, patches+overlays, ++
http://freeware.sgi.com/        Freeware - "ready-to-eat"
http://oss.sgi.com/mips/        Linux for SGI (Mips/Intel)
http://www.sgi.com/developers/  Developer Central
http://www.sgi.com/Products/Evaluation/   Evaluation Software

From mailinglist@ichilton.co.uk  Thu Jun 22 12:34:09 2000
Received: from mta02-svc.server.ntlworld.com (mta02-svc.ntlworld.com [62.253.162.42]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA29763; Thu, 22 Jun 2000 12:34:09 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 12:34:09 +0200 (MET DST)
Received: from icserver.ichilton.co.uk ([62.252.240.39])
          by mta02-svc.server.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20000622113337.JSVW10065.mta02-svc.server.ntlworld.com@icserver.ichilton.co.uk>;
          Thu, 22 Jun 2000 11:33:37 +0000
Received: from ian (ian.ichilton.local [192.168.0.8])
	by icserver.ichilton.co.uk (8.10.2/8.10.1) with SMTP id e5MAX6v07846;
	Thu, 22 Jun 2000 11:33:06 +0100
From: "Ian Chilton" <mailinglist@ichilton.co.uk>
To: <spock@mgnet.de>, "Linux Debian MIPS" <debian-mips@lists.debian.org>,
        "Linux MIPS cthulhu" <linux@cthulhu.engr.sgi.com>,
        "Linux MIPS" <linux-mips@fnet.fr>,
        "MIPS vger" <linux-mips@vger.rutgers.edu>
Subject: RE: Problems with multiple harddisks on my Indigo2
Date: Thu, 22 Jun 2000 11:33:04 +0100
Message-ID: <NAENLMKGGBDKLPONCDDOIENHCNAA.mailinglist@ichilton.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="US-ASCII"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
Importance: Normal
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4132.2800
In-Reply-To: <Pine.LNX.4.21.0006220022560.5050-100000@fogarty.jakma.org>
Content-Length: 572
Lines: 25

Hello,

Just to let you guys know...

I just tried the 2x HD thing in IRIX (on my Indy), and no problems!  So, it
IS a Linux/MIPS problem!!

I did:  cp -R /usr /hd2

It was going for about 10 mins, before it ran out of disk space (1GB !). No
errors at all   :)


Bye for Now,

Ian


                     \|||/
                     (o o)
 /----------------ooO-(_)-Ooo----------------\
 |  Ian Chilton                              |
 |  IRC Nick: GadgetMan                      |
 |  E-Mail  : ian@ichilton.co.uk             |
 \-------------------------------------------/

From stallion@petmail.net  Thu Jun 22 15:14:55 2000
Received: from mail.petmail.net (mail.petmail.net [210.225.5.156]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA02084; Thu, 22 Jun 2000 15:14:52 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 15:14:52 +0200 (MET DST)
Received: from smtp.petmail.net [63.12.70.224] by mail.petmail.net
  (SMTPD32-4.10) id A15CA90208; Thu, 22 Jun 2000 21:02:36 +0900
Message-ID: <200006222108.1110@stallion.petmail.net>
Date: Thu, 22 Jun 2000 21:08:44 +0900
From: =?ISO-2022-JP?B?GyRCMkJHNRsoQg==?=<stallion@petmail.net>
To: stallion@petmail.net
Subject: =?ISO-2022-JP?B?GyRCIiM9UEQlN1A4MyROJCIka0p9ISYhJiEmISMbKEI=?=
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Mailer: Gen Mail 0.9b
Content-Length: 691
Lines: 21

はじめまして、佳乃と言います。

今、私は不倫しています。
約10ヶ月ほど前に相手の方が出張で金沢に来た時に出会いました。
その方は某大手生命保険会社の部長さんで、年齢は４３歳。私は２１才です。

最初の頃は楽しい日々の連続でした。
それが・・今は・・電話も少なくなり、
話をしていてもどこか冷たい感じで・・
以前とは様子が違うんです。

やっぱり遠距離のせいでしょうか。
出張族の方ってみんな最初から遊び目的で女の子と付き合うのでしょうか。

私、正直いって大人の男の人の考えが判りません。

私はこのままで良いのでしょうか。
あなたは、どう思いますか。
こんな私はココにいます。
http://www5.plala.or.jp/ver/yoshino/


From mh@cs.tu-berlin.de  Thu Jun 22 19:53:51 2000
Received: from mail.cs.tu-berlin.de (root@mail.cs.tu-berlin.de [130.149.17.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA03471; Thu, 22 Jun 2000 19:53:50 +0200 (MET DST)
Received-Date: Thu, 22 Jun 2000 19:53:50 +0200 (MET DST)
Received: from elverum.cs.tu-berlin.de (mh@elverum.cs.tu-berlin.de [130.149.17.27])
	by mail.cs.tu-berlin.de (8.9.3/8.9.3) with ESMTP id TAA00838;
	Thu, 22 Jun 2000 19:51:47 +0200 (MET DST)
Received: (from mh@localhost)
	by elverum.cs.tu-berlin.de (8.9.3/8.9.3) id TAA15900;
	Thu, 22 Jun 2000 19:51:45 +0200 (MET DST)
Date: Thu, 22 Jun 2000 19:51:45 +0200
From: Matthias Heidbrink <mh@cs.tu-berlin.de>
To: "Ian Chilton" <mailinglist@ichilton.co.uk>, linux-mips@fnet.fr
Subject: Re: Problems with multiple harddisks on my Indigo2
Message-ID: <20000622195145.A14694@elverum.cs.tu-berlin.de>
References: <20000621112343.A19912@spock> <NAENLMKGGBDKLPONCDDOAELFCNAA.mailinglist@ichilton.co.uk>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0i
In-Reply-To: <NAENLMKGGBDKLPONCDDOAELFCNAA.mailinglist@ichilton.co.uk>; from mailinglist@ichilton.co.uk on Wed, Jun 21, 2000 at 01:43:07PM +0100
Content-Length: 2329
Lines: 53

Hi,


On Wed, Jun 21, 2000 at 01:43:07PM +0100, Ian Chilton wrote:
> > cp: /mnt/redhat/kernel23/linux/arch/sparc/lib/COPYING.LIB: 
> > Input/output error
> > And dmesg shows:
> > attempt to access beyond end of device
> > 08:03: rw=0, want=959546428, limit=1888830

> I have an SGI Indy, with 2 internal hard disks, a 4GB and a 1GB
> 
> I get the same thing!
> 
> 
> > Also I'm getting a message
> > sc1,2,0: cmd=0x12 timeout after 2 sec.  Resetting SCSI bus
> 
> I started getting this when I added the 2nd HD (1GB).

I've got an Indy (which is still running IRIX) with an IBM DCAS and know the 
problem. This happens nearly always when cold-starting the machine. When 
switching it off and on again immediately, it does not happen. So I think
that it must be a problem of the spin-up time of some drives.

Further the Indy seems to be extremely sensible for bad SCSI wiring. It 
requires active termination both internally and externally. The original 
internal SCSI cable has got a terminator yet, so termination of all drives
(except an external drive that is last in the chain, if no external SCSI
terminator is used) must be disabled. Also be carefully with the quality
cables for external devices. Theoretically very old SCSI-I devices that get 
confused when Fast-SCSI signals are on the bus could also cause 
problems. 

But the first problem does not sound like a problem of the SCSI hardware,
more like being on the file system level. 
The first possibility is that there are errors in calculating offsets on 
the disk. But I don't think that that's very probable because that should 
also cause problems on other Linux systems with a similiar CPU architecture 
or with other applications. 
The second possibility is that someone (a driver or probably system-dependant
other code) is randomly writing in the memory (probably access to an invalid 
pointer, but it could be anything, also errors with the cache management) and
just by chance hits a place where filesystem metadata are stored.
I've had errors like this in "ordinary" applications and it can cause very 
interesting effects...

Ciao, Matthias
-- 
Matthias Heidbrink     E-Mail: 
Bundesratufer 12       Matthias_Heidbrink@b.maus.de  
10555 Berlin, Germany  mh@cs.tu-berlin.de         
Tel. +49-30-8536361    mh@carano.de   (at work; http://www.carano.com)

From dkeen@bellsouth.net  Fri Jun 23 16:32:42 2000
Received: from mail2.mco.bellsouth.net (mail2.mco.bellsouth.net [205.152.111.14]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA19690; Fri, 23 Jun 2000 16:32:41 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 16:32:41 +0200 (MET DST)
Received: from bellsouth.net (host-209-214-105-157.bhm.bellsouth.net [209.214.105.157])
	by mail2.mco.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id KAA17437;
	Fri, 23 Jun 2000 10:21:18 -0400 (EDT)
Message-ID: <39537366.5BCF325C@bellsouth.net>
Date: Fri, 23 Jun 2000 09:25:42 -0500
From: David Keen <dkeen@bellsouth.net>
X-Mailer: Mozilla 4.7 [en]C-bls40  (WinNT; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ian Chilton <mailinglist@ichilton.co.uk>
CC: spock@mgnet.de, Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Subject: Re: Problems with multiple harddisks on my Indigo2
References: <NAENLMKGGBDKLPONCDDOIENHCNAA.mailinglist@ichilton.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1006
Lines: 34

Good Morning,
The SCSI reset problem occurred on my Indy after I added a Floptical on
ID 2. I am not running Linux on the box at this time. Have upgraded to
6.2 from 5.3 but haven't tried to reinstall the floptical yet. Set
jumpers to Indy specs, so am unsure why. BTW, would the Indy boot from
the floptical for Linux without doing a net boot?
Sincerely,
Dave Keen 

Ian Chilton wrote:
> 
> Hello,
> 
> Just to let you guys know...
> 
> I just tried the 2x HD thing in IRIX (on my Indy), and no problems!  So, it
> IS a Linux/MIPS problem!!
> 
> I did:  cp -R /usr /hd2
> 
> It was going for about 10 mins, before it ran out of disk space (1GB !). No
> errors at all   :)
> 
> Bye for Now,
> 
> Ian
> 
>                      \|||/
>                      (o o)
>  /----------------ooO-(_)-Ooo----------------\
>  |  Ian Chilton                              |
>  |  IRC Nick: GadgetMan                      |
>  |  E-Mail  : ian@ichilton.co.uk             |
>  \-------------------------------------------/

From spock@mgnet.de  Fri Jun 23 16:46:38 2000
Received: from asterix.hrz.tu-chemnitz.de (asterix.hrz.tu-chemnitz.de [134.109.132.84]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA19782; Fri, 23 Jun 2000 16:46:37 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 16:46:37 +0200 (MET DST)
Received: from sunnyboy.informatik.tu-chemnitz.de by asterix.hrz.tu-chemnitz.de 
          with Local SMTP (PP); Fri, 23 Jun 2000 16:44:31 +0200
Received: from scotty.mgnet.de (sevenofnine.csn.tu-chemnitz.de [134.109.96.133]) 
          by sunnyboy.informatik.tu-chemnitz.de (8.8.8/8.8.8) with SMTP 
          id QAA02223 for <linux-mips@fnet.fr>;
          Fri, 23 Jun 2000 16:44:26 +0200 (MET DST)
Received: (qmail 21769 invoked from network); 23 Jun 2000 14:44:27 -0000
Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) 
          by scotty.mgnet.de with SMTP; 23 Jun 2000 14:44:27 -0000
Date: Fri, 23 Jun 2000 16:44:42 +0200
From: Klaus Naumann <spock@mgnet.de>
To: David Keen <dkeen@bellsouth.net>
Cc: Ian Chilton <mailinglist@ichilton.co.uk>, spock@mgnet.de,
        Linux Debian MIPS <debian-mips@lists.debian.org>,
        Linux MIPS cthulhu <linux@cthulhu.engr.sgi.com>,
        Linux MIPS <linux-mips@fnet.fr>,
        MIPS vger <linux-mips@vger.rutgers.edu>
Subject: Re: Problems with multiple harddisks on my Indigo2
Message-ID: <20000623164442.A892@spock>
Reply-To: spock@mgnet.de
References: <39537366.5BCF325C@bellsouth.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
Content-Transfer-Encoding: 8bit
In-Reply-To: <39537366.5BCF325C@bellsouth.net>; from dkeen@bellsouth.net on Fri, Jun 23, 2000 at 16:25:42 +0200
X-Mailer: Balsa 0.8.0
Content-Length: 495
Lines: 15


On Fri, 23 Jun 2000 16:25:42 David Keen wrote:
> jumpers to Indy specs, so am unsure why. BTW, would the Indy boot from
> the floptical for Linux without doing a net boot?

I've heard from someone that it is possible - but I'm not
sure - try it ;)

	CU, Klaus

-- 
Full Name   : Klaus Naumann     | (http://www.mgnet.de/) (Germany)
Nickname    : Spock             | Org.: Mad Guys Network
Phone / FAX : ++49/177/7862964  | E-Mail: (spock@mgnet.de)
PGP Key     : www.mgnet.de/keys/key_spock.txt

From guido.guenther@gmx.net  Fri Jun 23 18:23:57 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA20360; Fri, 23 Jun 2000 18:23:56 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 18:23:56 +0200 (MET DST)
Received: from bert.physik.uni-konstanz.de [134.34.144.20] 
	by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian))
	id 135WFD-0004bU-00; Fri, 23 Jun 2000 18:23:51 +0200
Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Fri, 23 Jun 2000 18:17:38 +0200
Date: Fri, 23 Jun 2000 18:17:37 +0200
From: Guido Guenther <guido.guenther@gmx.net>
To: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com
Subject: XFree 4.0.1 on mips, mipsel
Message-ID: <20000623181736.A13410@bert.physik.uni-konstanz.de>
Mail-Followup-To: Guido Guenther <guido.guenther@gmx.net>,
	linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
Content-Length: 572
Lines: 12

I've submitted several patches to the XFree-Project to include at least
basic support for mips/mipsel architecture. These are based on previous
work done by Ralf Baechle, Ulf Carlson, Gleb O. Reiko & Nina A.
Podolskaya. I hope I didn't break anything.
The patches are known to work on the Indy but are AFAIK untested on other 
mips machines and appear in the alpha version of xfree which can be checked 
out of the repository at sourceforge, see: http://www.xfree86.org/cvs/
Regards,
 -- Guido

-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

From brad@ltc.com  Fri Jun 23 18:51:58 2000
Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA20535; Fri, 23 Jun 2000 18:51:57 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 18:51:57 +0200 (MET DST)
Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id da313303 for <linux-mips@fnet.fr>; Fri, 23 Jun 2000 12:55:37 -0400
Message-ID: <014f01bfdd33$8877b3c0$0701010a@ltc.com>
From: "Bradley D. LaRonde" <brad@ltc.com>
To: "Guido Guenther" <guido.guenther@gmx.net>, <linux-mips@fnet.fr>,
        <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de>
Subject: Re: XFree 4.0.1 on mips, mipsel
Date: Fri, 23 Jun 2000 12:53:19 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Content-Length: 873
Lines: 25

----- Original Message -----
From: "Guido Guenther" <guido.guenther@gmx.net>
To: <linux-mips@fnet.fr>; <linux@cthulhu.engr.sgi.com>
Sent: Friday, June 23, 2000 12:17 PM
Subject: XFree 4.0.1 on mips, mipsel


> I've submitted several patches to the XFree-Project to include at least
> basic support for mips/mipsel architecture. These are based on previous
> work done by Ralf Baechle, Ulf Carlson, Gleb O. Reiko & Nina A.
> Podolskaya. I hope I didn't break anything.
> The patches are known to work on the Indy but are AFAIK untested on other
> mips machines and appear in the alpha version of xfree which can be
checked
> out of the repository at sourceforge, see: http://www.xfree86.org/cvs/
> Regards,
>  -- Guido

Hmm... I use XFree 4.0 on my mipsel platform with no core paches (just some
config stuff and some kdrive stuff).

What do your patches do?

Regards,
Brad

From agx@bert.physik.uni-konstanz.de  Fri Jun 23 19:04:55 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA20701; Fri, 23 Jun 2000 19:04:55 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:04:55 +0200 (MET DST)
Received: from ernie.physik.uni-konstanz.de (bert.physik.uni-konstanz.de) [134.34.144.19] 
	by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian))
	id 135Wsr-0004fV-00; Fri, 23 Jun 2000 19:04:49 +0200
Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Fri, 23 Jun 2000 18:55:54 +0200
Date: Fri, 23 Jun 2000 18:55:54 +0200
From: Guido Guenther <agx@bert.physik.uni-konstanz.de>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000623185553.A20888@bert.physik.uni-konstanz.de>
Mail-Followup-To: Guido Guenther <guido.guenther@gmx.net>,
	"Bradley D. LaRonde" <brad@ltc.com>,
	linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
In-Reply-To: <014f01bfdd33$8877b3c0$0701010a@ltc.com>; from brad@ltc.com on Fri, Jun 23, 2000 at 12:53:19PM -0400
Content-Length: 535
Lines: 15

On Fri, Jun 23, 2000 at 12:53:19PM -0400, Bradley D. LaRonde wrote:
> ----- Original Message -----
> From: "Guido Guenther" <guido.guenther@gmx.net>
[..snip..] 
> Hmm... I use XFree 4.0 on my mipsel platform with no core paches (just some
> config stuff and some kdrive stuff).
> 
> What do your patches do?
It adds the neccessary config stuff to config/cf and sorts out the proper 
architecture dependent routines in xfree86/os-support.
Regards,
 -- Guido

-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

From kei@sm.sony.co.jp  Fri Jun 23 19:02:13 2000
Received: from ns4.sony.co.jp (ns4.Sony.CO.JP [202.238.80.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA20658; Fri, 23 Jun 2000 19:02:11 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:02:11 +0200 (MET DST)
Received: from mail1.sony.co.jp (gatekeeper7.Sony.CO.JP [202.238.80.21])
	by ns4.sony.co.jp (R8) with ESMTP id CAA85245;
	Sat, 24 Jun 2000 02:02:02 +0900 (JST)
Received: from smail1.sm.sony.co.jp (smail1.sm.sony.co.jp [43.11.253.1])
	by mail1.sony.co.jp (R8) with ESMTP id CAA24709;
	Sat, 24 Jun 2000 02:02:02 +0900 (JST)
Received: from email.sm.sony.co.jp (email.sm.sony.co.jp [43.11.253.2]) by smail1.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id CAA00783; Sat, 24 Jun 2000 02:01:36 +0900 (JST)
Received: from sm.sony.co.jp (kei@gaia.sm.sony.co.jp [43.11.132.48]) by email.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id BAA07344; Sat, 24 Jun 2000 01:57:30 +0900 (JST)
Message-Id: <200006231657.BAA07344@email.sm.sony.co.jp>
To: "Bradley D. LaRonde" <brad@ltc.com>
cc: "Guido Guenther" <guido.guenther@gmx.net>, linux-mips@fnet.fr,
        linux@cthulhu.engr.sgi.com
Subject: Re: XFree 4.0.1 on mips, mipsel 
In-reply-to: Your message of Fri, 23 Jun 2000 12:53:19 -0400.
             <014f01bfdd33$8877b3c0$0701010a@ltc.com> 
Date: Sat, 24 Jun 2000 02:02:00 +0900
From: Hiroshi Kawashima <kei@sm.sony.co.jp>
Content-Length: 204
Lines: 6

> Hmm... I use XFree 4.0 on my mipsel platform with no core paches (just some
> config stuff and some kdrive stuff).
Brad, are your patches (around kdrive) already public ?
It's desired...
----
Kawashima

From agx@bert.physik.uni-konstanz.de  Fri Jun 23 19:16:30 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA20908; Fri, 23 Jun 2000 19:16:28 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:16:28 +0200 (MET DST)
Received: from ernie.physik.uni-konstanz.de (bert.physik.uni-konstanz.de) [134.34.144.19] 
	by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian))
	id 135X3z-0004hJ-00; Fri, 23 Jun 2000 19:16:19 +0200
Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Fri, 23 Jun 2000 19:07:24 +0200
Date: Fri, 23 Jun 2000 19:07:24 +0200
From: Guido Guenther <agx@bert.physik.uni-konstanz.de>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000623190723.B20888@bert.physik.uni-konstanz.de>
Mail-Followup-To: Guido Guenther <guido.guenther@gmx.net>,
	"Bradley D. LaRonde" <brad@ltc.com>,
	linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com>
Mime-Version: 1.0
Content-Type: multipart/mixed; boundary="ZPt4rx8FFjLCG7dd"
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
In-Reply-To: <019501bfdd35$bb301940$0701010a@ltc.com>; from brad@ltc.com on Fri, Jun 23, 2000 at 01:09:03PM -0400
Content-Length: 23075
Lines: 684


--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline

On Fri, Jun 23, 2000 at 01:09:03PM -0400, Bradley D. LaRonde wrote:
[..snip..] 
> May I have a copy of those patches for review?
They look basically like this(Imake.cf additionally checks for mipsel):

-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

--ZPt4rx8FFjLCG7dd
Content-Type: text/plain; charset=us-ascii
Content-Disposition: attachment; filename="mips.diff"

Index: xfree86/xc/config/cf/Imake.cf
diff -c xfree86/xc/config/cf/Imake.cf:1.1.1.1 xfree86/xc/config/cf/Imake.cf:1.2
*** xfree86/xc/config/cf/Imake.cf:1.1.1.1	Mon May  8 10:58:59 2000
--- xfree86/xc/config/cf/Imake.cf	Mon May  8 19:45:56 2000
***************
*** 603,608 ****
--- 603,612 ----
  #  endif
  #  undef __sparc__
  # endif
+ # ifdef mips
+ #  define MipsArchitecture
+ #  undef mips
+ # endif
  /* for compatibility with 3.3.x */
  # ifdef PpcArchitecture
  #  define PowerPCArchitecture
Index: xfree86/xc/config/cf/linux.cf
diff -c xfree86/xc/config/cf/linux.cf:1.1.1.1 xfree86/xc/config/cf/linux.cf:1.4
*** xfree86/xc/config/cf/linux.cf:1.1.1.1	Mon May  8 10:58:57 2000
--- xfree86/xc/config/cf/linux.cf	Wed May 31 15:26:31 2000
***************
*** 5,10 ****
--- 5,15 ----
  #define LinuxElfDefault		YES
  #endif
  
+ /* Loadable Modules are currently not working on mips */
+ #ifdef MipsArchitecture
+ #define DoLoadableServer NO
+ #endif
+ 
  #ifndef UseElfFormat
  #define UseElfFormat		LinuxElfDefault
  #endif
***************
*** 289,294 ****
--- 294,302 ----
  #define MkdirHierCmd		mkdir -p
  #if LinuxElfDefault
  #if UseElfFormat
+ # ifdef MipsArchitecture
+ #  define AsCmd                   gcc -c -x assembler-with-cpp
+ # endif /* MipsArchitecure */
  #ifndef CcCmd
  #define CcCmd			gcc
  #endif
***************
*** 468,473 ****
--- 476,488 ----
  #define PositionIndependentCFlags -fpic
  #define PositionIndependentCplusplusFlags -fpic
  #endif
+ 
+ #ifdef MipsArchitecture
+ #define OptimizedCDebugFlags	-O2
+ #define LinuxMachineDefines	-D__mips__
+ #define ServerOSDefines		XFree86ServerOSDefines -DDDXTIME -DPART_NET
+ #define ServerExtraDefines	-DGCCUSESGAS XFree86ServerDefines
+ #endif 
  
  #ifndef StandardDefines
  #define StandardDefines		-Dlinux LinuxMachineDefines LinuxSourceDefines
***************
*** 264,269 ****
--- 264,301 ----
  #  define XF86CardDrivers	fbdev XF86ExtraCardDrivers
  # endif
  
+ #endif
+ 
+ /* Mips drivers */
+ 
+ #ifdef MipsArchitecture
+ # ifndef XF86Server
+ #  define XF86Server            YES
+ # endif
+ /* shadow fb module */
+ # ifndef XFShadowFB
+ #  define XFShadowFB            YES
+ # endif
+ /* XAA module */
+ # ifndef XF86XAA
+ #  define XF86XAA		YES
+ # endif
+ /* ramdac module */
+ # ifndef XF86Ramdac
+ #  define XF86Ramdac		YES
+ # endif
+ /* RAC (Resource Access Control) module */
+ # ifndef XF86RAC
+ #  define XF86RAC		YES
+ # endif
+ /* int10 module */
+ # ifndef XF86Int10
+ #  define XF86Int10		YES
+ # endif
+ 
+ # ifndef XF86CardDrivers
+ #  define XF86CardDrivers      XF86ExtraCardDrivers
+ # endif
  #endif
  
  /*
Index: xfree86/xc/programs/Xserver/hw/xfree86/Imakefile
diff -c xfree86/xc/programs/Xserver/hw/xfree86/Imakefile:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/Imakefile:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/Imakefile:1.1.1.1	Mon May  8 11:03:25 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/Imakefile	Mon May  8 19:50:23 2000
***************
*** 65,71 ****
  
  #if !defined(OsfArchitecture) && !defined(AmoebaArchitecture) && \
      !defined(ArcArchitecture) && !defined(Arm32Architecture) && \
!     !defined(PpcArchitecture)
  SUPERPROBE = SuperProbe
  #endif
  
--- 65,71 ----
  
  #if !defined(OsfArchitecture) && !defined(AmoebaArchitecture) && \
      !defined(ArcArchitecture) && !defined(Arm32Architecture) && \
!     !defined(PpcArchitecture) && !defined(MipsArchitecture)
  SUPERPROBE = SuperProbe
  #endif
  
Index: xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Bus.c
diff -c xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Bus.c:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Bus.c:1.3
*** xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Bus.c:1.1.1.1	Mon May  8 11:03:45 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Bus.c	Mon May 15 10:30:07 2000
***************
*** 2802,2808 ****
  static void
  CheckGenericGA()
  {
! #if !defined(__sparc__) && !defined(__powerpc__) /* FIXME ?? */
      CARD16 GenericIOBase = VGAHW_GET_IOBASE();
      CARD8 CurrentValue, TestValue;
  
--- 2802,2808 ----
  static void
  CheckGenericGA()
  {
! #if !defined(__sparc__) && !defined(__powerpc__) && !defined(__mips__) /* FIXME ?? */
      CARD16 GenericIOBase = VGAHW_GET_IOBASE();
      CARD8 CurrentValue, TestValue;
  
Index: xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Io.c
diff -c xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Io.c:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Io.c:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Io.c:1.1.1.1	Mon May  8 11:03:48 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/common/xf86Io.c	Mon May  8 19:50:50 2000
***************
*** 396,402 ****
    return (Success);
  }
  
! #if !defined(AMOEBA) && !(defined (sun) && defined(i386) && defined (SVR4)) && !defined(MINIX) && !defined(__mips__) && !defined(QNX4)
  /*
   * These are getting tossed in here until I can think of where
   * they really belong
--- 396,402 ----
    return (Success);
  }
  
! #if !defined(AMOEBA) && !(defined (sun) && defined(i386) && defined (SVR4)) && !defined(MINIX) && !(defined(__mips__) && !defined(linux)) && !defined(QNX4)
  /*
   * These are getting tossed in here until I can think of where
   * they really belong
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh
diff -c xfree86/xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh:1.1.1.1	Mon May  8 11:04:38 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/Xinstall.sh	Wed May 24 14:58:49 2000
***************
*** 417,422 ****
--- 417,432 ----
  				;;
  			esac
  			;;
+ 		mips)
+ 			case "$OsLibcMajor.$OsLibcMinor" in
+ 			6.0)
+ 				DistName="Linux-mips-glibc20"
+ 				;;
+ 			*)	
+ 				Message="No Linux/Mips binaries for this libc version"
+ 				;;
+ 			esac
+ 			;;
  		*)
  			Message="No Linux binaries available for this architecture"
  			;;
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-excl
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-excl:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-excl	Thu Jun 22 13:56:31 2000
***************
*** 0 ****
--- 1,10 ----
+ bin/XF86_*
+ bin/XF98_*
+ bin/XF86Setup
+ bin/Xnest
+ bin/Xprt
+ bin/Xvfb
+ bin/X
+ bin/xfs
+ bin/xmseconfig
+ bin/XFree86
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/bin-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,60 ----
+ bin
+ lib/libGL.so.1.2
+ lib/libGL.so.1
+ lib/libGL.so
+ lib/libICE.so.6.3
+ lib/libICE.so.6
+ lib/libICE.so
+ lib/libPEX5.so.6.0
+ lib/libPEX5.so.6
+ lib/libPEX5.so
+ lib/libSM.so.6.0
+ lib/libSM.so.6
+ lib/libSM.so
+ lib/libX11.so.6.1
+ lib/libX11.so.6
+ lib/libX11.so
+ lib/libXIE.so.6.0
+ lib/libXIE.so.6
+ lib/libXIE.so
+ lib/libXaw.so.6.1
+ lib/libXaw.so.6
+ lib/libXaw.so.7.0
+ lib/libXaw.so.7
+ lib/libXaw.so
+ lib/libXext.so.6.4
+ lib/libXext.so.6
+ lib/libXext.so
+ lib/libXfont.so.1.3
+ lib/libXfont.so.1
+ lib/libXfont.so
+ lib/libXi.so.6.0
+ lib/libXi.so.6
+ lib/libXi.so
+ lib/libXmu.so.6.1
+ lib/libXmu.so.6
+ lib/libXmu.so
+ lib/libXp.so.6.2
+ lib/libXp.so.6
+ lib/libXp.so
+ lib/libXpm.so.4.11
+ lib/libXpm.so.4
+ lib/libXpm.so
+ lib/libXt.so.6.0
+ lib/libXt.so.6
+ lib/libXt.so
+ lib/libXtst.so.6.1
+ lib/libXtst.so.6
+ lib/libXtst.so
+ lib/libdps.so.1.0
+ lib/libdps.so.1
+ lib/libdps.so
+ lib/libdpstk.so.1.0
+ lib/libdpstk.so.1
+ lib/libdpstk.so
+ lib/libpsres.so.1.0
+ lib/libpsres.so.1
+ lib/libpsres.so
+ lib/libxrx.so.6.3
+ lib/libxrx.so.6
+ lib/libxrx.so
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/dir
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/dir:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/dir	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ usr/X11R6
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-dir
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-dir:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-dir	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ etc/X11
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/etc-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ .
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/fsrv-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/fsrv-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/fsrv-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,2 ----
+ bin/xfs
+ man/man1/xfs.1x
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/host.def
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/host.def:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/host.def	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,5 ----
+ /*
+  * Host.def for building Linux/Mips bindists
+  *
+  */
+ #define DoLoadableServer NO
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-excl
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-excl:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-excl	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,14 ----
+ lib/X11/XF86Setup
+ lib/X11/app-defaults
+ lib/X11/config
+ lib/X11/doc
+ lib/X11/fonts
+ lib/X11/fs
+ lib/X11/lbxproxy
+ lib/X11/proxymngr
+ lib/X11/rstart
+ lib/X11/twm
+ lib/X11/xdm
+ lib/X11/xinit
+ lib/X11/xsm
+ lib/X11/xserver
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/lib-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,2 ----
+ lib/X11
+ include/X11/bitmaps
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-excl
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-excl:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-excl	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1,3 ----
+ man/man1/XF86Setup.1x
+ man/man1/xfs.1x
+ man/man1/xmseconfig.1x
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/man-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ man
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/mod-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/mod-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/mod-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ lib/modules
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/nest-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/nest-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/nest-list	Thu Jun 22 13:56:32 2000
***************
*** 0 ****
--- 1 ----
+ bin/Xnest
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-excl
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-excl:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-excl	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1,5 ----
+ lib/Server
+ lib/X11
+ lib/lib*.so*
+ lib/modules
+ include/X11/bitmaps
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prog-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1,3 ----
+ lib
+ include
+ lib/X11/config
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prt-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prt-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/prt-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1 ----
+ bin/Xprt
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/set-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/set-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/set-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1,5 ----
+ bin/XF86Setup
+ bin/xmseconfig
+ lib/X11/XF86Setup
+ man/man1/XF86Setup.1x
+ man/man1/xmseconfig.1x
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-dir
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-dir:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-dir	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1 ----
+ var
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/var-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1 ----
+ state
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/vfb-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/vfb-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/vfb-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1 ----
+ bin/Xvfb
Index: xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/xserv-list
diff -c /dev/null xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/xserv-list:1.1
*** /dev/null	Fri Jun 23 09:28:49 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/etc/bindist/Linux-mips/xserv-list	Thu Jun 22 13:56:33 2000
***************
*** 0 ****
--- 1,2 ----
+ bin/XFree86
+ bin/X
Index: xfree86/xc/programs/Xserver/hw/xfree86/os-support/Imakefile
diff -c xfree86/xc/programs/Xserver/hw/xfree86/os-support/Imakefile:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/os-support/Imakefile:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/os-support/Imakefile:1.1.1.1	Mon May  8 11:04:56 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/os-support/Imakefile	Mon May  8 19:51:48 2000
***************
*** 13,19 ****
  #if defined(i386Architecture) || defined(ia64Architecture) || \
  	(defined(LinuxArchitecture) && defined(AlphaArchitecture)) || \
  	(defined(FreeBSDArchitecture) && defined(AlphaArchitecture)) || \
! 	defined(PpcArchitecture) || defined(SparcArchitecture)
  BUS_SUBDIR = bus
  #endif
  
--- 13,20 ----
  #if defined(i386Architecture) || defined(ia64Architecture) || \
  	(defined(LinuxArchitecture) && defined(AlphaArchitecture)) || \
  	(defined(FreeBSDArchitecture) && defined(AlphaArchitecture)) || \
! 	defined(PpcArchitecture) || defined(SparcArchitecture) || \
! 	(defined(LinuxArchitecture) && defined(MipsArchitecture))
  BUS_SUBDIR = bus
  #endif
  
Index: xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Imakefile
diff -c xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Imakefile:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Imakefile:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Imakefile:1.1.1.1	Mon May  8 11:04:57 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Imakefile	Mon May  8 19:52:03 2000
***************
*** 21,27 ****
  PCIDRVRSRC = sparcPci.c
  PCIDRVROBJ = sparcPci.o
  
! #elif defined(LinuxArchitecture) && defined(PpcArchitecture)
  
  XCOMM generic linux PCI driver (using /proc/bus/pci, requires kernel 2.2)
  
--- 21,27 ----
  PCIDRVRSRC = sparcPci.c
  PCIDRVROBJ = sparcPci.o
  
! #elif defined(LinuxArchitecture) && (defined(PpcArchitecture) || defined(MipsArchitecture))
  
  XCOMM generic linux PCI driver (using /proc/bus/pci, requires kernel 2.2)
  
Index: xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h
diff -c xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h:1.1.1.1	Mon May  8 11:04:57 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/os-support/bus/Pci.h	Mon May  8 19:52:03 2000
***************
*** 136,142 ****
  /*
   * Select architecture specific PCI init function
   */
! #if defined(__powerpc__) && defined(linux)
  # define ARCH_PCI_INIT linuxPciInit
  # define INCLUDE_XF86_MAP_PCI_MEM
  #elif defined(__powerpc__)
--- 136,142 ----
  /*
   * Select architecture specific PCI init function
   */
! #if (defined(__powerpc__) || defined(__mips__)) && defined(linux)
  # define ARCH_PCI_INIT linuxPciInit
  # define INCLUDE_XF86_MAP_PCI_MEM
  #elif defined(__powerpc__)
Index: xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnxResource.c
diff -c xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnxResource.c:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnxResource.c:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnxResource.c:1.1.1.1	Mon May  8 11:05:02 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnxResource.c	Mon May  8 19:53:04 2000
***************
*** 150,156 ****
      return ret;
  }
  
! #elif defined(__powerpc__)
  
   /* XXX this isn't exactly correct but it will get the server working 
    * for now until we get something better.
--- 150,156 ----
      return ret;
  }
  
! #elif defined(__powerpc__) || defined(__mips__)
  
   /* XXX this isn't exactly correct but it will get the server working 
    * for now until we get something better.
Index: xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c
diff -c xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c:1.1.1.1 xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c:1.2
*** xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c:1.1.1.1	Mon May  8 11:05:02 2000
--- xfree86/xc/programs/Xserver/hw/xfree86/os-support/linux/lnx_video.c	Mon May  8 19:53:04 2000
***************
*** 385,391 ****
  	if (ExtendedEnabled)
  		return;
  
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  	if (iopl(3))
  		FatalError("%s: Failed to set IOPL for I/O\n",
  			   "xf86EnableIOPorts");
--- 385,391 ----
  	if (ExtendedEnabled)
  		return;
  
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  	if (iopl(3))
  		FatalError("%s: Failed to set IOPL for I/O\n",
  			   "xf86EnableIOPorts");
***************
*** 401,407 ****
  	if (!ExtendedEnabled)
  		return;
  
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  	iopl(0);
  #endif
  	ExtendedEnabled = FALSE;
--- 401,407 ----
  	if (!ExtendedEnabled)
  		return;
  
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  	iopl(0);
  #endif
  	ExtendedEnabled = FALSE;
***************
*** 418,428 ****
  xf86DisableInterrupts()
  {
  	if (!ExtendedEnabled)
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  		if (iopl(3))
  			return (FALSE);
  #endif
! #if defined(__alpha__) || defined(__mc68000__) || defined(__powerpc__) || defined(__sparc__)
  #else
  #ifdef __GNUC__
  #if defined(__ia64__)
--- 418,428 ----
  xf86DisableInterrupts()
  {
  	if (!ExtendedEnabled)
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  		if (iopl(3))
  			return (FALSE);
  #endif
! #if defined(__alpha__) || defined(__mc68000__) || defined(__powerpc__) || defined(__sparc__) || defined(__mips__)
  #else
  #ifdef __GNUC__
  #if defined(__ia64__)
***************
*** 434,440 ****
  	asm("cli");
  #endif
  #endif
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  	if (!ExtendedEnabled)
  		iopl(0);
  #endif
--- 434,440 ----
  	asm("cli");
  #endif
  #endif
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  	if (!ExtendedEnabled)
  		iopl(0);
  #endif
***************
*** 445,455 ****
  xf86EnableInterrupts()
  {
  	if (!ExtendedEnabled)
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  		if (iopl(3))
  			return;
  #endif
! #if defined(__alpha__) || defined(__mc68000__) || defined(__powerpc__) || defined(__sparc__)
  #else
  #ifdef __GNUC__
  #if defined(__ia64__)
--- 445,455 ----
  xf86EnableInterrupts()
  {
  	if (!ExtendedEnabled)
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  		if (iopl(3))
  			return;
  #endif
! #if defined(__alpha__) || defined(__mc68000__) || defined(__powerpc__) || defined(__sparc__) || defined(__mips__)
  #else
  #ifdef __GNUC__
  #if defined(__ia64__)
***************
*** 461,467 ****
  	asm("sti");
  #endif
  #endif
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__)
  	if (!ExtendedEnabled)
  
  		iopl(0);
--- 461,467 ----
  	asm("sti");
  #endif
  #endif
! #if !defined(__mc68000__) && !defined(__powerpc__) && !defined(__sparc__) && !defined(__mips__)
  	if (!ExtendedEnabled)
  
  		iopl(0);

--ZPt4rx8FFjLCG7dd--

From brad@ltc.com  Fri Jun 23 19:06:41 2000
Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA20750; Fri, 23 Jun 2000 19:06:39 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:06:39 +0200 (MET DST)
Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ha313307 for <linux-mips@fnet.fr>; Fri, 23 Jun 2000 13:10:35 -0400
Message-ID: <018701bfdd35$9f91a230$0701010a@ltc.com>
From: "Bradley D. LaRonde" <brad@ltc.com>
To: "Hiroshi Kawashima" <kei@sm.sony.co.jp>
Cc: "Guido Guenther" <guido.guenther@gmx.net>, <linux-mips@fnet.fr>,
        <linux@cthulhu.engr.sgi.com>
References: <200006231657.BAA07344@email.sm.sony.co.jp>
Subject: Re: XFree 4.0.1 on mips, mipsel 
Date: Fri, 23 Jun 2000 13:08:16 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="Windows-1252"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Content-Length: 660
Lines: 21

----- Original Message -----
From: "Hiroshi Kawashima" <kei@sm.sony.co.jp>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: "Guido Guenther" <guido.guenther@gmx.net>; <linux-mips@fnet.fr>;
<linux@cthulhu.engr.sgi.com>
Sent: Friday, June 23, 2000 1:02 PM
Subject: Re: XFree 4.0.1 on mips, mipsel


> > Hmm... I use XFree 4.0 on my mipsel platform with no core paches (just
some
> > config stuff and some kdrive stuff).
> Brad, are your patches (around kdrive) already public ?
> It's desired...

No, they are still in a state of flux.  I'm hacking away at new issues, like
mixed-endan frame buffer support.  Some if it is really hacked at this
point.

Regards,
Brad

From brad@ltc.com  Fri Jun 23 19:07:18 2000
Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA20780; Fri, 23 Jun 2000 19:07:17 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:07:17 +0200 (MET DST)
Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ka313310 for <linux-mips@fnet.fr>; Fri, 23 Jun 2000 13:11:21 -0400
Message-ID: <019501bfdd35$bb301940$0701010a@ltc.com>
From: "Bradley D. LaRonde" <brad@ltc.com>
To: "Guido Guenther" <agx@bert.physik.uni-konstanz.de>
Cc: "linux-mips" <linux-mips@fnet.fr>, "linux" <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de>
Subject: Re: XFree 4.0.1 on mips, mipsel
Date: Fri, 23 Jun 2000 13:09:03 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Content-Length: 822
Lines: 26

----- Original Message -----
From: "Guido Guenther" <agx@bert.physik.uni-konstanz.de>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: "linux-mips" <linux-mips@fnet.fr>; "linux" <linux@cthulhu.engr.sgi.com>
Sent: Friday, June 23, 2000 12:55 PM
Subject: Re: XFree 4.0.1 on mips, mipsel


> On Fri, Jun 23, 2000 at 12:53:19PM -0400, Bradley D. LaRonde wrote:
> > ----- Original Message -----
> > From: "Guido Guenther" <guido.guenther@gmx.net>
> [..snip..]
> > Hmm... I use XFree 4.0 on my mipsel platform with no core paches (just
some
> > config stuff and some kdrive stuff).
> >
> > What do your patches do?
> It adds the neccessary config stuff to config/cf and sorts out the proper
> architecture dependent routines in xfree86/os-support.

Oh, ok, makes sense.

May I have a copy of those patches for review?

Regards,
Brad

From kei@sm.sony.co.jp  Fri Jun 23 19:21:13 2000
Received: from ns4.sony.co.jp (ns4.Sony.CO.JP [202.238.80.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA20988; Fri, 23 Jun 2000 19:21:11 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:21:11 +0200 (MET DST)
Received: from mail2.sony.co.jp (gatekeeper7.Sony.CO.JP [202.238.80.21])
	by ns4.sony.co.jp (R8) with ESMTP id CAA90960;
	Sat, 24 Jun 2000 02:21:06 +0900 (JST)
Received: from smail1.sm.sony.co.jp (smail1.sm.sony.co.jp [43.11.253.1])
	by mail2.sony.co.jp (R8) with ESMTP id CAA17594;
	Sat, 24 Jun 2000 02:21:06 +0900 (JST)
Received: from email.sm.sony.co.jp (email.sm.sony.co.jp [43.11.253.2]) by smail1.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id CAA01027; Sat, 24 Jun 2000 02:20:40 +0900 (JST)
Received: from sm.sony.co.jp (kei@gaia.sm.sony.co.jp [43.11.132.48]) by email.sm.sony.co.jp (8.8.8/3.6W) with ESMTP id CAA07568; Sat, 24 Jun 2000 02:16:34 +0900 (JST)
Message-Id: <200006231716.CAA07568@email.sm.sony.co.jp>
To: "Bradley D. LaRonde" <brad@ltc.com>
cc: "Hiroshi Kawashima" <kei@sm.sony.co.jp>,
        "Guido Guenther" <guido.guenther@gmx.net>, linux-mips@fnet.fr,
        linux@cthulhu.engr.sgi.com
Subject: Re: XFree 4.0.1 on mips, mipsel 
In-reply-to: Your message of Fri, 23 Jun 2000 13:08:16 -0400.
             <018701bfdd35$9f91a230$0701010a@ltc.com> 
Date: Sat, 24 Jun 2000 02:21:04 +0900
From: Hiroshi Kawashima <kei@sm.sony.co.jp>
Content-Length: 317
Lines: 9

> > Brad, are your patches (around kdrive) already public ?
> > It's desired...
> 
> No, they are still in a state of flux.  I'm hacking away at new issues, like
> mixed-endan frame buffer support.  Some if it is really hacked at this
> point.
Ok, thanks for your good job, I will wait public release.
----
Kawashima

From guido.guenther@gmx.net  Fri Jun 23 19:51:38 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA21213; Fri, 23 Jun 2000 19:51:37 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:51:37 +0200 (MET DST)
Received: from bert.physik.uni-konstanz.de [134.34.144.20] 
	by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian))
	id 135Xby-0004ky-00; Fri, 23 Jun 2000 19:51:26 +0200
Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Fri, 23 Jun 2000 19:45:10 +0200
Date: Fri, 23 Jun 2000 19:45:10 +0200
From: Guido Guenther <guido.guenther@gmx.net>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000623194510.A17791@bert.physik.uni-konstanz.de>
Mail-Followup-To: Guido Guenther <guido.guenther@gmx.net>,
	"Bradley D. LaRonde" <brad@ltc.com>,
	linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
In-Reply-To: <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>; from brad@ltc.com on Fri, Jun 23, 2000 at 01:46:39PM -0400
Content-Length: 534
Lines: 16

On Fri, Jun 23, 2000 at 01:46:39PM -0400, Bradley D. LaRonde wrote:
> Cool, thank you.
> 
> It looks like they won't break anything for me.  :-)
> 
> Except I did see that one place where you hard-coded gcc.  I cross-compile,
> but maybe that's OK anyway.  I will test on 4.0 CVS eventually and find out.
> :-)
The #define AsCmd gcc -c -x assemble-with-cpp was the only that caused
me trouble when crosscompiling. A patch for this is underway.
 -- Guido


-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

From brad@ltc.com  Fri Jun 23 19:44:55 2000
Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id TAA21126; Fri, 23 Jun 2000 19:44:54 +0200 (MET DST)
Received-Date: Fri, 23 Jun 2000 19:44:54 +0200 (MET DST)
Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id oa313314 for <linux-mips@fnet.fr>; Fri, 23 Jun 2000 13:48:57 -0400
Message-ID: <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>
From: "Bradley D. LaRonde" <brad@ltc.com>
To: "Guido Guenther" <agx@bert.physik.uni-konstanz.de>
Cc: "linux-mips" <linux-mips@fnet.fr>, "linux" <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de>
Subject: Re: XFree 4.0.1 on mips, mipsel
Date: Fri, 23 Jun 2000 13:46:39 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6600
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600
Content-Length: 818
Lines: 27

Cool, thank you.

It looks like they won't break anything for me.  :-)

Except I did see that one place where you hard-coded gcc.  I cross-compile,
but maybe that's OK anyway.  I will test on 4.0 CVS eventually and find out.
:-)

Regards,
Brad

----- Original Message -----
From: "Guido Guenther" <agx@bert.physik.uni-konstanz.de>
To: "Bradley D. LaRonde" <brad@ltc.com>
Cc: "linux-mips" <linux-mips@fnet.fr>; "linux" <linux@cthulhu.engr.sgi.com>
Sent: Friday, June 23, 2000 1:07 PM
Subject: Re: XFree 4.0.1 on mips, mipsel


> On Fri, Jun 23, 2000 at 01:09:03PM -0400, Bradley D. LaRonde wrote:
> [..snip..]
> > May I have a copy of those patches for review?
> They look basically like this(Imake.cf additionally checks for mipsel):
>
> --
> GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc
>

From ralf@uni-koblenz.de  Sat Jun 24 00:57:54 2000
Received: from lappi ([62.180.18.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA29453; Sat, 24 Jun 2000 00:57:52 +0200 (MET DST)
Received-Date: Sat, 24 Jun 2000 00:57:52 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405681AbQFWW5e>;
        Sat, 24 Jun 2000 00:57:34 +0200
Date: Sat, 24 Jun 2000 00:57:34 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Matthias Heidbrink <mh@cs.tu-berlin.de>
Cc: Ian Chilton <mailinglist@ichilton.co.uk>, linux-mips@fnet.fr
Subject: Re: Problems with multiple harddisks on my Indigo2
Message-ID: <20000624005734.A3200@bacchus.dhis.org>
References: <20000621112343.A19912@spock> <NAENLMKGGBDKLPONCDDOAELFCNAA.mailinglist@ichilton.co.uk> <20000622195145.A14694@elverum.cs.tu-berlin.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20000622195145.A14694@elverum.cs.tu-berlin.de>; from mh@cs.tu-berlin.de on Thu, Jun 22, 2000 at 07:51:45PM +0200
X-Accept-Language: de,en,fr
Content-Length: 439
Lines: 11

On Thu, Jun 22, 2000 at 07:51:45PM +0200, Matthias Heidbrink wrote:

> But the first problem does not sound like a problem of the SCSI hardware,
> more like being on the file system level. 

The filesystem code is well tested on several platforms and this problem
doesn't match any of the known problems.  However I've seen problems
which look like memory corruption myself.  Therefore I more suspect it's
something MIPS specific.

  Ralf

From raiko@niisi.msk.ru  Sat Jun 24 11:16:04 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA03088; Sat, 24 Jun 2000 11:16:02 +0200 (MET DST)
Received-Date: Sat, 24 Jun 2000 11:16:02 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id NAA26688;
	Sat, 24 Jun 2000 13:15:59 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id NAA28539; Sat, 24 Jun 2000 13:03:35 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id NAA16716; Sat, 24 Jun 2000 13:10:26 +0400 (MSD)
Message-ID: <39547DB3.4FF35339@niisi.msk.ru>
Date: Sat, 24 Jun 2000 13:21:55 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: "Bradley D. LaRonde" <brad@ltc.com>
CC: Guido Guenther <agx@bert.physik.uni-konstanz.de>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 326
Lines: 14

"Bradley D. LaRonde" wrote:
> 
> Cool, thank you.
> 
> It looks like they won't break anything for me.  :-)
> 
> Except I did see that one place where you hard-coded gcc.  I cross-compile,
> but maybe that's OK anyway.

If you cross-compile, you just redefine most of the stuff like CcCmd,
ArCmd, etc, anyway.

Regards,
Gleb.

From agx@gandalf.physik.uni-konstanz.de  Sat Jun 24 13:12:34 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA04201; Sat, 24 Jun 2000 13:12:34 +0200 (MET DST)
Received-Date: Sat, 24 Jun 2000 13:12:34 +0200 (MET DST)
Received: from bilbo.physik.uni-konstanz.de [134.34.144.31] 
	by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian))
	id 135nrG-0000zA-00; Sat, 24 Jun 2000 13:12:18 +0200
Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 2.05 #1 (Debian))
	id 135nrG-0004ZX-00; Sat, 24 Jun 2000 13:12:18 +0200
Date: Sat, 24 Jun 2000 13:12:18 +0200
From: Guido Guenther <guido.guenther@gmx.net>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Cc: "Bradley D. LaRonde" <brad@ltc.com>, linux-mips <linux-mips@fnet.fr>,
        linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000624131218.A17554@bilbo.physik.uni-konstanz.de>
Mail-Followup-To: "Gleb O. Raiko" <raiko@niisi.msk.ru>,
	"Bradley D. LaRonde" <brad@ltc.com>,
	linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com> <39547DB3.4FF35339@niisi.msk.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
User-Agent: Mutt/1.0i
In-Reply-To: <39547DB3.4FF35339@niisi.msk.ru>; from raiko@niisi.msk.ru on Sat, Jun 24, 2000 at 01:21:55PM +0400
Sender: Guido Guenther <agx@gandalf.physik.uni-konstanz.de>
Content-Length: 466
Lines: 12

On Sat, Jun 24, 2000 at 01:21:55PM +0400, Gleb O. Raiko wrote:
[..snip..] 
> If you cross-compile, you just redefine most of the stuff like CcCmd,
> ArCmd, etc, anyway.
Yes, but you have to make sure the redefinitions don't get redefined
again, therefore IMHO an "#ifdef AsCmd" is needed. Otherwise the
definition in hosts.def will be overriden by the one in linux.cf.
Regards,
 -- Guido

-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

From cyber@mbf.sphere.ne.jp  Sat Jun 24 13:48:22 2000
Received: from mbf.sphere.ne.jp (mbf.sphere.ne.jp [203.138.71.43]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA04788; Sat, 24 Jun 2000 13:48:20 +0200 (MET DST)
Received-Date: Sat, 24 Jun 2000 13:48:20 +0200 (MET DST)
Received: from mbf.sphere.ne.jp (1Cust163.tnt3.osa1.da.uu.net [63.12.70.163])
	by mbf.sphere.ne.jp (8.9.3+3.2W/3.7W) with SMTP id UAA17023;
	Sat, 24 Jun 2000 20:31:47 +0900 (JST)
Message-ID: <200006242030.1887@cyber.mbf.sphere.ne.jp>
Date: Sat, 24 Jun 2000 20:30:23 +0900
From: =?ISO-2022-JP?B?GyRCMCYbKEI=?=<cyber@mbf.sphere.ne.jp>
To: cyber@mbf.sphere.ne.jp
Subject: =?ISO-2022-JP?B?GyRCJDMkcyRLJEEkTyEqISobKEI=?=
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-2022-jp"
Content-Transfer-Encoding: 7bit
X-Mailer: Gen Mail 0.9b
Content-Length: 724
Lines: 22

─── ぴーぴんぐ娘。結成の御挨拶 ───

今日のお仕事はどうでした？
上手くいった人も上手くいかなかった人も一日お疲れ様でした。

こんにちは。
ぴーぴんぐ娘。リーダーの愛です。

今回リアルタイム映像配信番組「PEEPING TOWER」で働いている仲間達で
「ぴーぴんぐ娘。」を結成しました。

そして私達自身でHPを立ち上げたので一度見に来て頂けませんか？

ちょうど今"ぴーぴんぐ娘。"が企画した
「画像ベストショットコンテスト」も開催しています。

夢に向かって頑張っている私達を見に来て頂けませんか？

ぴーぴんぐ娘。は気合を入れて頑張っていますので
みなさん私達を応援して（見て）下さいね。
http://www.bb.din.or.jp/~iron/musume/


From mfklar@ponymail.com  Sat Jun 24 21:38:40 2000
Received: from short.adgrafix.com (short.adgrafix.com [63.79.128.2]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA10788; Sat, 24 Jun 2000 21:38:39 +0200 (MET DST)
Received-Date: Sat, 24 Jun 2000 21:38:39 +0200 (MET DST)
Received: from ppan2 (oak-ts2-h1-49-228.ispmodems.net [209.162.49.228])
	by short.adgrafix.com (8.9.3/8.9.3) with SMTP id PAA00632
	for <linux-mips@fnet.fr>; Sat, 24 Jun 2000 15:34:05 -0400 (EDT)
From: "Mike Klar" <mfklar@ponymail.com>
To: <linux-mips@fnet.fr>
Subject: errno assignment in _syscall macros and glibc
Date: Sat, 24 Jun 2000 12:42:10 -0700
Message-ID: <NDBBIDGAOKMNJNDAHDDMCEODCKAA.mfklar@ponymail.com>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300
Importance: Normal
Content-Length: 1419
Lines: 33

Hi all,

I've run across a problem with user apps that use the _syscall[0-7] macros
in asm-mips/unistd.h.  With the latest Linux-MIPS glibc release (the
2.0.6-5lm version), they're not getting errno set properly for error
conditions.  In particular, this breaks recent versions of modutils.

The problem is this:  In user space, errno is now a per-thread value.  This
seems like a good thing to me, but it means that the assignment of errno is
no longer a simple assignment, but now involves a function call to retrieve
a pointer to errno.  This trips up the _syscall macros in unistd.h because
they all do:
errno = __res;
where __res is declared to be the v0 register, which is set by the syscall
itself.  Meanwhile, the function that retrieves the pointer to errno returns
it in... v0.  So errno winds up getting set to the address of errno.  This
doesn't affect _syscall usage in kernel code, because errno is a simple
assignment in that case, nor does it affect glibc itself, since glibc
doesn't seem to use the _syscall macros.

I worked around this problem by adding to each _syscall macro:
unsigned long __res_save; \
and changing:
errno = __res; \
to:
__res_save = __res; \
errno = __res_save; \

I'm not sure that's the best/cleanest solution, but it does have the benefit
that when errno is a simple assignment (as is the case for the kernel), the
compiler optimizes out the additional assignment.

Mike Klar

From ralf@oss.sgi.com  Sun Jun 25 00:13:08 2000
Received: from u-150.karlsruhe.ipdial.viaginterkom.de (u-150.karlsruhe.ipdial.viaginterkom.de [62.180.19.150]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA12065; Sun, 25 Jun 2000 00:13:06 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 00:13:06 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405681AbQFXWMz>;
        Sun, 25 Jun 2000 00:12:55 +0200
Date: Sun, 25 Jun 2000 00:12:55 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>, "Bradley D. LaRonde" <brad@ltc.com>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000625001255.C894@bacchus.dhis.org>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com> <39547DB3.4FF35339@niisi.msk.ru> <20000624131218.A17554@bilbo.physik.uni-konstanz.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20000624131218.A17554@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sat, Jun 24, 2000 at 01:12:18PM +0200
X-Accept-Language: de,en,fr
Content-Length: 531
Lines: 15

On Sat, Jun 24, 2000 at 01:12:18PM +0200, Guido Guenther wrote:

> [..snip..] 
> > If you cross-compile, you just redefine most of the stuff like CcCmd,
> > ArCmd, etc, anyway.
> Yes, but you have to make sure the redefinitions don't get redefined
> again, therefore IMHO an "#ifdef AsCmd" is needed. Otherwise the
> definition in hosts.def will be overriden by the one in linux.cf.

Does X building ever need the hostcompiler?  If not, then you can easily
do crossbuilds like:

  PATH=<prefix>/<target>/bin:$PATH make ...

  Ralf

From aj@suse.de  Sun Jun 25 11:30:51 2000
Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA17833; Sun, 25 Jun 2000 11:30:51 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 11:30:51 +0200 (MET DST)
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 48AB21E06F; Sun, 25 Jun 2000 11:30:20 +0200 (MEST)
Received: from arthur.inka.de (Galois.suse.de [10.0.0.1])
	by Hermes.suse.de (Postfix) with ESMTP
	id 146B710A05A; Sun, 25 Jun 2000 11:30:19 +0200 (MEST)
Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix)
	by arthur.inka.de with esmtp (Exim 3.14 #1)
	id 1368gU-0001Qc-00; Sun, 25 Jun 2000 11:26:34 +0200
Received: by gromit.rhein-neckar.de (Postfix, from userid 207)
	id BB0531821; Sun, 25 Jun 2000 11:26:33 +0200 (CEST)
Sender: aj@suse.de
Mail-Copies-To: never
To: "Mike Klar" <mfklar@ponymail.com>
Cc: <linux-mips@fnet.fr>
Subject: Re: errno assignment in _syscall macros and glibc
References: <NDBBIDGAOKMNJNDAHDDMCEODCKAA.mfklar@ponymail.com>
From: Andreas Jaeger <aj@suse.de>
Date: 25 Jun 2000 11:26:33 +0200
In-Reply-To: "Mike Klar"'s message of "Sat, 24 Jun 2000 12:42:10 -0700"
Message-ID: <u8d7l6p0vq.fsf@gromit.rhein-neckar.de>
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 1948
Lines: 49

>>>>> Mike Klar writes:

 > Hi all,
 > I've run across a problem with user apps that use the _syscall[0-7] macros
 > in asm-mips/unistd.h.  With the latest Linux-MIPS glibc release (the
 > 2.0.6-5lm version), they're not getting errno set properly for error
 > conditions.  In particular, this breaks recent versions of modutils.

 > The problem is this:  In user space, errno is now a per-thread value.  This
 > seems like a good thing to me, but it means that the assignment of errno is
 > no longer a simple assignment, but now involves a function call to retrieve
 > a pointer to errno.  This trips up the _syscall macros in unistd.h because
 > they all do:
 > errno = __res;
 > where __res is declared to be the v0 register, which is set by the syscall
 > itself.  Meanwhile, the function that retrieves the pointer to errno returns
 > it in... v0.  So errno winds up getting set to the address of errno.  This
 > doesn't affect _syscall usage in kernel code, because errno is a simple
 > assignment in that case, nor does it affect glibc itself, since glibc
 > doesn't seem to use the _syscall macros.

 > I worked around this problem by adding to each _syscall macro:
 > unsigned long __res_save; \
 > and changing:
 > errno = __res; \
 > to:
 > __res_save = __res; \
 > errno = __res_save; \

 > I'm not sure that's the best/cleanest solution, but it does have the benefit
 > that when errno is a simple assignment (as is the case for the kernel), the
 > compiler optimizes out the additional assignment.


The question remains what we should do with glibc 2.2.  Currently
<sys/syscalls.h> includes <asm/unistd.h> and this makes _syscall0 and
friends available to userspace. 

I couldn't find any reference to <sys/syscalls.h> in the ABI and
consider dropping the include of <asm/unistd.h> since it's not needed
at all.

Any objections or better suggestions?

Andreas
-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de

From ralf@uni-koblenz.de  Sun Jun 25 20:44:02 2000
Received: from u-202.karlsruhe.ipdial.viaginterkom.de (u-202.karlsruhe.ipdial.viaginterkom.de [62.180.10.202]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20589; Sun, 25 Jun 2000 20:43:59 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 20:43:59 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403784AbQFYSne>;
        Sun, 25 Jun 2000 20:43:34 +0200
Date: Sun, 25 Jun 2000 20:43:34 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Andreas Jaeger <aj@suse.de>
Cc: Mike Klar <mfklar@ponymail.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
Subject: Re: errno assignment in _syscall macros and glibc
Message-ID: <20000625204334.E1572@bacchus.dhis.org>
References: <NDBBIDGAOKMNJNDAHDDMCEODCKAA.mfklar@ponymail.com> <u8d7l6p0vq.fsf@gromit.rhein-neckar.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <u8d7l6p0vq.fsf@gromit.rhein-neckar.de>; from aj@suse.de on Sun, Jun 25, 2000 at 11:26:33AM +0200
X-Accept-Language: de,en,fr
Content-Length: 1170
Lines: 27

On Sun, Jun 25, 2000 at 11:26:33AM +0200, Andreas Jaeger wrote:

> The question remains what we should do with glibc 2.2.  Currently
> <sys/syscalls.h> includes <asm/unistd.h> and this makes _syscall0 and
> friends available to userspace. 
> 
> I couldn't find any reference to <sys/syscalls.h> in the ABI and
> consider dropping the include of <asm/unistd.h> since it's not needed
> at all.
> 
> Any objections or better suggestions?

I will take his report as a real bug but for another reason.  The kernel
has a global variable errno which at least on i386 get the returned
error value.  Fixing this one will magically fix userland.

Still everybody should be aware that using your own syscall wrappers
can be _very_ dangerous.  I saw an attempt to use pread / pwrite which
was ok on Intel but might have corrupted data on MIPS due to different
calling conventions.  You have been warned.

Andreas - I think the syscall interface should finally officially be
declared a private interface between libc and the kernel, that is nobody
except these two should use it.  Many of the other attempts to use it
have been quite problematic - portabilitywise and worse.

  Ralf

From aj@suse.de  Sun Jun 25 20:55:07 2000
Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA20784; Sun, 25 Jun 2000 20:55:06 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 20:55:06 +0200 (MET DST)
Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136])
	by Cantor.suse.de (Postfix) with ESMTP
	id 892951E0F8; Sun, 25 Jun 2000 20:54:35 +0200 (MEST)
Received: from arthur.inka.de (Galois.suse.de [10.0.0.1])
	by Hermes.suse.de (Postfix) with ESMTP
	id E62D310A109; Sun, 25 Jun 2000 20:54:33 +0200 (MEST)
Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix)
	by arthur.inka.de with esmtp (Exim 3.14 #1)
	id 136HXA-0002aq-00; Sun, 25 Jun 2000 20:53:32 +0200
Received: by gromit.rhein-neckar.de (Postfix, from userid 207)
	id 96D8D1821; Sun, 25 Jun 2000 20:53:30 +0200 (CEST)
Sender: aj@suse.de
To: Ralf Baechle <ralf@uni-koblenz.de>
Cc: Mike Klar <mfklar@ponymail.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
Subject: Re: errno assignment in _syscall macros and glibc
References: <NDBBIDGAOKMNJNDAHDDMCEODCKAA.mfklar@ponymail.com>
	<u8d7l6p0vq.fsf@gromit.rhein-neckar.de>
	<20000625204334.E1572@bacchus.dhis.org>
From: Andreas Jaeger <aj@suse.de>
Date: 25 Jun 2000 20:53:30 +0200
In-Reply-To: Ralf Baechle's message of "Sun, 25 Jun 2000 20:43:34 +0200"
Message-ID: <u8zoo9mw2d.fsf@gromit.rhein-neckar.de>
User-Agent: Gnus/5.0807 (Gnus v5.8.7) XEmacs/21.1 (Capitol Reef)
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Length: 2400
Lines: 66

>>>>> Ralf Baechle writes:

Ralf> On Sun, Jun 25, 2000 at 11:26:33AM +0200, Andreas Jaeger wrote:
>> The question remains what we should do with glibc 2.2.  Currently
>> <sys/syscalls.h> includes <asm/unistd.h> and this makes _syscall0 and
>> friends available to userspace. 
>> 
>> I couldn't find any reference to <sys/syscalls.h> in the ABI and
>> consider dropping the include of <asm/unistd.h> since it's not needed
>> at all.
>> 
>> Any objections or better suggestions?

Ralf> I will take his report as a real bug but for another reason.  The kernel
Ralf> has a global variable errno which at least on i386 get the returned
Ralf> error value.  Fixing this one will magically fix userland.

Ralf> Still everybody should be aware that using your own syscall wrappers
Ralf> can be _very_ dangerous.  I saw an attempt to use pread / pwrite which
Ralf> was ok on Intel but might have corrupted data on MIPS due to different
Ralf> calling conventions.  You have been warned.

Ralf> Andreas - I think the syscall interface should finally officially be
Ralf> declared a private interface between libc and the kernel, that is nobody
Ralf> except these two should use it.  Many of the other attempts to use it
Ralf> have been quite problematic - portabilitywise and worse.

I'm considering to commit the appended patch.  I've compiled glibc
with it and didn't notice any problems.  If nobody objects, I'll apply
it tomorrow.

Ralf, are there any other places that needs to be changed?  What do
you think of adding 
#ifdef KERNEL
around _syscallX in <asm/unistd.h> ?

Andreas

2000-06-25  Andreas Jaeger  <aj@suse.de>

	* sysdeps/unix/sysv/linux/mips/sys/syscall.h: Don't include
	<asm/unistd.h> - we don't need any of these at all in glibc or
	user programs.

============================================================
Index: sysdeps/unix/sysv/linux/mips/sys/syscall.h
--- sysdeps/unix/sysv/linux/mips/sys/syscall.h	2000/06/23 07:55:36	1.4
+++ sysdeps/unix/sysv/linux/mips/sys/syscall.h	2000/06/25 18:51:00
@@ -19,11 +19,6 @@
 #ifndef	_SYSCALL_H
 #define	_SYSCALL_H	1
 
-/* This file should list the numbers of the system the system knows.
-   But instead of duplicating this we use the information available
-   from the kernel sources.  */
-#include <asm/unistd.h>
-
 /*
  * SVR4 syscalls are in the range from 1 to 999
  */


-- 
 Andreas Jaeger
  SuSE Labs aj@suse.de
   private aj@arthur.inka.de

From alan@lxorguk.ukuu.org.uk  Sun Jun 25 21:31:53 2000
Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA21152; Sun, 25 Jun 2000 21:31:51 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 21:31:51 +0200 (MET DST)
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 136I3I-0002yR-00; Sun, 25 Jun 2000 20:26:44 +0100
Subject: Re: errno assignment in _syscall macros and glibc
To: ralf@uni-koblenz.de (Ralf Baechle)
Date: Sun, 25 Jun 2000 20:26:42 +0100 (BST)
Cc: aj@suse.de (Andreas Jaeger), mfklar@ponymail.com (Mike Klar),
        linux-mips@oss.sgi.com, linux-mips@fnet.fr,
        linux-mips@vger.rutgers.edu
In-Reply-To: <20000625204334.E1572@bacchus.dhis.org> from "Ralf Baechle" at Jun 25, 2000 08:43:34 PM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E136I3I-0002yR-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Content-Length: 443
Lines: 10

> Andreas - I think the syscall interface should finally officially be
> declared a private interface between libc and the kernel, that is nobody
> except these two should use it.  Many of the other attempts to use it
> have been quite problematic - portabilitywise and worse.

Don't make it too private. glibc is still worryingly large for some embedded
applications. Between a libc and the kernel yes, between glibc and the kernel
no.

Alan

From ralf@oss.sgi.com  Sun Jun 25 23:21:52 2000
Received: from u-217.frankfurt3.ipdial.viaginterkom.de (u-217.frankfurt3.ipdial.viaginterkom.de [62.180.18.217]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA21665; Sun, 25 Jun 2000 23:21:49 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 23:21:49 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403784AbQFYVVj>;
        Sun, 25 Jun 2000 23:21:39 +0200
Date: Sun, 25 Jun 2000 23:21:39 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andreas Jaeger <aj@suse.de>, Mike Klar <mfklar@ponymail.com>,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr,
        linux-mips@vger.rutgers.edu
Subject: Re: errno assignment in _syscall macros and glibc
Message-ID: <20000625232138.A3802@bacchus.dhis.org>
References: <20000625204334.E1572@bacchus.dhis.org> <E136I3I-0002yR-00@the-village.bc.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <E136I3I-0002yR-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sun, Jun 25, 2000 at 08:26:42PM +0100
X-Accept-Language: de,en,fr
Content-Length: 697
Lines: 18

On Sun, Jun 25, 2000 at 08:26:42PM +0100, Alan Cox wrote:

> > Andreas - I think the syscall interface should finally officially be
> > declared a private interface between libc and the kernel, that is nobody
> > except these two should use it.  Many of the other attempts to use it
> > have been quite problematic - portabilitywise and worse.
> 
> Don't make it too private. glibc is still worryingly large for some embedded
> applications. Between a libc and the kernel yes, between glibc and the kernel
> no.

Sure; these days glibc is more or less synonym with libc and I was using
it in that sense.

What small, portable libcs do we have available anyway?  Some mipers will
want one.

  Ralf

From alan@lxorguk.ukuu.org.uk  Sun Jun 25 23:30:42 2000
Received: from the-village.bc.nu (lightning.swansea.uk.linux.org [194.168.151.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA21739; Sun, 25 Jun 2000 23:30:40 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 23:30:40 +0200 (MET DST)
Received: from alan by the-village.bc.nu with local (Exim 2.12 #1)
	id 136JuZ-0003C0-00; Sun, 25 Jun 2000 22:25:51 +0100
Subject: Re: errno assignment in _syscall macros and glibc
To: ralf@oss.sgi.com (Ralf Baechle)
Date: Sun, 25 Jun 2000 22:25:48 +0100 (BST)
Cc: alan@lxorguk.ukuu.org.uk (Alan Cox), aj@suse.de (Andreas Jaeger),
        mfklar@ponymail.com (Mike Klar), linux-mips@oss.sgi.com,
        linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
In-Reply-To: <20000625232138.A3802@bacchus.dhis.org> from "Ralf Baechle" at Jun 25, 2000 11:21:39 PM
X-Mailer: ELM [version 2.5 PL1]
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-Id: <E136JuZ-0003C0-00@the-village.bc.nu>
From: Alan Cox <alan@lxorguk.ukuu.org.uk>
Content-Length: 417
Lines: 11

> Sure; these days glibc is more or less synonym with libc and I was using
> it in that sense.
> 
> What small, portable libcs do we have available anyway?  Some mipers will
> want one.

I've been playing with the Linux8086 libc which is tiny but not portable when
Prumpf pointed out that Cygnus newlib is designed for precisely this job. Its
about 250K MIPS32 (my PDA has mips32/mips64 but not mips16 - duh!!)

Alan

From ulfc@calypso.engr.sgi.com  Sun Jun 25 23:36:55 2000
Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA21793; Sun, 25 Jun 2000 23:36:54 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 23:36:54 +0200 (MET DST)
Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA03447; Sun, 25 Jun 2000 14:31:36 -0700 (PDT)
	mail_from (ulfc@calypso.engr.sgi.com)
Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [163.154.5.113])
	by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF)
	via ESMTP id OAA27047;
	Sun, 25 Jun 2000 14:34:46 -0700 (PDT)
	mail_from (ulfc@calypso.engr.sgi.com)
Received: by calypso.engr.sgi.com (Postfix, from userid 37984)
	id 634AEA7875; Sun, 25 Jun 2000 14:33:50 -0700 (PDT)
From: Ulf Carlsson <ulfc@calypso.engr.sgi.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Message-ID: <14678.31422.353864.773880@calypso.engr.sgi.com>
Date: Sun, 25 Jun 2000 14:33:50 -0700 (PDT)
To: Ralf Baechle <ralf@oss.sgi.com>
Cc: "Gleb O. Raiko" <raiko@niisi.msk.ru>, "Bradley D. LaRonde" <brad@ltc.com>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
In-Reply-To: <20000625001255.C894@bacchus.dhis.org>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de>
	<014f01bfdd33$8877b3c0$0701010a@ltc.com>
	<20000623185553.A20888@bert.physik.uni-konstanz.de>
	<019501bfdd35$bb301940$0701010a@ltc.com>
	<20000623190723.B20888@bert.physik.uni-konstanz.de>
	<01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>
	<39547DB3.4FF35339@niisi.msk.ru>
	<20000624131218.A17554@bilbo.physik.uni-konstanz.de>
	<20000625001255.C894@bacchus.dhis.org>
X-Mailer: VM 6.75 under Emacs 20.5.1
Content-Length: 1253
Lines: 39

Ralf Baechle writes:
 > On Sat, Jun 24, 2000 at 01:12:18PM +0200, Guido Guenther wrote:
 > 
 > > [..snip..] 
 > > > If you cross-compile, you just redefine most of the stuff like CcCmd,
 > > > ArCmd, etc, anyway.
 > > Yes, but you have to make sure the redefinitions don't get redefined
 > > again, therefore IMHO an "#ifdef AsCmd" is needed. Otherwise the
 > > definition in hosts.def will be overriden by the one in linux.cf.
 > 
 > Does X building ever need the hostcompiler?  If not, then you can easily
 > do crossbuilds like:
 > 
 >   PATH=<prefix>/<target>/bin:$PATH make ...

Yes.  You need the hostcompiler when you do X builds.  It is possible
to get around it though.  I have the commands that I used in two shell
scripts.

First I have to to prepare for the cross build:

#!/bin/sh
make clean
make Makefile.boot
make Makefiles
(cd config; make)
make includes
make depend
(cd fonts/bdf; for i in $(find -name 'Makefile'); do sed -e 's/\$(XBUILDBINDIR)\///' < $i > $i.tmp; mv $i.tmp $i; done)

Then I'm ready to build the rest with the cross compiler:

#!/bin/sh
export PATH=/usr/glibc-mips/bin:$PATH 
make -k CC=mips-linux-gcc LD=mips-linux-ld AS=mips-linux-as RANLIB=mips-linux-ranlib $@

You probably have a better solution though :-)

Ulf

From ralf@oss.sgi.com  Sun Jun 25 23:48:53 2000
Received: from u-217.frankfurt3.ipdial.viaginterkom.de (u-217.frankfurt3.ipdial.viaginterkom.de [62.180.18.217]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA21868; Sun, 25 Jun 2000 23:48:50 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 23:48:50 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403784AbQFYVsd>;
        Sun, 25 Jun 2000 23:48:33 +0200
Date: Sun, 25 Jun 2000 23:48:33 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: Alan Cox <alan@lxorguk.ukuu.org.uk>
Cc: Andreas Jaeger <aj@suse.de>, Mike Klar <mfklar@ponymail.com>,
        linux-mips@oss.sgi.com, linux-mips@fnet.fr,
        linux-mips@vger.rutgers.edu
Subject: Re: errno assignment in _syscall macros and glibc
Message-ID: <20000625234833.B3802@bacchus.dhis.org>
References: <20000625232138.A3802@bacchus.dhis.org> <E136JuZ-0003C0-00@the-village.bc.nu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <E136JuZ-0003C0-00@the-village.bc.nu>; from alan@lxorguk.ukuu.org.uk on Sun, Jun 25, 2000 at 10:25:48PM +0100
X-Accept-Language: de,en,fr
Content-Length: 840
Lines: 21

On Sun, Jun 25, 2000 at 10:25:48PM +0100, Alan Cox wrote:

> > Sure; these days glibc is more or less synonym with libc and I was using
> > it in that sense.
> > 
> > What small, portable libcs do we have available anyway?  Some mipers will
> > want one.
> 
> I've been playing with the Linux8086 libc which is tiny but not portable when
> Prumpf pointed out that Cygnus newlib is designed for precisely this job. Its
> about 250K MIPS32 (my PDA has mips32/mips64 but not mips16 - duh!!)

Oh promised lands of small happy libcs :-)

Back to the original problem - the i386 <asm/unistd.h> __syscall_return
macro which is used by the _syscallX macros set the errno variable - even
inside the kernel.  In the age of SMP this looks broken - at least nothing
seems to rely on it.  So how about removing the whole errno thing from
there?

  Ralf

From ralf@oss.sgi.com  Sun Jun 25 23:59:33 2000
Received: from u-217.frankfurt3.ipdial.viaginterkom.de (u-217.frankfurt3.ipdial.viaginterkom.de [62.180.18.217]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA22129; Sun, 25 Jun 2000 23:59:30 +0200 (MET DST)
Received-Date: Sun, 25 Jun 2000 23:59:30 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1403784AbQFYV7R>;
        Sun, 25 Jun 2000 23:59:17 +0200
Date: Sun, 25 Jun 2000 23:59:17 +0200
From: Ralf Baechle <ralf@oss.sgi.com>
To: Andreas Jaeger <aj@suse.de>
Cc: Mike Klar <mfklar@ponymail.com>, linux-mips@oss.sgi.com,
        linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
Subject: Re: errno assignment in _syscall macros and glibc
Message-ID: <20000625235917.C3802@bacchus.dhis.org>
References: <NDBBIDGAOKMNJNDAHDDMCEODCKAA.mfklar@ponymail.com> <u8d7l6p0vq.fsf@gromit.rhein-neckar.de> <20000625204334.E1572@bacchus.dhis.org> <u8zoo9mw2d.fsf@gromit.rhein-neckar.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <u8zoo9mw2d.fsf@gromit.rhein-neckar.de>; from aj@suse.de on Sun, Jun 25, 2000 at 08:53:30PM +0200
X-Accept-Language: de,en,fr
Content-Length: 858
Lines: 25

On Sun, Jun 25, 2000 at 08:53:30PM +0200, Andreas Jaeger wrote:

> I'm considering to commit the appended patch.  I've compiled glibc
> with it and didn't notice any problems.  If nobody objects, I'll apply
> it tomorrow.
> 
> Ralf, are there any other places that needs to be changed?

libc/sysdeps/unix/sysv/linux/sys/syscall.h should be patched the same way.

I remember that I once saw a program the __NR_ syscall numbers imported
via unistd.h.  Fixing won't be a big deal.

> What do you think of adding 
> #ifdef KERNEL
> around _syscallX in <asm/unistd.h> ?

__KERNEL__ that is ...

Slightly radical but I like it.  It'll break some programs which are using
the _syscallX() macros to get syscalls which libc doesn't yet have wrappers
for just to get away without fixing / upgrading libc.  Those people still
can use syscall(3) in such a case.

  Ralf

From rabeeh@galileo.co.il  Mon Jun 26 10:57:17 2000
Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA03131; Mon, 26 Jun 2000 10:57:14 +0200 (MET DST)
Received-Date: Mon, 26 Jun 2000 10:57:14 +0200 (MET DST)
Received: from galileo.co.il (rabeeh@[10.2.20.126])
	by galileo.co.il (8.8.5/8.8.5) with ESMTP id LAA20831
	for <linux-mips@fnet.fr>; Mon, 26 Jun 2000 11:56:48 +0200 (GMT-2)
Sender: rabeeh@galileo.co.il
Message-ID: <39577DEB.95655954@galileo.co.il>
Date: Mon, 26 Jun 2000 11:59:39 -0400
From: Rabeeh Khoury <rabeeh@galileo.co.il>
Reply-To: rabeeh@galileo.co.il
X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686)
X-Accept-Language: en
MIME-Version: 1.0
To: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: ethernet loaders
Content-Type: multipart/mixed;
 boundary="------------E1224D89BFF8B4E4F9B0EB88"
Content-Length: 788
Lines: 36

This is a multi-part message in MIME format.
--------------E1224D89BFF8B4E4F9B0EB88
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi All

Does any one has an ethernet loader for kernel images using tftp
protocol or anything else ?

Regards,
Rabeeh


--------------E1224D89BFF8B4E4F9B0EB88
Content-Type: text/x-vcard; charset=us-ascii;
 name="rabeeh.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Card for Rabeeh Khoury
Content-Disposition: attachment;
 filename="rabeeh.vcf"

begin:vcard 
n:Khoury;Rabeeh
x-mozilla-html:FALSE
org:Galileo Technology;Software Department
adr:;;;;;;
version:2.1
email;internet:rabeeh@galileo.co.il
title:Development Engineer
x-mozilla-cpt:;-31712
fn:Rabeeh Khoury
end:vcard

--------------E1224D89BFF8B4E4F9B0EB88--

From ralf@uni-koblenz.de  Tue Jun 27 00:25:30 2000
Received: from u-251.karlsruhe.ipdial.viaginterkom.de (u-251.karlsruhe.ipdial.viaginterkom.de [62.180.10.251]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA09231; Tue, 27 Jun 2000 00:25:27 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 00:25:27 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1406735AbQFZRRW>;
        Mon, 26 Jun 2000 19:17:22 +0200
Date: Mon, 26 Jun 2000 19:17:22 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Rabeeh Khoury <rabeeh@galileo.co.il>
Cc: "linux-mips@fnet.fr" <linux-mips@fnet.fr>
Subject: Re: ethernet loaders
Message-ID: <20000626191722.F1833@bacchus.dhis.org>
References: <39577DEB.95655954@galileo.co.il>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <39577DEB.95655954@galileo.co.il>; from rabeeh@galileo.co.il on Mon, Jun 26, 2000 at 11:59:39AM -0400
X-Accept-Language: de,en,fr
Content-Length: 446
Lines: 14

On Mon, Jun 26, 2000 at 11:59:39AM -0400, Rabeeh Khoury wrote:

> Does any one has an ethernet loader for kernel images using tftp
> protocol or anything else ?

I suggest you take a look at PMON, a full firmware which also supports
booting via BOOTP/TFTP.  It exists in various incarnations and from my
own experience I can recommend the Algorithmics one.

> Content-Description: Card for <somebody>

Oh world of useless attachments ...

  Ralf

From jeffi@u.arizona.edu  Tue Jun 27 01:06:09 2000
Received: from trifid.u.arizona.edu (root@trifid.U.Arizona.EDU [128.196.137.197]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA10295; Tue, 27 Jun 2000 01:06:07 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 01:06:07 +0200 (MET DST)
Received: from u.arizona.edu (vertov.faccenter.Arizona.EDU [128.196.59.111])
	by trifid.u.arizona.edu (8.8.8/8.8.8) with ESMTP id QAA12108
	for <linux-mips@fnet.fr>; Mon, 26 Jun 2000 16:06:04 -0700
Message-ID: <3957E083.C84E3FC@u.arizona.edu>
Date: Mon, 26 Jun 2000 16:00:19 -0700
From: Jeff Imig <jeffi@U.Arizona.EDU>
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: O2 R5000/R10000
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 239
Lines: 8

I have an O2 at work and I'm wondering if Linux/MIPS will run on it.

http://lena.fnet.fr doesn't seem to address MIPS R5000/R10000
processors.  Is there any hope that Linux/MIPS will run on my O2?

Thanks,
--Stephen
smonroe@u.arizona.edu

From ralf@uni-koblenz.de  Tue Jun 27 03:40:29 2000
Received: from u-251.karlsruhe.ipdial.viaginterkom.de (u-251.karlsruhe.ipdial.viaginterkom.de [62.180.10.251]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA11252; Tue, 27 Jun 2000 03:40:28 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 03:40:28 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405570AbQF0BkT>;
        Tue, 27 Jun 2000 03:40:19 +0200
Date: Tue, 27 Jun 2000 03:40:19 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Jeff Imig <jeffi@U.Arizona.EDU>
Cc: linux-mips@fnet.fr
Subject: Re: O2 R5000/R10000
Message-ID: <20000627034018.A3343@bacchus.dhis.org>
References: <3957E083.C84E3FC@u.arizona.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <3957E083.C84E3FC@u.arizona.edu>; from jeffi@U.Arizona.EDU on Mon, Jun 26, 2000 at 04:00:19PM -0700
X-Accept-Language: de,en,fr
Content-Length: 384
Lines: 12

On Mon, Jun 26, 2000 at 04:00:19PM -0700, Jeff Imig wrote:

> I have an O2 at work and I'm wondering if Linux/MIPS will run on it.
> 
> http://lena.fnet.fr doesn't seem to address MIPS R5000/R10000
> processors.  Is there any hope that Linux/MIPS will run on my O2?

Forget the web page on lena, they're completly out of date and unmaintained.

Anyway, the O2 is unsupported.

  Ralf

From poinde_t@epita.fr  Tue Jun 27 05:13:56 2000
Received: from hermes.epita.fr (hermes.epita.fr [194.98.116.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA11756; Tue, 27 Jun 2000 05:13:56 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 05:13:56 +0200 (MET DST)
Received: from purple42.epx.epita.fr (purple42.epx.epita.fr [10.225.7.1])
	by hermes.epita.fr id FAA20401 for <linux-mips@fnet.fr> 
	EPITA Paris France Tue, 27 Jun 2000 05:14:21 GMT
Received: by purple42.epx.epita.fr (Postfix, from userid 501)
	id 271BC2B4; Tue, 27 Jun 2000 05:19:19 +0200 (CEST)
Date: Tue, 27 Jun 2000 05:19:19 +0200
From: Diablero <poinde_t@epita.fr>
To: linux-mips@fnet.fr
Subject: Re: O2 R5000/R10000
Message-ID: <20000627051919.A8853@purple42.epx.epita.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
X-Mailer: Mutt 1.0.1i
In-Reply-To: <20000627034018.A3343@bacchus.dhis.org>; from ralf@uni-koblenz.de on Tue, Jun 27, 2000 at 03:40:19AM +0200
Content-Length: 769
Lines: 25

On Tue, Jun 27, 2000 at 03:40:19AM +0200, Ralf Baechle wrote:
> On Mon, Jun 26, 2000 at 04:00:19PM -0700, Jeff Imig wrote:
> 
> > I have an O2 at work and I'm wondering if Linux/MIPS will run on it.
> > 
> > http://lena.fnet.fr doesn't seem to address MIPS R5000/R10000
> > processors.  Is there any hope that Linux/MIPS will run on my O2?
> 
> Forget the web page on lena, they're completly out of date and unmaintained.

So Where can I find some docs ?

I have a Mips R4000sc-50 with RiscOS and with no floppy drive nor a video
card. I would like to install Linux on it. Can I use a pc floppy drive and
a ISA pc video card ?

> Anyway, the O2 is unsupported.
> 
>   Ralf


-- 
Thomas Poindessous
EpX asso GNU/Linux de l'Epita
epx@epita.fr && http://www.epita.fr/~epx

From alhaz@xmission.com  Tue Jun 27 05:46:40 2000
Received: from mail.xmission.com (root@mail.xmission.com [198.60.22.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA11924; Tue, 27 Jun 2000 05:46:38 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 05:46:38 +0200 (MET DST)
Received: from alhaz.dsl.xmission.com
	([166.70.14.226] helo=xmission.com ident=alhaz)
	by mail.xmission.com with esmtp (Exim 3.03 #3)
	id 136mKa-0003z5-00; Mon, 26 Jun 2000 21:46:36 -0600
Sender: alhaz@fnet.fr
Message-ID: <3958239C.7EF9D9E0@xmission.com>
Date: Mon, 26 Jun 2000 21:46:36 -0600
From: Eric Jorgensen <alhaz@xmission.com>
X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.15 i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Diablero <poinde_t@epita.fr>
CC: linux-mips@fnet.fr
Subject: Re: O2 R5000/R10000
References: <20000627051919.A8853@purple42.epx.epita.fr>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 822
Lines: 23

Diablero wrote:

> 
> So Where can I find some docs ?
> 
> I have a Mips R4000sc-50 with RiscOS and with no floppy drive nor a video
> card. I would like to install Linux on it. Can I use a pc floppy drive and
> a ISA pc video card ?

	You can use a PC floppy drive. You unfortunately need an exceptionally
funky framebuffer in these systems. Unless you know someone who has one
they're willing to donate, don't bother. The only source to buy one from
wants hundreds of dollars for them. 

	You can still boot to a serial console, as far as i know, but I don't
have any details on how to do that. My Magnum 4000PC has it's
framebuffer. 

	Linux runs on these boxes - But i can't really say where to get a
working kernel. I have a kernel that boots but never executes init,
which i got from sgi's linux ftp site. 

 - Eric

From raiko@niisi.msk.ru  Tue Jun 27 09:51:56 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA14225; Tue, 27 Jun 2000 09:51:54 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 09:51:54 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA17652;
	Tue, 27 Jun 2000 11:51:36 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA14615; Tue, 27 Jun 2000 11:35:57 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA13938; Tue, 27 Jun 2000 11:46:06 +0400 (MSD)
Message-ID: <39585E84.3E75C76A@niisi.msk.ru>
Date: Tue, 27 Jun 2000 11:57:56 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: Ralf Baechle <ralf@oss.sgi.com>
CC: "Bradley D. LaRonde" <brad@ltc.com>, linux-mips <linux-mips@fnet.fr>,
        linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com> <39547DB3.4FF35339@niisi.msk.ru> <20000624131218.A17554@bilbo.physik.uni-konstanz.de> <20000625001255.C894@bacchus.dhis.org>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 923
Lines: 23

Ralf Baechle wrote:
> 
> On Sat, Jun 24, 2000 at 01:12:18PM +0200, Guido Guenther wrote:
> 
> > [..snip..]
> > > If you cross-compile, you just redefine most of the stuff like CcCmd,
> > > ArCmd, etc, anyway.
> > Yes, but you have to make sure the redefinitions don't get redefined
> > again, therefore IMHO an "#ifdef AsCmd" is needed. Otherwise the
> > definition in hosts.def will be overriden by the one in linux.cf.
> 
> Does X building ever need the hostcompiler?

This depends on your taste basically. If you want 'clean' build w/o
stupid errors, you should define CROSS_COMPILE and other macros to be
used diring cross compilation. After that, X understands there are
hostcompiler and crosscompiler. Then, makedepend & Co are compiled by
hostcompiler and X server itself are compiler by cross compiler. In
principle, you may safely ignore all that stuff and be ready to build
makedep & Co manually.

Regards,
Gleb.

From raiko@niisi.msk.ru  Tue Jun 27 09:56:57 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA14312; Tue, 27 Jun 2000 09:56:53 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 09:56:53 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA17683;
	Tue, 27 Jun 2000 11:56:36 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA14653; Tue, 27 Jun 2000 11:39:04 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA13973; Tue, 27 Jun 2000 11:49:16 +0400 (MSD)
Message-ID: <39585F40.67B6FA74@niisi.msk.ru>
Date: Tue, 27 Jun 2000 12:01:04 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: Ulf Carlsson <ulfc@calypso.engr.sgi.com>
CC: Ralf Baechle <ralf@oss.sgi.com>, "Bradley D. LaRonde" <brad@ltc.com>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
References: <20000623181736.A13410@bert.physik.uni-konstanz.de>
		<014f01bfdd33$8877b3c0$0701010a@ltc.com>
		<20000623185553.A20888@bert.physik.uni-konstanz.de>
		<019501bfdd35$bb301940$0701010a@ltc.com>
		<20000623190723.B20888@bert.physik.uni-konstanz.de>
		<01cb01bfdd3a$fc43b2c0$0701010a@ltc.com>
		<39547DB3.4FF35339@niisi.msk.ru>
		<20000624131218.A17554@bilbo.physik.uni-konstanz.de>
		<20000625001255.C894@bacchus.dhis.org> <14678.31422.353864.773880@calypso.engr.sgi.com>
Content-Type: multipart/mixed;
 boundary="------------48626968E62A39AA49D3BEE9"
Content-Length: 4369
Lines: 108

This is a multi-part message in MIME format.
--------------48626968E62A39AA49D3BEE9
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit

Ulf Carlsson wrote:
> 
> Ralf Baechle writes:
>  > On Sat, Jun 24, 2000 at 01:12:18PM +0200, Guido Guenther wrote:
>  >
>  > > [..snip..]
>  > > > If you cross-compile, you just redefine most of the stuff like CcCmd,
>  > > > ArCmd, etc, anyway.
>  > > Yes, but you have to make sure the redefinitions don't get redefined
>  > > again, therefore IMHO an "#ifdef AsCmd" is needed. Otherwise the
>  > > definition in hosts.def will be overriden by the one in linux.cf.
>  >
>  > Does X building ever need the hostcompiler?  If not, then you can easily
>  > do crossbuilds like:
>  >
>  >   PATH=<prefix>/<target>/bin:$PATH make ...
> 
> Yes.  You need the hostcompiler when you do X builds.  It is possible
> to get around it though.  I have the commands that I used in two shell
> scripts.
> 
> First I have to to prepare for the cross build:
> 
> #!/bin/sh
> make clean
> make Makefile.boot
> make Makefiles
> (cd config; make)
> make includes
> make depend
> (cd fonts/bdf; for i in $(find -name 'Makefile'); do sed -e 's/\$(XBUILDBINDIR)\///' < $i > $i.tmp; mv $i.tmp $i; done)
> 
> Then I'm ready to build the rest with the cross compiler:
> 
> #!/bin/sh
> export PATH=/usr/glibc-mips/bin:$PATH
> make -k CC=mips-linux-gcc LD=mips-linux-ld AS=mips-linux-as RANLIB=mips-linux-ranlib $@
> 
> You probably have a better solution though :-)

Sure, host.def attached.
--------------48626968E62A39AA49D3BEE9
Content-Type: image/x-xbitmap;
 name="host.def"
Content-Transfer-Encoding: 7bit
Content-Disposition: inline;
 filename="host.def"

#define BuildServersOnly YES
/* #define DoLoadableServer NO */
#define XprtServer NO
#define XVirtualFramebufferServer NO
#define XnestServer NO
#define BuildFontServer        NO
#define BuildFonts NO
#define BuildScreenSaverExt    NO
/* #define BuildXF86MiscExt       YES */
#define MipsArchitecture
#define __mips
#undef i386Architecture
#define OSName Linux 2.2.1 mips [ELF]
#define OSMajorVersion 2
#define OSMinorVersion 2
#define OSTeenyVersion 1
#define LinuxCLibMajorVersion 6
#define LinuxCLibMinorVersion 0
#define LinuxCLibTeenyVersion 6
#define LinuxBinUtilsMajorVersion 28
#define CcCmd mips-linux-gcc -g
#define AsCmd mips-linux-gcc -c -x assembler-with-cpp -g
#define LdCmd mips-linux-ld -g
#define ArCmdBase mips-linux-ar
#define RanlibCmd mips-linux-ranlib
#define CrossCompiling YES
#define ComplexHostProgramTarget(program)                               @@\
              CC=cc                                                     @@\
    STD_INCLUDES=                                                       @@\
          CFLAGS=$(TOP_INCLUDES) $(INCLUDES) $(BOOTSTRAPCFLAGS)         @@\
EXTRA_LOAD_FLAGS=                                                       @@\
        PROGRAM = program                                               @@\
                                                                        @@\
AllTarget(program)                                                      @@\
                                                                        @@\
program: $(OBJS) $(DEPLIBS)                                             @@\
	RemoveTargetProgram($@)                                         @@\
	HostLinkRule($@,$(_NOOP_),$(OBJS),$(DEPLIBS) $(LOCAL_LIBRARIES)) @@\
                                                                        @@\
DependTarget()                                                          @@\
                                                                        @@\
LintTarget()                                                            @@\
                                                                        @@\
clean::                                                                 @@\
	RemoveFile(ProgramTargetName(program))

#define SimpleHostProgramTarget(program)                                @@\
           OBJS = program.o                                             @@\
           SRCS = program.c                                             @@\
                                                                        @@\
ComplexHostProgramTarget(program)

#define HostLinkRule(target, flags, src, libs)  gcc -o target flags src libs $(EXTRA_LOAD_FLAGS)

--------------48626968E62A39AA49D3BEE9--

From guido.guenther@gmx.net  Tue Jun 27 11:26:15 2000
Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA15546; Tue, 27 Jun 2000 11:26:14 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 11:26:14 +0200 (MET DST)
Received: from bert.physik.uni-konstanz.de [134.34.144.20] 
	by gandalf.physik.uni-konstanz.de with smtp (Exim 2.05 #1 (Debian))
	id 136rcx-0004pJ-00; Tue, 27 Jun 2000 11:25:55 +0200
Received: by bert.physik.uni-konstanz.de (sSMTP sendmail emulation); Tue, 27 Jun 2000 11:17:28 +0200
Date: Tue, 27 Jun 2000 11:17:28 +0200
From: Guido Guenther <guido.guenther@gmx.net>
To: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Cc: Ralf Baechle <ralf@oss.sgi.com>, "Bradley D. LaRonde" <brad@ltc.com>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
Message-ID: <20000627111727.A2352@bert.physik.uni-konstanz.de>
Mail-Followup-To: Guido Guenther <guido.guenther@gmx.net>,
	"Gleb O. Raiko" <raiko@niisi.msk.ru>,
	Ralf Baechle <ralf@oss.sgi.com>,
	"Bradley D. LaRonde" <brad@ltc.com>,
	linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com> <39547DB3.4FF35339@niisi.msk.ru> <20000624131218.A17554@bilbo.physik.uni-konstanz.de> <20000625001255.C894@bacchus.dhis.org> <39585E84.3E75C76A@niisi.msk.ru>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
User-Agent: Mutt/1.1.9i
In-Reply-To: <39585E84.3E75C76A@niisi.msk.ru>; from raiko@niisi.msk.ru on Tue, Jun 27, 2000 at 11:57:56AM +0400
Content-Length: 856
Lines: 18

On Tue, Jun 27, 2000 at 11:57:56AM +0400, Gleb O. Raiko wrote:
> > Does X building ever need the hostcompiler?
> 
> This depends on your taste basically. If you want 'clean' build w/o
> stupid errors, you should define CROSS_COMPILE and other macros to be
> used diring cross compilation. After that, X understands there are
> hostcompiler and crosscompiler. Then, makedepend & Co are compiled by
> hostcompiler and X server itself are compiler by cross compiler. In
> principle, you may safely ignore all that stuff and be ready to build
> makedep & Co manually.
"define CROSS_COMPILE" is not perfect yet. E.g. xkbcomp is compiled for
target architecture(since it's needed there) but the build process also tries 
to execute it on the host, same for pswrap.
Regards,
 -- Guido

-- 
GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc

From mk2s@digitalcommute.com  Tue Jun 27 14:48:22 2000
Received: from pop.matrixgroup.net ([207.226.187.161]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA18231; Tue, 27 Jun 2000 14:48:22 +0200 (MET DST)
Received-Date: Tue, 27 Jun 2000 14:48:22 +0200 (MET DST)
Received: from bebox.digitalcommute.com [24.13.253.64] by pop.matrixgroup.net
  (SMTPD32-5.05) id A4823D01BE; Tue, 27 Jun 2000 08:56:34 -0400
Subject: Re: R4000sc-50 (was: O2 R5000/R10000)
From: "Michael 'Maki' Kato" <mk2s@digitalcommute.com>
Reply-To: "Michael 'Maki' Kato" <mk2s@digitalcommute.com>
In-Reply-To: <20000627051919.A8853@purple42.epx.epita.fr>
Message-ID: <00036b08be56e5e2_mailit@pop.digitalcommute.com>
References: <20000627051919.A8853@purple42.epx.epita.fr>
Date: Tue, 27 Jun 2000 08:50:27 -0400
X-Mailer: BeatWare Mail-It 2.0.4
X-BeOS-Platform: Intel or clone
X-Priority: 3 (Normal)
To: poinde_t@epita.fr
Cc: linux-mips@fnet.fr
Mime-Version: 1.0
Content-Type: text/plain; charset=iso-2022-jp
Content-Transfer-Encoding: 8bit
Content-Length: 553
Lines: 12

>I have a Mips R4000sc-50 with RiscOS and with no floppy drive nor a video
>card. I would like to install Linux on it. Can I use a pc floppy drive and
>a ISA pc video card ?

I think that machine has EISA and hence ISA bus.  You may be able to stick a 
ISA vga card in it.  It will not work with the ARC BIOS, but may work after 
the machine boots into Linux.  I have not heard of anyone doing this though.

At one point that machine ran Linux, but I have a feeling no one is currently 
running it, and hence some of the code has bit rot.

....maki....

From jsun@mvista.com  Wed Jun 28 04:40:31 2000
Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA25205; Wed, 28 Jun 2000 04:40:29 +0200 (MET DST)
Received-Date: Wed, 28 Jun 2000 04:40:29 +0200 (MET DST)
Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75])
	by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id TAA19535;
	Tue, 27 Jun 2000 19:39:46 -0700
Sender: jsun@hermes.mvista.com
Message-ID: <39596570.68939D9@mvista.com>
Date: Tue, 27 Jun 2000 19:39:44 -0700
From: Jun Sun <jsun@mvista.com>
X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586)
X-Accept-Language: en
MIME-Version: 1.0
To: linux@engr.sgi.com, linux-mips@fnet.fr
Subject: argument mismatch in prom_init() for DDB5074?
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 925
Lines: 41


I compiled an image for DDB5074.  I got a TLB fault immediately after
the control enters prom_init() function.  A further probe shows that the
caller are passing differents arguments to prom_init than what the
callee expected.  See code excerpt below.

Does this mean the code of DDB5074 is outdated?  In any case, can
someone give me a hint on how to fix this?  It does not look obvious at
the first sight...

=============
arch/mips/kernel/setup.c:
init_arch(...)
{
	unsigned int s;

	/* Determine which MIPS variant we are running on. */
	cpu_probe();

	prom_init(argc, argv, envp, prom_vec);

...
}

===========
arch/mips/ddb5074/prom.c:
void __init prom_init(const char *s)
{
    int i = 0;
    unsigned long mem_size, free_start, free_end, start_pfn,
bootmap_size;

//  _serinit();

    if (s != (void *)-1)
	while (*s && i < sizeof(arcs_cmdline)-1)
	    arcs_cmdline[i++] = *s++;
    arcs_cmdline[i] = '\0';
...

Jun

From raiko@niisi.msk.ru  Wed Jun 28 09:18:00 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA26428; Wed, 28 Jun 2000 09:17:58 +0200 (MET DST)
Received-Date: Wed, 28 Jun 2000 09:17:58 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA26568;
	Wed, 28 Jun 2000 11:16:19 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id KAA32147; Wed, 28 Jun 2000 10:59:44 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA09607; Wed, 28 Jun 2000 11:09:06 +0400 (MSD)
Message-ID: <3959A74F.44C97D23@niisi.msk.ru>
Date: Wed, 28 Jun 2000 11:20:47 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: Guido Guenther <guido.guenther@gmx.net>
CC: Ralf Baechle <ralf@oss.sgi.com>, "Bradley D. LaRonde" <brad@ltc.com>,
        linux-mips <linux-mips@fnet.fr>, linux <linux@cthulhu.engr.sgi.com>
Subject: Re: XFree 4.0.1 on mips, mipsel
References: <20000623181736.A13410@bert.physik.uni-konstanz.de> <014f01bfdd33$8877b3c0$0701010a@ltc.com> <20000623185553.A20888@bert.physik.uni-konstanz.de> <019501bfdd35$bb301940$0701010a@ltc.com> <20000623190723.B20888@bert.physik.uni-konstanz.de> <01cb01bfdd3a$fc43b2c0$0701010a@ltc.com> <39547DB3.4FF35339@niisi.msk.ru> <20000624131218.A17554@bilbo.physik.uni-konstanz.de> <20000625001255.C894@bacchus.dhis.org> <39585E84.3E75C76A@niisi.msk.ru> <20000627111727.A2352@bert.physik.uni-konstanz.de>
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 7bit
Content-Length: 380
Lines: 11

Guido Guenther wrote:
> 
> On Tue, Jun 27, 2000 at 11:57:56AM +0400, Gleb O. Raiko wrote:
> "define CROSS_COMPILE" is not perfect yet. E.g. xkbcomp is compiled for
> target architecture(since it's needed there) but the build process also tries
> to execute it on the host, same for pswrap.

I speak for X server only. The rest of XFree might be used from HardHat.

Regards,
Gleb.

From Harald.Koerfgen@home.ivm.de  Wed Jun 28 09:35:51 2000
Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA26579; Wed, 28 Jun 2000 09:35:51 +0200 (MET DST)
Received-Date: Wed, 28 Jun 2000 09:35:51 +0200 (MET DST)
Received: from franz.no.dom (port105.duesseldorf.ivm.de [195.247.65.105])
	by mail.ivm.net (8.8.8/8.8.8) with ESMTP id JAA01601;
	Wed, 28 Jun 2000 09:35:21 +0200
X-To: linux-mips@fnet.fr
Message-ID: <XFMail.000628093522.Harald.Koerfgen@home.ivm.de>
X-Mailer: XFMail 1.4.0 on Linux
X-Priority: 3 (Normal)
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 8bit
MIME-Version: 1.0
In-Reply-To: <39596570.68939D9@mvista.com>
Date: Wed, 28 Jun 2000 09:35:22 +0200 (CEST)
Reply-To: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
Organization: none
Sender: harry@franz.no.dom
From: Harald Koerfgen <Harald.Koerfgen@home.ivm.de>
To: Jun Sun <jsun@mvista.com>
Subject: RE: argument mismatch in prom_init() for DDB5074?
Cc: linux-mips@fnet.fr, linux@engr.sgi.com
Content-Length: 1317
Lines: 32


On 28-Jun-00 Jun Sun wrote:
> 
> I compiled an image for DDB5074.  I got a TLB fault immediately after
> the control enters prom_init() function.  A further probe shows that the
> caller are passing differents arguments to prom_init than what the
> callee expected.  See code excerpt below.
> 
> Does this mean the code of DDB5074 is outdated?  In any case, can
> someone give me a hint on how to fix this?  It does not look obvious at
> the first sight...

That's probably ok. The different bootloaders on different platforms loaders pass
different arguments to the kernel.

harry@localhost:~> cd linux/arch/mips
harry@localhost:~/linux/arch/mips > grep prom_init\( `find . -name '*.c'`
./arc/init.c:int __init prom_init(int argc, char **argv, char **envp,
int*prom_vec)
./baget/prom/init.c:int __init prom_init(unsigned int mem_upper)
./ddb5074/prom.c:void __init prom_init(const char *s)
./dec/prom/init.c:int __init prom_init(int argc, char **argv,
./kernel/setup.c:extern int prom_init(int, char **, char **, int *);
./kernel/setup.c:       prom_init(argc, argv, envp, prom_vec);                   
                       
The call in setup.c just has to make shure that all possible arguments are passed
to the platform specific prom_init(). How they are interpreted is up to
prom_init().

-- 
Regards,
Harald

From raiko@niisi.msk.ru  Wed Jun 28 09:37:07 2000
Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA26620; Wed, 28 Jun 2000 09:37:04 +0200 (MET DST)
Received-Date: Wed, 28 Jun 2000 09:37:04 +0200 (MET DST)
Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6])
	by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id LAA26697;
	Wed, 28 Jun 2000 11:36:18 +0400
Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id LAA32428; Wed, 28 Jun 2000 11:21:19 +0400
Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id LAA10188; Wed, 28 Jun 2000 11:32:27 +0400 (MSD)
Message-ID: <3959ACC8.5C4CB127@niisi.msk.ru>
Date: Wed, 28 Jun 2000 11:44:08 +0400
From: "Gleb O. Raiko" <raiko@niisi.msk.ru>
Organization: NIISI RAN
X-Mailer: Mozilla 4.72 [en] (WinNT; I)
X-Accept-Language: en,ru
MIME-Version: 1.0
To: Jun Sun <jsun@mvista.com>
CC: linux@engr.sgi.com, linux-mips@fnet.fr
Subject: Re: argument mismatch in prom_init() for DDB5074?
References: <39596570.68939D9@mvista.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 1233
Lines: 33


Jun Sun wrote:
> 
> I compiled an image for DDB5074.  I got a TLB fault immediately after
> the control enters prom_init() function.  A further probe shows that the
> caller are passing differents arguments to prom_init than what the
> callee expected.  See code excerpt below.

Most of the ports have the same mismatch. Usually, bios/prom/bootloader
calls the box independend routine, kernel_netry (head.S) with some
arguments. kernel_enry prepares C environment and calls init_arch w/ the
same arguments. The number of the arguments and their types are box
dependent. kernel_entry and init_arch never try to access the arguments
to be passed by prom, but just pass the arguments to prom_init.
Moreover, the arguments declared in init_arch don't match any mips box,
they are mix of calling conventions of ARC console and DECstation prom
(the last one).

Fortunately, sizeof(int) == sizeof(long) == sizeof(pointer) in mips32,
so we may happy live with that.

> 
> Does this mean the code of DDB5074 is outdated?  In any case, can
> someone give me a hint on how to fix this?  It does not look obvious at
> the first sight...
> 

I think, you shouldn't fix the argument list, continue bug searching in
other places.

Regards,
Gleb.

From blanc@gmx.ch  Thu Jun 29 08:58:28 2000
Received: from www11.gmx.net (www.gmx.net [194.221.183.51]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id IAA06712; Thu, 29 Jun 2000 08:58:28 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 08:58:28 +0200 (MET DST)
Received: (qmail 10548 invoked by uid 0); 29 Jun 2000 06:57:56 -0000
Date: Thu, 29 Jun 2000 08:57:56 +0200 (MEST)
From: Roger Blanc <blanc@gmx.ch>
To: linux-mips@fnet.fr
MIME-Version: 1.0
Subject: Linux for Indy
X-Authenticated-Sender: #0001531135@gmx.net
X-Authenticated-IP: [198.240.212.29]
Message-ID: <10448.962261876@www11.gmx.net>
X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
X-Flags: 0001
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Content-Length: 340
Lines: 15

Hi there

I got an Indy with a MIPS R4400 Processor and a IRIX 6.2 installed System.
Is there a possibillitie to Install Linux on that Machine ?
Is the Linux for this on CD available ?

Thanks a lot for your Answer.

Greetings, Roger

-- 
Eben geht mit einem Teller
Witwe Bolte in den Keller

Sent through GMX FreeMail - http://www.gmx.net

From daniel.brocard@xcom-mc.fr  Thu Jun 29 09:35:54 2000
Received: from mail1.asi.fr (root@s2.asi.fr [195.248.0.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id JAA06934; Thu, 29 Jun 2000 09:35:53 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 09:35:53 +0200 (MET DST)
Received: from mail.xcom-mc.fr (xcom-GW.lyon.asi.net [195.248.28.12])
	by mail1.asi.fr (8.9.3/8.9.1) with ESMTP id JAA31771
	for <linux-mips@fnet.fr>; Thu, 29 Jun 2000 09:35:48 +0200
Received: from xcom-mc.fr 
	by Linux server mail.xcom-mc.fr (8.9.1/8.9.1) with ESMTP id IAA28186
	for <linux-mips@fnet.fr>; Thu, 29 Jun 2000 08:49:44 +0200
Message-ID: <395AFC1D.BF3EB1D2@xcom-mc.fr>
Date: Thu, 29 Jun 2000 09:34:53 +0200
From: Daniel BROCARD <daniel.brocard@xcom-mc.fr>
Organization: XCOM Multimedia Communications
X-Mailer: Mozilla 4.6 [fr] (Win98; I)
X-Accept-Language: fr
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: Linux port on R3000
Content-Type: multipart/mixed;
 boundary="------------FD7948DF05D8F696FCF1C979"
Content-Length: 1131
Lines: 40

Il s'agit d'un message multivolet au format MIME.
--------------FD7948DF05D8F696FCF1C979
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit

Hi,

your Linux/MIPS FAQ is dated of 26 janv 98 so,
I'd like know the status of any R3000 port and pointers related on .

Our hardware platform is based on LSI logic SC2000 chip.
This chip is used for DVB/MPEG decoding and  the core is a TinyRISC
EZ4102 a "flavor" of R3000 (big endian) BUT without MMU.

Thanks a lot for your help.

Daniel Brocard

--------------FD7948DF05D8F696FCF1C979
Content-Type: text/x-vcard; charset=us-ascii;
 name="daniel.brocard.vcf"
Content-Transfer-Encoding: 7bit
Content-Description: Carte pour Daniel BROCARD
Content-Disposition: attachment;
 filename="daniel.brocard.vcf"

begin:vcard 
n:BROCARD;Daniel
tel;work:33 4 76 18 27 27
x-mozilla-html:TRUE
url:www.xcom-mc.fr
org:XCOM Multimedia Communications
version:2.1
email;internet:daniel.brocard@xcom-mc.fr
title:Technology Director
adr;quoted-printable:;;8,chemin des Pr=E9s=0D=0AZIRST=0D=0A;MEYLAN;;38240;FRANCE
fn:Daniel BROCARD
end:vcard

--------------FD7948DF05D8F696FCF1C979--

From ralf@uni-koblenz.de  Thu Jun 29 23:33:21 2000
Received: from u-241.karlsruhe.ipdial.viaginterkom.de (u-241.karlsruhe.ipdial.viaginterkom.de [62.180.10.241]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16172; Thu, 29 Jun 2000 23:33:19 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 23:33:19 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405570AbQF2NRC>;
        Thu, 29 Jun 2000 15:17:02 +0200
Date: Thu, 29 Jun 2000 15:17:02 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Postmaster@lineo.com
Cc: linux-mips@fnet.fr
Subject: Lotus funnies, was Re: DELIVERY FAILURE: User jensenq (jensenq@lineo.com) not listed in public Name & Address Book
Message-ID: <20000629151702.A15084@bacchus.dhis.org>
References: <10448.962261876@www11.gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <10448.962261876@www11.gmx.net>; from Postmaster@lineo.com on Thu, Jun 29, 2000 at 09:13:37AM +0200
X-Accept-Language: de,en,fr
Content-Length: 2753
Lines: 85

Did others also receive this bounce message via the list?  The headers
I receive only give inconclusive information about this.  I just can't
believe that a mailer can be that broken ...  I received more funnies
in bounces from Lotus sites like email with multiple From: lines.

  Ralf

On Thu, Jun 29, 2000 at 09:13:37AM +0200, Postmaster@lineo.com wrote:

> From: Postmaster@lineo.com
> To: Roger Blanc <blanc@gmx.ch>
> Subject: DELIVERY FAILURE: User jensenq (jensenq@lineo.com) not listed in public
>  Name & Address Book

> Your message
> 
>   Subject: Linux for Indy
> 
> was not delivered to:
> 
>   jensenq@lineo.com
> 
> because:
> 
>   User jensenq (jensenq@lineo.com) not listed in public Name & Address Book
> 

> Reporting-MTA: dns;thor.lineo.com
> 
> Final-Recipient: rfc822;jensenq@lineo.com
> Action: failed
> Status: 5.1.1
> Diagnostic-Code: X-Notes; User jensenq (jensenq@lineo.com) not listed in public Name & Address Book

> Received: from guadalquivir.fnet.fr ([193.104.112.133])
>           by thor.lineo.com (Lotus Domino Release 5.0.4)
>           with ESMTP id 2000062901130980:1255 ;
>           Thu, 29 Jun 2000 01:13:09 -0600 
> Received: (list@localhost) by guadalquivir.fnet.fr (8.8.8/97.02.12/Guadalquivir); id IAA06739; Thu, 29 Jun 2000 08:59:00 +0200 (MET DST)
> Received-Date: Thu, 29 Jun 2000 08:58:28 +0200 (MET DST)
> Date: Thu, 29 Jun 2000 08:57:56 +0200 (MEST)
> From: Roger Blanc <blanc@gmx.ch>
> To: linux-mips@fnet.fr
> MIME-Version: 1.0
> Subject: Linux for Indy
> X-Authenticated-Sender: #0001531135@gmx.net
> X-Authenticated-IP: [198.240.212.29]
> Message-ID: <10448.962261876@www11.gmx.net>
> X-Mailer: WWW-Mail 1.5 (Global Message Exchange)
> X-Flags: 0001
> Resent-Message-ID: <"ZA2gY.A.GpB.YOvW5"@guadalquivir>
> Resent-From: linux-mips@fnet.fr
> X-Mailing-List: <linux-mips@fnet.fr> archive/latest/5800
> X-Loop: linux-mips@fnet.fr
> Precedence: first-class
> Resent-Sender: linux-mips-request@fnet.fr
> X-MIMETrack: Itemize by SMTP Server on thor/Lineo(Release 5.0.4 |June 8, 2000) at 06/29/2000
>  01:13:10 AM,
> 	Serialize by Router on thor/Lineo(Release 5.0.4 |June 8, 2000) at 06/29/2000
>  01:13:42 AM,
> 	Serialize complete at 06/29/2000 01:13:42 AM
> Content-Transfer-Encoding: 7bit
> Content-Type: text/plain; charset="us-ascii"
> 
> Hi there
> 
> I got an Indy with a MIPS R4400 Processor and a IRIX 6.2 installed System.
> Is there a possibillitie to Install Linux on that Machine ?
> Is the Linux for this on CD available ?
> 
> Thanks a lot for your Answer.
> 
> Greetings, Roger
> 
> -- 
> Eben geht mit einem Teller
> Witwe Bolte in den Keller
> 
> Sent through GMX FreeMail - http://www.gmx.net
> 

  Ralf

--
"Embrace, Enhance, Eliminate" - it worked for the pope, it'll work for Bill.

From ralf@uni-koblenz.de  Thu Jun 29 23:33:23 2000
Received: from u-241.karlsruhe.ipdial.viaginterkom.de (u-241.karlsruhe.ipdial.viaginterkom.de [62.180.10.241]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16174; Thu, 29 Jun 2000 23:33:21 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 23:33:21 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405589AbQF2NSz>;
        Thu, 29 Jun 2000 15:18:55 +0200
Date: Thu, 29 Jun 2000 15:18:55 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Daniel BROCARD <daniel.brocard@xcom-mc.fr>
Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu
Subject: Re: Linux port on R3000
Message-ID: <20000629151855.B15084@bacchus.dhis.org>
References: <395AFC1D.BF3EB1D2@xcom-mc.fr>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <395AFC1D.BF3EB1D2@xcom-mc.fr>; from daniel.brocard@xcom-mc.fr on Thu, Jun 29, 2000 at 09:34:53AM +0200
X-Accept-Language: de,en,fr
Content-Length: 474
Lines: 15

On Thu, Jun 29, 2000 at 09:34:53AM +0200, Daniel BROCARD wrote:

> your Linux/MIPS FAQ is dated of 26 janv 98 so,

Wrong FAQ error.  See http://oss.sgi.com/mips/mips-howto.html.

> I'd like know the status of any R3000 port and pointers related on.
> 
> Our hardware platform is based on LSI logic SC2000 chip.
> This chip is used for DVB/MPEG decoding and  the core is a TinyRISC
> EZ4102 a "flavor" of R3000 (big endian) BUT without MMU.

No TLB, no (real) Linux.

  Ralf

From ralf@uni-koblenz.de  Thu Jun 29 23:33:26 2000
Received: from u-241.karlsruhe.ipdial.viaginterkom.de (u-241.karlsruhe.ipdial.viaginterkom.de [62.180.10.241]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA16181; Thu, 29 Jun 2000 23:33:24 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 23:33:24 +0200 (MET DST)
Received: (ralf@lappi) by lappi.waldorf-gmbh.de id <S1405615AbQF2NVL>;
        Thu, 29 Jun 2000 15:21:11 +0200
Date: Thu, 29 Jun 2000 15:21:11 +0200
From: Ralf Baechle <ralf@uni-koblenz.de>
To: Roger Blanc <blanc@gmx.ch>
Cc: linux-mips@fnet.fr
Subject: Re: Linux for Indy
Message-ID: <20000629152111.C15084@bacchus.dhis.org>
References: <10448.962261876@www11.gmx.net>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 1.0.1i
In-Reply-To: <10448.962261876@www11.gmx.net>; from blanc@gmx.ch on Thu, Jun 29, 2000 at 08:57:56AM +0200
X-Accept-Language: de,en,fr
Content-Length: 477
Lines: 16

On Thu, Jun 29, 2000 at 08:57:56AM +0200, Roger Blanc wrote:

> Hi there
> 
> I got an Indy with a MIPS R4400 Processor and a IRIX 6.2 installed System.
> Is there a possibillitie to Install Linux on that Machine ?

Yes.

> Is the Linux for this on CD available ?

There is Hardhat available at ftp://oss.sgi.com/pub/linux/mips/ available,
a port of Redhat 6.0.  Newer distros are in the works.  Redhat was shipping
this on a CD but I believe it's no longer available.

  Ralf

From mailinglist@ichilton.co.uk  Thu Jun 29 19:40:16 2000
Received: from mta01-svc.server.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA13451; Thu, 29 Jun 2000 19:40:15 +0200 (MET DST)
Received-Date: Thu, 29 Jun 2000 19:40:15 +0200 (MET DST)
Received: from icserver.ichilton.co.uk ([62.252.237.205])
          by mta01-svc.server.ntlworld.com
          (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP
          id <20000629174007.CAIW381.mta01-svc.server.ntlworld.com@icserver.ichilton.co.uk>;
          Thu, 29 Jun 2000 18:40:07 +0100
Received: from ian (ian@ian.ichilton.local [192.168.0.8])
	by icserver.ichilton.co.uk (8.10.2/8.10.1) with SMTP id e5THcYH10834;
	Thu, 29 Jun 2000 18:38:36 +0100
From: "Ian Chilton" <mailinglist@ichilton.co.uk>
To: "Linux-Mips Mailing List \(Old\)" <linux-mips@fnet.fr>,
        "Linux-MIPS Mailing List" <linux-mips@oss.sgi.com>,
        <richardh@penguin.nl>, <watkinse@attens.com>,
        "Jay Carlson" <nop@nop.com>, "Ralf" <ralf@gnu.org>
Subject: RE: Status reports?
Date: Thu, 29 Jun 2000 18:38:45 +0100
Message-ID: <NAENLMKGGBDKLPONCDDOEEOGCOAA.mailinglist@ichilton.co.uk>
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
X-Priority: 3 (Normal)
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0)
In-Reply-To: <019501bfe1bf$99746b10$0a00000a@decoy>
X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4132.2800
Importance: Normal
Content-Length: 2315
Lines: 72

Hello,

> I know lots of this information gets distributed via IRC but someone
> should let everyone, who's not on IRC all the time, know what's going
> on and what progress is being made.

I am one of the guys in #mipslinux.

Just a quick post to let you know that we have seen your posts, and I am
going to talk to Ralf about this.

I have had a chat to a few of the guys, and the points that came up are:

* Yes, the SGI site needs updating....the port is very much active in a big
way, but the dates on the site are from years back, which is not the case.
Also, the Linux/MIPS howto is < 1 week old, but the date shows it's months
old.

* Not everything that happens on IRC is appropriate for the mailing list,
otherwise it would be a very high volume list.

* The problem is, most of the people on the port and in #mipslinux are
developers, who are working on the ports, but have no time for
documentation.  Which is best, a port that is dead with loads of
documentation, or an active / up-to-date / working port with little
documentation.


I agree that the documentation is sparce, and see the above issues. That is
why, I am *thinking* of and suggesting to some of the guys that I, at least
for now, maintain a site with
* News from #mipslinux
* Links to current resources
* Possibly some documentation

..this will also need the co-operation of the programmers / maintainers to
keep me informed on what is happening..

I need to discuss this with some of the key members of the team like Ralf
and then if this goes ahead, i'll get something put together, but it will
probably be a few weeks away from now.


Just to finish, believe me, the port is very much alive, they are currently
working on Linux 2.4 / Glibc 2.2 / GCC 2.96

If you have any chance at all, I suggest you stop by #mipslinux at
times....all you need is an internet connection and one of the many IRC
clients...

Details are:
/server irc.openprojects.net         (port 6667)
/join #mipslinux


Any thoughts or problems with this, let me know   (ian@ichilton.co.uk)


Thanks!


Bye for Now,

Ian


                     \|||/
                     (o o)
 /----------------ooO-(_)-Ooo----------------\
 |  Ian Chilton                              |
 |  E-Mail : ian@ichilton.co.uk              |
 \-------------------------------------------/

From current@hel-inc.com  Fri Jun 30 00:52:24 2000
Received: from mx1.hcvlny.cv.net (mx1.hcvlny.cv.net [167.206.112.76]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA18976; Fri, 30 Jun 2000 00:52:23 +0200 (MET DST)
Received-Date: Fri, 30 Jun 2000 00:52:23 +0200 (MET DST)
Received: from s1.optonline.net (s1.optonline.net [167.206.112.6])
	by mx1.hcvlny.cv.net (8.9.3/8.9.3) with ESMTP id SAA12295;
	Thu, 29 Jun 2000 18:51:41 -0400 (EDT)
Received: from hel-inc.com (d150-36.hmtmnj.optonline.net [24.189.150.36])
	by s1.optonline.net (8.9.1/8.9.3) with ESMTP id SAA06509;
	Thu, 29 Jun 2000 18:51:20 -0400 (EDT)
Sender: rob@optonline.net
Message-ID: <395BD2EB.B441E889@hel-inc.com>
Date: Thu, 29 Jun 2000 18:51:23 -0400
From: rob <current@hel-inc.com>
X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.15-4mdksecure i586)
X-Accept-Language: en
MIME-Version: 1.0
To: Ian Chilton <mailinglist@ichilton.co.uk>
CC: "Linux-Mips Mailing List (Old)" <linux-mips@fnet.fr>,
        Linux-MIPS Mailing List <linux-mips@oss.sgi.com>, richardh@penguin.nl,
        watkinse@attens.com, Jay Carlson <nop@nop.com>, Ralf <ralf@gnu.org>,
        Largo <largo@windowmaker.org>
Subject: Re: Status reports?
References: <NAENLMKGGBDKLPONCDDOEEOGCOAA.mailinglist@ichilton.co.uk>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 4404
Lines: 113

Hi,

	I've just been mostly lurking here on this list, but I thought I would
throw out an offer to help out (seeing as this might be one of the only
things I can do, not a big coder or anything).

	I own current.nu, CurrenTEK.com, and LinuXTC.com, and host several
GNU/GPL projects.  I'm about to bring the servers back up by the end of
the week (on a very slow line), and shopping around for a decent place
to colocate a box on some decent bandwidth (hopefully cheaper than the
$800/month I was getting raped for last year).

	Anyhow, Justin Stressman (aka Largo of WindowMaker theme and FAQ fame)
is pretty slick at html/php3/postgresql type web sites, and looking for
a few things to showcase his talents with.  I've worked with Justin for
a couple years, and he is very good.  He will be doing a remake for the
official WindowMaker site, re-launching his own Window Maker Unofficial
FAQ and theme site, and possibly working on the sourceforge.net soon.

	Justin want's to start his own web design studio, and has been taking
on some of these GNU pages just to showcase his talents so that he might
find some good paying work.  I can show you some very nice samples of
his work if you need to see them.  He can probably do something that
will allow you the ability to use a web interface to update "News" via a
php/sql online form secure with passwords, link to current versions for
downloads, etc...  

	He will probably be willing to do it for a "Designed by.." line on the
bottom of the page, unless it's extremely time consuming.  Plus, the up
side is, he lives on IRC ;-) so working with him should be easy
considering that's where your talking about most of the news.

	And, once I get a server settled somewhere, I'd be happy to host the
site also if necessary.

	Just thought I would mention it.

	Rob C.

-- 
"Robert W. Current, Ph.D." <current@hel-inc.com> - email

Ian Chilton wrote:
> 
> Hello,
> 
> > I know lots of this information gets distributed via IRC but someone
> > should let everyone, who's not on IRC all the time, know what's going
> > on and what progress is being made.
> 
> I am one of the guys in #mipslinux.
> 
> Just a quick post to let you know that we have seen your posts, and I am
> going to talk to Ralf about this.
> 
> I have had a chat to a few of the guys, and the points that came up are:
> 
> * Yes, the SGI site needs updating....the port is very much active in a big
> way, but the dates on the site are from years back, which is not the case.
> Also, the Linux/MIPS howto is < 1 week old, but the date shows it's months
> old.
> 
> * Not everything that happens on IRC is appropriate for the mailing list,
> otherwise it would be a very high volume list.
> 
> * The problem is, most of the people on the port and in #mipslinux are
> developers, who are working on the ports, but have no time for
> documentation.  Which is best, a port that is dead with loads of
> documentation, or an active / up-to-date / working port with little
> documentation.
> 
> I agree that the documentation is sparce, and see the above issues. That is
> why, I am *thinking* of and suggesting to some of the guys that I, at least
> for now, maintain a site with
> * News from #mipslinux
> * Links to current resources
> * Possibly some documentation
> 
> ..this will also need the co-operation of the programmers / maintainers to
> keep me informed on what is happening..
> 
> I need to discuss this with some of the key members of the team like Ralf
> and then if this goes ahead, i'll get something put together, but it will
> probably be a few weeks away from now.
> 
> Just to finish, believe me, the port is very much alive, they are currently
> working on Linux 2.4 / Glibc 2.2 / GCC 2.96
> 
> If you have any chance at all, I suggest you stop by #mipslinux at
> times....all you need is an internet connection and one of the many IRC
> clients...
> 
> Details are:
> /server irc.openprojects.net         (port 6667)
> /join #mipslinux
> 
> Any thoughts or problems with this, let me know   (ian@ichilton.co.uk)
> 
> Thanks!
> 
> Bye for Now,
> 
> Ian
> 
>                      \|||/
>                      (o o)
>  /----------------ooO-(_)-Ooo----------------\
>  |  Ian Chilton                              |
>  |  E-Mail : ian@ichilton.co.uk              |
>  \-------------------------------------------/

-- 
"Robert W. Current, Ph.D." <current@hel-inc.com> - email

From nop@nop.com  Fri Jun 30 16:02:49 2000
Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA24327; Fri, 30 Jun 2000 16:02:48 +0200 (MET DST)
Received-Date: Fri, 30 Jun 2000 16:02:48 +0200 (MET DST)
Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.252.183])
	by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id KAA28978;
	Fri, 30 Jun 2000 10:02:32 -0400 (EDT)
Message-ID: <073a01bfe29c$00995e90$0a00000a@decoy>
From: "Jay Carlson" <nop@nop.com>
To: "Ralf Baechle" <ralf@oss.sgi.com>, "Alan Cox" <alan@lxorguk.ukuu.org.uk>
Cc: "Alan Cox" <alan@lxorguk.ukuu.org.uk>, "Andreas Jaeger" <aj@suse.de>,
        "Mike Klar" <mfklar@ponymail.com>, <linux-mips@oss.sgi.com>,
        <linux-mips@fnet.fr>, <linux-mips@vger.rutgers.edu>
References: <E136JuZ-0003C0-00@the-village.bc.nu>
Subject: Re: errno assignment in _syscall macros and glibc
Date: Fri, 30 Jun 2000 10:03:41 -0400
MIME-Version: 1.0
Content-Type: text/plain;
	charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3
X-MSMail-Priority: Normal
X-Mailer: Microsoft Outlook Express 5.00.2919.6700
X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700
Content-Length: 1341
Lines: 35

> > Sure; these days glibc is more or less synonym with libc and I was using
> > it in that sense.
> >
> > What small, portable libcs do we have available anyway?  Some mipers
will
> > want one.
>
> I've been playing with the Linux8086 libc which is tiny but not portable
when
> Prumpf pointed out that Cygnus newlib is designed for precisely this job.
Its
> about 250K MIPS32 (my PDA has mips32/mips64 but not mips16 - duh!!)

Does newlib work under Linux?  I thought it was missing (for example) the
syscalls, and generally needed work to be ported to Linux.  I'm interested
in helping with this, if people are already doing it.

*BSD libc has been suggested by a few people.

BTW, MIPS32 is not a synonym for 32-bit MIPS architecture.  :-( This appears
to be the fault of marketing people.  Quoting
http://www.mips.com/products/s2p5.html :

---
The MIPS32T architecture is a superset of the previous MIPS IT and MIPS IIT
Instruction Set Architectures (ISA) and incorporates powerful new
instructions specifically for embedded applications, as well as proven
memory management and privileged mode control mechanisms previously found
only in 64-bit R4000� and R5000� MIPS� processors.
---

It's got conditional move, multiply/add, count leading ones/zeroes, and some
other stuff.  I don't know of any shipping PDAs using MIPS32 chips.

Jay

From dan@vcubed.com  Fri Jun 30 18:45:57 2000
Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA25384; Fri, 30 Jun 2000 18:45:56 +0200 (MET DST)
Received-Date: Fri, 30 Jun 2000 18:45:56 +0200 (MET DST)
Received: from vcubed.com ([207.81.96.153])
	by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id NAA05542
	for <linux-mips@fnet.fr>; Fri, 30 Jun 2000 13:02:20 -0400
Message-ID: <395CD35C.615F83C3@vcubed.com>
Date: Fri, 30 Jun 2000 13:05:32 -0400
From: Dan Aizenstros <dan@vcubed.com>
Organization: V3 Semiconductor
X-Mailer: Mozilla 4.6 [en] (WinNT; I)
X-Accept-Language: en
MIME-Version: 1.0
To: linux-mips@fnet.fr
Subject: Re: XFree86 3.3.2
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Content-Length: 375
Lines: 11

Hello All,

I solved my ATI problem and I now have the X server running.
However, my mouse does not work.  I know that there was a SIGIO
handler problem that Ralf fixed in glibc that may be the cause
of my mouse problem.  Do I have to recompile glibc and the X
server or are there binaries available for mipsel linux?

Dan Aizenstros
Software Engineer
V3 Semiconductor Corp.