und fuer = die ersten 10'000=20 CD's)

More infos and order online on
www.eurodirector.com

www.carfashop.com

www.eu-sales.com
www.iq-u.com

See you=20 there!

------=_NextPart_000_0036_01BFD62C.A8EAD2D0-- From owner-linux-mips@oss.sgi.com Sun Jun 18 04:23:13 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 04:22:54 -0700 Received: from belgarath.esg-guetersloh.mediapoint.de ([193.189.251.50]:17722 "HELO belgarath.esg-guetersloh.mediapoint.de") by oss.sgi.com with SMTP id ; Sat, 17 Jun 2000 21:16:16 -0700 Received: by belgarath.esg-guetersloh.mediapoint.de (Postfix, from userid 1000) id D2ED851314; Sat, 17 Jun 2000 23:21:02 +0200 (CEST) Date: Sat, 17 Jun 2000 23:21:02 +0200 From: Jan-Benedict Glaw To: Chris Ruvolo Cc: linux-mips@oss.sgi.com, florian@void.s.bawue.de Subject: Re: TFTP Problem Resolved! Message-ID: <20000617232102.A1543@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: Chris Ruvolo , linux-mips@oss.sgi.com, florian@void.s.bawue.de References: Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="VS++wcV0S1rZb1Fb" X-Mailer: Mutt 1.0i In-Reply-To: ; from csr6702@osfmail.isc.rit.edu on Fri, Jun 16, 2000 at 11:30:24PM -0400 X-Operating-System: Linux belgarath.esg-guetersloh.mediapoint.de 2.0.35 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --VS++wcV0S1rZb1Fb Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable On Fri, Jun 16, 2000 at 11:30:24PM -0400, Chris Ruvolo wrote: >=20 > To correct for this, either boot your tftp server with a 2.2.x kernel, or > "echo 1 > /proc/sys/net/ipv4/ip_no_pmtu_disc" before you boot the remote > machine. Thank you *very* much! I'd love to proceed, but unfotunately my developement machine (laptop) stopped working;( > This (mis)behavior has been observed on my Indy and another machine > (Siemens?) that belongs to flawed on #mipslinux. SNI RW320, which is (seems to be...) equivalent to SGI Indigo. > PS: Yea! My Indy works! I've been so frustrated, I've been considering > just getting rid of it and selling it on Ebay. :) Now I'm glad I didn't. Don't know if my machine would work. Is CVS at oss.sgi.com down? As well as FTP? I'd love to re-start developement, but without sources... MfG, JBG --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --VS++wcV0S1rZb1Fb Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEAREBAAYFAjlL674ACgkQHb1edYOZ4bsg9gCfbydO6nVz4NZd+kcOa5igds4E 40IAniY0YYmHMEViQDhqCLQjQP1/sCNI =+POm -----END PGP SIGNATURE----- --VS++wcV0S1rZb1Fb-- From owner-linux-mips@oss.sgi.com Sun Jun 18 04:23:13 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 04:22:54 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:26457 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Sat, 17 Jun 2000 21:03:54 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id SAA06556 for ; Sat, 17 Jun 2000 18:51:47 -0700 (PDT) mail_from (rou@mx4.redestb.es) From: rou@mx4.redestb.es Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id SAA44756 for ; Sat, 17 Jun 2000 18:46:14 -0700 (PDT) mail_from (rou@mx4.redestb.es) Received: from tinet0.redestb.es (tinet0.redestb.es [194.179.106.117]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id SAA05106 for ; Sat, 17 Jun 2000 18:46:13 -0700 (PDT) mail_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 AAA183 for ; Sun, 18 Jun 2000 03:46:16 +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 DFO129 for ; Sun, 18 Jun 2000 03:46:15 +0200 Received: (from rou@localhost) by rou.marywell.com (8.9.3/8.9.3) id CAA16304 for linux@engr.sgi.com; Sun, 18 Jun 2000 02:30:49 +0200 Date: Sun, 18 Jun 2000 02:30:49 +0200 Message-Id: <200006180030.CAA16304@rou.marywell.com> To: linux@cthulhu.engr.sgi.com Subject: help! Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Sun Jun 18 04:23:13 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 04:22:54 -0700 Received: from u-244.frankfurt3.ipdial.viaginterkom.de ([62.180.18.244]:14859 "EHLO u-244.frankfurt3.ipdial.viaginterkom.de") by oss.sgi.com with ESMTP id ; Sat, 17 Jun 2000 10:38:23 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 17 Jun 2000 19:37:34 +0200 Date: Sat, 17 Jun 2000 19:37:34 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com Subject: Re: ADMIN: mailing list moved Message-ID: <20000617193734.A14223@bacchus.dhis.org> References: <20000602005044.C26563@uni-koblenz.de> <001f01bfd6f8$3394da90$540ed7c0@hq.sd.cerf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <001f01bfd6f8$3394da90$540ed7c0@hq.sd.cerf.net>; from watkinse@attens.com on Thu, Jun 15, 2000 at 11:33:29AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Thu, Jun 15, 2000 at 11:33:29AM -0700, Eric Watkins wrote: > http://oss.sgi.com/projects/linux-mips/archive/ > > This URL gives me: > > The requested URL /projects/linux-mips/archive/ was not found on this > server. > > Is there a live archive? The URL was correct, just the web setup broken. It's fixed now, in fact already since a few days. Ralf From owner-linux-mips@oss.sgi.com Sun Jun 18 08:53:05 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 08:52:56 -0700 Received: from mail1.mco.bellsouth.net ([205.152.111.13]:1501 "EHLO mail1.mco.bellsouth.net") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 08:52:31 -0700 Received: from bellsouth.net (host-209-214-104-85.bhm.bellsouth.net [209.214.104.85]) by mail1.mco.bellsouth.net (3.3.5alt/0.75.2) with ESMTP id LAA29914 for ; Sun, 18 Jun 2000 11:52:00 -0400 (EDT) Message-ID: <394CF02E.89BBBB37@bellsouth.net> Date: Sun, 18 Jun 2000 15:52:14 +0000 From: dave X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.13-7mdksmp i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@oss.sgi.com" Subject: Kinda related to Linux Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello, I did not know where else to send this to. I originally subscribed to see if there was anyway I could help. Have been reading the posts and decided all I can do is try out stuff you guys port. As far as working on the port, the posts read to me like a 4th grader would look at quantum physics. My problem is I can't get my Indy to go through my Linux box to the 'net. It (Linux,Irix) will not transfer eth0 to ppp. Have tried everything I know of, read or just made upwith no luck. In /etc/hosts on Indy I must have my ISP or it reads "network unknown" in ping. Have I missed something major/minor in Irix 6.2 or is it in Linux? I do not mean to be a pain in the ***, but would like to get this resolved so I can get Linux on Indy and really screw it up! Thanks in advance for any help anyone would be willing to give. Dave Keen From owner-linux-mips@oss.sgi.com Sun Jun 18 09:37:15 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 09:37:05 -0700 Received: from altrade.nijmegen.inter.nl.net ([193.67.237.6]:24556 "EHLO altrade.nijmegen.inter.nl.net") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 09:36:45 -0700 Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust62.tnt19.rtm1.nl.uu.net [213.53.12.62] with ESMTP for id SAA29575 (8.8.8/3.41); Sun, 18 Jun 2000 18:36:15 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sun, 18 Jun 2000 18:35:10 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 18 Jun 2000 18:35:09 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@oss.sgi.com Subject: Re: Kinda related to Linux In-Reply-To: <394CF02E.89BBBB37@bellsouth.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Sun, 18 Jun 2000, dave wrote: > Hello, > I did not know where else to send this to. I originally subscribed to > see if there was anyway I could help. Have been reading the posts and > decided all I can do is try out stuff you guys port. As far as working > on the port, the posts read to me like a 4th grader would look at > quantum physics. > My problem is I can't get my Indy to go through my Linux box to the > 'net. It (Linux,Irix) will not transfer eth0 to ppp. Have tried > everything I know of, read or just made upwith no luck. In /etc/hosts on > Indy I must have my ISP or it reads "network unknown" in ping. Have I > missed something major/minor in Irix 6.2 or is it in Linux? I do not > mean to be a pain in the ***, but would like to get this resolved so I > can get Linux on Indy and really screw it up! > Thanks in advance for any help anyone would be willing to give. > Dave Keen Make sure your Linux box is running a kernel with support for a kind of packet filtering like ipfwadm or ipchains. There are HOWTO's available for this. Regards, Richard From owner-linux-mips@oss.sgi.com Sun Jun 18 23:18:50 2000 Received: by oss.sgi.com id ; Sun, 18 Jun 2000 23:18:40 -0700 Received: from hibernia.clubi.ie ([212.17.32.129]:16136 "EHLO hibernia.jakma.org") by oss.sgi.com with ESMTP id ; Sun, 18 Jun 2000 23:18:29 -0700 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 e5J6Imf06386 for ; Mon, 19 Jun 2000 07:18:48 +0100 Received: from localhost (paul@localhost) by fogarty.jakma.org (8.10.0/8.10.0) with ESMTP id e5J6ImK08668 for ; Mon, 19 Jun 2000 07:18:48 +0100 X-Authentication-Warning: fogarty.jakma.org: paul owned process doing -bs Date: Mon, 19 Jun 2000 07:18:48 +0100 (IST) From: Paul Jakma X-Sender: paul@fogarty.jakma.org To: Linux MIPS Subject: linux/mips on cd? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing does anyone sell a CD of linux-mips? I'd like to try linux-mips in production use as my dialup firewall. (security thru obscurity: let's see those script kiddies find 'sploits' for linux/mips!). However, i don't have the bandwidth to download the distribution. if anyone is selling CD's, or if anyone would be kind enough to burn a CD for me, I'd be very grateful if they'd contact me off-list. thanks, -- Paul Jakma paul@clubi.ie PGP5 key: http://www.clubi.ie/jakma/publickey.txt ------------------------------------------- Fortune: It got to the point where I had to get a haircut or both feet firmly planted in the air. From owner-linux-mips@oss.sgi.com Mon Jun 19 02:44:10 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 02:44:01 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:5063 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 02:43:40 -0700 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" Reply-To: "Maciej W. Rozycki" To: Ralf Baechle cc: Harald Koerfgen , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Icache coherency problems for R3400, DS5000/240 Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Jun 19 09:09:23 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 09:09:03 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:15921 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 09:08:54 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id JAA01022 for ; Mon, 19 Jun 2000 09:14:02 -0700 (PDT) mail_from (agx@gandalf.physik.uni-konstanz.de) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id JAA75372 for ; Mon, 19 Jun 2000 09:08:25 -0700 (PDT) mail_from (agx@gandalf.physik.uni-konstanz.de) Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.30]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id JAA03747 for ; Mon, 19 Jun 2000 09:08:23 -0700 (PDT) mail_from (agx@gandalf.physik.uni-konstanz.de) Received: from frodo.physik.uni-konstanz.de [134.34.144.32] by gandalf.physik.uni-konstanz.de with esmtp (Exim 2.05 #1 (Debian)) id 13445w-0002B6-00; Mon, 19 Jun 2000 18:08:16 +0200 Received: from agx by frodo.physik.uni-konstanz.de with local (Exim 2.05 #1 (Debian)) id 13445t-0004Q6-00; Mon, 19 Jun 2000 18:08:13 +0200 Date: Mon, 19 Jun 2000 18:08:12 +0200 From: Guido Guenther To: linux@cthulhu.engr.sgi.com Subject: X installation instruction Message-ID: <20000619180812.A16658@frodo.physik.uni-konstanz.de> Mail-Followup-To: linux@cthulhu.engr.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Since same people had problems installing the X binaries I stitched together some _really short_ installation instructions at: http://honk.physik.uni-konstanz.de/~agx/mipslinux/x/x.html -- Guido -- GPG-Public Key: http://honk.physik.uni-konstanz.de/~agx/guenther.gpg.asc From owner-linux-mips@oss.sgi.com Mon Jun 19 10:04:43 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 10:04:24 -0700 Received: from mail.exfo.com ([206.191.88.36]:39691 "EHLO mail.exfo.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 10:04:07 -0700 Received: from exfo.com ([172.16.46.216]) by mail.exfo.com (Netscape Messaging Server 3.62) with ESMTP id 195 for ; Mon, 19 Jun 2000 13:02:14 -0400 Message-ID: <394E5321.CB49B0B7@exfo.com> Date: Mon, 19 Jun 2000 13:06:41 -0400 From: "Philippe Chauvat" X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: Linux Mips Subject: [ Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello there, When I boot my Challenger on the remote machine (for installation), a kernel panic event is raised. Does anybody could explain to me, what could appear ? Thanks a lot Philippe From owner-linux-mips@oss.sgi.com Mon Jun 19 11:36:34 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 11:36:14 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:54801 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 19 Jun 2000 11:36:02 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id F3ABD81F; Mon, 19 Jun 2000 20:36:01 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id F0AE88F73; Mon, 19 Jun 2000 11:32:58 -0700 (PDT) Date: Mon, 19 Jun 2000 11:32:58 -0700 From: Florian Lohoff To: Philippe Chauvat Cc: Linux Mips Subject: Re: [ Message-ID: <20000619113258.C691@paradigm.rfc822.org> References: <394E5321.CB49B0B7@exfo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <394E5321.CB49B0B7@exfo.com>; from philippe.chauvat@exfo.com on Mon, Jun 19, 2000 at 01:06:41PM -0400 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 01:06:41PM -0400, Philippe Chauvat wrote: > Hello there, > > When I boot my Challenger on the remote machine (for installation), a > kernel panic event is raised. You mean SGI Challenge ? > Does anybody could explain to me, what could appear ? If so - This machine is AFAIk completely unsupported ... Flo -- Florian Lohoff flo@rfc822.org +49-waiting-4-telekom "If you're not having fun right now, you're wasting your time." From owner-linux-mips@oss.sgi.com Mon Jun 19 11:36:43 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 11:36:24 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:54033 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 19 Jun 2000 11:36:02 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id B3F4181D; Mon, 19 Jun 2000 20:36:01 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id B99FA8F73; Mon, 19 Jun 2000 11:31:48 -0700 (PDT) Date: Mon, 19 Jun 2000 11:31:48 -0700 From: Florian Lohoff To: Paul Jakma Cc: Linux MIPS Subject: Re: linux/mips on cd? Message-ID: <20000619113148.B691@paradigm.rfc822.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from paul@clubi.ie on Mon, Jun 19, 2000 at 07:18:48AM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 07:18:48AM +0100, Paul Jakma wrote: > does anyone sell a CD of linux-mips? > > I'd like to try linux-mips in production use as my dialup > firewall. (security thru obscurity: let's see those script kiddies > find 'sploits' for linux/mips!). However, i don't have the bandwidth > to download the distribution. > > if anyone is selling CD's, or if anyone would be kind enough to burn > a CD for me, I'd be very grateful if they'd contact me off-list. There are currently NO linux-mips cds for ANY architecture. Are you running little or big endian ? What type of system ? BTW: Linux Mips is by far ready for production. Flo -- Florian Lohoff flo@rfc822.org +49-waiting-4-telekom "If you're not having fun right now, you're wasting your time." From owner-linux-mips@oss.sgi.com Mon Jun 19 11:46:15 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 11:45:55 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:25094 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 11:45:50 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id LAA24283; Mon, 19 Jun 2000 11:45:36 -0700 Date: Mon, 19 Jun 2000 11:45:36 -0700 From: Keith M Wesolowski To: Florian Lohoff Cc: Philippe Chauvat , Linux Mips Subject: Re: [ Message-ID: <20000619114536.A22137@chem.unr.edu> References: <394E5321.CB49B0B7@exfo.com> <20000619113258.C691@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000619113258.C691@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Jun 19, 2000 at 11:32:58AM -0700 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 11:32:58AM -0700, Florian Lohoff wrote: > You mean SGI Challenge ? > > > Does anybody could explain to me, what could appear ? > > If so - This machine is AFAIk completely unsupported ... It could be a Challenge S, which should probably work. What kernel/machine exactly is this? -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Mon Jun 19 11:46:24 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 11:46:15 -0700 Received: from aeon.tvd.be ([195.162.196.20]:37561 "EHLO aeon.tvd.be") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 11:46:00 -0700 Received: from callisto.of.borg (cable-195-162-216-83.upc.chello.be [195.162.216.83]) by aeon.tvd.be (8.9.3/8.9.3/RELAY-1.1) with ESMTP id UAA19314; Mon, 19 Jun 2000 20:45:56 +0200 (MET DST) Received: from localhost (geert@localhost) by callisto.of.borg (8.9.3/8.9.3/Debian 8.9.3-21) with ESMTP id UAA13030; Mon, 19 Jun 2000 20:45:55 +0200 X-Authentication-Warning: callisto.of.borg: geert owned process doing -bs Date: Mon, 19 Jun 2000 20:45:55 +0200 (CEST) From: Geert Uytterhoeven To: Florian Lohoff cc: Paul Jakma , Linux MIPS Subject: Re: linux/mips on cd? In-Reply-To: <20000619113148.B691@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 19 Jun 2000, Florian Lohoff wrote: > On Mon, Jun 19, 2000 at 07:18:48AM +0100, Paul Jakma wrote: > > does anyone sell a CD of linux-mips? > > > > I'd like to try linux-mips in production use as my dialup > > firewall. (security thru obscurity: let's see those script kiddies > > find 'sploits' for linux/mips!). However, i don't have the bandwidth > > to download the distribution. > > > > if anyone is selling CD's, or if anyone would be kind enough to burn > > a CD for me, I'd be very grateful if they'd contact me off-list. > > There are currently NO linux-mips cds for ANY architecture. Are you > running little or big endian ? What type of system ? [ taking CD from the CD rack ] [ citing CD cover ] Linux Rough Cuts Excavated for PowerPC (MkLinux)m UltraSPARC, MIPS, and M68K by the Red Hat Linux Community Copyright 1998 Red Hat Software, Inc. It even has an ISBN number: 1-888172-14-2 :-) Now I have to admit there's no decent (read: Debian) distro for Linux/MIPS on CD yet... Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From owner-linux-mips@oss.sgi.com Mon Jun 19 12:40:05 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 12:39:45 -0700 Received: from hibernia.clubi.ie ([212.17.32.129]:63240 "EHLO hibernia.jakma.org") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 12:39:31 -0700 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 e5JJdGf27627; Mon, 19 Jun 2000 20:39:16 +0100 Received: from localhost (paul@localhost) by fogarty.jakma.org (8.10.0/8.10.0) with ESMTP id e5JJdGh12724; Mon, 19 Jun 2000 20:39:16 +0100 X-Authentication-Warning: fogarty.jakma.org: paul owned process doing -bs Date: Mon, 19 Jun 2000 20:39:16 +0100 (IST) From: Paul Jakma X-Sender: paul@fogarty.jakma.org To: Florian Lohoff cc: Linux MIPS Subject: Re: linux/mips on cd? In-Reply-To: <20000619113148.B691@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 19 Jun 2000, Florian Lohoff wrote: > There are currently NO linux-mips cds for ANY architecture. Are you > running little or big endian ? What type of system ? > CD's: i meant more informal copies of the latest CVS.. :) > BTW: Linux Mips is by far ready for production. > i know, i know.. I've read parts of the archive, and have lurked on the list for a few months. However, it seems to me the Indy (little endian linux/mips, right?) does at least boot and run some userspace stuff. i'm here more for the fun factor. (i've run linux on x86, Alpha and PPC. Love to see it just booting on MIPS :) ) > Flo > incidentally, i tried booting the 2.2.13 kernel from the website. It appeared to work as the PROM downloaded it and didn't complain, but it produced absolutely no output. and when i pressed a key it booted back to PROM. do these kernels require serial console? regards, -- Paul Jakma paul@clubi.ie PGP5 key: http://www.clubi.ie/jakma/publickey.txt ------------------------------------------- Fortune: If we won't stand together, we don't stand a chance. From owner-linux-mips@oss.sgi.com Mon Jun 19 13:22:16 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 13:22:06 -0700 Received: from obelix.hrz.tu-chemnitz.de ([134.109.132.55]:40345 "EHLO obelix.hrz.tu-chemnitz.de") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 13:21:56 -0700 Received: from sunnyboy.informatik.tu-chemnitz.de by obelix.hrz.tu-chemnitz.de with Local SMTP (PP); Mon, 19 Jun 2000 22:21:29 +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 WAA27036 for ; Mon, 19 Jun 2000 22:21:27 +0200 (MET DST) Received: (qmail 28409 invoked from network); 19 Jun 2000 20:21:26 -0000 Received: from spock.mgnet.de (HELO scotty.mgnet.de) (192.168.1.4) by scotty.mgnet.de with SMTP; 19 Jun 2000 20:21:26 -0000 Date: Mon, 19 Jun 2000 22:22:15 +0200 From: Klaus Naumann To: Paul Jakma Cc: Linux MIPS Subject: Re: linux/mips on cd? Message-ID: <20000619222215.A23089@spock> Reply-To: spock@mgnet.de References: Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit In-Reply-To: ; from paul@clubi.ie on Mon, Jun 19, 2000 at 21:39:16 +0200 X-Mailer: Balsa 0.8.0 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 19 Jun 2000 21:39:16 Paul Jakma wrote: > i know, i know.. I've read parts of the archive, and have lurked on > the list for a few months. However, it seems to me the Indy (little > endian linux/mips, right?) does at least boot and run some userspace No, big endian ;) Yes, it boots and it's possible to run most of the usual stuffs ... Also X is working now (at snail speed but working) because Guido Guenter made a X server. > i'm here more for the fun factor. (i've run linux on x86, Alpha > and PPC. Love to see it just booting on MIPS :) ) If you just want to see it booting you might want to get a vmlinux-indy from oss.sgi.com and boot it up - it should work. > incidentally, i tried booting the 2.2.13 kernel from the website. It > appeared to work as the PROM downloaded it and didn't complain, but > it produced absolutely no output. and when i pressed a key it booted > back to PROM. This is not the default behaviour - The PROM should freeze after it boots up the kernel if you use serial console - otherwise you will see the newport console ... If there is a running distribution I could make a CD and send it to you ... so this is not the problem - but it's not worth it until we have a system which is running more stable ... 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 owner-linux-mips@oss.sgi.com Mon Jun 19 13:23:35 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 13:23:16 -0700 Received: from rotor.chem.unr.edu ([134.197.32.176]:62470 "EHLO rotor.chem.unr.edu") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 13:23:04 -0700 Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id NAA27178; Mon, 19 Jun 2000 13:22:51 -0700 Date: Mon, 19 Jun 2000 13:22:51 -0700 From: Keith M Wesolowski To: Paul Jakma Cc: Florian Lohoff , Linux MIPS Subject: Re: linux/mips on cd? Message-ID: <20000619132251.D22137@chem.unr.edu> References: <20000619113148.B691@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from paul@clubi.ie on Mon, Jun 19, 2000 at 08:39:16PM +0100 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 08:39:16PM +0100, Paul Jakma wrote: > i know, i know.. I've read parts of the archive, and have lurked on > the list for a few months. However, it seems to me the Indy (little > endian linux/mips, right?) does at least boot and run some userspace > stuff. SGI is bigendian. It does boot and there is a userland. I personally have even seen X working. > incidentally, i tried booting the 2.2.13 kernel from the website. It > appeared to work as the PROM downloaded it and didn't complain, but > it produced absolutely no output. and when i pressed a key it booted > back to PROM. > > do these kernels require serial console? I was able to boot those. Hmmm. You can also try the indy kernel at ftp://ftp.foobazco.org/pub/people/wesolows/mips-linux/kernels/ which should definitely work and support the graphics console, if you have XL graphics. If you have XZ you are in trouble at the moment. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Mon Jun 19 13:30:45 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 13:30:36 -0700 Received: from hibernia.clubi.ie ([212.17.32.129]:12810 "EHLO hibernia.jakma.org") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 13:30:16 -0700 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 e5JKUZf29739; Mon, 19 Jun 2000 21:30:35 +0100 Received: from localhost (paul@localhost) by fogarty.jakma.org (8.10.0/8.10.0) with ESMTP id e5JKUZU13023; Mon, 19 Jun 2000 21:30:35 +0100 X-Authentication-Warning: fogarty.jakma.org: paul owned process doing -bs Date: Mon, 19 Jun 2000 21:30:35 +0100 (IST) From: Paul Jakma X-Sender: paul@fogarty.jakma.org To: Keith M Wesolowski cc: Florian Lohoff , Linux MIPS Subject: Re: linux/mips on cd? In-Reply-To: <20000619132251.D22137@chem.unr.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, 19 Jun 2000, Keith M Wesolowski wrote: > SGI is bigendian. It does boot and there is a userland. I personally > have even seen X working. > that's using Xsgi isn't it? > I was able to boot those. Hmmm. You can also try the indy kernel at > ftp://ftp.foobazco.org/pub/people/wesolows/mips-linux/kernels/ which > should definitely work and support the graphics console, if you have > XL graphics. If you have XZ you are in trouble at the moment. I'll give that a whirl this eve hopefully. I have {Newport,XL} 24bit graphics. regards, -- Paul Jakma paul@clubi.ie PGP5 key: http://www.clubi.ie/jakma/publickey.txt ------------------------------------------- Fortune: Sailing is fun, but scrubbing the decks is aardvark. -- Heard on Noahs' ark From owner-linux-mips@oss.sgi.com Mon Jun 19 13:43:37 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 13:43:27 -0700 Received: from noose.gt.owl.de ([62.52.19.4]:59910 "HELO noose.gt.owl.de") by oss.sgi.com with SMTP id ; Mon, 19 Jun 2000 13:43:09 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 2C8E2818; Mon, 19 Jun 2000 22:43:09 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 64DB88F73; Mon, 19 Jun 2000 13:43:00 -0700 (PDT) Date: Mon, 19 Jun 2000 13:43:00 -0700 From: Florian Lohoff To: Paul Jakma Cc: Keith M Wesolowski , Linux MIPS Subject: Re: linux/mips on cd? Message-ID: <20000619134300.A981@paradigm.rfc822.org> References: <20000619132251.D22137@chem.unr.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: ; from paul@clubi.ie on Mon, Jun 19, 2000 at 09:30:35PM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 09:30:35PM +0100, Paul Jakma wrote: > On Mon, 19 Jun 2000, Keith M Wesolowski wrote: > > > SGI is bigendian. It does boot and there is a userland. I personally > > have even seen X working. > > > > that's using Xsgi isn't it? There is both - A Irix binary emulated X Server and a XFree 4 patch from Guido which uses the Newport console - Both are ONLY for the Indy ... > I'll give that a whirl this eve hopefully. I have {Newport,XL} 24bit > graphics. Flo -- Florian Lohoff flo@rfc822.org +49-waiting-4-telekom "If you're not having fun right now, you're wasting your time." From owner-linux-mips@oss.sgi.com Mon Jun 19 13:44:27 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 13:44:06 -0700 Received: from [62.180.18.37] ([62.180.18.37]:7684 "EHLO lappi") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 13:44:00 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 19 Jun 2000 22:07:14 +0200 Date: Mon, 19 Jun 2000 22:07:14 +0200 From: Ralf Baechle 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Jun 19 15:01:37 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 15:01:27 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:56358 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 15:01:18 -0700 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 OAA07982 for ; Mon, 19 Jun 2000 14:56:20 -0700 (PDT) mail_from (gw@sers.s-sers.mb.edus.si) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id OAA49552 for ; Mon, 19 Jun 2000 14:59:32 -0700 (PDT) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA21007 for ; Mon, 19 Jun 2000 14:57:44 -0700 (PDT) mail_from (gw@sers.s-sers.mb.edus.si) Received: from sers.s-sers.mb.edus.si (sers.s-sers.mb.edus.si [194.249.197.119]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id OAA02293 for ; Mon, 19 Jun 2000 14:57:42 -0700 (PDT) mail_from (gw@sers.s-sers.mb.edus.si) Received: from localhost (gw@localhost) by sers.s-sers.mb.edus.si (8.8.5/8.8.5) with SMTP id XAA05994 for ; Mon, 19 Jun 2000 23:58:44 +0200 Date: Mon, 19 Jun 2000 23:58:44 +0200 (MET DST) From: Mitja Bezget To: linux@cthulhu.engr.sgi.com Subject: Mouse on Indy Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi! Is there a way to get the IndyMouse to work? What kind of mouse is that anyway? ps2? some kind of bus-mouse? What kernel options am I supposed to enable? I managed to build the X server quite a while ago (tnx for help), but its all kindof useless without the mouse... Are there any docs on this? How about Serial mouses? are they supported? AFAIK Indy uses a special 8pin serial port connector? Will my serial mouse work if I build an adapter? Are serial ports supported at all? later Mitja ..................................................... - -> Why did the blonde have square boobs? ... She forgot to take the tissue out of the box mitja@ekno.com From owner-linux-mips@oss.sgi.com Mon Jun 19 15:06:06 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 15:05:56 -0700 Received: from [62.180.18.37] ([62.180.18.37]:15108 "EHLO lappi") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 15:05:41 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 20 Jun 2000 00:04:55 +0200 Date: Tue, 20 Jun 2000 00:04:55 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Ralf Baechle , Harald Koerfgen , 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: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from macro@ds2.pg.gda.pl on Mon, Jun 19, 2000 at 11:31:27AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Jun 19 15:14:26 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 15:14:06 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:55815 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 15:13:51 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA01573 for ; Mon, 19 Jun 2000 15:18:56 -0700 (PDT) mail_from (wesolows@rotor.chem.unr.edu) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA24509 for ; Mon, 19 Jun 2000 15:13:18 -0700 (PDT) mail_from (wesolows@rotor.chem.unr.edu) Received: from rotor.chem.unr.edu (rotor.chem.unr.edu [134.197.32.176]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id PAA08996 for ; Mon, 19 Jun 2000 15:13:18 -0700 (PDT) mail_from (wesolows@rotor.chem.unr.edu) Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id PAA30510; Mon, 19 Jun 2000 15:13:09 -0700 Date: Mon, 19 Jun 2000 15:13:09 -0700 From: Keith M Wesolowski To: Mitja Bezget Cc: linux@cthulhu.engr.sgi.com Subject: Re: Mouse on Indy Message-ID: <20000619151309.A29509@chem.unr.edu> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: ; from gw@sers.s-sers.mb.edus.si on Mon, Jun 19, 2000 at 11:58:44PM +0200 X-Complaints-To: postmaster@chem.unr.edu Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Mon, Jun 19, 2000 at 11:58:44PM +0200, Mitja Bezget wrote: > Is there a way to get the IndyMouse to work? What kind > of mouse is that anyway? ps2? some kind of bus-mouse? It's plain PS2. > What kernel options am I supposed to enable? I've always built with PS2 enabled only. Make sure you have /dev/psaux made too. Character, major 10, minor 1. It works for me. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From owner-linux-mips@oss.sgi.com Mon Jun 19 16:02:16 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 16:02:07 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:57173 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 16:01:50 -0700 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 PAA21332 for ; Mon, 19 Jun 2000 15:56:52 -0700 (PDT) mail_from (jsun@mvista.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id QAA78826 for ; Mon, 19 Jun 2000 16:01:18 -0700 (PDT) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA46334 for ; Mon, 19 Jun 2000 15:59:28 -0700 (PDT) mail_from (jsun@mvista.com) Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id PAA07184 for ; Mon, 19 Jun 2000 15:59:20 -0700 (PDT) mail_from (jsun@mvista.com) 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 Message-ID: <394EA5A0.B882F66A@mvista.com> Date: Mon, 19 Jun 2000 15:58:40 -0700 From: Jun Sun 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@cthulhu.engr.sgi.com Subject: R5000 support (specifically two-way set-associative cache...) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Mon Jun 19 16:47:46 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 16:47:26 -0700 Received: from kenton.algor.co.uk ([193.117.190.25]:36289 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 16:47:17 -0700 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Ralf Baechle Cc: "Maciej W. Rozycki" , Ralf Baechle , Harald Koerfgen , 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: <20000620000455.B27454@bacchus.dhis.org> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > ... 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 owner-linux-mips@oss.sgi.com Mon Jun 19 16:53:07 2000 Received: by oss.sgi.com id ; Mon, 19 Jun 2000 16:52:46 -0700 Received: from [62.180.18.37] ([62.180.18.37]:29188 "EHLO lappi") by oss.sgi.com with ESMTP id ; Mon, 19 Jun 2000 16:52:34 -0700 Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 20 Jun 2000 01:52:24 +0200 Date: Tue, 20 Jun 2000 01:52:24 +0200 From: Ralf Baechle To: Dominic Sweetman Cc: "Maciej W. Rozycki" , Harald Koerfgen , 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: <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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 01:47:13 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 01:47:03 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:34643 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 01:46:48 -0700 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 BAA19622 for ; Tue, 20 Jun 2000 01:41:45 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id BAA80080 for ; Tue, 20 Jun 2000 01:46:13 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from mail.sonytel.be ([193.74.243.200]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id BAA00344 for ; Tue, 20 Jun 2000 01:45:56 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) 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 To: Jun Sun 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: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 02:08:44 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 02:08:33 -0700 Received: from belgarath.esg-guetersloh.mediapoint.de ([193.189.251.50]:60749 "HELO belgarath.esg-guetersloh.mediapoint.de") by oss.sgi.com with SMTP id ; Tue, 20 Jun 2000 02:08:18 -0700 Received: by belgarath.esg-guetersloh.mediapoint.de (Postfix, from userid 1000) id 0C86B51317; Tue, 20 Jun 2000 11:08:21 +0200 (CEST) Date: Tue, 20 Jun 2000 11:08:21 +0200 From: Jan-Benedict Glaw To: linux-mips@oss.sgi.com Cc: engel@unix-ag.org Subject: Kernel image is not executable? Message-ID: <20000620110821.D32072@lug-owl.de> Reply-To: jbglaw@lug-owl.de Mail-Followup-To: linux-mips@oss.sgi.com, engel@unix-ag.org Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="iVCmgExH7+hIHJ1A" X-Mailer: Mutt 1.0i X-Operating-System: Linux belgarath.esg-guetersloh.mediapoint.de 2.0.35 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing --iVCmgExH7+hIHJ1A Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: quoted-printable Hi! I've recovered so far from my developement machine's hardware crash and can now start to tftp the kernel image: >> unsetenv netaddr >> boot bootp()vmlinuz.ip12 167120+81888+319472 entry: 0x80700c90 Setting $netaddr to 192.168.1.3 (from server ) bootp()vmlinuz.ip12: is not an executable file Can't load bootp()vmlinuz.ip12 Only the first 2x512 Bytes are transferred. [root@air:/tftpboot] #> uname -a Linux air 2.4.0-test1-ac18 #2 Thu Jun 15 07:58:27 CEST 2000 alpha unknown # This is an up-to-date Potato system [root@air:/tftpboot] #> file * unix: MIPSEB COFF executable (impure) not stripped - version 3.18 vmlinuz.ip12: MIPSEB COFF executable stripped - version 0.0 "unix" is my IRIX5.2 kernel. Just as a guess, I changes the version stamp to reflect 3.18 -- no success. I fixed the TEXT entry in =2E/linux/arch/mips/Makefile to the above value as well, but what does make a tftp'ed file executable in Indigo's eyes? MfG, JBG --=20 Fehler eingestehen, Gr=F6=DFe zeigen: Nehmt die Rechtschreibreform zur=FCck= !!! /* Jan-Benedict Glaw -- +49-177-5601720 */ keyID=3D0x8399E1BB fingerprint=3D250D 3BCF 7127 0D8C A444 A961 1DBD 5E75 83= 99 E1BB "insmod vi.o and there we go..." (Alexander Viro on linux-kernel) --iVCmgExH7+hIHJ1A Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.1 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEAREBAAYFAjlPNIUACgkQHb1edYOZ4btH8gCgiMLlasG3G4FlT57FTW2F4QoE LqYAn0Si59mGd/TEIDgo8WpS32G1Ify2 =uw1z -----END PGP SIGNATURE----- --iVCmgExH7+hIHJ1A-- From owner-linux-mips@oss.sgi.com Tue Jun 20 02:49:05 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 02:48:45 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:17001 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 02:48:11 -0700 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 CAA23783 for ; Tue, 20 Jun 2000 02:43:13 -0700 (PDT) mail_from (dom@mudchute.algor.co.uk) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id CAA90317 for ; Tue, 20 Jun 2000 02:47:34 -0700 (PDT) mail_from (dom@mudchute.algor.co.uk) Received: from kenton.algor.co.uk (kenton.algor.co.uk [193.117.190.25]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id CAA00113 for ; Tue, 20 Jun 2000 02:47:33 -0700 (PDT) mail_from (dom@mudchute.algor.co.uk) 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Jun Sun Cc: 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: <394EA5A0.B882F66A@mvista.com> References: <394EA5A0.B882F66A@mvista.com> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 03:06:35 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 03:06:25 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:64071 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 03:06:09 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id DAA09138 for ; Tue, 20 Jun 2000 03:11:17 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id DAA74617 for ; Tue, 20 Jun 2000 03:05:38 -0700 (PDT) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id DAA95228 for ; Tue, 20 Jun 2000 03:03:28 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id DAA03553 for ; Tue, 20 Jun 2000 03:03:23 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) 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 To: Dominic Sweetman cc: Jun Sun , 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: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 04:22:25 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 04:22:15 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:34061 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 04:22:00 -0700 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 EAA00536 for ; Tue, 20 Jun 2000 04:17:02 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id EAA07969 for ; Tue, 20 Jun 2000 04:21:27 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id EAA03079 for ; Tue, 20 Jun 2000 04:21:18 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) 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 NAA24047; Tue, 20 Jun 2000 13:21:10 +0200 (MET DST) Date: Tue, 20 Jun 2000 13:21:10 +0200 (MET DST) From: Geert Uytterhoeven To: Linux kernel cc: Linux/PPC Development , Linux/MIPS Development Subject: Proposal: non-PC ISA bus support Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing The following patch fixes 2 problems related to ISA bus access on non-PC platforms: 1. ISA I/O space is memory mapped on many platforms (e.g. PPC and MIPS). To access it from user space, you cannot plainly use inb() and friends like on PC, but you have to mmap() the correct region of /dev/mem first. This region depends on the machine type and currently there's no simple way to find out from user space. 2. ISA memory is not located at physical address 0 on many platforms (e.g. PPC and some MIPS boxes). This means you cannot e.g. use request_mem_region(0xa0000, 65536) to request the legacy VGA region. Solutions: 1. Provide /proc/bus/isa/map, which contains the ISA I/O and memory space mappings on machines where these are memory mapped. Example (on PPC CHRP LongTrail): callisto$ cat /proc/bus/isa/map f8000000 01000000 IO f7000000 01000000 MEM callisto$ The region marked `IO' is ISA (also PCI) I/O space, while the region marked `MEM' is ISA memory space. Of course on a PC the first one is not available because there are separate I/O and memory spaces on ia32. 2. Provide new resource management functions for ISA memory space: isa_request_mem_region() isa_check_mem_region() isa_release_mem_region() On ia32, these are identical to the normal memory resource management functions. [ Alternatively we could add tests to the *_mem_region() functions to test whether the requested region is < 16 MB (and thus in ISA memory space) and add the required offset. But this affects the common resource code and may cause problems on machines where there is no ISA space in the first 16 MB of memory space. ] The patch contains support for ia32, PPC and MIPS (limited to DDB Vrc-5074). It was tested on PPC only. Comments are welcomed! diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/Makefile geert-isa-2.4.0-test1-ac21/Makefile --- alan-2.4.0-test1-ac21/Makefile Sun Jun 18 21:14:12 2000 +++ geert-isa-2.4.0-test1-ac21/Makefile Tue Jun 20 11:37:11 2000 @@ -152,6 +152,7 @@ DRIVERS-$(CONFIG_SOUND) += drivers/sound/sounddrivers.o DRIVERS-$(CONFIG_PCI) += drivers/pci/pci.a +DRIVERS-$(CONFIG_ISA) += drivers/isa/isa.o DRIVERS-$(CONFIG_PCMCIA) += drivers/pcmcia/pcmcia.o DRIVERS-$(CONFIG_PCMCIA_NETCARD) += drivers/net/pcmcia/pcmcia_net.o DRIVERS-$(CONFIG_PCMCIA_CHRDEV) += drivers/char/pcmcia/pcmcia_char.o diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/arch/ppc/config.in geert-isa-2.4.0-test1-ac21/arch/ppc/config.in --- alan-2.4.0-test1-ac21/arch/ppc/config.in Sun Jun 18 21:14:15 2000 +++ geert-isa-2.4.0-test1-ac21/arch/ppc/config.in Tue Jun 20 11:30:40 2000 @@ -88,7 +88,11 @@ mainmenu_option next_comment comment 'General setup' -define_bool CONFIG_ISA n +if [ "$CONFIG_ALL_PPC" ]; then + define_bool CONFIG_ISA y +else + define_bool CONFIG_ISA n +fi define_bool CONFIG_SBUS n if [ "$CONFIG_APUS" = "y" -o "$CONFIG_4xx" = "y" -o \ diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/drivers/Makefile geert-isa-2.4.0-test1-ac21/drivers/Makefile --- alan-2.4.0-test1-ac21/drivers/Makefile Wed Mar 15 19:50:30 2000 +++ geert-isa-2.4.0-test1-ac21/drivers/Makefile Sun Jun 18 21:35:06 2000 @@ -11,7 +11,7 @@ MOD_SUB_DIRS := $(SUB_DIRS) ALL_SUB_DIRS := $(SUB_DIRS) pci sgi ide scsi sbus cdrom isdn pnp i2o \ ieee1394 macintosh video dio zorro fc4 \ - usb nubus tc atm pcmcia i2c telephony + usb nubus tc atm pcmcia i2c telephony isa ifdef CONFIG_DIO SUB_DIRS += dio @@ -20,6 +20,10 @@ ifdef CONFIG_PCI SUB_DIRS += pci +endif + +ifdef CONFIG_ISA +SUB_DIRS += isa endif ifeq ($(CONFIG_PCMCIA),y) diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/drivers/isa/Makefile geert-isa-2.4.0-test1-ac21/drivers/isa/Makefile --- alan-2.4.0-test1-ac21/drivers/isa/Makefile Thu Jan 1 01:00:00 1970 +++ geert-isa-2.4.0-test1-ac21/drivers/isa/Makefile Tue Jun 20 11:38:14 2000 @@ -0,0 +1,19 @@ +# +# Makefile for the ISA bus specific drivers. +# +# Note! Dependencies are done automagically by 'make dep', which also +# removes any old dependencies. DON'T put your own dependencies here +# unless it's something special (ie not a .c file). +# +# Note 2! The CFLAGS definition is now inherited from the +# parent makefile. +# + +O_TARGET := isa.o + +ifdef CONFIG_PROC_FS +O_OBJS += proc.o +endif + +include $(TOPDIR)/Rules.make + diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/drivers/isa/proc.c geert-isa-2.4.0-test1-ac21/drivers/isa/proc.c --- alan-2.4.0-test1-ac21/drivers/isa/proc.c Thu Jan 1 01:00:00 1970 +++ geert-isa-2.4.0-test1-ac21/drivers/isa/proc.c Tue Jun 20 11:37:11 2000 @@ -0,0 +1,42 @@ +/* + * Procfs interface for the ISA bus. + * + * Copyright (c) 2000 Geert Uytterhoeven + */ + +#include +#include +#include +#include + +#include + +static int get_isa_map_info(char *buf, char **start, off_t pos, int count) +{ + int len = 0, cnt = 0; + + if (proc_bus_isa_io_size) + len += sprintf(buf+len, "%p\t%p\tIO\n", + (void *)proc_bus_isa_io_base, + (void *)proc_bus_isa_io_size); + if (proc_bus_isa_mem_size) + len += sprintf(buf+len, "%p\t%p\tMEM\n", + (void *)proc_bus_isa_mem_base, + (void *)proc_bus_isa_mem_size); + if (pos <= len) { + *start = buf+pos; + cnt = len-pos; + } + return (count > cnt) ? cnt : count; +} + +static struct proc_dir_entry *proc_bus_isa_dir; + +static int __init isa_proc_init(void) +{ + proc_bus_isa_dir = proc_mkdir("isa", proc_bus); + create_proc_info_entry("map", 0, proc_bus_isa_dir, get_isa_map_info); + return 0; +} + +__initcall(isa_proc_init); diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/drivers/video/clgenfb.c geert-isa-2.4.0-test1-ac21/drivers/video/clgenfb.c --- alan-2.4.0-test1-ac21/drivers/video/clgenfb.c Sun Jun 18 21:14:44 2000 +++ geert-isa-2.4.0-test1-ac21/drivers/video/clgenfb.c Sun Jun 18 21:33:38 2000 @@ -2541,7 +2541,7 @@ release_mem_region(info->fbmem_phys, info->size); #if 0 /* if system didn't claim this region, we would... */ - release_mem_region(0xA0000, 65535); + isa_release_mem_region(0xA0000, 65535); #endif if (release_io_ports) @@ -2624,7 +2624,7 @@ return -1; } #if 0 /* if the system didn't claim this region, we would... */ - if (!request_mem_region(0xA0000, 65535, "clgenfb")) { + if (!isa_request_mem_region(0xA0000, 65535, "clgenfb")) { pci_write_config_word (pdev, PCI_COMMAND, tmp16); printk(KERN_ERR "clgen: cannot reserve region 0x%lx, abort\n", 0xA0000L); diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/include/asm-i386/io.h geert-isa-2.4.0-test1-ac21/include/asm-i386/io.h --- alan-2.4.0-test1-ac21/include/asm-i386/io.h Tue Feb 15 21:49:25 2000 +++ geert-isa-2.4.0-test1-ac21/include/asm-i386/io.h Tue Jun 20 13:10:11 2000 @@ -195,6 +195,11 @@ */ #define __ISA_IO_base ((char *)(PAGE_OFFSET)) +#define proc_bus_isa_io_base (0) /* no MMIO */ +#define proc_bus_isa_io_size (0) /* no MMIO */ +#define proc_bus_isa_mem_base (0x00000000) +#define proc_bus_isa_mem_size (0x01000000) + #define isa_readb(a) readb(__ISA_IO_base + (a)) #define isa_readw(a) readw(__ISA_IO_base + (a)) #define isa_readl(a) readl(__ISA_IO_base + (a)) @@ -204,6 +209,10 @@ #define isa_memset_io(a,b,c) memset_io(__ISA_IO_base + (a),(b),(c)) #define isa_memcpy_fromio(a,b,c) memcpy_fromio((a),__ISA_IO_base + (b),(c)) #define isa_memcpy_toio(a,b,c) memcpy_toio(__ISA_IO_base + (a),(b),(c)) + +#define isa_request_mem_region request_mem_region +#define isa_check_mem_region check_mem_region +#define isa_release_mem_region release_mem_region /* diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/include/asm-mips/io.h geert-isa-2.4.0-test1-ac21/include/asm-mips/io.h --- alan-2.4.0-test1-ac21/include/asm-mips/io.h Fri Mar 3 18:22:38 2000 +++ geert-isa-2.4.0-test1-ac21/include/asm-mips/io.h Mon Jun 19 20:39:24 2000 @@ -16,6 +16,7 @@ */ #undef CONF_SLOWDOWN_IO +#include #include /* @@ -112,6 +113,24 @@ * for the processor. */ extern unsigned long isa_slot_offset; + +#define proc_bus_isa_io_base mips_io_port_base +#define proc_bus_isa_mem_base isa_slot_offset + +#if defined(CONFIG_DDB5074) /* and a few others... */ +#define proc_bus_isa_io_size (0x01000000) +#define proc_bus_isa_mem_size (0x01000000) +#else +#define proc_bus_isa_io_size (0) +#define proc_bus_isa_mem_size (0) +#endif + +#define isa_request_mem_region(start,n,name) \ + request_mem_region(isa_slot_offset+(start),(n),(name)) +#define isa_check_mem_region(start,n) \ + check_mem_region(isa_slot_offset+(start),(n)) +#define isa_release_mem_region(start,n) \ + release_mem_region(isa_slot_offset+(start),(n)) /* * readX/writeX() are used to access memory mapped devices. On some diff -u --recursive --exclude-from=/home/geert/diff-excludes-linux --new-file alan-2.4.0-test1-ac21/include/asm-ppc/io.h geert-isa-2.4.0-test1-ac21/include/asm-ppc/io.h --- alan-2.4.0-test1-ac21/include/asm-ppc/io.h Sun Jun 18 21:14:53 2000 +++ geert-isa-2.4.0-test1-ac21/include/asm-ppc/io.h Mon Jun 19 20:13:07 2000 @@ -30,6 +30,10 @@ #define _IO_BASE 0 #define _ISA_MEM_BASE 0 #define PCI_DRAM_OFFSET 0 +#define proc_bus_isa_io_base (0) +#define proc_bus_isa_io_size (0) +#define proc_bus_isa_mem_base (0) +#define proc_bus_isa_mem_size (0) #else extern unsigned long isa_io_base; extern unsigned long isa_mem_base; @@ -37,6 +41,10 @@ #define _IO_BASE isa_io_base #define _ISA_MEM_BASE isa_mem_base #define PCI_DRAM_OFFSET pci_dram_offset +#define proc_bus_isa_io_base isa_io_base +#define proc_bus_isa_io_size (0x01000000) +#define proc_bus_isa_mem_base isa_mem_base +#define proc_bus_isa_mem_size (0x01000000) #endif /* CONFIG_APUS */ #endif @@ -53,6 +61,23 @@ #define writew(b,addr) out_le16((volatile u16 *)(addr),(b)) #define writel(b,addr) out_le32((volatile u32 *)(addr),(b)) #endif + +#define isa_readb(a) readb(isa_mem_base+(a)) +#define isa_readw(a) readw(isa_mem_base+(a)) +#define isa_readl(a) readl(isa_mem_base+(a)) +#define isa_writeb(b,a) writeb(b,isa_mem_base+(a)) +#define isa_writew(w,a) writeb(w,isa_mem_base+(a)) +#define isa_writel(l,a) writeb(l,isa_mem_base+(a)) +#define isa_memset_io(a,b,c) memset_io(isa_mem_base+(a),(b),(c)) +#define isa_memcpy_fromio(a,b,c) memcpy_fromio((a),isa_mem_base+(b),(c)) +#define isa_memcpy_toio(a,b,c) memcpy_toio(isa_mem_base+(a),(b),(c)) + +#define isa_request_mem_region(start,n,name) \ + request_mem_region(isa_mem_base+(start),(n),(name)) +#define isa_check_mem_region(start,n) \ + check_mem_region(isa_mem_base+(start),(n)) +#define isa_release_mem_region(start,n) \ + release_mem_region(isa_mem_base+(start),(n)) /* * The insw/outsw/insl/outsl macros don't do byte-swapping. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From owner-linux-mips@oss.sgi.com Tue Jun 20 04:27:04 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 04:26:55 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:41290 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 04:26:36 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id EAA02844 for ; Tue, 20 Jun 2000 04:31:46 -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 EAA11544 for ; Tue, 20 Jun 2000 04:26:08 -0700 (PDT) mail_from (ulfc@calypso.engr.sgi.com) Received: by calypso.engr.sgi.com (Postfix, from userid 37984) id 15253A7875; Tue, 20 Jun 2000 04:25:25 -0700 (PDT) From: Ulf Carlsson MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <14671.21669.3126.181895@calypso.engr.sgi.com> Date: Tue, 20 Jun 2000 04:25:25 -0700 (PDT) To: linux-mips@oss.sgi.com Subject: MIPS symbol versioning patches X-Mailer: VM 6.75 under Emacs 20.5.1 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi Guys, I have synced the binutils CVS with symbol versioning patches. The current CVS tree at http://sourceware.cygnus.com/binutils should work now. I have only tested compile and tests from glibc 2.1.90 so things will probably break badly. I will be away from my office the next five days, and I will unfortunately not have any machine to work on. I have verified with glibc CVS from today, glibc 2.96 CVS from today and binutils CVS from today. Ulf From owner-linux-mips@oss.sgi.com Tue Jun 20 05:24:05 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 05:23:55 -0700 Received: from mail.exfo.com ([206.191.88.36]:47370 "EHLO mail.exfo.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 05:23:39 -0700 Received: from exfo.com ([172.16.46.216]) by mail.exfo.com (Netscape Messaging Server 3.62) with ESMTP id 152 for ; Tue, 20 Jun 2000 08:21:45 -0400 Message-ID: <394F62E6.50B7F424@exfo.com> Date: Tue, 20 Jun 2000 08:26:14 -0400 From: "Philippe Chauvat" X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: fr,en MIME-Version: 1.0 To: Linux Mips Subject: [Kernel Panic] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hello there, I made a mistake. It's not an Challenge but an Indy station. This is a part of the real message. Please, let me know if some information are missing. The version of vmlinux is the HardRat one. >>> Begin Primary o,struction cache Primary data cache Secondary data cache Linux version 2.1 MC: SG memory controller revision 3 [...] Partition check sda: sda1 sda2 sda3 Looking up port RPC 100003/2 on 192.0.2.1 Looking up port on RPC 100005/1 on 192.0.2.1 VFS: mounted root (nfs filesystem) Adv: done running setup() Freeing unused kernel memory: 44k freed pag fault from irq handler: 0000 $0 : 00000000 [...] $4 : 00000000 [...] [...] $20: 00000000 88009d90 0000000e 880e3f38 epc: 880e3e74 Status: 1004fc02 Cause : 0000000 Aiee, killing interrupt handler Kernel panic: Attempted to kill idle task! In swapper task - not syncing <<< End After that, I've dowloaded a new version of kernel for Indy (ftp://ftp.foobazco.org/pub/people/wesolows/mips-linux/kernels/, information found on this list) but now the problem is a /tmp creation (Create 100Mb partition on ramdisk...) Thank you for any help. Philippe From owner-linux-mips@oss.sgi.com Tue Jun 20 05:24:44 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 05:24:35 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:36172 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 05:24:20 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id FAA02053 for ; Tue, 20 Jun 2000 05:29:27 -0700 (PDT) mail_from (bh40@calva.net) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA21641 for ; Tue, 20 Jun 2000 05:23:46 -0700 (PDT) mail_from (bh40@calva.net) Received: from [62.161.177.33] (mailhost.mipsys.com [62.161.177.33]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id FAA05433 for ; Tue, 20 Jun 2000 05:23:43 -0700 (PDT) mail_from (bh40@calva.net) Received: from [192.168.1.19] by [192.168.1.2] with SMTP (QuickMail Pro Server for Mac 2.0); 20 JUN 00 14:25:21 UT From: Benjamin Herrenschmidt To: Geert Uytterhoeven , Linux/PPC Development , Linux/MIPS Development Subject: Re: Proposal: non-PC ISA bus support Date: Tue, 20 Jun 2000 14:23:29 +0200 Message-Id: <20000620122329.13473@mailhost.mipsys.com> In-Reply-To: References: X-Mailer: CTM PowerMail 3.0.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Jun 20, 2000, Geert Uytterhoeven wrote: > 1. Provide /proc/bus/isa/map, which contains the ISA I/O and memory space > mappings on machines where these are memory mapped. > > Example (on PPC CHRP LongTrail): > > callisto$ cat /proc/bus/isa/map > f8000000 01000000 IO > f7000000 01000000 MEM > callisto$ Looks fine except for one thing: How can we handle weird HW (like Apple Uni-N bridge) that has actually 3 different IO spaces at different locations (all of them beeing childs of the same PCI bus). This is more or less related since the ISA iospace can be considered as a subset of the PCI IO space. The problem is generic (it happens with both "pure" PCI drivers doing IOs and ISA drivers doing IOs). The problem exist for both the kernel and userland apps like XFree wanting to do PCI or ISA IOs. The kernel has a built-in IO-base, your patch would expose it to userland fixing part of the problem for XFree (so userland don't have to probe for zillion different bridges) but wouldn't solve the problem of multiple busses. Paul suggested mapping them one after each other in a single contiguous region (with the appropriate fixup in the kernel PCI io resources) but this can work only for PCI IOs (drivers using the io resource base). Drivers hard-coding legacy IO addresses will still not work (except if they are on the first bus). We still can decide (and that's what I currently do in the kernel) that IO space is only supported on one of those 3 busses (the one on which the external PCI is). This prevents however use of IOs on the AGP slot, which is a problem for things like XFree who may try to use VGA addresses on the card. I still don't have a clue about a good solution to this issue. Apple solves it in their kernel by having an object oriented bus structure, each device asking for mappings to their parent bridge, based on the device tree and independently of PCI bus numbers. Ben. From owner-linux-mips@oss.sgi.com Tue Jun 20 05:42:46 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 05:42:36 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:7501 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 05:42:28 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id FAA05998 for ; Tue, 20 Jun 2000 05:47:36 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id FAA24223 for ; Tue, 20 Jun 2000 05:41:46 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id FAA09259 for ; Tue, 20 Jun 2000 05:41:40 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) 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 OAA26741; Tue, 20 Jun 2000 14:41:35 +0200 (MET DST) Date: Tue, 20 Jun 2000 14:41:34 +0200 (MET DST) From: Geert Uytterhoeven To: Benjamin Herrenschmidt cc: Linux/PPC Development , Linux/MIPS Development , Linux kernel Subject: Re: Proposal: non-PC ISA bus support In-Reply-To: <20000620122329.13473@mailhost.mipsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 20 Jun 2000, Benjamin Herrenschmidt wrote: > On Tue, Jun 20, 2000, Geert Uytterhoeven > wrote: > > > 1. Provide /proc/bus/isa/map, which contains the ISA I/O and memory space > > mappings on machines where these are memory mapped. > > > > Example (on PPC CHRP LongTrail): > > > > callisto$ cat /proc/bus/isa/map > > f8000000 01000000 IO > > f7000000 01000000 MEM > > callisto$ > > Looks fine except for one thing: How can we handle weird HW (like Apple > Uni-N bridge) that has actually 3 different IO spaces at different > locations (all of them beeing childs of the same PCI bus). AFAIK this is a violation of the PCI spec. But of course that doesn't help you much. > This is more or less related since the ISA iospace can be considered as a > subset of the PCI IO space. The problem is generic (it happens with both > "pure" PCI drivers doing IOs and ISA drivers doing IOs). The problem > exist for both the kernel and userland apps like XFree wanting to do PCI > or ISA IOs. The kernel has a built-in IO-base, your patch would expose it > to userland fixing part of the problem for XFree (so userland don't have > to probe for zillion different bridges) but wouldn't solve the problem of > multiple busses. > > Paul suggested mapping them one after each other in a single contiguous > region (with the appropriate fixup in the kernel PCI io resources) but > this can work only for PCI IOs (drivers using the io resource base). > Drivers hard-coding legacy IO addresses will still not work (except if > they are on the first bus). Concatenating the I/O spaces seems like the best solution to me as well. > We still can decide (and that's what I currently do in the kernel) that > IO space is only supported on one of those 3 busses (the one on which the > external PCI is). This prevents however use of IOs on the AGP slot, which > is a problem for things like XFree who may try to use VGA addresses on > the card. > I still don't have a clue about a good solution to this issue. Apple > solves it in their kernel by having an object oriented bus structure, > each device asking for mappings to their parent bridge, based on the > device tree and independently of PCI bus numbers. Hmmm... If you can live with only one video card with legacy support, what about a kernel option to specify which of the 3 busses will be the first? Else, we'll have to work around this in XFree86. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From owner-linux-mips@oss.sgi.com Tue Jun 20 05:53:35 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 05:53:25 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:60887 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 05:53:14 -0700 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" To: Dominic Sweetman cc: Ralf Baechle , Ralf Baechle , Harald Koerfgen , 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: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 06:04:05 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 06:03:55 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:27216 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 06:03:49 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA08396 for ; Tue, 20 Jun 2000 06:08:57 -0700 (PDT) mail_from (bh40@calva.net) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA30069 for ; Tue, 20 Jun 2000 06:03:16 -0700 (PDT) mail_from (bh40@calva.net) Received: from [62.161.177.33] (mailhost.mipsys.com [62.161.177.33]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id GAA00936 for ; Tue, 20 Jun 2000 06:03:05 -0700 (PDT) mail_from (bh40@calva.net) Received: from [192.168.1.19] by [192.168.1.2] with SMTP (QuickMail Pro Server for Mac 2.0); 20 JUN 00 15:04:28 UT From: Benjamin Herrenschmidt To: Geert Uytterhoeven Cc: Linux/PPC Development , Linux/MIPS Development , Linux kernel Subject: Re: Proposal: non-PC ISA bus support Date: Tue, 20 Jun 2000 15:02:38 +0200 Message-Id: <20000620130238.15357@mailhost.mipsys.com> In-Reply-To: References: X-Mailer: CTM PowerMail 3.0.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Jun 20, 2000, Geert Uytterhoeven wrote: >Concatenating the I/O spaces seems like the best solution to me as well. Would work if the ranges you are passing via /proc/bus/isa/xxxx are kernel virtual addresses and not physical addresses (I didn't check if this is the case). >Hmmm... If you can live with only one video card with legacy support, what >about a kernel option to specify which of the 3 busses will be the first? I've been thinking about it. That would be a solution. Also, the fbdev's we use for cards in the AGP slot (ATI Rage 128 for now) can handle this fine, and XFree has already been more or less hacked when to handle it too when running on top of fbdev. >Else, we'll have to work around this in XFree86. Well, we'll have to find a workaround one way or another. The only solution I can see for this problem is a way for each individual card driver to "ask" the kernel for an iobase which is specific to this card, given in parameter as much infos as the driver can regarding the device (like the pci_dev for a pci device). The kernel would then be able to locate the device in the OF tree, walk the tree up to the nearest brige and figure out the correct IO range. (It already does something similar for config space accesses since we have the same problem of 3 different config space access registers). For in-kernel drivers, this can be done at the PCI fixup level provided that the driver uses the io resources given to it "as is", but exposing this to userland may require more than a /proc entry. Ben. From owner-linux-mips@oss.sgi.com Tue Jun 20 06:13:56 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 06:13:46 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:65078 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 06:13:23 -0700 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 GAA09035 for ; Tue, 20 Jun 2000 06:08:10 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id GAA75456 for ; Tue, 20 Jun 2000 06:11:21 -0700 (PDT) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA30985 for ; Tue, 20 Jun 2000 06:09:35 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id GAA05531 for ; Tue, 20 Jun 2000 06:09:15 -0700 (PDT) mail_from (Geert.Uytterhoeven@sonycom.com) 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 PAA27880; Tue, 20 Jun 2000 15:09:23 +0200 (MET DST) Date: Tue, 20 Jun 2000 15:09:23 +0200 (MET DST) From: Geert Uytterhoeven To: Benjamin Herrenschmidt cc: Linux/PPC Development , Linux/MIPS Development , Linux kernel Subject: Re: Proposal: non-PC ISA bus support In-Reply-To: <20000620130238.15357@mailhost.mipsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, 20 Jun 2000, Benjamin Herrenschmidt wrote: > On Tue, Jun 20, 2000, Geert Uytterhoeven wrote: > > >Concatenating the I/O spaces seems like the best solution to me as well. > > Would work if the ranges you are passing via /proc/bus/isa/xxxx are > kernel virtual addresses and not physical addresses (I didn't check if > this is the case). Oops, /proc/bus/isa/map talks about physical addresses. Workaround: patch the mmap() entry of /dev/mem. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org In personal conversations with technical people, I call myself a hacker. But when I'm talking to journalists I just say "programmer" or something like that. -- Linus Torvalds From owner-linux-mips@oss.sgi.com Tue Jun 20 06:30:05 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 06:29:56 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:56145 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 06:29:35 -0700 Received: from nodin.corp.sgi.com (fddi-nodin.corp.sgi.com [198.29.75.193]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id GAA03110 for ; Tue, 20 Jun 2000 06:34:44 -0700 (PDT) mail_from (schrijvp@rc.bel.alcatel.be) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by nodin.corp.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id GAA87880 for ; Tue, 20 Jun 2000 06:28:49 -0700 (PDT) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id GAA34505 for ; Tue, 20 Jun 2000 06:26:43 -0700 (PDT) mail_from (schrijvp@rc.bel.alcatel.be) Received: from relay1.alcatel.be (alc119.alcatel.be [195.207.101.119]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id GAA00877 for ; Tue, 20 Jun 2000 06:26:32 -0700 (PDT) mail_from (schrijvp@rc.bel.alcatel.be) Received: from btmq9s.rc.bel.alcatel.be (localhost [127.0.0.1]) by relay1.alcatel.be (8.10.1/8.10.1) with ESMTP id e5KDPFP12835; Tue, 20 Jun 2000 15:25:15 +0200 (MET DST) Received: from btmxbh.rc.bel.alcatel.be (btmxbh [138.203.64.184]) by btmq9s.rc.bel.alcatel.be (8.8.8+Sun/8.8.8/1.1) with ESMTP id PAA28199; Tue, 20 Jun 2000 15:25:25 +0200 (MET DST) Received: (from schrijvp@localhost) by btmxbh.rc.bel.alcatel.be (8.9.3/8.9.3) id PAA09059; Tue, 20 Jun 2000 15:25:09 +0200 Date: Tue, 20 Jun 2000 15:25:09 +0200 From: De Schrijver Peter To: Benjamin Herrenschmidt Cc: Geert Uytterhoeven , Linux/PPC Development , Linux/MIPS Development Subject: Re: Proposal: non-PC ISA bus support Message-ID: <20000620152509.O1177@rc.bel.alcatel.be> References: <20000620122329.13473@mailhost.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000620122329.13473@mailhost.mipsys.com>; from bh40@calva.net on Tue, Jun 20, 2000 at 02:23:29PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing Hi, > We still can decide (and that's what I currently do in the kernel) that > IO space is only supported on one of those 3 busses (the one on which the > external PCI is). This prevents however use of IOs on the AGP slot, which > is a problem for things like XFree who may try to use VGA addresses on > the card. > Is this really a problem ? I would expect AGP cards to be fully addresseable via the I/O space assigned in the PCI IO resource base ? Peter. From owner-linux-mips@oss.sgi.com Tue Jun 20 06:41:55 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 06:41:46 -0700 Received: from news.tridsys.com ([207.86.66.211]:42770 "EHLO mailserver.tridsys.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 06:41:25 -0700 Received: from dull.tridsys.com (dull.tridsys.com [207.86.66.203]) by mailserver.tridsys.com (NTMail 4.30.0013/NY2276.00.00796d4c) with ESMTP id fweoaaaa for ; Tue, 20 Jun 2000 09:40:46 -0400 From: "Scott Thomas" To: "Geert Uytterhoeven" , "Florian Lohoff" Cc: "Paul Jakma" , "Linux MIPS" , Subject: RE: linux/mips on cd? Date: Tue, 20 Jun 2000 09:41:53 -0400 Message-ID: <002a01bfdabd$4b7c61a0$fe01a8c0@scott.tridsys.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 8.5, Build 4.71.2173.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Importance: Normal In-Reply-To: Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing > > [ taking CD from the CD rack ] > > [ citing CD cover ] > > Linux Rough Cuts > Excavated for PowerPC (MkLinux)m UltraSPARC, MIPS, and M68K > by the Red Hat > Linux Community > > Copyright 1998 Red Hat Software, Inc. > > It even has an ISBN number: 1-888172-14-2 :-) > > fyi... I recently inquired Red Hat about this... according to Cris Folmar at Red Hat, the Rough Cuts CD is no longer available. perhaps Red Hat should consider making a new version available? -- Scott Thomas Program Manager Trident Systems Inc. Phone: (703) 359-6226 Fax: (703) 273-6608 Email: scott@tridsys.com Web: http://www.tridsys.com > Now I have to admit there's no decent (read: Debian) distro for > Linux/MIPS on > CD yet... > > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- > geert@linux-m68k.org > > In personal conversations with technical people, I call myself a > hacker. But > when I'm talking to journalists I just say "programmer" or > something like that. > -- > Linus Torvalds > > From owner-linux-mips@oss.sgi.com Tue Jun 20 06:46:15 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 06:45:55 -0700 Received: from kenton.algor.co.uk ([193.117.190.25]:42432 "EHLO kenton.algor.co.uk") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 06:45:50 -0700 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 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: "Maciej W. Rozycki" Cc: Dominic Sweetman , Ralf Baechle , Ralf Baechle , Harald Koerfgen , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: Icache coherency problems for R3400, DS5000/240 In-Reply-To: References: <200006192346.AAA03494@mudchute.algor.co.uk> X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 08:47:06 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 08:46:46 -0700 Received: from delta.ds2.pg.gda.pl ([153.19.144.1]:51673 "EHLO delta.ds2.pg.gda.pl") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 08:46:39 -0700 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" To: Ralf Baechle , Ulf Carlsson , Andreas Jaeger cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Gdb 5.0 patches for MIPS/Linux Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 08:47:07 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 08:46:46 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:54136 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 08:46:32 -0700 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 IAA27052 for ; Tue, 20 Jun 2000 08:41:34 -0700 (PDT) mail_from (ralf@oss.sgi.com) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id IAA67480 for ; Tue, 20 Jun 2000 08:46:02 -0700 (PDT) mail_from (ralf@oss.sgi.com) Received: from u-150.karlsruhe.ipdial.viaginterkom.de (u-150.karlsruhe.ipdial.viaginterkom.de [62.180.19.150]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id IAA05307 for ; Tue, 20 Jun 2000 08:46:00 -0700 (PDT) mail_from (ralf@oss.sgi.com) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 20 Jun 2000 03:51:59 +0200 Date: Tue, 20 Jun 2000 03:51:59 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux@cthulhu.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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing 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 owner-linux-mips@oss.sgi.com Tue Jun 20 10:13:57 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 10:13:37 -0700 Received: from pneumatic-tube.sgi.com ([204.94.214.22]:52079 "EHLO pneumatic-tube.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 10:13:26 -0700 Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id KAA09016 for ; Tue, 20 Jun 2000 10:18:33 -0700 (PDT) mail_from (bh40@calva.net) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA94439 for ; Tue, 20 Jun 2000 10:12:52 -0700 (PDT) mail_from (bh40@calva.net) Received: from [62.161.177.33] (mailhost.mipsys.com [62.161.177.33]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id KAA09483 for ; Tue, 20 Jun 2000 10:12:47 -0700 (PDT) mail_from (bh40@calva.net) Received: from [192.168.1.19] by [192.168.1.2] with SMTP (QuickMail Pro Server for Mac 2.0); 20 JUN 00 15:32:09 UT From: Benjamin Herrenschmidt To: De Schrijver Peter Cc: Linux/PPC Development , Linux/MIPS Development Subject: Re: Proposal: non-PC ISA bus support Date: Tue, 20 Jun 2000 15:30:01 +0200 Message-Id: <20000620133001.23202@mailhost.mipsys.com> In-Reply-To: <20000620152509.O1177@rc.bel.alcatel.be> References: <20000620152509.O1177@rc.bel.alcatel.be> X-Mailer: CTM PowerMail 3.0.3 MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Return-Path: X-Orcpt: rfc822;linux-mips-outgoing On Tue, Jun 20, 2000, De Schrijver Peter wrote: >> We still can decide (and that's what I currently do in the kernel) that >> IO space is only supported on one of those 3 busses (the one on which the >> external PCI is). This prevents however use of IOs on the AGP slot, which >> is a problem for things like XFree who may try to use VGA addresses on >> the card. >> > >Is this really a problem ? I would expect AGP cards to be fully >addresseable via >the I/O space assigned in the PCI IO resource base ? But even that doesn't work. If it's a kernel driver, then we can fixup the io resources passed by the new kernel resources mecanism to handle the IO base of this specific card. But this won't for userland. I mean, if you read the PCI IO resource base from the card's config space, then you have an IO address on which you need to add an iobase (the base at which the IO bus is mapped). The problem is how to figure out this IO base, especially since the machine has several IO busses at different addresses, but all of them on the same PCI bus number (it's actually 3 separate busses with the same bus number). The kernel can figure this out from the dev_fn since there's fortunately no overlap of dev_fn's between those busses. But how to translate this to userland ? Ben. From owner-linux-mips@oss.sgi.com Tue Jun 20 10:15:07 2000 Received: by oss.sgi.com id ; Tue, 20 Jun 2000 10:14:57 -0700 Received: from deliverator.sgi.com ([204.94.214.10]:29741 "EHLO deliverator.sgi.com") by oss.sgi.com with ESMTP id ; Tue, 20 Jun 2000 10:14:44 -0700 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 KAA09917 for ; Tue, 20 Jun 2000 10:09:44 -0700 (PDT) mail_from (frank_rowand@mvista.com) Received: from sgi.com (sgi.engr.sgi.com [192.26.80.37]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id KAA95018 for ; Tue, 20 Jun 2000 10:14:11 -0700 (PDT) mail_from (frank_rowand@mvista.com) Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id KAA09915 for ; Tue, 20 Jun 2000 10:14:06 -0700 (PDT) mail_from (frank_rowand@mvista.com) Received: from mvista.com (IDENT:frowand@mossi.mvista.com [10.0.0.71]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id KAA31112; Tue, 20 Jun 2000 10:11:46 -0700 Message-ID: <394FA5D1.DDAEA1F6@mvista.com> Date: Tue, 20 Jun 2000 10:11:45 -0700 From: Frank Rowand Reply-To: frowand@mvista.com Organization: Montavista Software, Inc X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.2.12-20b i586) X-Accept-Language: en MIME-Version: 1.0 To: Geert Uytterhoeven CC: Linux kernel , Linux/PPC Development , Linux/MIPS Development