From jsun@mvista.com Sat Jul 1 03:24:14 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA00566; Sat, 1 Jul 2000 03:24:13 +0200 (MET DST) Received-Date: Sat, 1 Jul 2000 03:24:13 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id SAA23174; Fri, 30 Jun 2000 18:22:59 -0700 Sender: jsun@hermes.mvista.com Message-ID: <395D47F2.266CE27D@mvista.com> Date: Fri, 30 Jun 2000 18:22:58 -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: Dominic Sweetman CC: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, nigel@algor.co.uk Subject: Re: R5000 support (specifically two-way set-associative cache...) References: <394EA5A0.B882F66A@mvista.com> <200006200947.KAA08574@mudchute.algor.co.uk> <394FBAC6.3D29C4A7@mvista.com> <394FBF91.76AE6FD0@mvista.com> <200006202059.VAA19304@mudchute.algor.co.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 928 Lines: 31 > Fundamentally: > > o "index" operations just go first through one set, then the other. > So long as initialisation routines are applied to each possible > index in turn, both sets get initialised. > > o "hit" operations "just work". > > So long as initialisation is done carefully (basic rule: perform one > stage to the whole cache before going on to the next), run-time cache > maintenance can and should be done with "hit" instructions, and you > don't need to worry whether the CPU is direct mapped, 2- or 4-way set > associative. > > (it's all explained in my book, "See MIPS Run", of course...) > > Even with the Vr5432 you only have to know the difference when first > setting up the CPU. > Not exactly - the current Linux/MIPS implementation uese index operations to flush cache. As a result flush_all_cache() does not really flush all cache. > Dominic Sweetman > Algorithmics Ltd Jun > dom@algor.co.uk From kevink@mips.com Sat Jul 1 08:44:27 2000 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA02135; Sat, 1 Jul 2000 08:44:26 +0200 (MET DST) Received-Date: Sat, 1 Jul 2000 08:44:26 +0200 (MET DST) Received: from newman.mips.com (newman [206.31.31.8]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id XAA20994; Fri, 30 Jun 2000 23:44:18 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id XAA14777; Fri, 30 Jun 2000 23:44:16 -0700 (PDT) Message-ID: <000601bfe328$2e3fe6c0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Jun Sun" , "Dominic Sweetman" Cc: , , Subject: Re: R5000 support (specifically two-way set-associative cache...) Date: Sat, 1 Jul 2000 08:46:59 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 1643 Lines: 49 In any case, note that the cache descriptor structures defined by MIPS Technologies for the Linux 2.2 kernels (coming one of these days to 2.3) allow for the cache geometry to be fully described and specified, either as a simple table copy based on the PrID, or as a combination of table data and dynamic probing. Kevin K. -----Original Message----- From: Jun Sun To: Dominic Sweetman Cc: linux-mips@fnet.fr ; linux@cthulhu.engr.sgi.com ; nigel@algor.co.uk Date: Saturday, July 01, 2000 3:29 AM Subject: Re: R5000 support (specifically two-way set-associative cache...) > >> Fundamentally: >> >> o "index" operations just go first through one set, then the other. >> So long as initialisation routines are applied to each possible >> index in turn, both sets get initialised. >> >> o "hit" operations "just work". >> >> So long as initialisation is done carefully (basic rule: perform one >> stage to the whole cache before going on to the next), run-time cache >> maintenance can and should be done with "hit" instructions, and you >> don't need to worry whether the CPU is direct mapped, 2- or 4-way set >> associative. >> >> (it's all explained in my book, "See MIPS Run", of course...) >> >> Even with the Vr5432 you only have to know the difference when first >> setting up the CPU. >> > >Not exactly - the current Linux/MIPS implementation uese index >operations to flush cache. >As a result flush_all_cache() does not really flush all cache. > > >> Dominic Sweetman >> Algorithmics Ltd > >Jun >> dom@algor.co.uk From R.vandenBerg@inter.NL.net Sat Jul 1 22:05:16 2000 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA06113; Sat, 1 Jul 2000 22:05:15 +0200 (MET DST) Received-Date: Sat, 1 Jul 2000 22:05:15 +0200 (MET DST) Received: from whale.dutch.mountain by altrade.nijmegen.inter.nl.net via 1Cust145.tnt14.rtm1.nl.uu.net [213.53.2.145] with ESMTP for id WAA28147 (8.8.8/3.41); Sat, 1 Jul 2000 22:05:14 +0200 (MET DST) Received: from localhost(really [127.0.0.1]) by whale.dutch.mountain via in.smtpd with smtp id for ; Sat, 1 Jul 2000 22:04:44 +0200 (MET DST) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 1 Jul 2000 22:04:43 +0200 (MET DST) From: Richard van den Berg X-Sender: ravdberg@whale.dutch.mountain To: linux-mips@fnet.fr Subject: Re: Memory corruption: is anybody who remeber why ?! In-Reply-To: <20000525201540.A15206@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-1463811839-472186826-962481883=:540" Content-Length: 4553 Lines: 115 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---1463811839-472186826-962481883=:540 Content-Type: TEXT/PLAIN; charset=US-ASCII On Thu, 25 May 2000, Ralf Baechle wrote: > [ralf@lappi linux-sgi-2.2]$ head /dev/urandom > Index: pgtable.h > =================================================================== > RCS file: /home/pub/cvs/linux/include/asm-mips/pgtable.h,v > retrieving revision 1.19 > retrieving revision 1.19.2.1 > diff -u -r1.19 -r1.19.2.1 > --- pgtable.h 1999/06/13 16:35:53 1.19 > +++ pgtable.h 1999/07/22 01:57:13 1.19.2.1 > @@ -1,4 +1,4 @@ > -/* $Id: pgtable.h,v 1.18 1999/02/15 02:22:11 ralf Exp $ > +/* $Id: pgtable.h,v 1.19 1999/06/13 16:35:53 ralf Exp $ > * > * This file is subject to the terms and conditions of the GNU General Public > * License. See the file "COPYING" in the main directory of this archive > @@ -580,9 +580,9 @@ > /* > * Kernel with 32 bit address space > */ > -#define SWP_TYPE(entry) (((entry) >> 1) & 0x3f) > -#define SWP_OFFSET(entry) ((entry) >> 8) > -#define SWP_ENTRY(type,offset) (((type) << 1) | ((offset) << 8)) > +#define SWP_TYPE(entry) (((entry) >> 8) & 0x7f) > +#define SWP_OFFSET(entry) ((entry) >> 15) > +#define SWP_ENTRY(type,offset) (((type) << 8) | ((offset) << 15)) > > #define module_map vmalloc > #define module_unmap vfree > [ralf@lappi linux-sgi-2.2]$ Does the oracle know why this patch has been reversed? --- linux-2.3.21/include/asm-mips/pgtable.h Sat Jul 1 07:53:21 2000 +++ linux-cvs/include/asm-mips/pgtable.h Sat Jul 1 12:27:34 2000 ...[snipped a lot of lines] extern void update_mmu_cache(struct vm_area_struct *vma, unsigned long address, pte_t pte); -/* - * Kernel with 32 bit address space - */ -#define SWP_TYPE(entry) (((entry) >> 8) & 0x7f) -#define SWP_OFFSET(entry) ((entry) >> 15) -#define SWP_ENTRY(type,offset) (((type) << 8) | ((offset) << 15)) +#define SWP_TYPE(x) (((x).val >> 1) & 0x3f) +#define SWP_OFFSET(x) ((x).val >> 8) +#define SWP_ENTRY(type,offset) ((swp_entry_t) { ((type) << 1) | ((offset) << 8) }) +#define pte_to_swp_entry(pte) ((swp_entry_t) { pte_val(pte) }) +#define swp_entry_to_pte(x) ((pte_t) { (x).val }) + #define module_map vmalloc #define module_unmap vfree Anyways, attached patch makes swap usable on R3k based DECstations: fortuna:~$ cat /proc/cpuinfo; free; uptime; uname -a cpu : MIPS cpu model : R3000A V3.0 system type : Digital DECstation 5000/1xx BogoMIPS : 32.70 byteorder : little endian unaligned accesses : 0 wait instruction : no microsecond timers : no extra interrupt vector : no hardware watchpoint : no VCED exceptions : not available VCEI exceptions : not available total used free shared buffers cached Mem: 30320 28960 1360 0 472 11284 -/+ buffers/cache: 17204 13116 Swap: 59372 3576 55796 10:00pm up 2:04, 1 user, load average: 4.06, 4.04, 3.97 Linux fortuna 2.4.0-test2 #3 Sat Jul 1 17:46:26 CEST 2000 mips unknown fortuna:~$ Regards, Richard ---1463811839-472186826-962481883=:540 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="pgtable.h.diff" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Useable swap on R3k DECstatons patch LS0tIHBndGFibGUuaC5vcmlnCVNhdCBKdWwgIDEgMTI6Mjc6MzQgMjAwMA0K KysrIHBndGFibGUuaAlTYXQgSnVsICAxIDE3OjI1OjIxIDIwMDANCkBAIC00 NDMsOSArNDQzLDkgQEANCiBleHRlcm4gdm9pZCB1cGRhdGVfbW11X2NhY2hl KHN0cnVjdCB2bV9hcmVhX3N0cnVjdCAqdm1hLA0KIAkJCQl1bnNpZ25lZCBs b25nIGFkZHJlc3MsIHB0ZV90IHB0ZSk7DQogDQotI2RlZmluZSBTV1BfVFlQ RSh4KQkJKCgoeCkudmFsID4+IDEpICYgMHgzZikNCi0jZGVmaW5lIFNXUF9P RkZTRVQoeCkJCSgoeCkudmFsID4+IDgpDQotI2RlZmluZSBTV1BfRU5UUlko dHlwZSxvZmZzZXQpCSgoc3dwX2VudHJ5X3QpIHsgKCh0eXBlKSA8PCAxKSB8 ICgob2Zmc2V0KSA8PCA4KSB9KQ0KKyNkZWZpbmUgU1dQX1RZUEUoeCkJCSgo KHgpLnZhbCA+PiA4KSAmIDB4N2YpDQorI2RlZmluZSBTV1BfT0ZGU0VUKHgp CQkoKHgpLnZhbCA+PiAxNSkNCisjZGVmaW5lIFNXUF9FTlRSWSh0eXBlLG9m ZnNldCkJKChzd3BfZW50cnlfdCkgeyAoKHR5cGUpIDw8IDgpIHwgKChvZmZz ZXQpIDw8IDE1KSB9KQ0KICNkZWZpbmUgcHRlX3RvX3N3cF9lbnRyeShwdGUp CSgoc3dwX2VudHJ5X3QpIHsgcHRlX3ZhbChwdGUpIH0pDQogI2RlZmluZSBz d3BfZW50cnlfdG9fcHRlKHgpCSgocHRlX3QpIHsgKHgpLnZhbCB9KQ0KIA0K ---1463811839-472186826-962481883=:540-- From nop@nop.com Sun Jul 2 01:22:54 2000 Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA08822; Sun, 2 Jul 2000 01:22:52 +0200 (MET DST) Received-Date: Sun, 2 Jul 2000 01:22:52 +0200 (MET DST) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.252.183]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id TAA23300; Sat, 1 Jul 2000 19:22:11 -0400 (EDT) Message-ID: <0c0801bfe3b3$62fde200$0a00000a@decoy> From: "Jay Carlson" To: "Ian Chilton" , "Linux-Mips Mailing List \(Old\)" , "Linux-MIPS Mailing List" , , , "Jay Carlson" , "Ralf" References: Subject: Re: Status reports? Date: Sat, 1 Jul 2000 19:23:18 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Length: 1539 Lines: 44 "Ian Chilton" writes: > * Not everything that happens on IRC is appropriate for the mailing list, > otherwise it would be a very high volume list. Yeah. > * The problem is, most of the people on the port and in #mipslinux are > developers, who are working on the ports, but have no time for > documentation. Which is best, a port that is dead with loads of > documentation, or an active / up-to-date / working port with little > documentation. There's a need for high quality documentation, but I think there's a greater need for just little status reports. Writing good documents is *hard*, but just little one-paragraph summaries, like a project diary, would be a wonderful service to the community. OTOH, although the current situation annoys me a little, it would annoy me a lot more if upstream work on mipslinux stopped. :-) So please don't take anything this list says about this as a demand. > I agree that the documentation is sparce, and see the above issues. That is > why, I am *thinking* of and suggesting to some of the guys that I, at least > for now, maintain a site with > * News from #mipslinux > * Links to current resources > * Possibly some documentation Doesn't have to be very heavyweight to be successful. > If you have any chance at all, I suggest you stop by #mipslinux at > times....all you need is an internet connection and one of the many IRC > clients... > > Details are: > /server irc.openprojects.net (port 6667) > /join #mipslinux I'll drop by soon. Jay From ayana@love2.ne.jp Mon Jul 3 21:19:18 2000 Received: from ns.love2.ne.jp ([210.239.178.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA07886; Mon, 3 Jul 2000 21:19:16 +0200 (MET DST) Received-Date: Mon, 3 Jul 2000 21:19:16 +0200 (MET DST) Received: from po.love2.ne.jp (d14.osa-mx02.harmonix.ne.jp [163.139.186.70]) by ns.love2.ne.jp (8.9.3/3.7W/000627) with SMTP id LAA22926 for ; Mon, 3 Jul 2000 11:10:42 +0900 (JST) Date: Mon, 3 Jul 2000 11:10:42 +0900 (JST) Message-Id: <200007030210.LAA22926@ns.love2.ne.jp> From: =?ISO-2022-JP?B?YXlhbmF=?= To: =?ISO-2022-JP?B??= X-Mailer: Direct Email v0.22 Subject: =?ISO-2022-JP?B?GyRCTTckUyReJDskcyQrISkbKEI=?= Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Length: 848 Lines: 26 $B$3$s$K$A$o!#$3$N%a!<%k$O%"%@%k%H%3%s%F%s%D$r4^$s$G$$$k$N$G(B $B6=L#$N$J$$J}!"L$@.G/$NJ}$KFO$-$^$7$?;~$K$O(B $B?<$/$*OM$S?=$7>e$2$k$H6&$K(B $B%a!<%k$K from "Jay Carlson" at Jun 30, 2000 10:03:41 AM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Content-Length: 386 Lines: 14 > Does newlib work under Linux? I thought it was missing (for example) t= > he > syscalls, and generally needed work to be ported to Linux. I'm interes= You would need to add the syscalls yes. Also the Cygnus^WRed Hat folks tell me that the eCos libc is built from and replaces newlib. > *BSD libc has been suggested by a few people. Good idea - how does it compare ? > Jay > > From aj@suse.de Mon Jul 3 21:17:27 2000 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA07830; Mon, 3 Jul 2000 21:17:26 +0200 (MET DST) Received-Date: Mon, 3 Jul 2000 21:17:26 +0200 (MET DST) Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 958921E34C; Mon, 3 Jul 2000 19:33:06 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 0E85910A026; Mon, 3 Jul 2000 19:33:01 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 139A3P-00030d-00; Mon, 03 Jul 2000 19:30:43 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 061DC1822; Mon, 3 Jul 2000 19:30:42 +0200 (CEST) Sender: aj@suse.de Mail-Copies-To: never To: linux-mips@fnet.fr Cc: linux-mips@oss.sgi.com Subject: FPU Control Word: Initial Value looks wrong From: Andreas Jaeger Date: 03 Jul 2000 19:30:42 +0200 Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 908 Lines: 39 Porting glibc to MIPS I noticed that the initial contents of the fpu control word doesn't seem to be right (at least on the machines I've tried - one with a normal MIPS 2.2.13 and one with 2.2.15 and the MIPS/Algorithmics patches (including FPU emulator). The appended small test program should return a 0 (that's the desired value by glibc for full ISO C99 support) - but it seems to be set to 0x600. Could the kernel folks fix this, please? I grepped through the sources and didn't find a place where the FPU gets initialised.:-( Thanks, Andreas P.S. Here's the test program: #include #define _FPU_GETCW(cw) __asm__ ("cfc1 %0,$31" : "=r" (cw) : ) #define _FPU_SETCW(cw) __asm__ ("ctc1 %0,$31" : : "r" (cw)) int main (void) { int fpucw; _FPU_GETCW (fpucw); printf ("%x %d\n", fpucw, fpucw); return 0; } -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de From ralf@oss.sgi.com Tue Jul 4 00:32:55 2000 Received: from u-154.karlsruhe.ipdial.viaginterkom.de (u-154.karlsruhe.ipdial.viaginterkom.de [62.180.10.154]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA10708; Tue, 4 Jul 2000 00:32:54 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 00:32:54 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 4 Jul 2000 00:32:32 +0200 Date: Tue, 4 Jul 2000 00:32:32 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: FPU Control Word: Initial Value looks wrong Message-ID: <20000704003232.A2112@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 aj@suse.de on Mon, Jul 03, 2000 at 07:30:42PM +0200 X-Accept-Language: de,en,fr Content-Length: 1100 Lines: 26 On Mon, Jul 03, 2000 at 07:30:42PM +0200, Andreas Jaeger wrote: > Porting glibc to MIPS I noticed that the initial contents of the fpu > control word doesn't seem to be right (at least on the machines I've > tried - one with a normal MIPS 2.2.13 and one with 2.2.15 and the > MIPS/Algorithmics patches (including FPU emulator). > The appended small test program should return a 0 (that's the desired > value by glibc for full ISO C99 support) - but it seems to be set to > 0x600. > > Could the kernel folks fix this, please? I grepped through the sources > and didn't find a place where the FPU gets initialised.:-( Surprise - the kernel initializes this to zero and the libc should do the same afair. Did this change? I tried your program on a Indy running 2.4.0-test2 + glibc 2.2 and it was printing ``0 0''. Could you check the source of your kernel for the value it's writing to fcr31? That's the constant FPU_DEFAULT defined in arch/mips/kernel/ r4k_switch.S. Some quite old kernel were using a different value but I was actually assuming those versions have already died out. Ralf From aj@suse.de Tue Jul 4 13:52:57 2000 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA15030; Tue, 4 Jul 2000 13:52:56 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 13:52:56 +0200 (MET DST) Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 6A0EA1E0C2; Tue, 4 Jul 2000 13:52:21 +0200 (MEST) Received: from arthur.inka.de (Maclaurin.suse.de [10.10.1.130]) by Hermes.suse.de (Postfix) with ESMTP id E259E10A028; Tue, 4 Jul 2000 13:52:17 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 139R2g-0006FH-00; Tue, 04 Jul 2000 13:39:06 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 2461A1822; Tue, 4 Jul 2000 13:39:04 +0200 (CEST) Sender: aj@suse.de Mail-Copies-To: never To: Ralf Baechle Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: FPU Control Word: Initial Value looks wrong References: <20000704003232.A2112@bacchus.dhis.org> From: Andreas Jaeger Date: 04 Jul 2000 13:39:04 +0200 In-Reply-To: Ralf Baechle's message of "Tue, 4 Jul 2000 00:32:32 +0200" Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1575 Lines: 39 >>>>> Ralf Baechle writes: Ralf> On Mon, Jul 03, 2000 at 07:30:42PM +0200, Andreas Jaeger wrote: >> Porting glibc to MIPS I noticed that the initial contents of the fpu >> control word doesn't seem to be right (at least on the machines I've >> tried - one with a normal MIPS 2.2.13 and one with 2.2.15 and the >> MIPS/Algorithmics patches (including FPU emulator). >> The appended small test program should return a 0 (that's the desired >> value by glibc for full ISO C99 support) - but it seems to be set to >> 0x600. >> >> Could the kernel folks fix this, please? I grepped through the sources >> and didn't find a place where the FPU gets initialised.:-( Ralf> Surprise - the kernel initializes this to zero and the libc should do Ralf> the same afair. Did this change? No, that's correct - but I don't get a zero. Ralf> I tried your program on a Indy running 2.4.0-test2 + glibc 2.2 and it was Ralf> printing ``0 0''. Did you try it with a shared program? Static programs always initialize the FPU. Could you run the program on other machines also? Ralf> Could you check the source of your kernel for the value it's writing to Ralf> fcr31? That's the constant FPU_DEFAULT defined in arch/mips/kernel/ Ralf> r4k_switch.S. Some quite old kernel were using a different value but I Ralf> was actually assuming those versions have already died out. The kernels I used have 0 as FPU_DEFAULT - but nevertheless the returned value is wrong. When is FPU_DEFAULT written to the FPU? Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de From incho@ics-support.com Tue Jul 4 17:46:35 2000 Received: from exchange.ics-support.com (exchange.ics-support.com [207.149.83.72]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA16048; Tue, 4 Jul 2000 17:46:34 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 17:46:34 +0200 (MET DST) Received: by exchange.ics-support.com with Internet Mail Service (5.5.2650.21) id ; Tue, 4 Jul 2000 08:46:20 -0700 Message-ID: From: InCho Chong To: "'linux-mips@fnet.fr'" Subject: REMOVE UNSUBSCRIBE Date: Tue, 4 Jul 2000 08:46:19 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: text/plain; charset="iso-8859-1" Content-Length: 434 Lines: 19 -----Original Message----- From: Rabeeh Khoury [mailto:rabeeh@galileo.co.il] Sent: Tuesday, July 04, 2000 3:39 PM To: linux-mips@fnet.fr Subject: Bios32 PCI detection Hi All I'm using MIPS based board using an embedded system PCI bus. I managed to detect the agents on the PCI, does anyone has a program that can divide the memory/io spaces for each agents automatically ? (what usually does BIOS in x86 world) Regards, Rabeeh From current@hel-inc.com Tue Jul 4 20:22:48 2000 Received: from mx1.hcvlny.cv.net (mx1.hcvlny.cv.net [167.206.112.76]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA16708; Tue, 4 Jul 2000 20:22:47 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 20:22:47 +0200 (MET DST) Received: from s1.optonline.net (s1.optonline.net [167.206.112.6]) by mx1.hcvlny.cv.net (8.9.3/8.9.3) with ESMTP id OAA09010; Tue, 4 Jul 2000 14:22:00 -0400 (EDT) Received: from hel-inc.com (d150-198.hmtmnj.optonline.net [24.189.150.198]) by s1.optonline.net (8.9.1/8.9.3) with ESMTP id OAA27633; Tue, 4 Jul 2000 14:21:38 -0400 (EDT) Sender: rob@optonline.net Message-ID: <39622B31.23124622@hel-inc.com> Date: Tue, 04 Jul 2000 14:21:37 -0400 From: Robert Current X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.16-9mdk i686) X-Accept-Language: en MIME-Version: 1.0 To: Jay Carlson CC: Ian Chilton , "Linux-Mips Mailing List (Old)" , Linux-MIPS Mailing List , richardh@penguin.nl, watkinse@attens.com, Jay Carlson , Ralf Subject: Re: Status reports? References: <0c0801bfe3b3$62fde200$0a00000a@decoy> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 2230 Lines: 62 http://www.acheron-design.com/windowmaker.org-new/ <--that's the kind of thing I was thinking largo could do for ya, just set it up, and let you guys update it via web/php admin... So you have a good idea what he can do... http://www.acheron-design.com/leninmaker/ <--joke windowmaker one. http://wm.current.nu/ his site. If you want him to do a layout for the linux-mips page, just let me or him (largo@current.nu) know, and we can get it set up (layout and graphics), and all you will have to do is provide some content and update the news and such through web interface. Jay Carlson wrote: > > "Ian Chilton" writes: > > > * Not everything that happens on IRC is appropriate for the mailing list, > > otherwise it would be a very high volume list. > > Yeah. > > > * The problem is, most of the people on the port and in #mipslinux are > > developers, who are working on the ports, but have no time for > > documentation. Which is best, a port that is dead with loads of > > documentation, or an active / up-to-date / working port with little > > documentation. > > There's a need for high quality documentation, but I think there's a greater > need for just little status reports. Writing good documents is *hard*, but > just little one-paragraph summaries, like a project diary, would be a > wonderful service to the community. > > OTOH, although the current situation annoys me a little, it would annoy me a > lot more if upstream work on mipslinux stopped. :-) So please don't take > anything this list says about this as a demand. > > > I agree that the documentation is sparce, and see the above issues. That > is > > why, I am *thinking* of and suggesting to some of the guys that I, at > least > > for now, maintain a site with > > * News from #mipslinux > > * Links to current resources > > * Possibly some documentation > > Doesn't have to be very heavyweight to be successful. > > > If you have any chance at all, I suggest you stop by #mipslinux at > > times....all you need is an internet connection and one of the many IRC > > clients... > > > > Details are: > > /server irc.openprojects.net (port 6667) > > /join #mipslinux > > I'll drop by soon. > > Jay From ralf@oss.sgi.com Tue Jul 4 23:22:42 2000 Received: from u-179.karlsruhe.ipdial.viaginterkom.de (u-179.karlsruhe.ipdial.viaginterkom.de [62.180.18.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA17718; Tue, 4 Jul 2000 23:22:40 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 23:22:40 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 4 Jul 2000 23:22:16 +0200 Date: Tue, 4 Jul 2000 23:22:16 +0200 From: Ralf Baechle To: Harald Koerfgen Cc: Ulf Carlsson , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20000704232215.B4977@bacchus.dhis.org> References: <20000702193011Z42202-29274+369@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from Harald.Koerfgen@home.ivm.de on Tue, Jul 04, 2000 at 07:27:53PM +0200 X-Accept-Language: de,en,fr Content-Length: 672 Lines: 19 On Tue, Jul 04, 2000 at 07:27:53PM +0200, Harald Koerfgen wrote: > > Log message: > > We have to clobber ``hi'' and ``lo'' in __udelay. Nasty bug. > > Unfortunately my compilers don't like it. > > mipsel-linux-gcc: egcs-2.90.29 980515 (egcs-1.0.3 release) (rpm from oss): > > timer.c: In function `sys_nanosleep': > timer.c:848: fixed or forbidden register was spilled. > This may be due to a compiler bug or to impossible asm > statements or clauses. I've commited a fix for this. It only tackles the __udelay() functions for mips and mips64 but not the other multu instruction in the DECstation HZ_TO_STD function. Can you take a look at this one? Ralf From rabeeh@galileo.co.il Tue Jul 4 17:35:51 2000 Received: from galileo5.galileo.co.il (pop3.galileo.co.il [199.203.130.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA15939; Tue, 4 Jul 2000 17:35:49 +0200 (MET DST) Received-Date: Tue, 4 Jul 2000 17:35:49 +0200 (MET DST) Received: from galileo.co.il (rabeeh@[10.2.20.126]) by galileo.co.il (8.8.5/8.8.5) with ESMTP id SAA03302 for ; Tue, 4 Jul 2000 18:35:30 +0200 (GMT-2) Sender: rabeeh@galileo.co.il Message-ID: <39626769.32880C8E@galileo.co.il> Date: Tue, 04 Jul 2000 18:38:33 -0400 From: Rabeeh Khoury Reply-To: rabeeh@galileo.co.il X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: "linux-mips@fnet.fr" Subject: Bios32 PCI detection Content-Type: multipart/mixed; boundary="------------42A8BD1E8C68285FE8FE04A5" Content-Length: 931 Lines: 37 This is a multi-part message in MIME format. --------------42A8BD1E8C68285FE8FE04A5 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi All I'm using MIPS based board using an embedded system PCI bus. I managed to detect the agents on the PCI, does anyone has a program that can divide the memory/io spaces for each agents automatically ? (what usually does BIOS in x86 world) Regards, Rabeeh --------------42A8BD1E8C68285FE8FE04A5 Content-Type: text/x-vcard; charset=us-ascii; name="rabeeh.vcf" Content-Transfer-Encoding: 7bit Content-Description: Card for Rabeeh Khoury Content-Disposition: attachment; filename="rabeeh.vcf" begin:vcard n:Khoury;Rabeeh x-mozilla-html:FALSE org:Galileo Technology;Software Department adr:;;;;;; version:2.1 email;internet:rabeeh@galileo.co.il title:Development Engineer x-mozilla-cpt:;-31712 fn:Rabeeh Khoury end:vcard --------------42A8BD1E8C68285FE8FE04A5-- From ralf@oss.sgi.com Wed Jul 5 00:53:44 2000 Received: from u-179.karlsruhe.ipdial.viaginterkom.de (u-179.karlsruhe.ipdial.viaginterkom.de [62.180.18.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA19155; Wed, 5 Jul 2000 00:53:42 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 00:53:42 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 5 Jul 2000 00:53:25 +0200 Date: Wed, 5 Jul 2000 00:53:25 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: FPU Control Word: Initial Value looks wrong Message-ID: <20000705005325.A5913@bacchus.dhis.org> References: <20000704003232.A2112@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from aj@suse.de on Tue, Jul 04, 2000 at 01:39:04PM +0200 X-Accept-Language: de,en,fr Content-Length: 1051 Lines: 28 On Tue, Jul 04, 2000 at 01:39:04PM +0200, Andreas Jaeger wrote: > Ralf> I tried your program on a Indy running 2.4.0-test2 + glibc 2.2 and it was > Ralf> printing ``0 0''. > > Did you try it with a shared program? Yes. > Static programs always initialize the FPU. Could you run the program on > other machines also? Will do. > Ralf> Could you check the source of your kernel for the value it's writing to > Ralf> fcr31? That's the constant FPU_DEFAULT defined in arch/mips/kernel/ > Ralf> r4k_switch.S. Some quite old kernel were using a different value but I > Ralf> was actually assuming those versions have already died out. > > The kernels I used have 0 as FPU_DEFAULT - but nevertheless the > returned value is wrong. When is FPU_DEFAULT written to the FPU? We do lazy fp context switching. So the kernel initializes the FPU for a process at the moment when it attempts to use it for the first time. It does so by enabling the FPU in the status register, clearing all flags in $fcr31 and setting all fp registers to a SNAN. Ralf From ralf@oss.sgi.com Wed Jul 5 03:13:32 2000 Received: from u-179.karlsruhe.ipdial.viaginterkom.de (u-179.karlsruhe.ipdial.viaginterkom.de [62.180.18.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA19953; Wed, 5 Jul 2000 03:13:30 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 03:13:30 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 5 Jul 2000 03:13:18 +0200 Date: Wed, 5 Jul 2000 03:13:18 +0200 From: Ralf Baechle To: Andreas Jaeger Cc: Ralf Baechle , linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: FPU Control Word: Initial Value looks wrong Message-ID: <20000705031318.A7627@bacchus.dhis.org> References: <20000704003232.A2112@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from aj@suse.de on Tue, Jul 04, 2000 at 01:39:04PM +0200 X-Accept-Language: de,en,fr Content-Length: 1564 Lines: 40 Looking at the fcr31 bug I found some other bug which probably isn't causing what you observe but is a bug anyway - fpu_control_t was a 16-bit type but should be a 32-bit type. Patch below. Is _FPU_IEEE used at all and is it's definition right? I asked more people to run your test program. The result is that glibc 2.0.6 (both shared and static tried) and 2.2 print ``0 0'' while glibc 2.0.7 prints a non-zero value. Can you check if the variable __fpu_control, is it's value non-zero? Ralf 2000-07-05 Ralf Baechle * sysdeps/mips/fpu_control.h: Make fpu_control_t a 32-bit type. --- libc/sysdeps/mips/fpu_control.h.orig Wed Jul 5 02:51:54 2000 +++ libc/sysdeps/mips/fpu_control.h Wed Jul 5 02:52:58 2000 @@ -1,5 +1,5 @@ /* FPU control word bits. Mips version. - Copyright (C) 1996, 1997, 1998, 1999 Free Software Foundation, Inc. + Copyright (C) 1996, 1997, 1998, 1999, 2000 Free Software Foundation, Inc. This file is part of the GNU C Library. Contributed by Olaf Flebbe and Ralf Baechle. @@ -86,10 +86,10 @@ #define _FPU_IEEE 0x00000F80 /* Type of the control word. */ -typedef unsigned int fpu_control_t __attribute__ ((__mode__ (__HI__))); +typedef unsigned int fpu_control_t __attribute__ ((__mode__ (__SI__))); /* Macros for accessing the hardware control word. */ -#define _FPU_GETCW(cw) __asm__ ("cfc1 %0,$31" : "=r" (cw) : ) +#define _FPU_GETCW(cw) __asm__ ("cfc1 %0,$31" : "=r" (cw)) #define _FPU_SETCW(cw) __asm__ ("ctc1 %0,$31" : : "r" (cw)) /* Default control word set at startup. */ From ralf@uni-koblenz.de Wed Jul 5 04:05:00 2000 Received: from u-179.karlsruhe.ipdial.viaginterkom.de (u-179.karlsruhe.ipdial.viaginterkom.de [62.180.18.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA20647; Wed, 5 Jul 2000 04:04:58 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 04:04:58 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 5 Jul 2000 04:04:50 +0200 Date: Wed, 5 Jul 2000 04:04:50 +0200 From: Ralf Baechle To: Rabeeh Khoury Cc: "linux-mips@fnet.fr" Subject: Re: Bios32 PCI detection Message-ID: <20000705040450.A8040@bacchus.dhis.org> References: <39626769.32880C8E@galileo.co.il> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <39626769.32880C8E@galileo.co.il>; from rabeeh@galileo.co.il on Tue, Jul 04, 2000 at 06:38:33PM -0400 X-Accept-Language: de,en,fr Content-Length: 578 Lines: 16 On Tue, Jul 04, 2000 at 06:38:33PM -0400, Rabeeh Khoury wrote: > I'm using MIPS based board using an embedded system PCI bus. > > I managed to detect the agents on the PCI, does anyone has a program > that can divide the memory/io spaces for each agents automatically ? > (what usually does BIOS in x86 world) The kernel PCI bus software can do the full resource assignment for you. Checkout how some of the Alphas handle this; the MIPS systems don't use this. A userspace program can't do this since for most cases you need a fully operational PCI bus for booting. Ralf From ralf@oss.sgi.com Wed Jul 5 04:26:41 2000 Received: from u-179.karlsruhe.ipdial.viaginterkom.de (u-179.karlsruhe.ipdial.viaginterkom.de [62.180.18.179]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA20790; Wed, 5 Jul 2000 04:26:40 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 04:26:40 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 5 Jul 2000 04:26:18 +0200 Date: Wed, 5 Jul 2000 04:26:18 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: New egcs 1.0.3a crosscompilers Message-ID: <20000705042617.A11557@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Accept-Language: de,en,fr Content-Length: 446 Lines: 9 I've uploaded new egcs 1.0.3a crosscompiler source and binary packages for i386-linux hosts to oss.sgi.com. This release fix a bug which was preventing __attribute__((aligned(x))) from working for values of x larger than 8. Older releases of egcs 1.0.3a will no longer compile the current CVS kernel; they'll abort when compiling kernel/sched.c. The native compilers are affected by the same bug but I don't have updated packages yet. Ralf From mailinglist@ichilton.co.uk Wed Jul 5 16:10:09 2000 Received: from mta01-svc.ntlworld.com (mta01-svc.ntlworld.com [62.253.162.41]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA24948; Wed, 5 Jul 2000 16:10:08 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 16:10:08 +0200 (MET DST) Received: from icserver.ichilton.co.uk ([62.252.240.230]) by mta01-svc.ntlworld.com (InterMail vM.4.01.02.27 201-229-119-110) with ESMTP id <20000705141006.BCJO14024.mta01-svc.ntlworld.com@icserver.ichilton.co.uk>; Wed, 5 Jul 2000 15:10:06 +0100 Received: from ian (ian.ichilton.local [192.168.0.8]) by icserver.ichilton.co.uk (8.10.2/8.10.1) with SMTP id e65E9kH25023; Wed, 5 Jul 2000 15:09:50 +0100 From: "Ian Chilton" To: "Linux-Mips Mailing List \(Old\)" , "Linux-MIPS Mailing List" Subject: New Linux/MIPS Site Online! Date: Wed, 5 Jul 2000 15:09:47 +0100 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2910.0) X-MIMEOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Content-Length: 1125 Lines: 31 Hello, The new "Unofficial Linux/MIPS Site" is now available. Go to: http://www.linux-mips.org More to come, but it's there, and there's plenty of links! :-) Thanks to: Klaus Naumann --> Some of the content + counter Richard Hartensveld --> Hosting / domain Bye for Now, Ian \|||/ (o o) /---------------------------ooO-(_)-Ooo---------------------------\ | Ian Chilton (IRC Nick - GadgetMan) ian@ichilton.co.uk | |-----------------------------------------------------------------| | Backup E-Mail --> ian@ichilton.dhis.org ICQ #: 16007717 | | Mobile Phone (MAX 150 Chars!) --> ianchilton@sms.genie.co.uk | |-----------------------------------------------------------------| | http://www.ianchilton.co.uk --> Main Page | | http://www.ichilton.co.uk --> Own Web Server (When Online) | |-----------------------------------------------------------------| | "Unix is user friendly - it's just picky about it's friends." | \-----------------------------------------------------------------/ From aj@suse.de Wed Jul 5 17:46:39 2000 Received: from Cantor.suse.de (Cantor.suse.de [194.112.123.193]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA25372; Wed, 5 Jul 2000 17:46:37 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 17:46:37 +0200 (MET DST) Received: from Hermes.suse.de (Hermes.suse.de [194.112.123.136]) by Cantor.suse.de (Postfix) with ESMTP id 094F61E245; Wed, 5 Jul 2000 17:46:05 +0200 (MEST) Received: from arthur.inka.de (Galois.suse.de [10.0.0.1]) by Hermes.suse.de (Postfix) with ESMTP id 8E62F10A028; Wed, 5 Jul 2000 17:46:01 +0200 (MEST) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 139rHI-0003cM-00; Wed, 05 Jul 2000 17:39:56 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 234021822; Wed, 5 Jul 2000 17:39:55 +0200 (CEST) Sender: aj@suse.de Mail-Copies-To: never To: Ralf Baechle Cc: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Re: FPU Control Word: Initial Value looks wrong References: <20000704003232.A2112@bacchus.dhis.org> <20000705031318.A7627@bacchus.dhis.org> From: Andreas Jaeger Date: 05 Jul 2000 17:39:55 +0200 In-Reply-To: Ralf Baechle's message of "Wed, 5 Jul 2000 03:13:18 +0200" Message-ID: User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.1 (Capitol Reef) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 748 Lines: 22 >>>>> Ralf Baechle writes: Ralf> Looking at the fcr31 bug I found some other bug which probably isn't causing Ralf> what you observe but is a bug anyway - fpu_control_t was a 16-bit type Ralf> but should be a 32-bit type. Patch below. Thanks, I've commited it. Ralf> Is _FPU_IEEE used at all and is it's definition right? It's nowhere used - but each architecture has it. The value looks fine. Ralf> I asked more people to run your test program. The result is that glibc Ralf> 2.0.6 (both shared and static tried) and 2.2 print ``0 0'' while glibc Ralf> 2.0.7 prints a non-zero value. OK, I'll investigate the kernels and glibc I'm running a bit more. Thanks, Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de From Harald.Koerfgen@home.ivm.de Wed Jul 5 20:24:26 2000 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA26165; Wed, 5 Jul 2000 20:24:25 +0200 (MET DST) Received-Date: Wed, 5 Jul 2000 20:24:25 +0200 (MET DST) Received: from franz.no.dom (port94.duesseldorf.ivm.de [195.247.65.94]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id UAA00684; Wed, 5 Jul 2000 20:24:11 +0200 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.4.0 on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <20000704232215.B4977@bacchus.dhis.org> Date: Wed, 05 Jul 2000 20:24:20 +0200 (CEST) Reply-To: Harald Koerfgen Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Ralf Baechle Subject: Re: CVS Update@oss.sgi.com: linux Cc: linux-mips@vger.rutgers.edu, linux-mips@fnet.fr, linux-mips@oss.sgi.com, Ulf Carlsson Content-Length: 268 Lines: 11 On 04-Jul-00 Ralf Baechle wrote: > I've commited a fix for this. It only tackles the __udelay() functions > for mips and mips64 but not the other multu instruction in the > DECstation HZ_TO_STD function. Can you take a look at this one? Done. -- Regards, Harald From news@index-tv.com Thu Jul 6 08:05:28 2000 Received: from frontier0.air.ne.jp (frontier0.air.ne.jp [210.159.72.20]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id IAA01619; Thu, 6 Jul 2000 08:05:26 +0200 (MET DST) Received-Date: Thu, 6 Jul 2000 08:05:26 +0200 (MET DST) Received: from ns ([210.166.229.28]) by frontier0.air.ne.jp (8.9.3+3.2W/3.7W/99042021) with SMTP id PAA20405 for ; Thu, 6 Jul 2000 15:05:10 +0900 (JST) From: "=?ISO-2022-JP?B?GyRCSiFLXCEhPWc7UhsoQg==?=" To: "linux-mips@fnet.fr" Organization: "=?ISO-2022-JP?B?GyRCM3Q8MDJxPFIlJCVzJUclQyUvJTkhJhsoQg==?= =?ISO-2022-JP?B?GyRAGyRCJUYlIyE8JVMhPBsoQg==?=" Subject: =?ISO-2022-JP?B?GyRCGyRCOD02YhsoQg==?= 10 =?ISO-2022-JP?B?GyRAGyRCS3wxXyEqJVclbCU5JUYjMiEqOWsyWj5eSUokLEV2JD8bKEI=?= =?ISO-2022-JP?B?GyRAGyRCJGshKhsoQg==?= X-Mailer: MagicalMail Standard Edition Version 1.0.1 REL-1 Precedence: bulk Date: Thu, 06 Jul 2000 15:06:22 +0900 Message-ID: <000706150622.012ACE2E.news@index-tv.com> Sender: Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit MIME-Version: 1.0 Content-Length: 2704 Lines: 74 $B!y8=6b(B10$BK|1_!*%W%l%9%F#2!*9k2Z>^IJ$,Ev$?$k!*!y(B $B!!!!!!!A!!(BIndex-TV$B;kD0R2p$$$?$@$$$?J}$K=P$5$;$F$$$?$@$$$F$*$j$^(B $B$9!#F|:"$O!"#I#n#d#e#x!]#T#V$r$4MxMQ$$$?$@$/$H$H$b$K!"(B $B5.=E$J$40U8+$r$$$?$@$-!"$"$j$,$H$&$4$6$$$^$9!#(B $B$3$N$?$S!"(BIndex-TV$B;kD0R2p$$$?$@(B $B$$$?3'MM$rBP>]$H$7$F!"$5$5$d$+$G$9$,!"^(B $B%-%c%s%Z!<%s$r^IJ![(B $B#1Ey!!#1#0K|1_!!!_!!(B1$BL>MM(B $B#2Ey!!%=%K!<%W%l%9%F#2!!!_!!(B1$BL>MM(B $B#3Ey!!#3K|1_!!!_!!(B1$BL>MM(B $B#4Ey!!#1K|1_!!!_!!(B5$BL>MM(B $B#5Ey!!$*Bf>l$N4QMwMM(B $B!!!!!!%M%*%8%*%Q%9%]!<%H0z497t!!!_!!(B5$BAH(B10$BL>MM(B $B!!!!!!%J%`%3%J%s%8%c%?%&%s(B $B!!!!!!!!!!!!!!!!(BVIP$B%Q%9%]!<%H0z497t(B X 5$BAH(B10$BL>MM(B $B!!!!!!%J%`%3%o%s%@!<%(%C%0(B $B!!!!!!!!!!!!!!!!(BVIP$B%Q%9%]!<%H0z497t(B X 5$BAH(B10$BL>MM(B $B!Z1~JgJ}K!![(B $B!{!!%&%'%V$K$F$*?=9~$N>l9g$O$3$A$i(B $B!!!!"*(Bhttp://www.index-tv.com/japan/15cam_dm.html $B!{!!(BFAX$B$K$F$*?=9~$N!"$^$?$O%a!<%k$K$F$*?=9~$_$N>l9g$O(B $B!!!!0J2<$N9`L\$r0u:~$^$?$O%3%T!<$7$?>e$G$41~Jg$/$@$5$$!#(B $B!!!!$^$?!"$=$N:]$K4JC1$J%"%s%1!<%H$K$46(NO$/$@$5$$!#(B $B!!!!!&!!%a!<%k"*(Binfo@index-tv.com$B!J7oL>!'!V(B15$BK|?MFMGK5-G0!W!K(B $B!!!!!&!!%U%!%C%/%9"*(B03-5352-5665 ----------$B%"%s%1!<%HFbMF!J%3%3$+$i!K(B----------- $B!!(BIndex-TV$B;kD0A0!'(B $B!!!!#2!K$U$j$,$J!'(B $B!!!!#3!K(BE-Mail$B!'(B $B!!!!#3!KG/Np!'(B $B!!!!#5!K$*=;$^$$!JETF;I\8)!K!'(B $B!!!!#6!K@-JL!'(B $B!!!!#7!K?&6H!'(B $B!!!!#8!K(BIndex-TV$B$r$4B8CN$N>l9g$I$3$G$*CN$j$K$J$C$?$+(B $B!!!!!!!!$*=q$-$/$@$5$$!'(B ----------------$B!J%3%3$^$G!K(B---------------- Index$B!](BTV$B$r$4B8CN$G$9$+!)!'(B Index-TV$B$O%Q%=%3%s$N2hLL>e$K8=$l$k>.$5$J%F%l%S$G$9!#(B $B$$$^%$%s%?!<%M%C%H$K$O$?$/$5$s$N>pJs$,$"$U$l$F$$$F!"(B $B$I$l$K$7$h$&$+!"$I$3$K9T$3$&$+LB$C$?7P83$"$j$^$;$s$+!)(B Index-TV$B$O!"LLGr$$>pJs!"I,MW$J>pJs$@$1$r!"#2#4;~4V!"(B $B#3#6#5F|!"$_$J$5$s$N%G%9%/%H%C%W$KG[?.$7$F$/$l$kJXMx$J(B $BF;6q$G$9!#(B $B"((BIndex-TV$B%S%e!<%o!JL5=~!K$O$3$A$i(B $B!!"*(Bhttp://www.index-tv.com/japan/jget.html $B"($*Ld$$9g$o$;$O$3$A$i(B $B!!3t<02q; Thu, 6 Jul 2000 09:07:26 +0100 X-Authentication-Warning: firewall-ii.cognito.co.uk: mail set sender to using -f Received: from sandown(192.9.220.60) by firewall-ii via smap (V1.3) id sma015327; Thu Jul 6 09:07:22 2000 Received: (from mail@localhost) by sandown.cognito.co.uk (8.6.12/8.6.10) id JAA19781 for ; Thu, 6 Jul 2000 09:13:02 +0100 Received: from chepstow.cognito.co.uk(193.8.0.54) by sandown.cognito.co.uk via smap (V1.3) id sma019773; Thu Jul 6 09:12:58 2000 Date: Thu, 6 Jul 2000 09:07:43 +0100 (BST) From: "billm@cognito.co.uk" To: linux-mips@fnet.fr Subject: Does anyone know how to unsubscribe from this list ? In-Reply-To: <38.393652.518119@hotbot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 585 Lines: 16 Regards Bill Melotti |-----------------------------------------------------------| | Senior Software Design Engineer Cognito Limited | | Tel 01635-508314 Block 4 | | Fax 01635-550783 Benham Valance | | Messager: #cog088 Newbury | | Berks | | RG20 8LU | | E-Mail: bill.melotti@cognito.co.uk | |-----------------------------------------------------------| From anamaru@hat.hi-ho.ne.jp Fri Jul 7 17:48:28 2000 Received: from cefiro.hi-ho.ne.jp (hat.hi-ho.ne.jp [202.224.159.138]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA08548; Fri, 7 Jul 2000 17:48:26 +0200 (MET DST) Received-Date: Fri, 7 Jul 2000 17:48:26 +0200 (MET DST) Received: from hat.hi-ho.ne.jp (pl091.nas521.t-osaka.nttpc.ne.jp [210.139.70.91]) by cefiro.hi-ho.ne.jp (Hi-HO Mail Server) with SMTP id <0FXC00JFS3W3B6@cefiro.hi-ho.ne.jp> for linux-mips@fnet.fr; Sat, 8 Jul 2000 00:48:04 +0900 (JST) Date: Sat, 08 Jul 2000 00:48:04 +0900 (JST) From: =?ISO-2022-JP?B?GyRCIVo3aiFbMT8xRDt2TDM2SRsoQh==?= Subject: =?ISO-2022-JP?B?GyRCQ0tALThCRGokTj5wSnMkRyQ5ISMbKEI=?= To: =?ISO-2022-JP?B?bGludXgtbWlwc0BmbmV0LmZy?= Message-id: <0FXC00JFT3W3B6@cefiro.hi-ho.ne.jp> MIME-version: 1.0 X-Mailer: Direct Email v0.22 Content-type: text/plain; charset=ISO-2022-JP Content-transfer-encoding: 7bit Content-Length: 1228 Lines: 55 $B$3$s$K$A$o!#FMA3$N%a!<%k$*5v$72<$5$$!#(B $B?7$7$/%*!<%W%s$7$?!VL<$N;d@83h@8Cf7Q!W%5%$%H$N$40FFb$G$9!#(B $B6=L#$N$J$$J}$O$?$@$A$K$3$N%a!<%k$rGK4~$7$F2<$5$$!#(B $B$4LBOG$r$*3]$1CW$7$^$7$F?=$7LuM-$j$^$;$s$G$7$?!#(B $B6=L#$N$"$kJ}$N$_2<$K%9%/%m!<%k$7$F$*?J$_2<$5$$!#(B | | | | | | | | | | | | | | | | | | | | $B"#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#(B $BL<$N;d@83h@8Cf7Q%5%$%H!V%$%s%?!<%M%C%H$N7j!W(B **http://www.anamaru.com/**($B40A4@8Cf7Q(B) $B"#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#"""#(B $BF|MKF|$KHK2Z39$r#1?M$G%&%m%&%m$7$F$$$kL<$r(B $BHx9T$7$?7P83$C$F$"$j$^$9$+!)(B $B7k9=%I%-%I%-$7$^$9$h$M!"$G$b$=$NL<$,2H$NCf$K(B $BF~$C$F$7$^$&$H$"$H$K;D$k$N$O6u$7$5$@$1!D!#(B $B$b$7!"$"$NL<$K5$$E$+$l$:$K;d@83h$rGA$-8+$k$3$H$,(B $B=PMh$?$i$I$s$J$KAG@2$i$7$$$+!*(B $BA[A|$7$F$_$F2<$5$$!#(B $B2H$N30$G$O@dBP$K8+$;$J$$L5KIHw$J@83h$V$j$r!D!#(B $B$=$s$JLe$2$F$*$j$^$9!#(B From kanri@419419.com Fri Jul 7 20:44:01 2000 Received: from mail152.nifty.com (mail152.nifty.com [202.248.37.145]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA10614; Fri, 7 Jul 2000 20:44:00 +0200 (MET DST) Received-Date: Fri, 7 Jul 2000 20:44:00 +0200 (MET DST) Received: from smtp.nifty.com by mail152.nifty.com (8.9.3+3.2W/3.7W-10/13/99) with SMTP id DAA23265 for ; Sat, 8 Jul 2000 03:43:55 +0900 Date: Sat, 8 Jul 2000 03:43:55 +0900 Message-Id: <200007071843.DAA23265@mail152.nifty.com> From: =?ISO-2022-JP?B?GyRCJVclbSVHJWUhPCU1ISFMcEl0GyhC?= To: =?ISO-2022-JP?B??= X-Mailer: Direct Email v0.22 Subject: =?ISO-2022-JP?B?GyRCOiMhKkA4Q2Y3USQ3JEYkJCReJDkhIxsoQh==?= Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Length: 3288 Lines: 108 $BFMA3$N%a!<%k$K$F<:NiCW$7$^$9!#(B $B?75,%*!<%W%s!*(B $B40A4$J$k@8Cf7Q!Z$N$>$-!&Ep;#!&EpD0!!=wC#$N%W%i%$%P%7!<40A4Jx2u![%5%$%H$N$4>R2p$G$9!#(B $B$46=L#$N$J$$J}$O!"$3$N%a!<%k$rGK4~$7$F2<$5$$!#(B $B$4LBOG$r$*3]$1CW$7$^$7$?;v$r!"?4$h$j$*OM$S?=$7>e$2$^$9!#(B $B$46=L#$N$"$kJ}$O$3$N$^$^%9%/%m!<%k$7$F$*?J$_$/$@$5$$!#(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B"-(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!z?k$K$3$3$^$GMh$?!*!V2;@$-%5%$%H!W!!%9!<%Q!<%0%i%s%I%*!<%W%s!z(B $B!Z$N$>$-!&Ep;#!&EpD0!!=wC#$N%W%i%$%P%7!<40A4Jx2u![$N!";t0i4[(B http://www.419419.com/ $B!J$"$N;R$NK\Ev$N;d@83h$,8+$($^$9!"$=$7$FJ9$3$($^$9!*(B) $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!!Evu67$rBGGK$9$Y$/(B $B?7$7$$%9%?%$%k$N%^%s%7%g%s7P1D$r9T$&;v$r4k2hCW$7$^$7$?!#(B $B!!(B $B$=$l$O=w@-@lLg$N%^%s%7%g%s$J$N$G$9$,!"(B $BF~5o$K$ON`$r8+$J$$%^%s%7%g%s$J$N$G8f:B$$$^$9!#(B $Bl$G;W$$$C$-$j%8!A$C$H8+$F$b$i$$$^$7$g$&!*(B $B!Z$N$>$-!&Ep;#!&EpD0!!=wC#$N%W%i%$%P%7!<40A4Jx2u![$N!"(B $BEv;t0i4[$G(B... http://www.419419.com/ $B!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v!v(B $B=w$N;R$NIt20$K!"Fb=o$G1#$7%+%a%i$r(B4$BBf;E3]$1!"(B 24$B;~4V%$%s%?!<%M%C%H$+$i$8$C$/$j8+$l$k$h$&$K$7$^$7$?!*(B $B$7$+$b!VEpD05!IU$-!W$G!"It20$G$N$"$i$f$k2;@<$,A4$FJ9$3$($^$9!*(B $B$"$s$J$3$H$b!"$3$s$J$3$H$b!"(B $B@8Ep;#$J$i$G$O$N!V%O%W%K%s%0!*!W(B $B@8EpD0$J$i$G$O$N!VNW>l46!*!W(B $B$$$D$b$9$l0c$&=w$N;RC#$O!"(B $B!V$"$s$J$3$H!W$^$G$d$C$F$$$k$N$G$9!*(B $B$5$!:#$9$0!*%$%s%?!<%M%C%H$+$i$N$>$-9~$s$G2<$5$$!#(B $B$8$C$/$j!"1|$N1|$^$G!*(B $B$"$NItJ,$N!"$"$s$J$H$3$m$b!"$=$s$J$H$3$m$^$G$b!&!&!&(B $B6=L#$r$*;}$A$K$J$i$l$?J}$O!"(B $B$*2K$J;~$G$b!"$*1[$7$K$J$C$F$$$?$@$1$l$P!"9,$$$G$9!#(B http://www.419419.com/ $B$=$l$G$O!"$3$l$K$F<:Ni$7$^$9!#(B $BEv;t0i4[$G$O!"(B $B$"$J$?MM$N$4MhK,!"?4$h$j$*BT$A?=$7>e$2$^$9!#(B $B%a!<%k$rFI$s$G$$$?$@$-!"$"$j$,$H$&$4$6$$$^$7$?!#(B $B"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!(B $B40A4@8Cf7Q!*(B $B!A!!$N$>$-!&Ep;#!&EpD0!!=wC#$N%W%i%$%P%7!<40A4Jx2u!!!A(B $B!Z!!;t0i4[!!![(B http://www.419419.com/ $B%a!<%k(B kanri@419419.com $B"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!"!(B From robb@veritas.com Fri Jul 7 20:50:07 2000 Received: from pallas.veritas.com (pallas.veritas.com [204.177.156.25]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA10733; Fri, 7 Jul 2000 20:50:05 +0200 (MET DST) Received-Date: Fri, 7 Jul 2000 20:50:05 +0200 (MET DST) Received: from megami.veritas.com (megami.veritas.com [192.203.46.101]) by pallas.veritas.com (8.9.1a/8.9.1) with SMTP id LAA10625 for ; Fri, 7 Jul 2000 11:54:56 -0700 (PDT) Received: from veritas.com(robbpc.veritas.com[166.98.22.144]) (877 bytes) by megami.veritas.com via sendmail with P:esmtp/R:smart_host/T:smtp (sender: ) id for ; Fri, 7 Jul 2000 11:49:57 -0700 (PDT) (Smail-3.2.0.101 1997-Dec-17 #4 built 1999-Aug-24) Message-ID: <39662714.13343BD8@veritas.com> Date: Fri, 07 Jul 2000 11:53:08 -0700 From: Rob Borsari X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Hardware for the linux/mips project. Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit Content-Length: 391 Lines: 9 I am a former siemens employee in the US. I have an RM400, RM300 and RM300e that are sitting around not doing much. Would it be helpfull to the project to have access to these? I can make them available for login over the internet. Please let me know if you are interested and I will give you the full specs of each system. Thanks -R- Rob Borsari robb@pd.com "bourne to be whiled" From ralf@oss.sgi.com Sat Jul 8 02:17:51 2000 Received: from u-131.karlsruhe.ipdial.viaginterkom.de (u-131.karlsruhe.ipdial.viaginterkom.de [62.180.10.131]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA14927; Sat, 8 Jul 2000 02:17:44 +0200 (MET DST) Received-Date: Sat, 8 Jul 2000 02:17:44 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sat, 8 Jul 2000 02:17:15 +0200 Date: Sat, 8 Jul 2000 02:17:15 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Patches Message-ID: <20000708021714.B3669@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Accept-Language: de,en,fr Content-Length: 146 Lines: 4 Those of you who have recently mailed patches to me may want to resend them. I had a disk crash and lost a part of my unprocessed email. Ralf From heart24@v7.com Sun Jul 9 02:48:37 2000 Received: from dsmtp4.dion.ne.jp (dsmtp4.dion.ne.jp [210.172.64.83]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA25008; Sun, 9 Jul 2000 02:48:35 +0200 (MET DST) Received-Date: Sun, 9 Jul 2000 02:48:35 +0200 (MET DST) Received: from mail.dion.ne.jp by dsmtp4.dion.ne.jp (8.9.3/3.7W-00031710) id JAA17554; Sun, 9 Jul 2000 09:48:27 +0900 (JST) Date: Sun, 9 Jul 2000 09:48:27 +0900 (JST) Message-Id: <200007090048.JAA17554@dsmtp4.dion.ne.jp> From: =?ISO-2022-JP?B?SGVhcnR=?= To: =?ISO-2022-JP?B?IP==?= X-Mailer: Direct Email v0.22 Subject: =?ISO-2022-JP?B?GyRCMEI/NCQ3JEYkRCQrJCgkayRIJDMkbRsoQh==?= Errors-To: heart24@v7.com Reply-To: heart24@v7.com Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Length: 2802 Lines: 50 $B$O$8$a$^$7$F!#FMA3$N%a!<%k!"BgJQ<:Ni$$$?$7$^$9!#(B $B!!2<5-$N>pJs$,ITMW$JJ}$KFO$$$F$7$^$$$^$7$?$i!"K\Ev$K(B $B!!?=$7Lu$"$j$^$;$s!#:G8e$K%j%9%H$+$i$N:o=|0FFb$,$"$j$^$9!#(B ////////// $B%M%C%H$NLBO)$KF~$C$F$7$^$&A0$K!*(B //////////// $B!!$R(B $B$H(B $BL#(B $B0c(B $B$&(B $B%5(B $B%$(B $B%H(B $B$@(B $B$1(B $B$r(B $BJ,(B $BN`(B $B$7(B $B$F(B $B$_(B $B$^(B $B$7(B $B$?(B $B!#(B $B!!$9(B $B$Y(B $B$F(B $B!V(B $BL5(B $BNA(B $B$*(B $B;n(B $B$7(B $B!W(B $B$G(B $B$-(B $B$k(B $B$H(B $B$3(B $B$m(B $B$G(B $B$9(B $B!#(B $B"!(B $B%U%'%A8fMQC#$N$A$g$C$HJQ$o$C$?@8Cf7Q%5%$%H(B $B"!(B $B-!(B $B%J(B $B!<(B $B%9!&(B $B%9(B $B%F(B $B!<(B $B%7(B $B%g(B $B%s(B $B@8(B $BCf(B $B7Q(B http://www.arap.ne.jp/nurse/ $BGr0a$NCf$O$H$C$F$b%+%i%U%k"v(B $B4y$N2P$$!";~$K$ON^!#(B $B%J!<%9%9%F!<%7%g%s$O:#Lk$b%I%i%^%A%C%/$G$9!#(B $B-"!!5S(B $B%U(B $B%'(B $B%A(B $B!&(B $B%Q(B $B%s(B $B%A(B $B%i(B $B9%(B $B$-(B $BI,(B $B8+(B $B!*(B http://www.arap.ne.jp/sekuhara/ $BLk6P$N#O#L$K;E3]$1$i$l$?f+!*%;%/%O%i2]D9$,?&8"MtMQ!#(B $B"!(B $B2hA|$D$-$N%i%$%V%A%c%C%H(B $B"!(B $B-#!!=w(B $B$N(B $B5S(B $B$K(B $B$O(B $BI=(B $B>p(B $B$,(B $B$"(B $B$j(B $B$^(B $B$9(B $B!!(Bhttp://www.eurus.dti.ne.jp/~aiwai10/d-joshiryo/X92/ $B!!%A%c%C%H$N$*AjR2p$5$l$F(B $B!!$$$^$9$+$i!"$4B8CN$NJ}$bB?$$$O$:!#:#$,:G9b$K=\$N%5%$%H!#(B $B!!-&(B $BKe(B $B$N(B $BIt(B $B20(B $B$r(B $B$N(B $B$>(B $B$$(B $B$F(B $B$$(B $B$k(B $B$h(B $B$&(B $B$J(B $B?F(B $B6a(B $B46(B $B!!(Bhttp://210.224.176.100/joinmemberhp/from.phtml?banner=peep159-2 $B!!=w$N;R$N%[!<%`%Z!<%8$,$"$C$?$j$7$F!"$[$N$\$N$7$F$$$^$9!#(B $B$3$3$^$G$*FI$_$/$@$5$$$^$7$F!"$"$j$,$H$&$4$6$$$^$9!#(B $B:#8e!"%a!<%kG[?.$,ITMW$NJ}$O7oL>$K!VITMW!W$H$45-F~$N$&$((B $B$*; Sun, 9 Jul 2000 06:29:28 +0200 Date: Sun, 9 Jul 2000 06:29:28 +0200 From: Ralf Baechle To: "J. Scott Kasten" Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Kernel boot tips. Message-ID: <20000709062927.A5609@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 jsk@tetracon-eng.net on Fri, Jul 07, 2000 at 10:10:59AM -0300 X-Accept-Language: de,en,fr Content-Length: 2745 Lines: 46 On Fri, Jul 07, 2000 at 10:10:59AM -0300, J. Scott Kasten wrote: > I learned 3 slick booting tips for booting an Indy from disk without a > regular Linux boot loader that might be useful to some of the newbies. > > First off, there are two ways to trick the prom into booting the kernel > image like the normal Irix kerenel from disk. If you have an EFS or XFS > bootable file system on the drive, and have Irix up at some point, you can > put the linux kernel in the file system as /unix in place of an Irix > kernel. When booting, sash will look for that particular file and > bootstrap it. Another way to accomplish this trick if you don't want any > Irix partitions on your drive at all is to use the volume header itself. > Sash is located there, and the boot prom will load and execute sash as > part of the boot process. Under Irix, you can use dvhtool to replace sash > with the linux kernel itself. Then when the system tries to boot, the > prom will load "sash" like normal, but will end up boot straping the linux > kernel for you. (I think this will require a coff image though.) > > The third trick I learned will help those that cannot afford the spare > change to keep around extra SCSI drives so that they have a bootable Irix > image to use for accomplishing these feats. If you use fx to initially > prepare your linux disk, use the expert option and resize the volume > header partition. Make it big, like 25 Meg or so. Shrink the efs/xfs > root partition down very small, but don't delete it. Keep the swap > partition as well, but again, rather small. On the Irix CD, you'll find > the directory /dist/miniroot, and inside there, the Irix kernel miniroot > images. Pick the one named for your machine arch, such as unix.IP22. > When I set up my volume header, I put sash in there like normal, but also > put the miniroot image in there as well, and put the linux kernel as /unix > in the vestigal efs/xfs root partition. Now from the prom, I can enter > the command "miniroot" and get the Irix kernel up with a handful of > utilities to manage the disk. It has fx, dvhtool, and others. On top of > that, you can ifconfig your ethernet device and use rcp to pull over your > linux kernel from the network to install it on the efx/xfs root or in the > volume header as you choose. You can even mount cdroms and so forth. > Basicly, this is the next best thing to having a full blown Irix install > somewhere. I've finally commited my rewrite of dvhtool into the CVS archive on oss. It's not yet complete but hackers may be interested in taking a look at it. One of my next projects will be a standalone libc which can be used to write reasonably portable standalone tools like a sash equivalent. Ralf From smash@sgi.com Mon Jul 10 00:17:36 2000 Received: from pneumatic-tube.sgi.com (pneumatic-tube.sgi.com [204.94.214.22]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA02213; Mon, 10 Jul 2000 00:17:34 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 00:17:34 +0200 (MET DST) Received: from cthulhu.engr.sgi.com (gate3-relay.engr.sgi.com [130.62.1.234]) by pneumatic-tube.sgi.com (980327.SGI.8.8.8-aspam/980310.SGI-aspam) via ESMTP id PAA01007; Sun, 9 Jul 2000 15:22:52 -0700 (PDT) mail_from (smash@sgi.com) Received: from greywolf.engr.sgi.com (greywolf.engr.sgi.com [198.29.76.67]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id PAA43260; Sun, 9 Jul 2000 15:17:20 -0700 (PDT) mail_from (smash@sgi.com) Received: from sgi.com (localhost [127.0.0.1]) by greywolf.engr.sgi.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id PAA26575; Sun, 9 Jul 2000 15:34:17 -0700 (PDT) Sender: smash@sgi.com Message-ID: <3968FDE8.3443ED5@sgi.com> Date: Sun, 09 Jul 2000 15:34:17 -0700 From: Bryan Manternach X-Mailer: Mozilla 4.7C-SGI [en] (X11; I; IRIX 6.5 IP32) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "J. Scott Kasten" , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Kernel boot tips. References: <20000709062927.A5609@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1123 Lines: 31 Ralf Baechle wrote: > On Fri, Jul 07, 2000 at 10:10:59AM -0300, J. Scott Kasten wrote: > > > I learned 3 slick booting tips for booting an Indy from disk without a > > regular Linux boot loader that might be useful to some of the newbies. A fourth means is to change the nvram to boot the file you want. Leave /unix there,and call your linux kernel something like /linux2.2.0 and change the "kernname" nvram. kernname=pci(0)scsi(0)disk(2)rdisk(0)partition(0)/unix becomes kernname=pci(0)scsi(0)disk(2)rdisk(0)partition(0)/linux2.2.0 This should work on the IRIX efs/xfs filesystem on the IRIX partition. Then you can create a script that resets the NVRAM variable before reboot. All we would need to make back and forth boots of IRIX/LINUX is an "nvram" tool that runs under LInux. (Which would be handy for other porposes as well. > > >-- > THE USE OF EMAIL FOR THE TRANSMISSION OF UNSOLICITED COMMERICAL > MATERIAL IS PROHIBITED UNDER FEDERAL LAW (47 USC 227). Violations may > result in civil penalties and claims of $500.00 PER OCCURRENCE > (47 USC 227[c]). Commercial spam WILL be forwarded to postmasters. From flo@rfc822.org Mon Jul 10 01:00:08 2000 Received: from noose.gt.owl.de (noose.gt.owl.de [62.52.19.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA04368; Mon, 10 Jul 2000 01:00:07 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 01:00:07 +0200 (MET DST) Received: by noose.gt.owl.de (Postfix, from userid 10) id C31DA938; Mon, 10 Jul 2000 01:00:05 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id BE36D8F73; Mon, 10 Jul 2000 00:59:54 +0200 (CEST) Date: Mon, 10 Jul 2000 00:59:54 +0200 From: Florian Lohoff To: Bryan Manternach Cc: Ralf Baechle , "J. Scott Kasten" , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Kernel boot tips. Message-ID: <20000710005954.D968@paradigm.rfc822.org> References: <20000709062927.A5609@bacchus.dhis.org> <3968FDE8.3443ED5@sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <3968FDE8.3443ED5@sgi.com>; from smash@sgi.com on Sun, Jul 09, 2000 at 03:34:17PM -0700 Organization: rfc822 - pure communication Sender: flo@rfc822.org Content-Length: 766 Lines: 20 On Sun, Jul 09, 2000 at 03:34:17PM -0700, Bryan Manternach wrote: > A fourth means is to change the nvram to boot the file you want. > Leave /unix there,and call your linux kernel something like /linux2.2.0 > and change the "kernname" nvram. > > kernname=pci(0)scsi(0)disk(2)rdisk(0)partition(0)/unix > becomes The problem with the nvram vars is the non-availability on the Indigo2 which is not capable of storing arbitrary vars or arbitrary content in existing vars. I would prefer a "SILO" the Sparc Linux LOader which is capable of reading an ext2 filesystem, getting its config from there and loading the kernel from an ext2. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 "If you're not having fun right now, you're wasting your time." From jasonm@tool.net Mon Jul 10 00:43:25 2000 Received: from iglou.com (sendmail@iglou4.iglou.com [192.107.41.39]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA03712; Mon, 10 Jul 2000 00:43:23 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 00:43:23 +0200 (MET DST) Received: from [204.255.238.187] (helo=tool.net) by iglou.com with esmtp (8.9.3/8.9.3) id 13BPnC-000765-00; Sun, 09 Jul 2000 18:43:19 -0400 Sender: jasonm@fnet.fr Message-ID: <396971C3.6EB63B13@tool.net> Date: Mon, 10 Jul 2000 02:48:35 -0400 From: Jason Mesker Reply-To: jasonm@tool.net X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.15 i586) X-Accept-Language: en MIME-Version: 1.0 To: "debian-mips@lists.debian.org" , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: R5000 oops Content-Type: multipart/mixed; boundary="------------B68A2EC6A0529B815E206118" Content-Length: 3483 Lines: 91 This is a multi-part message in MIME format. --------------B68A2EC6A0529B815E206118 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I am trying to compile vim and during the configure script exec I get an oops. --------------B68A2EC6A0529B815E206118 Content-Type: text/plain; charset=us-ascii; name="ksys.oops" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ksys.oops" ksymoops 2.3.4 on sparc64 2.2.16. Options used -v ./vmlinux-0704b (specified) -K (specified) -L (specified) -O (specified) -m ./System.map-0704b.foo (specified) -t elf32-bigmips -a mips:4600 checking for opendir... Unable to handle kernel paging request at virtual address 0040dca0, epc == 88043190, ra == 88065748 Warning (Oops_read): Code line not seen, dumping what data is available Oops in fault.c:do_page_fault, line 158: init : 00000000 1000fc00 00000000 8fdc0010 : 8ac22f80 8ac22f80 0040dca0 8aaf9ee0 : 886867c4 00000000 ffffffe0 88686720 2: 00000003 84000000 00000000 00000021 6: 8853e868 8853e860 1000fc01 00000007 0: 8aaf9ee0 8aaf9ee8 00000000 00000006 4: 00000000 2abd4640 8: 8aaf8000 8aaf9e18 00000180 88065748 >>RA; 88065748 epc : 88043190 Status: 1000fc02 Cause : 00000004 Process gcc (pid: 1266, stackpage=8aaf8000) Stack: 8aaf9ee0 8805a804 00000000 00000000 fffffff4 8be0dd80 8be0dd80 8aaf9ee8 88065748 00000006 8805a7d8 8ac2d004 8aaf9ef8 8805a804 fffffff4 8be0dd80 8be067c0 8aaf9ee8 8805b950 8be0dd80 8ac2d000 00000000 00000180 00000503 8be06818 ffffffeb 8be0dd80 00000503 8805be3c 8805bd74 88195488 00000008 00000000 88195484 00000001 88195144 00000502 00000502 00000180 8ac2d000 00413f00 ... Call Trace: [<8805a804>] [<88065748>] [<8805a7d8>] [<8805a804>] [<8805b950>] [<8805be3c>] [<8805bd74>] [<8804a4d4>] [<8804a94c>] [<88010f68>] [<88010f68>] Code: 8ca20004 54400025 8e240008 8e220008 00c28023 40086000 3409ff00 01094024 >>PC; 0000000088043190 <===== Trace; 000000008805a804 Trace; 0000000088065748 Trace; 000000008805a7d8 Trace; 000000008805a804 Trace; 000000008805b950 Trace; 000000008805be3c Trace; 000000008805bd74 Trace; 000000008804a4d4 Trace; 000000008804a94c Trace; 0000000088010f68 Trace; 0000000088010f68 Code; 0000000088043184 0000000000000000 <_PC>: Code; 0000000088043184 0: 8ca20004 lw $v0,4($a1) Code; 0000000088043188 4: 54400025 0x54400025 Code; 000000008804318c 8: 8e240008 lw $a0,8($s1) Code; 0000000088043190 <===== c: acc50000 sw $a1,0($a2) <===== Code; 0000000088043194 10: 8e220008 lw $v0,8($s1) Code; 0000000088043198 14: 00c28023 subu $s0,$a2,$v0 Code; 000000008804319c 18: 40086000 mfc0 $t0,$12 Code; 00000000880431a0 1c: 3409ff00 li $t1,0xff00 Code; 00000000880431a4 20: 01094024 and $t0,$t0,$t1 1 warning issued. Results may not be reliable. --------------B68A2EC6A0529B815E206118-- From jasonm@tool.net Mon Jul 10 01:14:11 2000 Received: from iglou.com (sendmail@iglou2.iglou.com [192.107.41.8]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA04990; Mon, 10 Jul 2000 01:14:10 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 01:14:10 +0200 (MET DST) Received: from [204.255.238.187] (helo=tool.net) by iglou.com with esmtp (8.9.3/8.9.3) id 13BQGv-0005e8-00; Sun, 09 Jul 2000 19:14:01 -0400 Sender: jasonm@fnet.fr Message-ID: <396978F7.A309E715@tool.net> Date: Mon, 10 Jul 2000 03:19:19 -0400 From: Jason Mesker Reply-To: jasonm@tool.net X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.15 i586) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle , "debian-mips@lists.debian.org" , "linux-mips@fnet.fr" , "linux-mips@oss.sgi.com" , "linux-mips@vger.rutgers.edu" Subject: Re: R5000 oops References: <396971C3.6EB63B13@tool.net> <20000710005215.A24764@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 3996 Lines: 96 I am running kernel version: 2.4.0 test 3 pre 2. I am useing wesolows vmlinux-0704b kernel. I think I have found the problem though. I was running the system without swap and with 64Megs of RAM. I added around 20 megs of swap space and did the configure again and it worked fine. I am actually compiling now and will let the status be known if it completes or not. As of right now everything looks like it is working fine with the swap enabled. Ralf Baechle wrote: > What kernel version have you been running? > > Ralf > > On Mon, Jul 10, 2000 at 02:48:35AM -0400, Jason Mesker wrote: > > > I am trying to compile vim and during the configure script exec I get an > > oops. > > > > > > > > > ksymoops 2.3.4 on sparc64 2.2.16. Options used > > -v ./vmlinux-0704b (specified) > > -K (specified) > > -L (specified) > > -O (specified) > > -m ./System.map-0704b.foo (specified) > > -t elf32-bigmips -a mips:4600 > > > > checking for opendir... Unable to handle kernel paging request at virtual address 0040dca0, epc == 88043190, ra == 88065748 > > Warning (Oops_read): Code line not seen, dumping what data is available > > > > Oops in fault.c:do_page_fault, line 158: > > init: 00000000 1000fc00 00000000 8fdc0010 > > : 8ac22f80 8ac22f80 0040dca0 8aaf9ee0 > > : 886867c4 00000000 ffffffe0 88686720 > > 2: 00000003 84000000 00000000 00000021 > > 6: 8853e868 8853e860 1000fc01 00000007 > > 0: 8aaf9ee0 8aaf9ee8 00000000 00000006 > > 4: 00000000 2abd4640 > > 8: 8aaf8000 8aaf9e18 00000180 88065748 > > > > >>RA; 88065748 > > > > epc: 88043190 > > Status: 1000fc02 > > Cause: 00000004 > > Process gcc (pid: 1266, stackpage=8aaf8000) > > Stack: 8aaf9ee0 8805a804 00000000 00000000 fffffff4 8be0dd80 8be0dd80 8aaf9ee8 > > 88065748 00000006 8805a7d8 8ac2d004 8aaf9ef8 8805a804 fffffff4 8be0dd80 > > 8be067c0 8aaf9ee8 8805b950 8be0dd80 8ac2d000 00000000 00000180 00000503 > > 8be06818 ffffffeb 8be0dd80 00000503 8805be3c 8805bd74 88195488 00000008 > > 00000000 88195484 00000001 88195144 00000502 00000502 00000180 8ac2d000 > > 00413f00 ... > > Call Trace: [<8805a804>] [<88065748>] [<8805a7d8>] [<8805a804>] [<8805b950>] [<8805be3c>] [<8805bd74>] [<8804a4d4>] [<8804a94c>] [<88010f68>] [<88010f68>] > > Code: 8ca20004 54400025 8e240008 8e220008 00c28023 40086000 3409ff00 01094024 > > > > >>PC; 0000000088043190 <===== > > Trace; 000000008805a804 > > Trace; 0000000088065748 > > Trace; 000000008805a7d8 > > Trace; 000000008805a804 > > Trace; 000000008805b950 > > Trace; 000000008805be3c > > Trace; 000000008805bd74 > > Trace; 000000008804a4d4 > > Trace; 000000008804a94c > > Trace; 0000000088010f68 > > Trace; 0000000088010f68 > > Code; 0000000088043184 > > 0000000000000000 <_PC>: > > Code; 0000000088043184 > > 0: 8ca20004 lw $v0,4($a1) > > Code; 0000000088043188 > > 4: 54400025 0x54400025 > > Code; 000000008804318c > > 8: 8e240008 lw $a0,8($s1) > > Code; 0000000088043190 <===== > > c: acc50000 sw $a1,0($a2) <===== > > Code; 0000000088043194 > > 10: 8e220008 lw $v0,8($s1) > > Code; 0000000088043198 > > 14: 00c28023 subu $s0,$a2,$v0 > > Code; 000000008804319c > > 18: 40086000 mfc0 $t0,$12 > > Code; 00000000880431a0 > > 1c: 3409ff00 li $t1,0xff00 > > Code; 00000000880431a4 > > 20: 01094024 and $t0,$t0,$t1 > > > > > > 1 warning issued. Results may not be reliable. > > Ralf From dmitry@stalker.stu.cn.ua Mon Jul 10 10:47:05 2000 Received: from stalker.stu.cn.ua (root@stalker-gate-gw.stu.cn.ua [212.86.112.158]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA11737; Mon, 10 Jul 2000 10:47:03 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 10:47:03 +0200 (MET DST) Received: from localhost ([127.0.0.1] helo=stalker.stu.cn.ua ident=dmitry) by stalker.stu.cn.ua with esmtp (Exim 3.13 #3) id 13BZDO-000PTw-00 for linux-mips@fnet.fr; Mon, 10 Jul 2000 11:46:59 +0300 Sender: dmitry@fnet.fr Message-ID: <39698D82.16F5143E@stalker.stu.cn.ua> Date: Mon, 10 Jul 2000 11:46:58 +0300 From: "Dmitry I. Melnichenko" X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 3.5-STABLE i386) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Help needed Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 328 Lines: 14 Hi, I am a software engeneer at Chernigov State Technical University, Ukraine. I am interested in info about current state of the Linux R3000 port. In particular, I have modification of this processor, that hasn't any virtual memory support. How I can participate in work on Linux/MIPS project? Regards, Dmitry Melnichenko From geert@linux-m68k.org Mon Jul 10 22:44:27 2000 Received: from styx.cs.kuleuven.ac.be (root@styx.cs.kuleuven.ac.be [134.58.40.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA18142; Mon, 10 Jul 2000 22:44:26 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 22:44:26 +0200 (MET DST) Received: from cassiopeia.home (root@dialup006.cs.kuleuven.ac.be [134.58.47.135]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e6AKhrA08806; Mon, 10 Jul 2000 22:43:54 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id NAA00567; Mon, 10 Jul 2000 13:46:17 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Mon, 10 Jul 2000 13:46:17 +0200 (CEST) From: Geert Uytterhoeven Sender: geert@geert.cs.kuleuven.ac.be To: Jason Mesker cc: Ralf Baechle , "debian-mips@lists.debian.org" , "linux-mips@fnet.fr" , "linux-mips@oss.sgi.com" , "linux-mips@vger.rutgers.edu" Subject: Re: R5000 oops In-Reply-To: <396978F7.A309E715@tool.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1067 Lines: 24 On Mon, 10 Jul 2000, Jason Mesker wrote: > I am running kernel version: 2.4.0 test 3 pre 2. I am useing wesolows vmlinux-0704b kernel. > > I think I have found the problem though. I was running the system without swap and with 64Megs of RAM. I added around 20 megs of swap space and did the > configure again and it worked fine. I am actually compiling now and will let the status be known if it completes or not. As of right now everything looks > like it is working fine with the swap enabled. I suspect that's not the problem, though. 64 MB of RAM should not be exhausted that fast. I saw lots of similar oopses on the NEC DDB Vrc-5074 with various 2.3.x kernels. Other people reported similar oopses with other machines. And the common factor is the R5000. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven -- Linux/{m68k~Amiga,PPC~CHRP} -- 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 milkyg@z2.zzz.or.jp Mon Jul 10 14:41:20 2000 Received: from smtp01.mem.interq.net (smtp01.mem.interq.net [210.157.1.51]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA13761; Mon, 10 Jul 2000 14:41:19 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 14:41:19 +0200 (MET DST) Received: from pns.ocn.ne.jp (fukusawa-ppp-210-172-146-90.interq.or.jp [210.172.146.90]) by smtp01.mem.interq.net (8.9.3/8.9.1/matt89-pop) with ESMTP id VAA26009 for ; Mon, 10 Jul 2000 21:41:29 +0900 (JST) Message-ID: <1291.963232887900@z2.zzz.or.jp> Date: Mon, 10 Jul 2000 21:41:27 +0900 (JST) From: milkygirl Reply-To: milkyg@z2.zzz.or.jp To: linux-mips@fnet.fr Subject: =?iso-2022-jp?B?LS0tLRskQiVfJWslLSE8JSwhPCVrJGgbKEIbKEI=?==?iso-2022-jp?B?GyRCJGokKkNOJGkkOyRHJDkhIxsoQi0tLS0=?==?iso-2022-jp?B??= Mime-Version: 1.0 Content-Type: text/plain; charset =ISO-2022-JP Content-Transfer-Encoding: 7bit Content-Length: 1336 Lines: 34 ================================================================== $B%_%k%-!<%,!<%k$h$j$*CN$i$;$G$9!#(B ================================================================== ---------$B$3$NHVAH$O!"%"%@%k%HHVAH$G$9!#(B-------------- $B!y#1#8:PL$K~$NJ}$N$4F~>l$O$+$?$/$*CG$j$$$?$7$^$9!#!!!!(B $B"#%_%k%-!<%,!<%k$K$D$$$F(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!z$_$k$-!<%,!<%k$,%*!<%W%s$7$^$7$?!#(B $B!!$+$o$$$$;R!"$-$l$$$J=w$N;R$,$?$/$5$s!#(B $B!!KhF|$9$4OS%9%+%&%H%^%s!"%J%s%Q;U$N(B $B!!J}!9$,!"=w$N;R$r$?$/$5$s$D$l$FMh$F$/$l$^$9!#(B $B!!5$$,9g$($P%G!<%H$G$-$k$+$b!&!&!&!&!)(B $B!!%A%c%C%H$GM6$C$F$_$?$i!)(B $B!y(BADSL$B2s@~$K$h$j(B24$B;~4VJ|Aw$r!*!*(B $B!y(B10$BJ,4V$OL5NA!"$7$+$b6H3&=i$NDcNA6b$G$9!#(B $B!!(B\10,000$B%]%C%-%j$G!"#1%v7n4V8+$?$$J|Bj$G$9!#(B $B!!2q0wEPO?$O$9$0!*!*(B $B"#$3$N%a!<%k$K$D$$$F(B $B(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(,(B $B!y$3$N$h$&$JHVAH$K6=L#$N$J$$J}$,l9g(B $B!!$K$O!"BgJQ?=$7$o$1$4$6$$$^$;$s$G$7$?!#(B $B!!$=$N$^$^$3$N%a!<%k$rAw$jJV$7$F$$$?$@$1$l$P9,$$$G$9!#(B $B!y(Bhttp://www.milkygirl.com$B!y(B $B!y(Binfo@milkygirl.com$B!y(B From tor@spacetec.no Mon Jul 10 15:56:13 2000 Received: from pallas.spacetec.no (firewall.spacetec.no [192.51.5.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA14685; Mon, 10 Jul 2000 15:56:12 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 15:56:12 +0200 (MET DST) Received: (from tor@localhost) by pallas.spacetec.no (8.9.1a/8.9.1) id PAA04630; Mon, 10 Jul 2000 15:55:35 +0200 Message-Id: <200007101355.PAA04630@pallas.spacetec.no> From: tor@spacetec.no (Tor Arntsen) Date: Mon, 10 Jul 2000 15:55:34 +0200 In-Reply-To: Ralf Baechle "Re: Kernel boot tips." (Jul 9, 21:59) X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98) To: ralf@oss.sgi.com Subject: Re: Kernel boot tips. Cc: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Content-Length: 1026 Lines: 23 On Jul 9, 21:59, Ralf Baechle wrote: >I've finally commited my rewrite of dvhtool into the CVS archive on >oss. It's not yet complete but hackers may be interested in taking a >look at it. [..] This looks great. Just for fun I did a quick compile under irix 6.5.8 on an SGI Octane, dvhtool --print-all and dvhtool --print-all /dev/rdsk/dksXXXvh worked fine. --vh-to-unix failed with 'Short read: Error 0', I assume this simply isn't finished yet (or maybe it doesn't work under irix). BTW it compiled fine with gcc as well as with the MIPSPro compiler (after replacing this little gcc'ism:) --- dvhlib.c.orig Fri Jul 7 04:24:53 2000 +++ dvhlib.c Mon Jul 10 15:43:51 2000 @@ -40,7 +40,7 @@ case PTYPE_XFS: return "XFS"; case PTYPE_XFSLOG: return "XFS Log"; case PTYPE_XLV: return "XLV Volume"; - case 13 ... 15: return "Unknown Partition Type"; + default: return "Unknown Partition Type"; } return "Invalid Type"; From brad@ltc.com Mon Jul 10 16:15:48 2000 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id QAA15284; Mon, 10 Jul 2000 16:15:47 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 16:15:47 +0200 (MET DST) Received: from gw1.ltc.com (gw1.ltc.com [38.149.17.163]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id sa313396 for ; Mon, 10 Jul 2000 10:19:55 -0400 Message-ID: <021e01bfea79$928e3980$0701010a@ltc.com> From: "Bradley D. LaRonde" To: "Linux CE mailing list" , References: <20000709233549.A2541@bug.ucw.cz> Subject: Re: [linuxce-devel] Documentation on pdas? Date: Mon, 10 Jul 2000 10:17:25 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Content-Length: 445 Lines: 16 ----- Original Message ----- From: "Pavel Machek" To: "Linux CE mailing list" Sent: Sunday, July 09, 2000 5:35 PM Subject: [linuxce-devel] Documentation on pdas? > Hi! > > I guess it would be good to create Documentation/mips directory and > put text about pda's there. Or is better place for documentation? We've been keeping documentation in arch/mips/vr41xx for the time being. Regards, Brad From ralf@oss.sgi.com Mon Jul 10 22:56:37 2000 Received: from u-113.karlsruhe.ipdial.viaginterkom.de (u-113.karlsruhe.ipdial.viaginterkom.de [62.180.18.113]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA19244; Mon, 10 Jul 2000 22:56:35 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 22:56:35 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 10 Jul 2000 19:29:19 +0200 Date: Mon, 10 Jul 2000 19:29:18 +0200 From: Ralf Baechle To: Florian Lohoff Cc: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: current cvs binutils and mipsel-linux kernel Message-ID: <20000710192918.A5900@bacchus.dhis.org> References: <20000710011846.A1275@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000710011846.A1275@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Jul 10, 2000 at 01:18:46AM +0200 X-Accept-Language: de,en,fr Content-Length: 1246 Lines: 22 On Mon, Jul 10, 2000 at 01:18:46AM +0200, Florian Lohoff wrote: > it seems there is a problem in the binutils from current cvs ... > > mipsel-linux-gcc -D__KERNEL__ -I/home/flo/mips/dec/src/linux-2.4.0-test3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r4600 -mips2 -pipe -fno-strict-aliasing -c softfp.S -o softfp.o > softfp.S: Assembler messages: > softfp.S:225: Error: illegal operands `la' > softfp.S:225: Error: unrecognized opcode `cvt' > softfp.S:225: Error: Rest of line ignored. First ignored character is `.'. > make[1]: *** [softfp.o] Error 1 > make[1]: Leaving directory `/home/flo/mips/dec/src/linux-2.4.0-test3/arch/mips/kernel' > make: *** [_dir_arch/mips/kernel] Error 2 You're probably also using a very recent gcc. Recent gcc had preprocessor changes to make it more stricly comply to ISO. This breaks a number of files in the Linux kernel which for readability have extra space around the ## C preprocessor paste. I've already commited the necessary fixes for softfp.S which is the only affected MIPS file to CVS. There is still a large number of other files which aren't ISO C89 compliant. Keith Wesolowski has made a patch for those which I'll send to Linus. Ralf From Stefan.Koenig@munich.netsurf.de Mon Jul 10 23:12:35 2000 Received: from laurin.munich.netsurf.de (laurin.munich.netsurf.de [194.64.166.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA20245; Mon, 10 Jul 2000 23:12:34 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 23:12:34 +0200 (MET DST) Received: from [192.168.1.120] (ns1015.munich.netsurf.de [195.180.235.15]) by laurin.munich.netsurf.de (8.9.3/8.9.3) with ESMTP id XAA21868 for ; Mon, 10 Jul 2000 23:12:32 +0200 (MET DST) Message-Id: <200007102112.XAA21868@laurin.munich.netsurf.de> X-Mailer: Microsoft Outlook Express Macintosh Edition - 4.5 (0410) Date: Mon, 10 Jul 2000 22:22:52 +0200 Subject: Linux on RM200 From: "Stefan K=?ISO-8859-1?B?9g==?=nig" To: linux-mips@fnet.fr Mime-version: 1.0 X-Priority: 3 Content-type: text/plain; charset="US-ASCII" Content-transfer-encoding: 7bit Content-Length: 492 Lines: 13 Hello all, I am an "newbie" User on the Linux Sector. What i need i a little Help for Implementing Linux on a RM200 System, wich i have. My problem is - how to exchange the activ Sinix with an Linux System. can somebody Help me ?? that is my second contact with Linux, ( the First is in my Office where running Linux 6.3 as Mailserver on a 386 -33MHz) Now i wan`t migrate the Sinix System 4.X to Linux ( while the documentation is much more availability as the Sinix -one) Thanks for answer From florian@void.s.bawue.de Wed Jul 12 18:03:58 2000 Received: from bender.bawue.de (postfix@bender.bawue.de [193.197.13.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA11608; Wed, 12 Jul 2000 18:03:58 +0200 (MET DST) Received-Date: Wed, 12 Jul 2000 18:03:58 +0200 (MET DST) Received: from void.s.bawue.de (virtual17.lb.bawue.de [193.197.8.145]) by bender.bawue.de (Postfix) with ESMTP id A339281E for ; Wed, 12 Jul 2000 18:03:55 +0200 (CEST) Received: from florian by void.s.bawue.de with local (Exim 3.12 #1 (Debian)) id 13Bl4M-0000Qi-00; Mon, 10 Jul 2000 23:26:26 +0200 Date: Mon, 10 Jul 2000 23:26:25 +0200 To: linux-mips@fnet.fr Subject: Re: Linux on RM200 Message-ID: <20000710232625.D1224@void.s.bawue.de> Mail-Followup-To: florian, linux-mips@fnet.fr References: <200007102112.XAA21868@laurin.munich.netsurf.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.1.12i In-Reply-To: <200007102112.XAA21868@laurin.munich.netsurf.de>; from Stefan.Koenig@munich.netsurf.de on Mon, Jul 10, 2000 at 10:22:52PM +0200 From: Florian Laws Content-Length: 802 Lines: 24 Hello, > What i need i a little Help for Implementing Linux on a RM200 System, wich i > have. > My problem is - how to exchange the activ Sinix with an Linux System. > can somebody Help me ?? > that is my second contact with Linux, ( the First is in my Office where > running Linux 6.3 as Mailserver on a 386 -33MHz) > Now i wan`t migrate the Sinix System 4.X to Linux ( while the documentation > is much more > availability as the Sinix -one) Getting Linux to run on an RM200 is not a trivial task. Even if you particular RM200 model is supported at all, there is no easy-to-install prepackaged version, so you will have to cross-build at least the kernel from another Linux workstation. I recommend you to check the documentation on http://www.linux-mips.org/docs.html on how to start. Florian From nick@ns.snowman.net Mon Jul 10 22:49:25 2000 Received: from ns.snowman.net (root@ns.snowman.net [63.80.4.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA18230; Mon, 10 Jul 2000 22:49:23 +0200 (MET DST) Received-Date: Mon, 10 Jul 2000 22:49:23 +0200 (MET DST) Received: from localhost (nick@localhost) by ns.snowman.net (8.9.1a/8.9.0) with ESMTP id RAA23762; Mon, 10 Jul 2000 17:52:58 -0400 Date: Mon, 10 Jul 2000 17:52:57 -0400 (EDT) From: To: Geert Uytterhoeven cc: Jason Mesker , Ralf Baechle , "debian-mips@lists.debian.org" , "linux-mips@fnet.fr" , "linux-mips@oss.sgi.com" , "linux-mips@vger.rutgers.edu" Subject: Re: R5000 oops In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1394 Lines: 32 I have a R5k indy with 128meg and 2x2gig disks that I can test on. It's currently running irix, but i've been meaning to install linux on it. If one of you can tell me what I should test/test for I'd be willing to try. Nick On Mon, 10 Jul 2000, Geert Uytterhoeven wrote: > On Mon, 10 Jul 2000, Jason Mesker wrote: > > I am running kernel version: 2.4.0 test 3 pre 2. I am useing wesolows vmlinux-0704b kernel. > > > > I think I have found the problem though. I was running the system without swap and with 64Megs of RAM. I added around 20 megs of swap space and did the > > configure again and it worked fine. I am actually compiling now and will let the status be known if it completes or not. As of right now everything looks > > like it is working fine with the swap enabled. > > I suspect that's not the problem, though. 64 MB of RAM should not be exhausted > that fast. > > I saw lots of similar oopses on the NEC DDB Vrc-5074 with various 2.3.x > kernels. Other people reported similar oopses with other machines. And the > common factor is the R5000. > > Gr{oetje,eeting}s, > > Geert > > -- > Geert Uytterhoeven -- Linux/{m68k~Amiga,PPC~CHRP} -- 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 ralf@oss.sgi.com Tue Jul 11 00:53:32 2000 Received: from u-113.karlsruhe.ipdial.viaginterkom.de (u-113.karlsruhe.ipdial.viaginterkom.de [62.180.18.113]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA22314; Tue, 11 Jul 2000 00:53:30 +0200 (MET DST) Received-Date: Tue, 11 Jul 2000 00:53:30 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Tue, 11 Jul 2000 00:53:16 +0200 Date: Tue, 11 Jul 2000 00:53:15 +0200 From: Ralf Baechle To: Tor Arntsen Cc: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: Kernel boot tips. Message-ID: <20000711005315.A24256@bacchus.dhis.org> References: <200007101355.PAA04630@pallas.spacetec.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200007101355.PAA04630@pallas.spacetec.no>; from tor@spacetec.no on Mon, Jul 10, 2000 at 03:55:34PM +0200 X-Accept-Language: de,en,fr Content-Length: 810 Lines: 21 On Mon, Jul 10, 2000 at 03:55:34PM +0200, Tor Arntsen wrote: > This looks great. Just for fun I did a quick compile under irix 6.5.8 on > an SGI Octane, dvhtool --print-all and dvhtool --print-all /dev/rdsk/dksXXXvh > worked fine. --vh-to-unix failed with 'Short read: Error 0', I assume this > simply isn't finished yet (or maybe it doesn't work under irix). It was actually developed under with gcc under IRIX and I can't even remember having tested it under anything else. It's a while that I last worked on it but as I remember --vh-to-unix was actually working while the other direction was work in progress. Maybe some nroff fan also wants to provide a manpage? > BTW it compiled fine with gcc as well as with the MIPSPro compiler (after > replacing this little gcc'ism:) Patch applied. Ralf From alexreil@dialup.nacamar.de Tue Jul 11 10:43:29 2000 Received: from dialup.nacamar.de (authsrv.nacamar.de [194.162.162.197]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id KAA26594; Tue, 11 Jul 2000 10:43:29 +0200 (MET DST) Received-Date: Tue, 11 Jul 2000 10:43:29 +0200 (MET DST) Received: (qmail 12402 invoked from network); 11 Jul 2000 08:43:26 -0000 Received: from dialup30-24.access.nacamar.de (HELO dialup.nacamar.de) (master@212.172.5.24) by authsrv.nacamar.de with SMTP; 11 Jul 2000 08:43:26 -0000 Sender: master@fnet.fr Message-ID: <396AE0F3.E109698E@dialup.nacamar.de> Date: Tue, 11 Jul 2000 10:55:15 +0200 From: Alexander Reil X-Mailer: Mozilla 4.7 [de] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: Stefan =?iso-8859-1?Q?K=F6nig?= CC: linux-mips@fnet.fr Subject: Re: Linux on RM200 References: <200007102112.XAA21868@laurin.munich.netsurf.de> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 708 Lines: 28 Stefan König wrote: > What i need i a little Help for Implementing Linux on a RM200 System, wich i > have. > My problem is - how to exchange the activ Sinix with an Linux System. > can somebody Help me ?? What kind of RM200 do you have? there are several types. On a RM200-225 i did the following: First i had to switch RM200 from big endian to little endian. There's a software called "sinix_to_nt". I had to beg for it at SNI. I had to change a certain dip-switch at the motherboard , too. After a cold-reset my RM200 was little endian. that's my status quo. At the moment, i have no time to proceed. Please let me know, if you are successfull. -- A. Reil E-Mail: alexreil@dialup.nacamar.de From geert@linux-m68k.org Tue Jul 11 14:50:07 2000 Received: from styx.cs.kuleuven.ac.be (root@styx.cs.kuleuven.ac.be [134.58.40.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA28257; Tue, 11 Jul 2000 14:50:07 +0200 (MET DST) Received-Date: Tue, 11 Jul 2000 14:50:07 +0200 (MET DST) Received: from cassiopeia.home (root@dialup005.cs.kuleuven.ac.be [134.58.47.134]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e6BCneA12233; Tue, 11 Jul 2000 14:49:40 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA00581; Tue, 11 Jul 2000 14:35:00 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Tue, 11 Jul 2000 14:34:59 +0200 (CEST) From: Geert Uytterhoeven Sender: geert@geert.cs.kuleuven.ac.be To: nick@ns.snowman.net cc: Jason Mesker , Ralf Baechle , "debian-mips@lists.debian.org" , "linux-mips@fnet.fr" , "linux-mips@oss.sgi.com" , "linux-mips@vger.rutgers.edu" Subject: Re: R5000 oops In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1491 Lines: 32 On Mon, 10 Jul 2000 nick@ns.snowman.net wrote: > I have a R5k indy with 128meg and 2x2gig disks that I can test on. It's > currently running irix, but i've been meaning to install linux on it. If > one of you can tell me what I should test/test for I'd be willing to try. Just stress test the box and you'll see. > On Mon, 10 Jul 2000, Geert Uytterhoeven wrote: > > On Mon, 10 Jul 2000, Jason Mesker wrote: > > > I am running kernel version: 2.4.0 test 3 pre 2. I am useing wesolows vmlinux-0704b kernel. > > > > > > I think I have found the problem though. I was running the system without swap and with 64Megs of RAM. I added around 20 megs of swap space and did the > > > configure again and it worked fine. I am actually compiling now and will let the status be known if it completes or not. As of right now everything looks > > > like it is working fine with the swap enabled. > > > > I suspect that's not the problem, though. 64 MB of RAM should not be exhausted > > that fast. > > > > I saw lots of similar oopses on the NEC DDB Vrc-5074 with various 2.3.x > > kernels. Other people reported similar oopses with other machines. And the > > common factor is the R5000. 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 hiroo.hayashi@toshiba.co.jp Tue Jul 11 14:59:01 2000 Received: from inet-tsb.toshiba.co.jp (inet-tsb.toshiba.co.jp [202.33.96.40]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA28360; Tue, 11 Jul 2000 14:58:59 +0200 (MET DST) Received-Date: Tue, 11 Jul 2000 14:58:59 +0200 (MET DST) Received: from tis2.tis.toshiba.co.jp (tis2 [133.199.160.66]) by inet-tsb.toshiba.co.jp (3.7W:TOSHIBA-ISC-2000030918) with ESMTP id VAA00445; Tue, 11 Jul 2000 21:58:54 +0900 (JST) Received: from mx.toshiba.co.jp by tis2.tis.toshiba.co.jp (8.8.4+2.7Wbeta4/3.3W9-95082317) id VAA09717; Tue, 11 Jul 2000 21:58:53 +0900 (JST) Received: by toshiba.co.jp (8.7.1+2.6Wbeta4/3.3W9-TOSHIBA-GLOBAL SERVER) id VAA23473; Tue, 11 Jul 2000 21:58:52 +0900 (JST) To: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: div overflow X-Mailer: Mew version 1.94.2 on Emacs 20.6 / Mule 4.0 (HANANOEN) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <200007111258.VAA23473@toshiba.co.jp> Date: Tue, 11 Jul 2000 21:58:47 +0900 From: Hiroo HAYASHI X-Dispatcher: imput version 20000228(IM140) Content-Length: 1004 Lines: 33 In MIPS architecture, is the result of 0x80000000/-1 undefined? The operands of DIV instruction 32bit signed int. 0x7fff_ffff = 2,147,483,647 (INT_MAX) 0x8000_0000 = -2,147,483,648 (INT_MIN) limits.h defines them as; > /* Minimum and maximum values a `signed int' can hold. */ > # define INT_MIN (- INT_MAX - 1) > # define INT_MAX 2147483647 0x8000_0000 / 0xffff_ffff = -2,147,483,648 / -1 = 2,147,483,648 > INT_MAX But the description of the DIV instruction of MIPS RISC Architecture (Kane and Heinrich) says; No overflow exception occurs under any circumstances, and the result of this operation is undefined when the divisor is zero. According to 'See MIPS Run', P.186, MIPS assembler expands a div instruction to an instruction sequence in which these condition are checked. Do all MIPS assemblers do this? Any information is welcome. Thank you. ------------- Hiroo Hayashi System LSI Architecture Dept. Computer on Silicon Development Center TOSHIBA Corporation From tor@spacetec.no Tue Jul 11 16:19:54 2000 Received: from pallas.spacetec.no (firewall.spacetec.no [192.51.5.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA29672; Tue, 11 Jul 2000 16:19:53 +0200 (MET DST) Received-Date: Tue, 11 Jul 2000 16:19:53 +0200 (MET DST) Received: (from tor@localhost) by pallas.spacetec.no (8.9.1a/8.9.1) id QAA08466; Tue, 11 Jul 2000 16:19:18 +0200 Message-Id: <200007111419.QAA08466@pallas.spacetec.no> From: tor@spacetec.no (Tor Arntsen) Date: Tue, 11 Jul 2000 16:19:18 +0200 In-Reply-To: Ralf Baechle "Re: Kernel boot tips." (Jul 10, 23:53) X-Mailer: Mail User's Shell (7.2.6 beta(4) 03/19/98) To: Ralf Baechle Subject: Re: Kernel boot tips. Cc: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Content-Length: 427 Lines: 13 On Jul 10, 23:53, Ralf Baechle wrote: [...] >It's a while that I last worked on it but as I remember --vh-to-unix was >actually working while the other direction was work in progress. It is indeed working, I was merely using it incorrectly (I had specified the device as I do with the SGI dvhtool instead of using -d). >Maybe some nroff fan also wants to provide a manpage? I can do it if nobody else beats me to it. -Tor From ralf@oss.sgi.com Wed Jul 12 01:57:33 2000 Received: from u-215.karlsruhe.ipdial.viaginterkom.de (u-215.karlsruhe.ipdial.viaginterkom.de [62.180.10.215]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA04438; Wed, 12 Jul 2000 01:57:31 +0200 (MET DST) Received-Date: Wed, 12 Jul 2000 01:57:31 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 12 Jul 2000 01:57:16 +0200 Date: Wed, 12 Jul 2000 01:57:16 +0200 From: Ralf Baechle To: Tor Arntsen Cc: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: Kernel boot tips. Message-ID: <20000712015716.C4606@bacchus.dhis.org> References: <200007111419.QAA08466@pallas.spacetec.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200007111419.QAA08466@pallas.spacetec.no>; from tor@spacetec.no on Tue, Jul 11, 2000 at 04:19:18PM +0200 X-Accept-Language: de,en,fr Content-Length: 662 Lines: 19 On Tue, Jul 11, 2000 at 04:19:18PM +0200, Tor Arntsen wrote: > On Jul 10, 23:53, Ralf Baechle wrote: > [...] > >It's a while that I last worked on it but as I remember --vh-to-unix was > >actually working while the other direction was work in progress. > > It is indeed working, I was merely using it incorrectly (I had specified > the device as I do with the SGI dvhtool instead of using -d). > > >Maybe some nroff fan also wants to provide a manpage? > > I can do it if nobody else beats me to it. While still somewhat inaccurate the manpage is still a big improvment over the current Read-The-Fucking-Source state of things, so I've applied it. Ralf From ralf@oss.sgi.com Wed Jul 12 18:28:09 2000 Received: from u-132.karlsruhe.ipdial.viaginterkom.de (u-132.karlsruhe.ipdial.viaginterkom.de [62.180.10.132]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA11842; Wed, 12 Jul 2000 18:28:07 +0200 (MET DST) Received-Date: Wed, 12 Jul 2000 18:28:07 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Wed, 12 Jul 2000 18:08:00 +0200 Date: Wed, 12 Jul 2000 18:08:00 +0200 From: Ralf Baechle To: Hiroo HAYASHI Cc: linux-mips@oss.sgi.com, linux-mips@vger.rutgers.edu, linux-mips@fnet.fr Subject: Re: div overflow Message-ID: <20000712180800.C32169@bacchus.dhis.org> References: <200007111258.VAA23473@toshiba.co.jp> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200007111258.VAA23473@toshiba.co.jp>; from hiroo.hayashi@toshiba.co.jp on Tue, Jul 11, 2000 at 09:58:47PM +0900 X-Accept-Language: de,en,fr Content-Length: 2337 Lines: 65 On Tue, Jul 11, 2000 at 09:58:47PM +0900, Hiroo HAYASHI wrote: > In MIPS architecture, is the result of 0x80000000/-1 undefined? > > The operands of DIV instruction 32bit signed int. > > 0x7fff_ffff = 2,147,483,647 (INT_MAX) > 0x8000_0000 = -2,147,483,648 (INT_MIN) > > limits.h defines them as; > > > /* Minimum and maximum values a `signed int' can hold. */ > > # define INT_MIN (- INT_MAX - 1) > > # define INT_MAX 2147483647 > > 0x8000_0000 / 0xffff_ffff = -2,147,483,648 / -1 = 2,147,483,648 > INT_MAX Worse - you're using signed numbers, so 2,147,483,648 is actually -2,147,483,648 which is smaller than INT_MAX. The death trap in two's complement arithmetic. > But the description of the DIV instruction of MIPS RISC Architecture > (Kane and Heinrich) says; > > No overflow exception occurs under any circumstances, and the > result of this operation is undefined when the divisor is zero. Correct. Note that sometimes it's somewhat confusing which instructions are macro instructions and which the pure machine instruction on MIPS. In this particular case > According to 'See MIPS Run', P.186, MIPS assembler expands a div > instruction to an instruction sequence in which these condition are > checked. Do all MIPS assemblers do this? At least I don't know any exceptions. This is how the GNU assembler expands div $2, $3, $4 when assembled with -O3 -mips4 --trap: 0: 0064001a div $zero,$v1,$a0 4: 00800034 teq $a0,$zero 8: 2401ffff li $at,-1 c: 14810002 bne $a0,$at,18 10: 3c018000 lui $at,0x8000 14: 00610034 teq $v1,$at 18: 00001012 mflo $v0 1c: 00000000 nop As you see the code tries to handle the special cases division by zero and division of 0x80000000 / -1. Also fairly bulky macro expansion - and the MIPS I macro is even heavier. If you want to disable this you have to use the div / divu / ddiv / ddivu instructions with $0 as the first argument and do the mflo yourself. Which reminds me that I intend to use --trap as an optimization since a long time. Compiling the default Origin kernel with and without --trap text data bss dec hex filename 1276100 321624 204396 1802120 1b7f88 vmlinux 1274404 321624 204396 1800424 1b78e8 vmlinux.trap Quite impressive difference for all most zero effort to implement ... Ralf From digitalinstinct@yahoo.com Fri Jul 14 07:27:39 2000 Received: from web906.mail.yahoo.com (web906.mail.yahoo.com [128.11.23.81]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id HAA28935; Fri, 14 Jul 2000 07:27:37 +0200 (MET DST) Received-Date: Fri, 14 Jul 2000 07:27:37 +0200 (MET DST) Received: (qmail 26092 invoked by uid 60001); 14 Jul 2000 05:27:35 -0000 Message-ID: <20000714052735.26091.qmail@web906.mail.yahoo.com> Received: from [216.225.23.144] by web906.mail.yahoo.com; Thu, 13 Jul 2000 22:27:35 PDT Date: Thu, 13 Jul 2000 22:27:35 -0700 (PDT) From: Arjuna Arjuna Subject: Linux on my MIPS Symbol device To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 776 Lines: 21 Hi there. I've been developing a business application, CE 2.11, for the Symbol ppt 2700 device. This is a handheld that has a scanner and an RF adapter integrated into it. The processor is a MIPS R4000 75 mhz, w/ 16 megs. I've been very interested in embedded linux and I have been following all the news threads on it as well. My interest has peaked to the point where I'd like to experiment with one of these Symbol devices. So can you help me get started ? I know C programming plus a bunch of 'Windows development stuff'. I couldn't think of anything more fun then learning kernel hacking on a handheld device :) -Justin __________________________________________________ Do You Yahoo!? Get Yahoo! Mail – Free email you can access from anywhere! http://mail.yahoo.com/ From master@crosspoint.co.jp Sun Jul 16 11:00:21 2000 Received: from mailgw.cablecom.ne.jp (mailgw.cablecom.ne.jp [202.248.199.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA16740; Sun, 16 Jul 2000 11:00:19 +0200 (MET DST) Received-Date: Sun, 16 Jul 2000 11:00:19 +0200 (MET DST) Received: from srv2.cablecom.ne.jp by mailgw.cablecom.ne.jp (8.9.3/3.7W) id SAA28340; Sun, 16 Jul 2000 18:00:14 +0900 (JST) Received: from htm01404 by srv2.cablecom.ne.jp (8.9.3/3.7W) id SAA11464; Sun, 16 Jul 2000 18:00:12 +0900 (JST) To: linux-mips@fnet.fr From: =?ISO-2022-JP?B?GyRCM3Q8MDJxPFIlLyVtJTklXSUkJXMlSBsoQg==?= Date: Sun, 16 Jul 2000 17:59:42 +0900 Subject: =?ISO-2022-JP?B?GyRCJGgkbSQ3JC8kKjRqJCQkJCQ/JDckXiQ5GyhC?= X-Mailer: IM2000 Version 1.01 MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Type: text/plain; charset=iso-2022-jp Message-Id: <0716100175942.61480@htm01404> Content-Length: 1834 Lines: 51 $B!z(B $BFMA3$N%a!<%k$G<:Ni$$$?$7$^$9(B http://www.crosspoint.co.jp $BEv;I7?(BCD-ROM,DVD-R$B$N@):n(B $BL>;I7?#C#D%m%`$O#1Kg#2#0#01_$h$j!!!!0lH/$G%[!<%`%Z!<%8$X%"%/%;%9$7$^$9!#(B $B0u:~%3%9%H!"L>;I%3%9%H!"#P#R%3%9%H$r>J$$$F$/$l$^$9!#(B $B:#$^$G$N1GA|@):n$KK~B-$5$l$F$$$^$9$+!)(B $B%S%G%*!"#C#D@):n$O9b3[$@$H$"$-$i$a$F$$$^$;$s$+!)(B $B%S%G%*@):n!"%G!<%?@):n$O!"Dc%3%9%H$G2DG=$J;~Be$G$9!#(B $BD>@\Ev;I7?#C#D@):ne$2$^$9!#(B $B!z(B From jsun@mvista.com Wed Jul 19 23:42:50 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA15575; Wed, 19 Jul 2000 23:42:46 +0200 (MET DST) Received-Date: Wed, 19 Jul 2000 23:42:46 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id OAA10688; Wed, 19 Jul 2000 14:41:41 -0700 Sender: jsun@hermes.mvista.com Message-ID: <39762094.9F59676D@mvista.com> Date: Wed, 19 Jul 2000 14:41: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@engr.sgi.com, linux-mips@fnet.fr CC: Geert.Uytterhoeven@sonycom.com Subject: How does PCI device get its interrupt vector? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 816 Lines: 23 I am trying to get DDB5476 working and got puzzled by the interrupt vector thing. The on-board ether chip, a PCI device, apparently indicates it generates interrupts and has an interrupt vector of 123. Later on, when tulip_open tries to call request_irq(123, ...), it returns with an error because the vector is greater than 32. Here are my questions : 1. Who wrote 123 to the ether chip? That does not sound right to me at first place. 2. Assuming the ether chip returns 0xFF (an invalid interrupt vector, which I believe is the correct behavior), which part of Linux is responsible to figure out the correct interrupt vector? Here we do have the interrupt pin information and interrupt routing information. So we should be able to tell what is the right interrupt vector number. Any hints? Thanks. Jun From jsun@mvista.com Thu Jul 20 03:13:05 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA17731; Thu, 20 Jul 2000 03:13:03 +0200 (MET DST) Received-Date: Thu, 20 Jul 2000 03:13:03 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id SAA15079; Wed, 19 Jul 2000 18:12:14 -0700 Sender: jsun@hermes.mvista.com Message-ID: <397651ED.80F1A4D4@mvista.com> Date: Wed, 19 Jul 2000 18:12:13 -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@engr.sgi.com, linux-mips@fnet.fr, Geert.Uytterhoeven@sonycom.com Subject: Re: How does PCI device get its interrupt vector? References: <39762094.9F59676D@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 287 Lines: 9 Jun Sun wrote: > > 2. Assuming the ether chip returns 0xFF (an invalid interrupt vector, > which I believe is the correct behavior), which part of Linux is > responsible to figure out the correct interrupt vector? Never mind. I found the place. It is in pcibios_fixup_irqs(). Jun From ralf@oss.sgi.com Thu Jul 20 15:33:16 2000 Received: from u-51.karlsruhe.ipdial.viaginterkom.de (u-51.karlsruhe.ipdial.viaginterkom.de [62.180.18.51]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA21573; Thu, 20 Jul 2000 15:33:14 +0200 (MET DST) Received-Date: Thu, 20 Jul 2000 15:33:14 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Thu, 20 Jul 2000 14:27:47 +0200 Date: Thu, 20 Jul 2000 14:27:47 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: "J. Scott Kasten" , Keith M Wesolowski , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Simple Linux/MIPS 0.2b Message-ID: <20000720142747.C26191@bacchus.dhis.org> References: <20000714005155.C8972@bacchus.dhis.org> 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 Wed, Jul 19, 2000 at 04:04:58PM +0200 X-Accept-Language: de,en,fr Content-Length: 1146 Lines: 25 On Wed, Jul 19, 2000 at 04:04:58PM +0200, Maciej W. Rozycki wrote: > > We have various known problems with the various binutils version around. > > We're working on getting a current snapshot of binutils working > > properly but right now we still have various problems, therefore > > egcs 1.0.3a + binutils 2.8.1 is still the recommended version. > > I have binutils 2.10 and gcc 2.95.2 which appear to be stable, i.e. I > haven't observed any problems recently. I may publish patches if anyone > is interested. I may see if I can arrange to publish RPM packages as > well. Anyway, have you tried to rebuild an entire Linux distribution with your toolset, including kernel, static (Like rpm or ldconfig) and dynamic PIC code? If that was successful I'd really like to recommend your toolset as the new standard - especially binutils 2.8.1 are just too rotten. Example: [ralf@indy /tmp]$ echo 'main(){}' > c.c;gcc -o c c.c -lm -lieee collect2: ld terminated with signal 11 [Segmentation fault], core dumped This nukes binutils 2.8.1 reliably ... The problem is extracted from the INN build but also affects a few more packages. Ralf From macro@ds2.pg.gda.pl Thu Jul 20 20:58:48 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA23400; Thu, 20 Jul 2000 20:58:47 +0200 (MET DST) Received-Date: Thu, 20 Jul 2000 20:58:47 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id UAA20694; Thu, 20 Jul 2000 20:57:46 +0200 (MET DST) Date: Thu, 20 Jul 2000 20:57:45 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: "J. Scott Kasten" , Keith M Wesolowski , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Simple Linux/MIPS 0.2b In-Reply-To: <20000720142747.C26191@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 2764 Lines: 59 On Thu, 20 Jul 2000, Ralf Baechle wrote: > Anyway, have you tried to rebuild an entire Linux distribution with your No I didn't and I don't expect anytime soon. Basically due to the lack of disk space and time to tweak broken RPMs. I've effectively build 68 of different binary RPMs so far (not counting different releases of the same packages) and these include tools important to run a minimal system as well as have a reasonable development environment. These include SysVinit 2.78, bash 2.04, binutils 2.10, db 3.0.55, gcc 2.95.2, gdb 5.0, glibc 2.1.91, pam 0.72, rpm 3.0.4, and others. > toolset, including kernel, static (Like rpm or ldconfig) and dynamic PIC > code? If that was successful I'd really like to recommend your toolset As far as I can see both statically (bash.static, rpm, ldconfig) and dynamically linked code (almost everything else) works. Dlopening seems to work as NSS and PAM modules appear to work but it needs further investigation. Every recent failure I observed was a result of a bug in glibc or the kernel. > as the new standard - especially binutils 2.8.1 are just too rotten. Agreed. > Example: > > [ralf@indy /tmp]$ echo 'main(){}' > c.c;gcc -o c c.c -lm -lieee > collect2: ld terminated with signal 11 [Segmentation fault], core dumped This works for me with a cross-compiler from an i386 host. I'll try it natively at home tonight. I don't expect a failure, though. Gcc is rock-solid for me for quite some time, and the last failure of binutils I've seen was the problem of relocations in .data section in an executable I've discussed with Ulf at the end of May. Gcc 2.96 is just to unstable to be used unless developing it and there is no point in using binutils 2.10.90 for most people. > This nukes binutils 2.8.1 reliably ... The problem is extracted from the > INN build but also affects a few more packages. I will build packages progressively but bugfixes and improvements are higher on my TODO list than a working distribution -- I can work with init starting bash on the console. ;-) I hope to have working libpthreads tonight (fixes are in yesterday's changes and I have a patch to support R3K) -- this is the last remaining obstacle that prevents me from being able to build .mipsel.rpm packages natively (not all software cross-builds well; glibc included). I'll be able to test various software more thoroughly then (though building glibc over NFS would certainly not be running at a stunning speed, sigh...). I will definitely work for getting some FTP space for RPMs. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From AnneS@elinux.com Fri Jul 21 01:38:00 2000 Received: from ccnt_smtp1.cc-inc.com (smtp1.GovEd.com [209.233.130.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27252; Fri, 21 Jul 2000 01:37:57 +0200 (MET DST) Received-Date: Fri, 21 Jul 2000 01:37:57 +0200 (MET DST) Received: by CCNT_SMTP1 with Internet Mail Service (5.5.2650.21) id ; Thu, 20 Jul 2000 16:24:00 -0700 Message-ID: From: Anne Sharp To: "'linux-mips@fnet.fr'" Subject: Distro Info Request! Date: Thu, 20 Jul 2000 16:25:19 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF2A1.955A99E4" Content-Length: 17329 Lines: 517 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF2A1.955A99E4 Content-Type: text/plain; charset="iso-8859-1" To Whom It May Concern at Linux/MIPS: An opportunity to promote your distribution! eLinux.com is in the process of building the Internet's most comprehensive up-to-date listing of Linux distributions. We'd greatly appreciate it if you'd provide us with the following information (check back soon for the eLinux.com "Choose a Distribution" page!) for EACH distribution you are developing: Name of Distribution: Stable Version: Developed by: Contact email: URL: FTP site: Languages: Target Users (e.g. home, office, hackers, developers): Desktop Environments (e.g. Gnome, KDE): Configuration tool (e.g. lizard, linuxconf, yast): Package Manager: Platform: Type: (e.g. Full-sized, floppy, mini, embedded, for DOS/ Windows, "Other"): Description (100 words or less): THANK YOU in advance for your prompt response! Anne Sharp Community Content Writer http://www.eLinux.com Local Tel. (310) 225.5088 x4023 Toll-free Tel. (877) 39-LINUX x4023 * Sell your product on eLinux.com! If you are interested in having your product(s) appear on the eLinux.com Web site or in our Product Guide, please see our OpenVendor Program at * Do you want to make money? If you'd like to earn commissions on each referral, sign up for our OpenAlliance Network at * Let's exchange banners! Check out the eLinux.com Banner Exchange Program at * Now considering article submissions! Let us know if you're good with words, and have an interesting angle you'd like to cover. ------_=_NextPart_001_01BFF2A1.955A99E4 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To Whom It May Concern:

To Whom It May Concern at = Linux/MIPS:

 

An opportunity to promote = your distribution!

eLinux.com= is in the process of building the = Internet’s most comprehensive up-to-date listing of Linux distributions. = We’d greatly appreciate it if you’d provide us with the following information = (check back soon for the eLinux.com “Choose a Distribution” page!) for = EACH distribution you are developing:

 

 

Name of = Distribution:

Stable = Version:

Developed = by:

Contact = email:

URL:

FTP = site:

Languages:=

Target Users (e.g. home, = office, hackers, developers):

Desktop Environments (e.g. = Gnome, KDE):

Configuration tool (e.g. = lizard, linuxconf, yast):

Package = Manager:

Platform:<= /font>

Type: (e.g. Full-sized, = floppy, mini, embedded, for DOS/ Windows, = “Other”):

Description (100 words or = less):

 

 

THANK YOU in advance for your prompt = response!

 

Anne = Sharp

Community Content Writer

http://www.eLinux.com=

Local Tel. (310) 225.5088  = x4023

Toll-free Tel. (877) 39-LINUX = x4023

 

=B7          Sell your product on eLinux.com! If you are interested in having = your product(s) appear on the eLinux.com Web site or in our Product Guide, = please see our OpenVendor Program at <http://www.elinux.com/openvendor/index.html>=

 

=B7          Do you want to make money? If you’d like to earn commissions on each referral, sign = up for our OpenAlliance Network at <http://www.elinux.com/community/affiliates.html= >

 

=B7          Let’s exchange banners! Check out the eLinux.com Banner Exchange Program at <http://www.elinux.com/community/bannerexchange/= BannerExchange.php3>  

 

=B7          Now considering article submissions! Let us know if you're good with = words, and have an interesting angle you'd like to cover.=

 

 

 

 

 

 

------_=_NextPart_001_01BFF2A1.955A99E4-- From macro@ds2.pg.gda.pl Fri Jul 21 12:27:28 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA00847; Fri, 21 Jul 2000 12:27:25 +0200 (MET DST) Received-Date: Fri, 21 Jul 2000 12:27:25 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA06976; Fri, 21 Jul 2000 12:21:57 +0200 (MET DST) Date: Fri, 21 Jul 2000 12:21:57 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Ralf Baechle cc: "J. Scott Kasten" , Keith M Wesolowski , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Simple Linux/MIPS 0.2b In-Reply-To: <20000720142747.C26191@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 682 Lines: 18 On Thu, 20 Jul 2000, Ralf Baechle wrote: > [ralf@indy /tmp]$ echo 'main(){}' > c.c;gcc -o c c.c -lm -lieee > collect2: ld terminated with signal 11 [Segmentation fault], core dumped The above example compiles fine for me natively and the resulting binary works (i.e. it doesn't crash; what else would anyone expect from it? ;-) ). Also I built a CVS snapshot of glibc 2.1.91 taken Jul 20th, 2000 at 2:25 UTC and it solves the libpthreads showstopper as I expected. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From jsun@mvista.com Sat Jul 22 04:40:19 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA10059; Sat, 22 Jul 2000 04:40:18 +0200 (MET DST) Received-Date: Sat, 22 Jul 2000 04:40:18 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id TAA29846; Fri, 21 Jul 2000 19:39:44 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3979096E.2E11AFA6@mvista.com> Date: Fri, 21 Jul 2000 19:39:42 -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@engr.sgi.com, linux-mips@fnet.fr Subject: kmem_alloc: NULL ptr (name=unknown) - is it a serious problem? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 449 Lines: 14 I found a couple of these annoying messages at the beginning of kernel startup. It seems that some subsystems are requesting regions (request_region()) before kernel even initialize its memory. It appears to me this reservation is just for mutual exclusive access to some memory region. Since I have a static system (no PnP and hot swap etc), so I can safely ignore them. Does that make sense? What is the right to avoid these warnings? Jun From ralf@oss.sgi.com Mon Jul 24 01:28:38 2000 Received: from u-46.karlsruhe.ipdial.viaginterkom.de (u-46.karlsruhe.ipdial.viaginterkom.de [62.180.18.46]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA28581; Mon, 24 Jul 2000 01:28:37 +0200 (MET DST) Received-Date: Mon, 24 Jul 2000 01:28:37 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 24 Jul 2000 01:28:22 +0200 Date: Mon, 24 Jul 2000 01:28:22 +0200 From: Ralf Baechle To: Jun Sun Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: kmem_alloc: NULL ptr (name=unknown) - is it a serious problem? Message-ID: <20000724012822.C2678@bacchus.dhis.org> References: <3979096E.2E11AFA6@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3979096E.2E11AFA6@mvista.com>; from jsun@mvista.com on Fri, Jul 21, 2000 at 07:39:42PM -0700 X-Accept-Language: de,en,fr Content-Length: 653 Lines: 17 On Fri, Jul 21, 2000 at 07:39:42PM -0700, Jun Sun wrote: > I found a couple of these annoying messages at the beginning of kernel > startup. It seems that some subsystems are requesting regions > (request_region()) before kernel even initialize its memory. > > It appears to me this reservation is just for mutual exclusive access to > some memory region. Since I have a static system (no PnP and hot swap > etc), so I can safely ignore them. > > Does that make sense? Not really. The kernel initializes all devices long after memory managment, see init/main.c:start_kernel(). So the simple suggestion would be to delay initialization. Ralf From cdavies@altera.com Mon Jul 24 12:07:45 2000 Received: from mail02-oak.pilot.net (mail-oak-2.pilot.net [198.232.147.17]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA02538; Mon, 24 Jul 2000 12:07:44 +0200 (MET DST) Received-Date: Mon, 24 Jul 2000 12:07:44 +0200 (MET DST) Received: from Altera.COM (altera.com [137.57.1.1] (may be forged)) by mail02-oak.pilot.net with ESMTP id DAA07848 for ; Mon, 24 Jul 2000 03:07:36 -0700 (PDT) Received: from sj-gw01.altera.com by Altera.COM (8.8.8+Sun/SMI-4.1) id DAA29141; Mon, 24 Jul 2000 03:09:16 -0700 (PDT) Received: by sj-gw01.altera.com with Internet Mail Service (5.5.2650.21) id ; Mon, 24 Jul 2000 03:09:21 -0700 Message-ID: <82B1591A280FD411B91200D0B75B484A388701@sis-uk-msg01.altera.com> From: Clive Davies To: linux-mips@fnet.fr Subject: big nedian or little endian? Date: Mon, 24 Jul 2000 03:05:53 -0700 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Length: 346 Lines: 8 I'm looking at trying to port Linux to an embedded MIPs target and I see in the arch/mips/Makefile that there is an option to build both big and little endian versions of the kernel. The question I have is whether both will work, or whether I should aim to use one in preference to the other and configure my hardware appriopriately. TIA Clive From macro@ds2.pg.gda.pl Mon Jul 24 14:34:20 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA03958; Mon, 24 Jul 2000 14:34:19 +0200 (MET DST) Received-Date: Mon, 24 Jul 2000 14:34:19 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA04269; Mon, 24 Jul 2000 14:34:09 +0200 (MET DST) Date: Mon, 24 Jul 2000 14:34:08 +0200 (MET DST) From: "Maciej W. Rozycki" To: linux-mips@fnet.fr, linux-mips@oss.sgi.com Subject: Gdb 5.0 patches for MIPS/Linux -- next iteration Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 429 Lines: 12 Hi, After a bit of work a next release of gdb patches is ready. It provides a few bugfixes as well as handling of branches on coprocessor 1 conditions. It's available at 'http://www.ds2.pg.gda.pl/~macro/gdb-5.0/'. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From baza@hello.to Tue Jul 25 21:38:27 2000 Received: from mail.imep.ru (mail.imep.ru [195.222.181.67]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA17060; Tue, 25 Jul 2000 21:38:20 +0200 (MET DST) Received-Date: Tue, 25 Jul 2000 21:38:20 +0200 (MET DST) Received: from dial-up-user6.imep.ru ([195.222.181.6] helo=8r37d5ek) by mail.imep.ru with smtp (Exim 3.03 #2) id 13GywP-000FOG-00 for linux-mips@fnet.fr; Tue, 25 Jul 2000 11:15:49 +0400 From: "baza@hello.to" To: linux-mips@fnet.fr Subject: BUSINESS PRESENTATION (don't delete) X-Mailer: baza@hey.to Reply-To: baza@hello.to Date: Tue, 25 Jul 2000 11:16:41 +0300 Mime-Version: 1.0 Content-Type: text/plain; charset=Windows-1251 Message-Id: Content-Length: 577 Lines: 18 Óâàæàåìûå ãîñïîäà, ïðåäëàãàåì Âàøåìó âíèìàíèþ Áàçû Äàííûõ â ò.÷. - ÃÈÁÄÄ -2000 (àâòîâëàäåëüöû,òðàíñïîðò â óãîíå); - ÎÂÈÐ; - Ôèçè÷åñêèå ëèöà; - Ïîõèùåííûå ïàñïîðòà; - Áàíêè ÐÔ; - ×ÀÑÒÍÀß ÑÎÁÑÒÂÅÍÍÎÑÒÜ ã. Ìîñêâû (êâàðòèðîñúåìùèêè, èñòîðè êâàðòèð); - ÌÎÑÊÎÂÑÊÀß ÍÅÄÂÈÆÈÌÎÑÒÜ (ñîáñòâåííèêè è àðåíäàòîðû íåæèëûõ ïîìåùåíèé); - Ýëåêòðîííûå àäðåñà êîììåð÷åñêèõ ôèðì Ìîñêâû; - Òåëåôîííûé Ñïðàâî÷íèê Ìîñêâû (â ò.÷. ÑÎÒÎÂÛÅ); - Ðåãèñòðàöèîííà Ïàëàòà (Ìîñêâà, îáëàñòü, äð.ãîðîäà; - Ïðîèçâîäèòåëè òîâàðîâ è óñëóã Ðîññèè è ÑÍÃ... Best regards http://www.geocities.com/b2000_bg/index.html From AnneS@elinux.com Wed Jul 26 02:56:31 2000 Received: from ccnt_smtp1.cc-inc.com (smtp1.GovEd.com [209.233.130.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA21518; Wed, 26 Jul 2000 02:56:28 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 02:56:28 +0200 (MET DST) Received: by CCNT_SMTP1 with Internet Mail Service (5.5.2650.21) id ; Tue, 25 Jul 2000 17:49:39 -0700 Message-ID: From: Anne Sharp To: Anne Sharp Subject: Distro Request- Thanks! Date: Tue, 25 Jul 2000 17:51:03 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF69B.60795E56" Content-Length: 12598 Lines: 409 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF69B.60795E56 Content-Type: text/plain; charset="iso-8859-1" Thanks for your fantastic response! The eLinux.com listing of Linux distributions is growing quickly! The list now includes over 200 distros, and detailed info (below) from close to 100 of you! If you have not already replied, join the detailed listing by replying with the following information! Name of Distribution: Stable Version: Developed by: Contact email: URL: FTP site: Languages: (English, etc.): Target Users: (e.g. home, office, hackers, developers, newbies, etc.): Desktop Environments: (e.g. Gnome, KDE, etc.): Configuration tool: (e.g. lizard, linuxconf, yast): Package Manager: (RPM, etc.): Platform: (i386, etc.): Type: (e.g. Full-sized, floppy, mini, embedded, for DOS/ Windows, "Other," etc.): Description (100 words or less): And, be sure to check back to www.eLinux.com next week to see your distro on eLinux.com's new Distro page! Thanks again for your assistance building a great community resource! Anne Sharp Community Content Writer eLinux.com http://www.eLinux.com Toll-free Tel. (877) 39-LINUX x4023 ------_=_NextPart_001_01BFF69B.60795E56 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To Whom It May Concern:

Thanks for your fantastic = response!

The eLinux.com listing of Linux = distributions is growing quickly! The list now includes over 200 distros, and detailed = info (below) from close to 100 of you!  If you have not already replied, join the detailed listing by replying = with the following information!

 

Name of Distribution: =

Stable = Version:

Developed = by:

Contact = email:

URL:

FTP = site:

Languages: (English, = etc.):

Target Users: (e.g. home, = office, hackers, developers, newbies, etc.):

Desktop Environments: (e.g. = Gnome, KDE, etc.):

Configuration tool: (e.g. = lizard, linuxconf, yast):

Package Manager: (RPM, = etc.):

Platform: (i386, = etc.):

Type: (e.g. Full-sized, = floppy, mini, embedded, for DOS/ Windows, “Other,” = etc.):

Description (100 words or = less):

 

And, be sure to check back to www.eLinux.com next week to see = your distro on eLinux.com’s new Distro page! Thanks again for your assistance = building a great community resource!

 

Anne = Sharp

Community Content Writer

eLinux.com

http://www.eLinux.com

Toll-free Tel. (877) 39-LINUX = x4023

 

 

 

------_=_NextPart_001_01BFF69B.60795E56-- From Dylan_G@bigfoot.com Wed Jul 26 04:47:11 2000 Received: from mail.thock.com (user88274@24.67.43.214.sk.wave.home.com [24.67.43.214]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA23056; Wed, 26 Jul 2000 04:47:10 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 04:47:10 +0200 (MET DST) Received: from bigfoot.com (shadowgate.lan [192.168.0.2]) by mail.thock.com (Postfix) with ESMTP id 32C18F868 for ; Tue, 25 Jul 2000 20:47:06 -0600 (CST) Message-ID: <397E50F4.E3D84772@bigfoot.com> Date: Tue, 25 Jul 2000 20:46:12 -0600 From: Dylan Griffiths X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: Personal DECstation 5000/25 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 483 Lines: 8 Hey.. I have the above mentioned hardware, and have been trying to boot it over my network using a snapshot of the Linux MIPS code. Unfortunately, tftp doesn't work with the kernel (> 1mb) because of PROM bugs. I've been looking for a MOP loader. The page mentions one "in development," but hasn't been updated in two years. Could you point me to someone who would have it? (Or the code so I can finish it) -- www.kuro5hin.org -- technology and culture, from the trenches. From paul@milleng.com.au Wed Jul 26 13:30:13 2000 Received: from slither.flatnet.au (CPE-144-132-190-198.nsw.bigpond.net.au [144.132.190.198]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA28042; Wed, 26 Jul 2000 13:30:10 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 13:30:10 +0200 (MET DST) Received: from milleng.com.au (slim.flatnet.au [192.168.5.20]) by slither.flatnet.au (8.9.3/8.8.7) with ESMTP id VAA18505; Wed, 26 Jul 2000 21:29:50 +1000 Message-ID: <397ECBAD.87586FCD@milleng.com.au> Date: Wed, 26 Jul 2000 21:29:49 +1000 From: "Paul M. Antoine" Organization: Millennium Engineering Pty Ltd X-Mailer: Mozilla 4.61 [en]C-CCK-MCD {Sony} (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Dylan Griffiths CC: Linux MIPS mailing list Subject: Re: Personal DECstation 5000/25 References: <397E50F4.E3D84772@bigfoot.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1223 Lines: 27 Dylan wrote: > Hey.. I have the above mentioned hardware, and have been trying to boot > it over my network using a snapshot of the Linux MIPS code. Unfortunately, > tftp doesn't work with the kernel (> 1mb) because of PROM bugs. I've been > looking for a MOP loader. The page mentions one "in development," but > hasn't been updated in two years. Could you point me to someone who would > have it? (Or the code so I can finish it) Although I've never done any work on it, I have a copy of the code, and a sample set of boot packets. Also, I see there is a text file with the DEC specification for the MOP protocol... You can find all I have on the following URL http://www.milleng.com.au/mips/mop.zip (an 80KB file) Please note that I pay for bandwidth, so if someone would mind putting this on a site that doesn't and linking it to the appropriate web sites, I'd appreciate it. Regards, Paul ______________________________________________________________________________ Paul M. Antoine Millennium Engineering Pty Ltd email: paul@milleng.com.au Phone: +61 2 9560 7331 large files: pantoine@nsw.bigpond.net.au Fax: +61 2 9560 8708 From khs@digital-digital.com Wed Jul 26 14:31:02 2000 Received: from digital-digital.com (ns.digitalndigital.co.kr [203.235.25.201] (may be forged)) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA29422; Wed, 26 Jul 2000 14:31:00 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 14:31:00 +0200 (MET DST) Received: from khs ([203.235.25.141]) by digital-digital.com (8.9.3/8.9.3) with SMTP id VAA01327; Wed, 26 Jul 2000 21:36:36 +0900 Reply-To: From: =?ks_c_5601-1987?B?sejH0by6?= To: , Subject: IGS5050 Driver Date: Wed, 26 Jul 2000 21:37:02 +0900 Message-ID: <000001bff6fe$34021120$8d19ebcb@khs> MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Content-Length: 191 Lines: 3 SGVsbG8gdGhlcmUNCg0KSSB3YW50IHRvIGtub3cgdGhhdCB0aGVyZSBpcyBhIElHUzUwNTAgR3Jw YWhpYyBjaGlwIGRyaXZlciBmb3IgbGludXgtbWlwcy4NCklmIHllcywgd2hlcmUgaXMgdGhlIGRy aXZlciBmaWxlcz8NCg0KLUhhbi1TZW9uZw== From macro@ds2.pg.gda.pl Wed Jul 26 14:54:04 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA00170; Wed, 26 Jul 2000 14:54:02 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 14:54:02 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA15622; Wed, 26 Jul 2000 14:52:50 +0200 (MET DST) Date: Wed, 26 Jul 2000 14:52:50 +0200 (MET DST) From: "Maciej W. Rozycki" To: "Paul M. Antoine" cc: Dylan Griffiths , Linux MIPS mailing list Subject: Re: Personal DECstation 5000/25 In-Reply-To: <397ECBAD.87586FCD@milleng.com.au> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1767 Lines: 38 On Wed, 26 Jul 2000, Paul M. Antoine wrote: > Although I've never done any work on it, I have a copy of the code, and a > sample set of boot packets. Also, I see there is a text file with the DEC > specification for the MOP protocol... I am going to write an ELF backend for the mopd code available out there. You'll be able to boot vmlinux directly then (no need to mess with COFF or anything). Actually I have all necessary bits figured out since February (it's incredible how trivial they are and suitable for run-time parsing, unlike BOOTP/TFTP) but I decided the need to stabilize a modern glibc 2.2-based development environment for MIPS/Linux is more urgent. As it now basically happened, I will work on mopd RSN -- I am just too tired of building fake DEC images of the kernel manually. I will try to integrate the better COFF support that was posted to the pmax/NetBSD mailing list in December, but I expect problems due to endianness issues and COFF magic numers inconsistencies. I am able to boot ~3MB images via MOP flawlessly (BOOTP/TFTP does not work on my system at all), BTW. > You can find all I have on the following URL > > http://www.milleng.com.au/mips/mop.zip (an 80KB file) > > Please note that I pay for bandwidth, so if someone would mind putting this > on a site that doesn't and linking it to the appropriate web sites, I'd > appreciate it. That's small, so I put it at 'http://ds2.pg.gda.pl/~macro/mop/' for now. It should work fast from the US and very fast from Europe during off-bussiness hours (we are UTC +0200). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From marty@dotcast.com Wed Jul 26 17:56:14 2000 Received: from DC-SRVR1.dotcast.com ([63.80.240.20]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA01709; Wed, 26 Jul 2000 17:56:13 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 17:56:13 +0200 (MET DST) Received: by DC-SRVR1.dotcast.com with Internet Mail Service (5.5.2650.21) id ; Wed, 26 Jul 2000 08:54:59 -0700 Message-ID: <52C41B218DE28244B071A1B96DD474F60AD12F@DC-SRVR1.dotcast.com> From: Marty Fouts To: "'linux-mips@fnet.fr'" Subject: subscribe Date: Wed, 26 Jul 2000 08:54:52 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2650.21) Content-Type: multipart/alternative; boundary="----_=_NextPart_001_01BFF719.D9EDF5E0" Content-Length: 686 Lines: 28 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_001_01BFF719.D9EDF5E0 Content-Type: text/plain; charset="iso-8859-1" subscribe ------_=_NextPart_001_01BFF719.D9EDF5E0 Content-Type: text/html; charset="iso-8859-1" subscribe

subscribe

------_=_NextPart_001_01BFF719.D9EDF5E0-- From Dylan_G@bigfoot.com Wed Jul 26 18:10:04 2000 Received: from mail.thock.com (user26526@24.67.43.214.sk.wave.home.com [24.67.43.214]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA02300; Wed, 26 Jul 2000 18:10:02 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 18:10:02 +0200 (MET DST) Received: from bigfoot.com (shadowgate.lan [192.168.0.2]) by mail.thock.com (Postfix) with ESMTP id E7BDDF868; Wed, 26 Jul 2000 10:09:59 -0600 (CST) Message-ID: <397F0D25.154B6681@bigfoot.com> Date: Wed, 26 Jul 2000 10:09:09 -0600 From: Dylan Griffiths X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: "Paul M. Antoine" Cc: Linux MIPS mailing list Subject: Re: Personal DECstation 5000/25 References: <397E50F4.E3D84772@bigfoot.com> <397ECBAD.87586FCD@milleng.com.au> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 431 Lines: 12 "Paul M. Antoine" wrote: > Please note that I pay for bandwidth, so if someone would mind putting this > on a site that doesn't and linking it to the appropriate web sites, I'd > appreciate it. It now also exists on http://www.thock.com/Dylan/linuxmips/mop.zip I intend to document the work I do with my DECstation there, but for now only mop.zip is there. -- www.kuro5hin.org -- technology and culture, from the trenches. From babydr@baby-dragons.com Wed Jul 26 19:55:04 2000 Received: from filesrv1.baby-dragons.com (filesrv1.baby-dragons.com [199.33.245.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA05172; Wed, 26 Jul 2000 19:55:03 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 19:55:03 +0200 (MET DST) Received: from localhost (babydr@localhost) by filesrv1.baby-dragons.com (8.9.3/8.9.1) with ESMTP id KAA12280; Wed, 26 Jul 2000 10:54:56 -0700 Date: Wed, 26 Jul 2000 10:54:56 -0700 (PDT) From: "Mr. James W. Laferriere" To: "Paul M. Antoine" cc: Dylan Griffiths , Linux MIPS mailing list Subject: Re: Personal DECstation 5000/25 In-Reply-To: <397ECBAD.87586FCD@milleng.com.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1823 Lines: 42 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hello Paul & Dylan , Sorry about being late with this but from the linux-vax (old) port site . BTW, I have used this before to boot an old vax I have to *BSD . Hth , JimL http://www.mssl.ucl.ac.uk/~atp/linux-vax/download/mopd-linux.tar.gz On Wed, 26 Jul 2000, Paul M. Antoine wrote: > Dylan wrote: > > Hey.. I have the above mentioned hardware, and have been trying to boot > > it over my network using a snapshot of the Linux MIPS code. Unfortunately, > > tftp doesn't work with the kernel (> 1mb) because of PROM bugs. I've been > > looking for a MOP loader. The page mentions one "in development," but > > hasn't been updated in two years. Could you point me to someone who would > > have it? (Or the code so I can finish it) > Although I've never done any work on it, I have a copy of the code, and a > sample set of boot packets. Also, I see there is a text file with the DEC > specification for the MOP protocol... > You can find all I have on the following URL > http://www.milleng.com.au/mips/mop.zip (an 80KB file) > Please note that I pay for bandwidth, so if someone would mind putting this > on a site that doesn't and linking it to the appropriate web sites, I'd > appreciate it. > Regards, > Paul +----------------------------------------------------------------+ | James W. Laferriere | System Techniques | Give me VMS | | Network Engineer | 25416 22nd So | Give me Linux | | babydr@baby-dragons.com | DesMoines WA 98198 | only on AXP | +----------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOX8l8NbsrYDRJjJBEQKs1gCdFNMaXfqAtQtZrY8vXk9zCxN33iQAnAyb HsRerDLIH/q5w6W0AtiQszy3 =Po/Y -----END PGP SIGNATURE----- From kristoff@belbone.net Wed Jul 26 22:24:57 2000 Received: from thor.private (free2902.powered-by.skynet.be [62.4.139.86]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA07160; Wed, 26 Jul 2000 22:24:56 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 22:24:56 +0200 (MET DST) Received: from localhost (kristoff@localhost) by thor.private (8.7.6/8.6.9) with ESMTP id WAA00494; Wed, 26 Jul 2000 22:24:47 +0200 X-Authentication-Warning: thor.private: kristoff owned process doing -bs Date: Wed, 26 Jul 2000 22:24:46 +0200 (MET DST) From: Kristoff Bonne X-Sender: kristoff@thor.private To: Dylan Griffiths cc: linux-mips@fnet.fr Subject: Re: Personal DECstation 5000/25 In-Reply-To: <397E50F4.E3D84772@bigfoot.com> Message-ID: Organization: Belgacom Multimedia - Internet backbone MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1100 Lines: 27 Greetings, On Tue, 25 Jul 2000, Dylan Griffiths wrote: > Hey.. I have the above mentioned hardware, and have been trying to boot it > over my network using a snapshot of the Linux MIPS code. Unfortunately, > tftp doesn't work with the kernel (> 1mb) because of PROM bugs. I've been > looking for a MOP loader. The page mentions one "in development," but > hasn't been updated in two years. Could you point me to someone who would > have it? (Or the code so I can finish it) I 'played' with linux/MIPS on such a box about two years ago, and I this the following: - I had an ultrix-disk in the box, booted ultrix and ftp-ed the linux kernel image onto that disk. - I went back to the boot-prompt. - I did a boot of the linux-kernel from that disk. But, that was pre-Y2K and - as I know ultrix is not Y2K- I am not sure it would even still boot now ;-). Cheerio! Kr. Bonne. -- KB905-RIPE (home) belgacom internet backbone (c=be,a=rtt,p=belgacomgroup,s=Bonne,g=Kristoff) MTM & Internat. Connect kristoff.bonne@belbone.net fax: +32 2 2435122 From Dylan_G@bigfoot.com Wed Jul 26 22:35:23 2000 Received: from mail.thock.com (user3423@24.67.43.214.sk.wave.home.com [24.67.43.214]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA08111; Wed, 26 Jul 2000 22:35:22 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 22:35:22 +0200 (MET DST) Received: from bigfoot.com (shadowgate.lan [192.168.0.2]) by mail.thock.com (Postfix) with ESMTP id F01EBF868; Wed, 26 Jul 2000 14:35:19 -0600 (CST) Message-ID: <397F4B56.BD63071A@bigfoot.com> Date: Wed, 26 Jul 2000 14:34:30 -0600 From: Dylan Griffiths X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: Kristoff Bonne Cc: linux-mips@fnet.fr Subject: Re: Personal DECstation 5000/25 References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1155 Lines: 27 Kristoff Bonne wrote: > I 'played' with linux/MIPS on such a box about two years ago, and I this > the following: > - I had an ultrix-disk in the box, booted ultrix and ftp-ed the linux > kernel image onto that disk. > - I went back to the boot-prompt. > - I did a boot of the linux-kernel from that disk. > > But, that was pre-Y2K and - as I know ultrix is not Y2K- I am not sure > it would even still boot now ;-). The DECstation does boot OpenBSD 2.2 right now, but it's non-functional because of the files ripped out of it (no fstab, no /usr, etc). The clock has its own Y2k issues ("lost 120 days" every time it boots, and it thinks it's 1996). I have a 2.2.10 MIPs image for the box, but no MOP loader (OpenBSD has MOPD, but I need the SYS file). I kinda get 2.0.7 to boot via tftp (as it's < 1mb and doesn't tickle the PROM bug), but it's not really useful. I have a nice VT220 (and a 320) I intend to use for serial console until I'm sure my framebuffer works, etc.. but none of this can be done until I get a MOP loader. PS: How can I get subscribed to this list? :) -- www.kuro5hin.org -- technology and culture, from the trenches. From babydr@baby-dragons.com Wed Jul 26 23:10:51 2000 Received: from filesrv1.baby-dragons.com (filesrv1.baby-dragons.com [199.33.245.55]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA08820; Wed, 26 Jul 2000 23:10:49 +0200 (MET DST) Received-Date: Wed, 26 Jul 2000 23:10:49 +0200 (MET DST) Received: from localhost (babydr@localhost) by filesrv1.baby-dragons.com (8.9.3/8.9.1) with ESMTP id OAA12866; Wed, 26 Jul 2000 14:10:33 -0700 Date: Wed, 26 Jul 2000 14:10:33 -0700 (PDT) From: "Mr. James W. Laferriere" To: Dylan Griffiths cc: Kristoff Bonne , linux-mips@fnet.fr Subject: Re: Personal DECstation 5000/25 In-Reply-To: <397F4B56.BD63071A@bigfoot.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1857 Lines: 52 -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 On Wed, 26 Jul 2000, Dylan Griffiths wrote: > Kristoff Bonne wrote: > > I 'played' with linux/MIPS on such a box about two years ago, and I this > > the following: > > - I had an ultrix-disk in the box, booted ultrix and ftp-ed the linux > > kernel image onto that disk. > > - I went back to the boot-prompt. > > - I did a boot of the linux-kernel from that disk. > > > > But, that was pre-Y2K and - as I know ultrix is not Y2K- I am not sure > > it would even still boot now ;-). > > The DECstation does boot OpenBSD 2.2 right now, but it's non-functional > because of the files ripped out of it (no fstab, no /usr, etc). The clock > has its own Y2k issues ("lost 120 days" every time it boots, and it thinks > it's 1996). > > I have a 2.2.10 MIPs image for the box, but no MOP loader (OpenBSD has MOPD, > but I need the SYS file). I kinda get 2.0.7 to boot via tftp (as it's < 1mb > and doesn't tickle the PROM bug), but it's not really useful. > > I have a nice VT220 (and a 320) I intend to use for serial console until I'm > sure my framebuffer works, etc.. but none of this can be done until I get a > MOP loader. > > PS: How can I get subscribed to this list? :) > -- > www.kuro5hin.org -- technology and culture, from the trenches. > +----------------------------------------------------------------+ | James W. Laferriere | System Techniques | Give me VMS | | Network Engineer | 25416 22nd So | Give me Linux | | babydr@baby-dragons.com | DesMoines WA 98198 | only on AXP | +----------------------------------------------------------------+ -----BEGIN PGP SIGNATURE----- Version: PGP 6.5.1i iQA/AwUBOX9TydbsrYDRJjJBEQIElQCfdLJrIDnkeS8FrzLzt6HMfPlOmz4AoLAz SiFWioqVaZwfb4qZH7Fauvp7 =fMOR -----END PGP SIGNATURE----- From itkit@hotmail.com Thu Jul 27 04:16:13 2000 Received: from hotmail.com (oe34.law3.hotmail.com [209.185.240.202]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA14376; Thu, 27 Jul 2000 04:16:12 +0200 (MET DST) Received-Date: Thu, 27 Jul 2000 04:16:12 +0200 (MET DST) Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Wed, 26 Jul 2000 19:15:40 -0700 X-Originating-IP: [203.244.218.1] From: "Intech Kim" To: Subject: Boot loader Date: Thu, 27 Jul 2000 11:15:51 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="ks_c_5601-1987" Content-Transfer-Encoding: base64 X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: X-OriginalArrivalTime: 27 Jul 2000 02:15:40.0281 (UTC) FILETIME=[8F558E90:01BFF770] Content-Length: 361 Lines: 5 SGkhDQoNCk91ciBwbGF0Zm9ybSBpcyBNSVBTIFJNNTIzMShRRUQpLg0KV2Ugd2FudCBib290IGxv YWRlcihsaW51eC1rZXJuZWwgaXMgYm9vdGVkIGZyb20gcm9tKSBmb3Igb3VyIHBsYXRmb3JtLg0K QnV0IHRoZSBib290LXJvbSBpcyA1MTJrQi4NCg0KV2hhdCBraW5kIG9mIGJvb3QgbG9hZGVyIGZv ciBtZT8gb3IgDQpIb3cgY2FuIEkgd3JpdGUgYm9vdCBsb2FkZXIgZm9yIG91ciBwbGF0Zm9ybT8N Cg0KQW55IGtpbmQgb2YgYW5zd2VyIGlzIGFwcHJlY2lhdGUNCg== From bokdol@hitel.net Thu Jul 27 10:53:21 2000 Received: from sni19.hitel.net ([203.245.15.198]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA16726; Thu, 27 Jul 2000 10:53:20 +0200 (MET DST) Received-Date: Thu, 27 Jul 2000 10:53:20 +0200 (MET DST) Received: from smtp.hitel.net ([203.245.15.22]) by sni19.hitel.net (Netscape Messaging Server 3.6) with ESMTP id AAA196A; Thu, 27 Jul 2000 17:52:35 +0900 From: "=?EUC-KR?B?sejH9sHY?=" To: linux-mips@fnet.fr X-Priority: 1 Subject: please help me to start hacking my MIPS-BOX.... MIME-Version: 1.0 Content-Type: multipart/mixed; boundary=-------c854a4c854a4 Date: Thu, 27 Jul 2000 17:52:35 +0900 Message-ID: <7736B0041473.AAA196A@sni19.hitel.net> Content-Length: 1948 Lines: 34 This is a multi-part message in MIME format ---------c854a4c854a4 Content-Type: text/plain; us-ascii Content-Transfer-Encoding: base64 RGVhciBtYW5hZ2VyIG9mIExpbnV4L01JUFMgd2ViIHNpdGUuDQoNCkZpcnN0IG9mIGFsbCwg dGhhbmsgeW91IGZvciB5b3VyIG5pY2UgaW5mb3JtYXRpb24gYWJvdXQgTGludXgvTUlQUyBG QVEuLg0KSXQncyByZWFseSBoZWxwdWxsIGZvciBtZS4NCg0KTXkgbmFtZSBpcyBIeXVuIEp1 biBLaW0uIGFuZCBJIGFtIGEgZ3JhZHVhdGUgc3R1ZGVudCBpbiBIVUZTIHVuaXYsIFMuIEtP UkVBLg0KSSBoYXZlIGEgbG90IG9mIGludGVyZXN0aW5nIGFib3V0IGxpbnV4Li4gZXNwZWNp YWxseSBFbWJlZGRlZCBsaW51eC4uDQoNClJlY2VudGx5LCBJIGFtIGRvaW5nIHBhcnQgdGlt ZSBqb2IgLSBkZXZlbG9waW5nIHNldC10b3AgYm94IHdpdGggTUlQUyBjaGlwLi4NCldlICBo YXZlIGEgSFVSUklDQU5FIGV2YWx1YXRpb24gYm9hcmQgLSBWMyBzZW1pY29uZHVjdG9ycywg DQpPZiBjb3Vyc2UsIGl0IGhhcyBNSVBTIGNoaXAgKCBSTTUyMzEpLi4NCg0KQnV0LCBzYWRs eSBJIGNhbiBOT1QgZmluZCBpbmZvcm1hdGlvbiBmb3IgbXkgc2l0dWF0aW9uIGluIHlvdXIg c2l0ZS4uDQoNCkkgdHJpZWQgZ2FpbiBzZXZlcmFsIHdlYnNpdGUgLSBsaW51eCBkb2N1bWVu dCBwcm9qZWN0LCAgRUxLUywgdWNsaW51eCwgZXRjLi4NCmJ1dCB0aGV5IGFyZSBOT1Qgc3Vp dGFibGUgZm9yIG1pbmUuLg0KDQpwbGVhc2UgaGVscCBtZSB0byBzdGFydCBwb2ludCB0byBk ZXZlbG9wZSBwb3J0aW5nIGxpbnV4Li4NCg0Kd2hhdCBzdHVkeSBkbyBpIG5lZWQgdG8ga25v dyA/DQp3aGF0IHNvdXJjZSBkbyBpIGhhdmUgdG8gZ2V0ID8NCndoZXJlIGlzIHRoZSB3ZWIg c2l0ZSB0byBoZWxwIHBvcnRpbmcgTElOVVggPw0KZXRjLi4uDQoNCkkgaG9wZnVsbHkgd2Fp dCBmb3IgeW91ciBjb21tZW50cy4uLiB0aGFua3MgaW4gYWR2YW5jZWQuLg0KDQpzaW5jZXJl bHkgeW91cnMuLg0KDQoNCiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgSHl1biBKdW4gS2ltDQoNCi0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0NClJURENTIExhYiwgSFVGUyBVbml2ICwgU291dGggS09SRUENCg0KSHl1 biBKdW4gS2ltDQoNCndlYjogIGh0dHA6Ly9ydGRjcy5odWZzLmFjLmtyDQptYWlsOiBib2tk b2xAaGl0ZWwubmV0ICAgDQogICAgICAgIGJva2RvbEBydGRjcy5odWZzLmFjLmtyDQoNCi0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0NCg== ---------c854a4c854a4-- From geert@linux-m68k.org Thu Jul 27 15:16:50 2000 Received: from styx.cs.kuleuven.ac.be (root@styx.cs.kuleuven.ac.be [134.58.40.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA19592; Thu, 27 Jul 2000 15:16:50 +0200 (MET DST) Received-Date: Thu, 27 Jul 2000 15:16:50 +0200 (MET DST) Received: from cassiopeia.home (root@dialup001.cs.kuleuven.ac.be [134.58.47.130]) by styx.cs.kuleuven.ac.be (8.10.1/8.10.1) with ESMTP id e6RDGhJ18637; Thu, 27 Jul 2000 15:16:43 +0200 (MET DST) Received: from localhost (geert@localhost) by cassiopeia.home (8.9.3/8.9.3/Debian/GNU) with ESMTP id OAA00471; Thu, 27 Jul 2000 14:26:02 +0200 X-Authentication-Warning: cassiopeia.home: geert owned process doing -bs Date: Thu, 27 Jul 2000 14:26:02 +0200 (CEST) From: Geert Uytterhoeven Sender: geert@geert.cs.kuleuven.ac.be To: =?ks_c_5601-1987?B?sejH0by6?= cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: IGS5050 Driver In-Reply-To: <000001bff6fe$34021120$8d19ebcb@khs> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-15 Content-Transfer-Encoding: 8BIT Content-Length: 732 Lines: 19 On Wed, 26 Jul 2000, [ks_c_5601-1987] ±èÇѼº wrote: > I want to know that there is a IGS5050 Grpahic chip driver for linux-mips. > If yes, where is the driver files? linux/drivers/video/cyber2000fb.c is a driver for the IGS CyberPro 2000, 2010 and 5000 in the NetWinder, which has an ARM CPU. If the 5050 is sufficient compatible with the 5000 it should not be too difficult to get cyber2000fb to work on the 5050 on the MIPS. 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 dan@vcubed.com Thu Jul 27 15:18:46 2000 Received: from mail.vcubed.com ([207.81.221.34]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id PAA19620; Thu, 27 Jul 2000 15:18:37 +0200 (MET DST) Received-Date: Thu, 27 Jul 2000 15:18:37 +0200 (MET DST) Received: from vcubed.com ([207.81.96.153]) by mail.vcubed.com (8.8.7/8.8.7) with ESMTP id JAA21080; Thu, 27 Jul 2000 09:32:57 -0400 Message-ID: <39803A7C.E4E82E06@vcubed.com> Date: Thu, 27 Jul 2000 09:34:52 -0400 From: Dan Aizenstros Organization: V3 Semiconductor X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: =?iso-8859-1?Q?=B1=E8=C7=F6=C1=D8?= CC: linux-mips@fnet.fr Subject: Re: please help me to start hacking my MIPS-BOX.... References: <7736B0041473.AAA196A@sni19.hitel.net> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Content-Length: 1625 Lines: 53 Hello, Any questions about the V3 Hurricane should be sent to v3help@vcubed.com which is the technical support email address. We do have Linux/MIPS working on the Hurricane in little endian mode. Dan Aizenstros Software Engineer V3 Semiconductor Corp. ±èÇöÁØ wrote: > > Dear manager of Linux/MIPS web site. > > First of all, thank you for your nice information about Linux/MIPS FAQ.. > It's realy helpull for me. > > My name is Hyun Jun Kim. and I am a graduate student in HUFS univ, S. KOREA. > I have a lot of interesting about linux.. especially Embedded linux.. > > Recently, I am doing part time job - developing set-top box with MIPS chip.. > We have a HURRICANE evaluation board - V3 semiconductors, > Of course, it has MIPS chip ( RM5231).. > > But, sadly I can NOT find information for my situation in your site.. > > I tried gain several website - linux document project, ELKS, uclinux, etc.. > but they are NOT suitable for mine.. > > please help me to start point to develope porting linux.. > > what study do i need to know ? > what source do i have to get ? > where is the web site to help porting LINUX ? > etc... > > I hopfully wait for your comments... thanks in advanced.. > > sincerely yours.. > > Hyun Jun Kim > > ---------------------------------------------------------------------------- > RTDCS Lab, HUFS Univ , South KOREA > > Hyun Jun Kim > > web: http://rtdcs.hufs.ac.kr > mail: bokdol@hitel.net > bokdol@rtdcs.hufs.ac.kr > > ---------------------------------------------------------------------------- From jsun@mvista.com Fri Jul 28 01:05:49 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA26424; Fri, 28 Jul 2000 01:05:48 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 01:05:48 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id QAA22234; Thu, 27 Jul 2000 16:05:08 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3980C024.8DCCA084@mvista.com> Date: Thu, 27 Jul 2000 16:05:08 -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@engr.sgi.com Subject: strace on Linux/MIPS? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 451 Lines: 14 Has anybody been successful in trying to get strace running on Linux/MIPS? I managed to get 4.2, with a little from CVS tree, compiled and run. However, it does not quite right. It only prints the first system. See below. Verified that this is the same behavior on both 2.3.99-pre3 and 2.4.0-test2. sh-2.03# strace ls execve("/bin/ls", ["ls"], [/* 14 vars */]) = 0 bin boot dev etc lib mnt opt proc sbin share tmp var Any idea? Jun From wesolows@rotor.chem.unr.edu Fri Jul 28 01:12:29 2000 Received: from rotor.chem.unr.edu (root@rotor.chem.unr.edu [134.197.32.176]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA26934; Fri, 28 Jul 2000 01:12:27 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 01:12:27 +0200 (MET DST) Received: (from wesolows@localhost) by rotor.chem.unr.edu (8.9.3/8.9.3) id QAA15919; Thu, 27 Jul 2000 16:12:17 -0700 Date: Thu, 27 Jul 2000 16:12:17 -0700 From: Keith M Wesolowski To: Jun Sun Cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? Message-ID: <20000727161212.B12897@chem.unr.edu> References: <3980C024.8DCCA084@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <3980C024.8DCCA084@mvista.com>; from jsun@mvista.com on Thu, Jul 27, 2000 at 04:05:08PM -0700 X-Complaints-To: postmaster@chem.unr.edu Content-Length: 858 Lines: 19 On Thu, Jul 27, 2000 at 04:05:08PM -0700, Jun Sun wrote: > Has anybody been successful in trying to get strace running on > Linux/MIPS? I managed to get 4.2, with a little from CVS tree, compiled > and run. However, it does not quite right. It only prints the first > system. See below. Verified that this is the same behavior on both > 2.3.99-pre3 and 2.4.0-test2. Your kernel is too old. Ralf fixed some things in ptrace a few days ago. Also, I would be interested in hearing if you can get 4.2 to work. I found that, even after adjusting several places for __NR_Linux, it segfaulted. I do have 3.1 from oss.sgi.com CVS (with a couple minor glibc 2.2 patches) working properly with a current kernel. -- Keith M Wesolowski wesolows@chem.unr.edu University of Nevada http://www.chem.unr.edu Chemistry Department Systems and Network Administrator From jsun@mvista.com Fri Jul 28 01:48:08 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA27836; Fri, 28 Jul 2000 01:48:07 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 01:48:07 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id QAA24193; Thu, 27 Jul 2000 16:46:58 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3980C9F0.96B48253@mvista.com> Date: Thu, 27 Jul 2000 16:46:56 -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: Keith M Wesolowski CC: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 833 Lines: 23 Keith M Wesolowski wrote: > > On Thu, Jul 27, 2000 at 04:05:08PM -0700, Jun Sun wrote: > > > Has anybody been successful in trying to get strace running on > > Linux/MIPS? I managed to get 4.2, with a little from CVS tree, compiled > > and run. However, it does not quite right. It only prints the first > > system. See below. Verified that this is the same behavior on both > > 2.3.99-pre3 and 2.4.0-test2. > > Your kernel is too old. Wow, a couple days is "too old". I guest that is Linux speed. > Ralf fixed some things in ptrace a few days > ago. Great! Can you pinpoint the related files? I took a snapshot of CVS on 6/27 and hacked heavily to get it work on my NEC board. It would be very difficult for me to move to the new kernel. It would be better if I can just reverse-merge with the related changes. Jun From ralf@oss.sgi.com Fri Jul 28 02:12:10 2000 Received: from u-151.karlsruhe.ipdial.viaginterkom.de (u-151.karlsruhe.ipdial.viaginterkom.de [62.180.19.151]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA28484; Fri, 28 Jul 2000 02:12:09 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 02:12:09 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 28 Jul 2000 02:11:37 +0200 Date: Fri, 28 Jul 2000 02:11:37 +0200 From: Ralf Baechle To: Jun Sun Cc: Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? Message-ID: <20000728021137.B1328@bacchus.dhis.org> References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3980C9F0.96B48253@mvista.com>; from jsun@mvista.com on Thu, Jul 27, 2000 at 04:46:56PM -0700 X-Accept-Language: de,en,fr Content-Length: 1030 Lines: 29 On Thu, Jul 27, 2000 at 04:46:56PM -0700, Jun Sun wrote: > > > Has anybody been successful in trying to get strace running on > > > Linux/MIPS? I managed to get 4.2, with a little from CVS tree, compiled > > > and run. However, it does not quite right. It only prints the first > > > system. See below. Verified that this is the same behavior on both > > > 2.3.99-pre3 and 2.4.0-test2. > > > > Your kernel is too old. > > Wow, a couple days is "too old". I guest that is Linux speed. Software is like fish, it starts to smell soon :-) > > Ralf fixed some things in ptrace a few days > > ago. > > Great! Can you pinpoint the related files? I took a snapshot of CVS on > 6/27 and hacked heavily to get it work on my NEC board. It would be > very difficult for me to move to the new kernel. It would be better if > I can just reverse-merge with the related changes. arch/mips/kernel/scall_o32.S arch/mips/tools/offset.c arch/mips64/kernel/scall_64.S arch/mips64/kernel/scall_o32.S arch/mips64/tools/offset.c Ralf From jsun@mvista.com Fri Jul 28 02:53:35 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA29296; Fri, 28 Jul 2000 02:53:34 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 02:53:34 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id RAA27043; Thu, 27 Jul 2000 17:52:45 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3980D95A.5949E980@mvista.com> Date: Thu, 27 Jul 2000 17:52:42 -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@engr.sgi.com CC: ralf@oss.sgi.com Subject: Turning off cache ... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 362 Lines: 13 Ralf, Is there is easy way to turn off caching entirely? I understand I need to set k0 bits in config register. What about those C bits in TLB entries? My CPU only has primary cache. I am running into some weired crashing problems, which makes me suspect about the cache code that I modified ... Thanks. (BTW, thanks for the info on strace files.) Jun From ralf@oss.sgi.com Fri Jul 28 03:09:10 2000 Received: from u-151.karlsruhe.ipdial.viaginterkom.de (u-151.karlsruhe.ipdial.viaginterkom.de [62.180.19.151]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id DAA29921; Fri, 28 Jul 2000 03:09:08 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 03:09:08 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 28 Jul 2000 03:08:36 +0200 Date: Fri, 28 Jul 2000 03:08:36 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux@engr.sgi.com, ralf@oss.sgi.com Subject: Re: Turning off cache ... Message-ID: <20000728030836.A1906@bacchus.dhis.org> References: <3980D95A.5949E980@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3980D95A.5949E980@mvista.com>; from jsun@mvista.com on Thu, Jul 27, 2000 at 05:52:42PM -0700 X-Accept-Language: de,en,fr Content-Length: 759 Lines: 19 On Thu, Jul 27, 2000 at 05:52:42PM -0700, Jun Sun wrote: > Is there is easy way to turn off caching entirely? I understand I need > to set k0 bits in config register. What about those C bits in TLB > entries? My CPU only has primary cache. The C bits are per page, the k0 bits are for KSEG0. If you want to turn of caching, then you need to: - change the k0 bits to uncached on startup, then flush the caches or a writeback might corrupt your data. - change the caching mode of the usermode pages by modifying the definitions for PAGE_NONE etc. in pgtable.h. - comment out the cache Create_Dirty_Exclusive instructions in r4xx0.c, using them on uncached pages would corrupt data. Which will make the kernel crawl awfully ... Ralf From jsun@mvista.com Fri Jul 28 04:13:59 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA00920; Fri, 28 Jul 2000 04:13:57 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 04:13:57 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id TAA30244; Thu, 27 Jul 2000 19:12:47 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3980EC1C.AEF173D2@mvista.com> Date: Thu, 27 Jul 2000 19:12:44 -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: Ralf Baechle CC: Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> <20000728021137.B1328@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 920 Lines: 30 Ralf Baechle wrote: > > > > Ralf fixed some things in ptrace a few days > > > ago. > > > > Great! Can you pinpoint the related files? I took a snapshot of CVS on > > 6/27 and hacked heavily to get it work on my NEC board. It would be > > very difficult for me to move to the new kernel. It would be better if > > I can just reverse-merge with the related changes. > > arch/mips/kernel/scall_o32.S > arch/mips/tools/offset.c > arch/mips64/kernel/scall_64.S > arch/mips64/kernel/scall_o32.S > arch/mips64/tools/offset.c > > Ralf I just updated offset.c and scall_o32.S. After a trial change ("nice" -> "priority") in offset.c, strace seems to work fine now. However, I did notice an error message for mmap(...). mmap(ptrace: umoven: Input/output error ptrace: umoven: Input/output error ) = 717291520 Keith, if you want the patch for strace 4.2, I can send it to you. Jun From ralf@oss.sgi.com Fri Jul 28 04:21:44 2000 Received: from u-151.karlsruhe.ipdial.viaginterkom.de (u-151.karlsruhe.ipdial.viaginterkom.de [62.180.19.151]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA01489; Fri, 28 Jul 2000 04:21:42 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 04:21:42 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 28 Jul 2000 04:21:09 +0200 Date: Fri, 28 Jul 2000 04:21:09 +0200 From: Ralf Baechle To: Jun Sun Cc: Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? Message-ID: <20000728042109.C1981@bacchus.dhis.org> References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> <20000728021137.B1328@bacchus.dhis.org> <3980EC1C.AEF173D2@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <3980EC1C.AEF173D2@mvista.com>; from jsun@mvista.com on Thu, Jul 27, 2000 at 07:12:44PM -0700 X-Accept-Language: de,en,fr Content-Length: 567 Lines: 17 On Thu, Jul 27, 2000 at 07:12:44PM -0700, Jun Sun wrote: > I just updated offset.c and scall_o32.S. After a trial change ("nice" > -> "priority") in offset.c, strace seems to work fine now. > > However, I did notice an error message for mmap(...). > > mmap(ptrace: umoven: Input/output error > ptrace: umoven: Input/output error > ) = 717291520 Looks like strace is still tryping to copy mmap_arg_struct like on Intel but on MIPS we don't use that? > Keith, if you want the patch for strace 4.2, I can send it to you. Ralf From macro@ds2.pg.gda.pl Fri Jul 28 12:23:38 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA07201; Fri, 28 Jul 2000 12:23:36 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 12:23:36 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA27423; Fri, 28 Jul 2000 12:22:20 +0200 (MET DST) Date: Fri, 28 Jul 2000 12:22:19 +0200 (MET DST) From: "Maciej W. Rozycki" To: Jun Sun cc: Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? In-Reply-To: <3980C9F0.96B48253@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 743 Lines: 16 On Thu, 27 Jul 2000, Jun Sun wrote: > Great! Can you pinpoint the related files? I took a snapshot of CVS on > 6/27 and hacked heavily to get it work on my NEC board. It would be > very difficult for me to move to the new kernel. It would be better if > I can just reverse-merge with the related changes. Well, you can always take a unified diff of your own changes and try to apply it to a new snapshot. Depending on the amount of changes you might need to apply certain hunks manually but the overall process is usually quite easy. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From wichert@cistron.nl Fri Jul 28 13:54:54 2000 Received: from fog.mors.wiggy.net (dhcp137.hw.cistron-internet.nl [195.64.65.137]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id NAA08813; Fri, 28 Jul 2000 13:54:51 +0200 (MET DST) Received-Date: Fri, 28 Jul 2000 13:54:51 +0200 (MET DST) Received: (from wichert@localhost) by fog.mors.wiggy.net (8.11.0.Beta1/8.10.1/Debian 8.10.1-1) id e6SBpe504923; Fri, 28 Jul 2000 13:51:40 +0200 Date: Fri, 28 Jul 2000 13:51:39 +0200 From: Wichert Akkerman To: Ralf Baechle Cc: Jun Sun , Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? Message-ID: <20000728135139.A4903@cistron.nl> Mail-Followup-To: Ralf Baechle , Jun Sun , Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> <20000728021137.B1328@bacchus.dhis.org> <3980EC1C.AEF173D2@mvista.com> <20000728042109.C1981@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="/04w6evG8XlLl3ft" Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <20000728042109.C1981@bacchus.dhis.org>; from ralf@oss.sgi.com on Fri, Jul 28, 2000 at 04:21:09AM +0200 Content-Length: 1065 Lines: 36 --/04w6evG8XlLl3ft Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Previously Ralf Baechle wrote: > Looks like strace is still tryping to copy mmap_arg_struct like on Intel > but on MIPS we don't use that? Could be, I think MIPS and i386 use the same codepath there. Patches are appreciated so I can include them in strace 4.3 (eta 3 weeks from now) Wichert. --=20 _________________________________________________________________ / Generally uninteresting signature - ignore at your convenience \ | wichert@wiggy.net http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | --/04w6evG8XlLl3ft Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.2 (GNU/Linux) Comment: For info see http://www.gnupg.org iEYEARECAAYFAjmBc8sACgkQPLiSUC+jvC3GqgCdHqxyqwjxx7x8Hg3WLMmbE5nl XrMAoJD8GA1rPcnpFhbhN+gvDXZqAVK9 =axEH -----END PGP SIGNATURE----- --/04w6evG8XlLl3ft-- From ralf@oss.sgi.com Mon Jul 31 02:37:41 2000 Received: from u-101.karlsruhe.ipdial.viaginterkom.de (u-101.karlsruhe.ipdial.viaginterkom.de [62.180.19.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA07995; Mon, 31 Jul 2000 02:37:36 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 02:37:36 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 28 Jul 2000 19:52:07 +0200 Date: Fri, 28 Jul 2000 19:52:07 +0200 From: Ralf Baechle To: Jun Sun , Keith M Wesolowski , linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: strace on Linux/MIPS? Message-ID: <20000728195207.C8450@bacchus.dhis.org> References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> <20000728021137.B1328@bacchus.dhis.org> <3980EC1C.AEF173D2@mvista.com> <20000728042109.C1981@bacchus.dhis.org> <20000728135139.A4903@cistron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000728135139.A4903@cistron.nl>; from wichert@cistron.nl on Fri, Jul 28, 2000 at 01:51:39PM +0200 X-Accept-Language: de,en,fr Content-Length: 968 Lines: 27 On Fri, Jul 28, 2000 at 01:51:39PM +0200, Wichert Akkerman wrote: > Previously Ralf Baechle wrote: > > Looks like strace is still tryping to copy mmap_arg_struct like on Intel > > but on MIPS we don't use that? > > Could be, I think MIPS and i386 use the same codepath there. Patches > are appreciated so I can include them in strace 4.3 (eta 3 weeks from > now) Well, they shouldn't use the same code ... Bananaware patch below. Ralf --- strace/linux/mips/syscallent.orig Mon May 1 03:09:31 2000 +++ strace/linux/mips/syscallent.h Fri Jul 28 19:50:13 2000 @@ -4088,7 +4088,7 @@ { 1, TF, sys_swapon, "swapon" }, /* 4087 */ { 3, 0, sys_reboot, "reboot" }, /* 4088 */ { 3, 0, sys_readdir, "readdir" }, /* 4089 */ - { 6, 0, sys_old_mmap, "mmap" }, /* 4090 */ + { 6, 0, sys_mmap, "mmap" }, /* 4090 */ { 2, 0, sys_munmap, "munmap" }, /* 4091 */ { 2, TF, sys_truncate, "truncate" }, /* 4092 */ { 2, 0, sys_ftruncate, "ftruncate" }, /* 4093 */ From ralf@oss.sgi.com Mon Jul 31 02:37:43 2000 Received: from u-101.karlsruhe.ipdial.viaginterkom.de (u-101.karlsruhe.ipdial.viaginterkom.de [62.180.19.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA07997; Mon, 31 Jul 2000 02:37:41 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 02:37:41 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Fri, 28 Jul 2000 23:46:04 +0200 Date: Fri, 28 Jul 2000 23:46:04 +0200 From: Ralf Baechle To: Jun Sun , Keith M Wesolowski , linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com Subject: Re: strace on Linux/MIPS? Message-ID: <20000728234604.A8874@bacchus.dhis.org> References: <3980C024.8DCCA084@mvista.com> <20000727161212.B12897@chem.unr.edu> <3980C9F0.96B48253@mvista.com> <20000728021137.B1328@bacchus.dhis.org> <3980EC1C.AEF173D2@mvista.com> <20000728042109.C1981@bacchus.dhis.org> <20000728135139.A4903@cistron.nl> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20000728135139.A4903@cistron.nl>; from wichert@cistron.nl on Fri, Jul 28, 2000 at 01:51:39PM +0200 X-Accept-Language: de,en,fr Content-Length: 1293 Lines: 46 On Fri, Jul 28, 2000 at 01:51:39PM +0200, Wichert Akkerman wrote: > Previously Ralf Baechle wrote: > > Looks like strace is still tryping to copy mmap_arg_struct like on Intel > > but on MIPS we don't use that? > > Could be, I think MIPS and i386 use the same codepath there. Patches > are appreciated so I can include them in strace 4.3 (eta 3 weeks from > now) Here's the second strace patch, please apply. I noticed that process.c:change_syscall() can't work as is - the all kernels would change the v0 register - and happily use the old value that is take the wrong syscall. A kernel buglet which also hits the usermode kernel and which I'll fix asap. Ralf --- strace/process.c.orig Fri Jul 28 23:37:14 2000 +++ strace/process.c Fri Jul 28 23:33:43 2000 @@ -502,6 +502,24 @@ if (errno) return -1; } +#elif defined(MIPS) + { + errno = 0; + if (argnum < 4) + ptrace(PTRACE_POKEUSER, tcp->pid, + (char*)(REG_A0 + argnum), tcp->u_arg[argnum]); + else { + unsigned long *sp; + + if (upeek(tcp->pid, REG_SP, (long *) &sp) , 0) + return -1; + + ptrace(PTRACE_POKEDATA, tcp->pid, + (char*)(sp + argnum - 4), tcp->u_arg[argnum]); + } + if (errno) + return -1; + } #else # warning Sorry, setargs not implemented for this architecture. #endif From jsun@mvista.com Sat Jul 29 04:44:09 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id EAA15245; Sat, 29 Jul 2000 04:44:07 +0200 (MET DST) Received-Date: Sat, 29 Jul 2000 04:44:07 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id TAA17349; Fri, 28 Jul 2000 19:43:34 -0700 Sender: jsun@hermes.mvista.com Message-ID: <398244D5.F86DE02C@mvista.com> Date: Fri, 28 Jul 2000 19:43:33 -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 CC: linux-mips@fnet.fr, linux@engr.sgi.com Subject: Re: Turning off cache ... References: <3980D95A.5949E980@mvista.com> <20000728030836.A1906@bacchus.dhis.org> Content-Type: multipart/mixed; boundary="------------07B833AB41C1174A1529D62C" Content-Length: 5798 Lines: 178 This is a multi-part message in MIME format. --------------07B833AB41C1174A1529D62C Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ralf Baechle wrote: > > On Thu, Jul 27, 2000 at 05:52:42PM -0700, Jun Sun wrote: > > > Is there is easy way to turn off caching entirely? I understand I need > > to set k0 bits in config register. What about those C bits in TLB > > entries? My CPU only has primary cache. > > The C bits are per page, the k0 bits are for KSEG0. If you want to > turn of caching, then you need to: > > - change the k0 bits to uncached on startup, then flush the caches or a > writeback might corrupt your data. > - change the caching mode of the usermode pages by modifying the > definitions for PAGE_NONE etc. in pgtable.h. > - comment out the cache Create_Dirty_Exclusive instructions in r4xx0.c, > using them on uncached pages would corrupt data. > > Which will make the kernel crawl awfully ... > > Ralf I have successfully turned of cache. And of course my cache code is not the source for the problem :-) - which means I need to probe further. :-( For those who are interested, here is the patch that gives how I did it. Specifically, ld_mmu_r4k() has a line of code to turn on cache, which needs to be commented out. I explicitly turned off cache in ld_mmu_r4k(), right after a flush_all_cache() call, instead of at the beginnig of kernel_entry. Jun --------------07B833AB41C1174A1529D62C Content-Type: text/plain; charset=us-ascii; name="linux-mips-v2.4.0-test2-r4k-cache-off.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="linux-mips-v2.4.0-test2-r4k-cache-off.patch" --- include/asm/pgtable.h.orig Fri Jul 28 15:22:09 2000 +++ include/asm/pgtable.h Fri Jul 28 15:22:54 2000 @@ -132,7 +132,7 @@ #define _CACHE_CACHABLE_NO_WA (0<<9) /* R4600 only */ #define _CACHE_CACHABLE_WA (1<<9) /* R4600 only */ #define _CACHE_UNCACHED (2<<9) /* R4[0246]00 */ -#define _CACHE_CACHABLE_NONCOHERENT (3<<9) /* R4[0246]00 */ +#define _CACHE_CACHABLE_NONCOHERENT (2<<9) /* R4[0246]00 */ #define _CACHE_CACHABLE_CE (4<<9) /* R4[04]00 only */ #define _CACHE_CACHABLE_COW (5<<9) /* R4[04]00 only */ #define _CACHE_CACHABLE_CUW (6<<9) /* R4[04]00 only */ --- arch/mips/mm/r4xx0.c.cache-off Fri Jul 28 14:49:23 2000 +++ arch/mips/mm/r4xx0.c Fri Jul 28 19:38:17 2000 @@ -105,7 +105,7 @@ :"=r" (page) :"0" (page), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D) + "i" (Hit_Writeback_Inv_D) :"$1","memory"); } @@ -134,7 +134,7 @@ :"=r" (page) :"0" (page), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D) + "i" (Hit_Writeback_Inv_D) :"$1","memory"); } @@ -143,8 +143,8 @@ * This flavour of r4k_clear_page is for the R4600 V1.x. Cite from the * IDT R4600 V1.7 errata: * - * 18. The CACHE instructions Hit_Writeback_Invalidate_D, Hit_Writeback_D, - * Hit_Invalidate_D and Create_Dirty_Excl_D should only be + * 18. The CACHE instructions Hit_Writeback_Inv_D, Hit_Writeback_D, + * Hit_Invalidate_D and Hit_Writeback_Inv_D should only be * executed if there is no other dcache activity. If the dcache is * accessed for another instruction immeidately preceding when these * cache instructions are executing, it is possible that the dcache @@ -157,14 +157,14 @@ * nop * nop * nop - * cache Hit_Writeback_Invalidate_D + * cache Hit_Writeback_Inv_D * * This is allowed: lw * nop * nop * nop * nop - * cache Hit_Writeback_Invalidate_D + * cache Hit_Writeback_Inv_D */ static void r4k_clear_page_r4600_v1(void * page) { @@ -198,7 +198,7 @@ :"=r" (page) :"0" (page), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D) + "i" (Hit_Writeback_Inv_D) :"$1","memory"); } @@ -234,7 +234,7 @@ :"=r" (page) :"0" (page), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D) + "i" (Hit_Writeback_Inv_D) :"$1","memory"); restore_flags(flags); } @@ -434,7 +434,7 @@ "=&r" (reg1), "=&r" (reg2), "=&r" (reg3), "=&r" (reg4) :"0" (to), "1" (from), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D)); + "i" (Hit_Writeback_Inv_D)); } static void r4k_copy_page_d32(void * to, void * from) @@ -491,7 +491,7 @@ "=&r" (reg1), "=&r" (reg2), "=&r" (reg3), "=&r" (reg4) :"0" (to), "1" (from), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D)); + "i" (Hit_Writeback_Inv_D)); } /* @@ -559,7 +559,7 @@ "=&r" (reg1), "=&r" (reg2), "=&r" (reg3), "=&r" (reg4) :"0" (to), "1" (from), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D)); + "i" (Hit_Writeback_Inv_D)); } static void r4k_copy_page_r4600_v2(void * to, void * from) @@ -626,7 +626,7 @@ "=&r" (reg1), "=&r" (reg2), "=&r" (reg3), "=&r" (reg4) :"0" (to), "1" (from), "I" (PAGE_SIZE), - "i" (Create_Dirty_Excl_D)); + "i" (Hit_Writeback_Inv_D)); restore_flags(flags); } @@ -2783,7 +2783,9 @@ printk("CPU revision is: %08x\n", read_32bit_cp0_register(CP0_PRID)); + /* [jsun] set_cp0_config(CONF_CM_CMASK, CONF_CM_CACHABLE_NONCOHERENT); + */ probe_icache(config); probe_dcache(config); @@ -2803,6 +2805,7 @@ } flush_cache_all(); + set_cp0_config(CONF_CM_CMASK, CONF_CM_UNCACHED); write_32bit_cp0_register(CP0_WIRED, 0); /* --------------07B833AB41C1174A1529D62C-- From jsun@mvista.com Sat Jul 29 18:06:30 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA19175; Sat, 29 Jul 2000 18:06:29 +0200 (MET DST) Received-Date: Sat, 29 Jul 2000 18:06:29 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id JAA09178; Sat, 29 Jul 2000 09:05:57 -0700 Sender: jsun@hermes.mvista.com Message-ID: <398300E5.143F5370@mvista.com> Date: Sat, 29 Jul 2000 09:05:57 -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@engr.sgi.com CC: jpuhlman@mvista.com Subject: Bus error of gdb 5.0 with MIPS patch Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1260 Lines: 46 Hi, I started to play with gdb 5.0 + the MIPS patch at http://www.ds2.pg.gda.pl/~macro/gdb-5.0/, but I am having a bus error if I want to do 'next step'. Setting breakpoints and continuing running seem to be fine. The gdb 4.17 rpm from oss.sgi.com does not have this problem. Any idea? Jun --------------- sh-2.03# ./gdb hello GNU gdb 5.0 (UI_OUT) Copyright 2000 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "mipsel-hardhat-linux"... (gdb) n The program is not being run. (gdb) b main Breakpoint 1 at 0x400c24: file hello.c, line 5. (gdb) r Starting program: /tmp/hello [tcsetpgrp failed in terminal_inferior: Not a typewriter] [tcsetpgrp failed in terminal_inferior: Not a typewriter] [tcsetpgrp failed in terminal_inferior: Not a typewriter] Breakpoint 1, main () at hello.c:5 5 printf("hello, world\n"); (gdb) n [tcsetpgrp failed in terminal_inferior: Not a typewriter] Bus error ----------- P.S., Does anybody know how to fix "tcsetpgrp ..." error? From ralf@oss.sgi.com Mon Jul 31 02:37:46 2000 Received: from u-101.karlsruhe.ipdial.viaginterkom.de (u-101.karlsruhe.ipdial.viaginterkom.de [62.180.19.101]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA08012; Mon, 31 Jul 2000 02:37:44 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 02:37:44 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Sun, 30 Jul 2000 13:29:27 +0200 Date: Sun, 30 Jul 2000 13:29:27 +0200 From: Ralf Baechle To: Jun Sun Cc: linux-mips@fnet.fr, linux@engr.sgi.com, jpuhlman@mvista.com Subject: Re: Bus error of gdb 5.0 with MIPS patch Message-ID: <20000730132927.C6603@bacchus.dhis.org> References: <398300E5.143F5370@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <398300E5.143F5370@mvista.com>; from jsun@mvista.com on Sat, Jul 29, 2000 at 09:05:57AM -0700 X-Accept-Language: de,en,fr Content-Length: 644 Lines: 24 On Sat, Jul 29, 2000 at 09:05:57AM -0700, Jun Sun wrote: > I started to play with gdb 5.0 + the MIPS patch at > http://www.ds2.pg.gda.pl/~macro/gdb-5.0/, but I am having a bus error if > I want to do 'next step'. Setting breakpoints and continuing running > seem to be fine. > > The gdb 4.17 rpm from oss.sgi.com does not have this problem. > > Any idea? Possibly this was one of the cacheflush bugs I recently fixed. > (gdb) n > [tcsetpgrp failed in terminal_inferior: Not a typewriter] > Bus error > > ----------- > > P.S., Does anybody know how to fix "tcsetpgrp ..." error? No idea, never seen / heared about this problem. Ralf From kaos@ocs.com.au Mon Jul 31 11:02:17 2000 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id LAA10477; Mon, 31 Jul 2000 11:02:12 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 11:02:12 +0200 (MET DST) Received: (qmail 4906 invoked from network); 31 Jul 2000 09:01:58 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 31 Jul 2000 09:01:58 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: linux-arm-kernel@lists.arm.linux.org.uk, linuxppc-dev@lists.linuxppc.org, linux-m68k@lists.linux-m68k.org, linux-mac68k@mac.linux-m68k.org, linux-mips@fnet.fr, sparclinux@vger.rutgers.edu, ultralinux@vger.rutgers.edu, linux-sh@m17n.org, linux-alpha@vger.rutgers.edu, linux-kernel@vger.rutgers.edu, linux-ia64@linuxia64.org, linux-vm@vm.marist.edu Subject: [RFC] Merge softirq, local_irq_count, local_bh_count Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 31 Jul 2000 19:01:58 +1000 Message-ID: <16496.965034118@ocs3.ocs-net> Content-Length: 6067 Lines: 167 Cross mailed to every arch mailing list I could find, this patch hits every arch. Please trim replies to the relevant mailing list. Please cc: kaos@ocs.com.au on replies, I am not on every list. --- At the moment (2.4.0-test5) all architectures have a common definition for softirq_state, it occupies its own cache line with a lot of unused padding. The definitions for local_irq_count and local_bh_count are all over the place, some architectures use a cache aligned structure, some use arrays of integers (lets you play cache ping/pong), some even use atomic_t. Each arch defines its own set of mapping macros to get to local_irq_count and local_bh_count. To add insult to injury, not all architectures use the mapping macros, there are bits of code scattered around that use hard coded array lookups which are not optimized for SMP vs non-SMP. ftp://ftp.ocs.com.au/pub/2.4.0-test5-softirq-bh-merge.gz is a merge of softirq, local_irq_count and local_bh_count into one cache aligned structure. The aim was :- * Put all these fields in a per-cpu cache line. They are hit by the same code paths and are only ever updated from one cpu. Softirq was already cache aligned but the other fields were not, in most cases we were using multiple cache lines for this data. On most archs this will save a cache line. In the worst case we use the same number of lines but still get a code cleanup. * Replace all the explicit references like __local_irq_count[cpu] with wrapper macros. Some arch's had already done this but there was quite a bit of crud left. * Replace multiple arch definitions and export of irq_stat with a common one, optimized for SMP or non-SMP. I know that gcc should do this, but proving it will always optimize was too messy so I went for the safe case and hand optimized the definitions. Besides, s390 is completely different (the story of my life ;). * Create a standard definition for the wrappers that can be used by almost all architectures. Only s390 and sparc64 are special cases but every arch had its own slightly incompatible definition. * Add a per-cpu syscall_count, ready for performance reporting on soft interrupts as well as hard interrupts. This field is not being set at the moment but will be easy to update once the above patch is accepted. I have updated all architectures, but have only been able to test this patch on ix86 and IA64. Could the other arch maintainers try this patch, it is almost guaranteed to contain some Assembler errors. If your arch supports SMP, please try both UP and SMP. I want to know if the patch works or not on each arch so I can send the patch to Linus. So I would appreciate feedback on tests, whether successful or not. All architectures except s390 and sparc64 use the same definitions, see include/linux/irq_cpustat.h. For all but s390, sparc64 and m68k, please check the Assembler changes, the common code should be fine. S390 No irq_stat structure, the equivalent fields are stored in S390_lowcore. That moved cpu_data, ipl_device and the SMP info area up by 16 bytes. There was no need for local_bh_count and local_irq_count to be atomic. Please check the changes to __LC_ in lowcore.h. Also the use of lowcore instead of irq_stat[NR_CPUS] means that asm-s390/hardirq.h is quite different from the other archs, it has its own unique definitions for all the wrapper macros. sparc64 For UP, it uses the common code, local_irq_count is an int in irq_stat. For SMP, local_irq_count is a brlock in cpu_data. asm-sparc64/hardirq.h defines a special SMP mapping for local_irq_count. m68k The change to arch/m68k/atari/ataints.c is a complete guess. There were no examples of how to reference SYMBOL+8 from asm in atari. Files patched: arch/alpha/kernel/alpha_ksyms.c arch/alpha/kernel/entry.S arch/alpha/kernel/irq_alpha.c arch/alpha/kernel/irq_smp.c arch/alpha/kernel/smp.c arch/arm/kernel/armksyms.c arch/arm/kernel/entry-common.S arch/arm/kernel/irq.c arch/i386/kernel/entry.S arch/i386/kernel/i386_ksyms.c arch/i386/kernel/io_apic.c arch/i386/kernel/irq.c arch/i386/kernel/traps.c arch/ia64/kernel/entry.S arch/ia64/kernel/ia64_ksyms.c arch/ia64/kernel/irq.c arch/m68k/atari/ataints.c arch/m68k/kernel/entry.S arch/m68k/kernel/ints.c arch/m68k/kernel/m68k_ksyms.c arch/mips/baget/irq.c arch/mips/dec/irq.c arch/mips/kernel/entry.S arch/mips/kernel/irq.c arch/mips/kernel/mips_ksyms.c arch/mips/kernel/scall_o32.S arch/mips/orion/irq.c arch/mips/sgi/kernel/indy_int.c arch/mips64/kernel/entry.S arch/mips64/kernel/scall_64.S arch/mips64/kernel/scall_o32.S arch/mips64/sgi-ip22/ip22-int.c arch/mips64/sgi-ip27/ip27-irq.c arch/ppc/kernel/entry.S arch/ppc/kernel/irq.c arch/ppc/kernel/local_irq.h arch/ppc/kernel/ppc_ksyms.c arch/s390/kernel/entry.S arch/s390/kernel/irq.c arch/s390/kernel/process.c arch/s390/kernel/s390io.c arch/s390/mm/fault.c arch/sh/kernel/entry.S arch/sh/kernel/irq.c arch/sparc/kernel/irq.c arch/sparc/kernel/rtrap.S arch/sparc/kernel/sparc_ksyms.c arch/sparc64/kernel/irq.c arch/sparc64/kernel/rtrap.S arch/sparc64/kernel/smp.c arch/sparc64/kernel/sparc64_ksyms.c include/asm-alpha/hardirq.h include/asm-alpha/smp.h include/asm-alpha/softirq.h include/asm-arm/hardirq.h include/asm-i386/hardirq.h include/asm-ia64/hardirq.h include/asm-m68k/hardirq.h include/asm-m68k/softirq.h include/asm-m68k/system.h include/asm-mips/hardirq.h include/asm-mips64/hardirq.h include/asm-mips64/processor.h include/asm-mips64/smp.h include/asm-ppc/hardirq.h include/asm-ppc/softirq.h include/asm-s390/hardirq.h include/asm-s390/irq.h include/asm-s390/lowcore.h include/asm-s390/softirq.h include/asm-sh/hardirq.h include/asm-sh/softirq.h include/asm-sparc/hardirq.h include/asm-sparc/irq.h include/asm-sparc/softirq.h include/asm-sparc64/hardirq.h include/asm-sparc64/smp.h include/asm-sparc64/softirq.h include/linux/interrupt.h include/linux/irq_cpustat.h kernel/ksyms.c kernel/sched.c kernel/softirq.c net/netsyms.c From ralf@oss.sgi.com Mon Jul 31 11:56:27 2000 Received: from u-38.karlsruhe.ipdial.viaginterkom.de (u-38.karlsruhe.ipdial.viaginterkom.de [62.180.19.38]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA10925; Mon, 31 Jul 2000 11:56:26 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 11:56:26 +0200 (MET DST) Received: (ralf@lappi) by lappi.waldorf-gmbh.de id ; Mon, 31 Jul 2000 11:29:16 +0200 Date: Mon, 31 Jul 2000 11:29:16 +0200 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Cache changes Message-ID: <20000731112916.A19263@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-Accept-Language: de,en,fr Content-Length: 556 Lines: 11 I've cleaned some of the r4xx0.c cache functions yesterday. Aside of shaving off almost 50% of lat_mmap benchmark results we now also properly assymetric cache line sizes as seen on the R4300 or used by certain configurations of the M700 and Mips Magnum. One of the next things I'll kill is support for split data and instruction second level caches on R4000 and R4400; I haven't ever heared of such a configuration actually being used in practice and anyway, it's a runtime configurable feature so we could get rid of it if we ever run into it. Ralf From macro@ds2.pg.gda.pl Mon Jul 31 18:22:43 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA13770; Mon, 31 Jul 2000 18:22:41 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 18:22:41 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id SAA23850; Mon, 31 Jul 2000 18:22:36 +0200 (MET DST) Date: Mon, 31 Jul 2000 18:22:36 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Jun Sun cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, jpuhlman@mvista.com Subject: Re: Bus error of gdb 5.0 with MIPS patch In-Reply-To: <398300E5.143F5370@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 956 Lines: 26 On Sat, 29 Jul 2000, Jun Sun wrote: > (gdb) n > [tcsetpgrp failed in terminal_inferior: Not a typewriter] > Bus error > > ----------- > > P.S., Does anybody know how to fix "tcsetpgrp ..." error? Hmm, I believe it indicates a problem with the shell. I used to observe it when my glibc disagreed with my kernel about struct stat64. Try to disable large file support for the shell until struct stat64 gets fixed. About the bus error -- try to compile gdb with debugging support and make it dump core on the bus error (you might need to tweak ulimit). Then try to locate the crash address with gdb (`info stack' might be particularly useful). It's most likely gdb cannot figure an address of the next instruction properly. What version of libc? -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From jsun@mvista.com Mon Jul 31 19:18:40 2000 Received: from hermes.mvista.com (gateway-490.mvista.com [63.192.220.206]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA15611; Mon, 31 Jul 2000 19:18:38 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 19:18:38 +0200 (MET DST) Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.9.3/8.9.3) with ESMTP id KAA04541; Mon, 31 Jul 2000 10:17:22 -0700 Sender: jsun@hermes.mvista.com Message-ID: <3985B49E.58DAA36F@mvista.com> Date: Mon, 31 Jul 2000 10:17:18 -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: "Maciej W. Rozycki" CC: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, jpuhlman@mvista.com Subject: Re: Bus error of gdb 5.0 with MIPS patch References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 482 Lines: 14 "Maciej W. Rozycki" wrote: > About the bus error -- try to compile gdb with debugging support and make > it dump core on the bus error (you might need to tweak ulimit). Then try > to locate the crash address with gdb (`info stack' might be particularly > useful). It's most likely gdb cannot figure an address of the next > instruction properly. > > What version of libc? > It is glibc 2.0.7. Pretty old, but I don't think there is a newer one working stably with MIPS. Jun From macro@ds2.pg.gda.pl Mon Jul 31 19:50:07 2000 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [153.19.144.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA20858; Mon, 31 Jul 2000 19:50:06 +0200 (MET DST) Received-Date: Mon, 31 Jul 2000 19:50:06 +0200 (MET DST) Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id TAA25878; Mon, 31 Jul 2000 19:42:16 +0200 (MET DST) Date: Mon, 31 Jul 2000 19:42:16 +0200 (MET DST) From: "Maciej W. Rozycki" To: Jun Sun cc: linux-mips@fnet.fr, linux@cthulhu.engr.sgi.com, jpuhlman@mvista.com Subject: Re: Bus error of gdb 5.0 with MIPS patch In-Reply-To: <3985B49E.58DAA36F@mvista.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 534 Lines: 15 On Mon, 31 Jul 2000, Jun Sun wrote: > > What version of libc? > > It is glibc 2.0.7. Pretty old, but I don't think there is a newer one > working stably with MIPS. Well, I can't test that, I am afraid. I am only using glibc 2.2 (which is 2.1.91 at the moment). It works quite well, but I wouldn't name it stable yet, I admit. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available +