From owner-linux-mips@oss.sgi.com Sun Apr 1 05:37:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f31CbAT10081 for linux-mips-outgoing; Sun, 1 Apr 2001 05:37:10 -0700 Received: from zeus.wi.leidenuniv.nl (zeus.wi.leidenuniv.nl [132.229.128.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f31Cb8M10078 for ; Sun, 1 Apr 2001 05:37:08 -0700 Received: from fog.mors.wiggy.net (IDENT:tLEB25gsaj0a0ivcmMweVg/PdXWkprnn@home161.liacs.nl [132.229.210.161]) by zeus.wi.leidenuniv.nl (8.9.3/8.9.3/LIACS 1.1) with ESMTP id OAA00356 for ; Sun, 1 Apr 2001 14:36:55 +0200 (MET DST) Received: (from wichert@localhost) by fog.mors.wiggy.net (8.12.0.Beta5/8.12.0.Beta5/Debian 8.12.0-1) id f319c1Y3020436 for linux-mips@oss.sgi.com; Sun, 1 Apr 2001 11:38:01 +0200 Date: Sun, 1 Apr 2001 11:38:00 +0200 From: Wichert Akkerman To: linux-mips@oss.sgi.com Subject: Re: PS2 Message-ID: <20010401113800.A20268@cistron.nl> Mail-Followup-To: linux-mips@oss.sgi.com References: <01033101553500.08484@dell> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <01033101553500.08484@dell>; from bebarker@meginc.com on Sat, Mar 31, 2001 at 01:55:35AM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Previously Brandon Barker wrote: > What are the chances of Linux being ported to the PS2 (playstation 2)? I saw > a Wulfstation project on Sourceforge but it seemed to be inactive; it was > trying to make a port that would allow us to build clusters of PS2s. It's alreadey been done if I remember correctly. Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | wichert@cistron.nl http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | From owner-linux-mips@oss.sgi.com Sun Apr 1 07:39:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f31Eddl11512 for linux-mips-outgoing; Sun, 1 Apr 2001 07:39:39 -0700 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f31EdbM11509 for ; Sun, 1 Apr 2001 07:39:38 -0700 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01K1W4OUCURA000PPL@research.kpn.com> for linux-mips@oss.sgi.com; Sun, 1 Apr 2001 16:39:35 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id QAA12245; Sun, 01 Apr 2001 16:39:34 +0200 (MET DST) Date: Sun, 01 Apr 2001 16:39:34 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: Recommended toolchain In-reply-to: "Your message of Thu, 29 Mar 2001 20:10:15 +0200." To: "Maciej W. Rozycki" Cc: vhouten@kpn.com, linux-mips@oss.sgi.com Reply-to: vhouten@kpn.com Message-id: <200104011439.QAA12245@sparta.research.kpn.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "Maciej W. Rozycki" writes: > So I guess there may be something wrong with the R4k code generation in >gcc 2.95.2(3) (or possibly binutils, but the latter is quite unlikely). I >can't run-time test R4k code but I may see if I can review the generated >binary of startup code up to the first line output for any >inconsistencies. Don't hold your breath, though... I've now done a native compile of a CVS checkout from Friday, and it does compile. It even boots, up until: esp0: target 1 [period 248ns offset 15 4.03MHz synchronous SCSI] sr0: scsi-1 drive Uniform CD-ROM driver Revision: 3.12 NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP IP: routing cache hash table of 2048 buckets, 16Kbytes TCP: Hash tables configured (established 16384 bind 16384) Unhandled kernel unaligned access in unaligned.c:emulate_load_store_insn, line 372: $0 : 00000000 10010c00 8017fed0 00000000 $4 : 801fe33c 80200000 813de000 802db000 $8 : 10010c01 8019af20 00000000 00000000 $12: 00000000 fffff000 fffffff7 802db060 $16: 00000000 813de000 00000001 00000000 $20: 00000005 801cbe34 801eb070 801eb1ac $24: 00000000 0000000a $28: 8022e000 8022fe88 00000000 80066cc0 epc : 8017ff08 Status: 10010c03 Cause : 00002010 Process swapper (pid: 1, stackpage=8022e000) etc. I have not yet found the time to look further into that... From owner-linux-mips@oss.sgi.com Sun Apr 1 10:21:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f31HLx614410 for linux-mips-outgoing; Sun, 1 Apr 2001 10:21:59 -0700 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f31HLsM14407 for ; Sun, 1 Apr 2001 10:21:54 -0700 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01K1WAD15Q2E000Q0N@research.kpn.com> for linux-mips@oss.sgi.com; Sun, 1 Apr 2001 19:21:52 +0200 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) with ESMTP id TAA13517; Sun, 01 Apr 2001 19:21:50 +0200 (MET DST) Date: Sun, 01 Apr 2001 19:21:50 +0200 From: "Houten K.H.C. van (Karel)" X-Face: ";:TzQQC{mTp~$W,'m4@Lu1Lu$rtG_~5kvYO~F:C'KExk9o1X"iRz[0%{bq?6Aj#>VhSD?v 1W9`.Qsf+P&*iQEL8&y,RDj&U.]!(R-?c-h5h%Iw%r$|%6+Jc>GTJe!_1&A0o'lC[`I#={2BzOXT1P q366I$WL=;[+SDo1RoIT+a}_y68Y:jQ^xp4=*4-ryiymi>hy Subject: Re: rpm crashing on RH 7.0 indy In-reply-to: "Your message of Wed, 28 Mar 2001 15:50:34 +0200." To: "Maciej W. Rozycki" Cc: Carsten Langgaard , Keith M Wesolowski , David Jez , Karel van Houten , linux-mips@oss.sgi.com Reply-to: vhouten@kpn.com Message-id: <200104011721.TAA13517@sparta.research.kpn.com> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi Maciej, "Maciej W. Rozycki" writes: >On Wed, 28 Mar 2001, Carsten Langgaard wrote: > >> Have the kernel fix made it into the CVS. >> If not, could you please resent it. > > I do not consider it clean enough for inclusion into the official kernel >at this stage. It works, though. > > When appropriately cleaned up, I'll submit it to Linus as it's not >MIPS-specific and affects all systems -- mmap() fails equally badly on an >i386, for example. No time to work on the patch at the moment, sorry. I applied this patch to a 2.4.2 CVS checkout, and indeed, the crashing rpm problem vanished. Thanks Maciej! Regards, Karel. From owner-linux-mips@oss.sgi.com Sun Apr 1 10:27:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f31HRKY14769 for linux-mips-outgoing; Sun, 1 Apr 2001 10:27:20 -0700 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f31HRJM14766 for ; Sun, 1 Apr 2001 10:27:19 -0700 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01K1WAJS7N7Q000Q0N@research.kpn.com> for linux-mips@oss.sgi.com; Sun, 1 Apr 2001 19:27:18 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id TAA13561 for linux-mips@oss.sgi.com; Sun, 01 Apr 2001 19:27:17 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sun, 01 Apr 2001 19:27:17 +0200 (MET DST) From: Karel van Houten Subject: strange NFS df counters in new CVS kernel To: linux-mips@oss.sgi.com Message-id: <200104011727.TAA13561@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL2] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all, I just updated my indy to a recent CVS 2.4.2 kernel. Now a 'df' on a NFS mounted partition results in very strange counters: # df Filesystem 1k-blocks Used Available Use% Mounted on /dev/sdb1 3960744 2670088 1089456 72% / /dev/scd0 426764 426764 0 100% /cdrom elwing:/local/mips 8997432 -18446744073698455312 1567854685 101% /base # The server is a 2.2.18 intel linux box. Any hints? -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From owner-linux-mips@oss.sgi.com Sun Apr 1 12:44:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f31Ji9R17013 for linux-mips-outgoing; Sun, 1 Apr 2001 12:44:09 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f31Ji8M17010 for ; Sun, 1 Apr 2001 12:44:08 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 2ACF17F4; Sun, 1 Apr 2001 21:44:06 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 4B2E8F014; Sun, 1 Apr 2001 20:54:32 +0200 (CEST) Date: Sun, 1 Apr 2001 20:54:32 +0200 From: Florian Lohoff To: vhouten@kpn.com Cc: "Maciej W. Rozycki" , linux-mips@oss.sgi.com Subject: Re: Recommended toolchain Message-ID: <20010401205432.B12404@paradigm.rfc822.org> References: <200104011439.QAA12245@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <200104011439.QAA12245@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Sun, Apr 01, 2001 at 04:39:34PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 01, 2001 at 04:39:34PM +0200, Houten K.H.C. van (Karel) wrote: > IP Protocols: ICMP, UDP, TCP > IP: routing cache hash table of 2048 buckets, 16Kbytes > TCP: Hash tables configured (established 16384 bind 16384) > Unhandled kernel unaligned access in unaligned.c:emulate_load_store_insn, line 372: > $0 : 00000000 10010c00 8017fed0 00000000 > $4 : 801fe33c 80200000 813de000 802db000 > $8 : 10010c01 8019af20 00000000 00000000 > $12: 00000000 fffff000 fffffff7 802db060 > $16: 00000000 813de000 00000001 00000000 > $20: 00000005 801cbe34 801eb070 801eb1ac > $24: 00000000 0000000a > $28: 8022e000 8022fe88 00000000 80066cc0 > epc : 8017ff08 > Status: 10010c03 > Cause : 00002010 > Process swapper (pid: 1, stackpage=8022e000) > > etc. > I have not yet found the time to look further into that... Guido did that last weekend and discovered that this is a toolchain problem which disappears when compiling with gcc 3.0 Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Apr 1 23:52:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f326qEi29792 for linux-mips-outgoing; Sun, 1 Apr 2001 23:52:14 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f326qDM29789 for ; Sun, 1 Apr 2001 23:52:13 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id CE43E109DD for ; Sun, 1 Apr 2001 23:52:12 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id 90D6F1F428; Sun, 1 Apr 2001 23:52:12 -0700 (PDT) Date: Sun, 1 Apr 2001 23:52:12 -0700 From: Keith M Wesolowski To: linux-mips@oss.sgi.com Subject: RFC: Cleanup/detection patch Message-ID: <20010401235212.B9737@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have posted an initial copy of my patch for machine detection, namespace cleanup, and promlib abstraction at http://foobazco.org/~wesolows/mips64-machine.diff. This is against 2.4.2 CURRENT oss. It currently passes my regression testsuite which unfortunately does not include an ip27 boot test. There are several goals to this patch: to be able to support multiple machines with a single kernel binary; to reduce code duplication among the various machines, and to provide a well-defined architecture for a future increase in the number and diversity of systems we support. This patch affects mips64 only at this time. However, it will be ported to the 32-bit mips tree following comment. It is also incomplete - I know for a fact that certain pci functions need this kind of abstraction as well, and the promlib support is fairly minimal. The accompanying documentation, while useful especially for new porters, is slightly out of date already. For those (embedded systems people) who think the ability to support multiple machines in a single kernel is useless bloat, consider instead that you will have significantly less code to maintain and to write, since more functionality will be provided by generic functions. No more copying the generic files, changing three lines, and having to maintain the copies forever. This patch as written adds less than 300 net lines of code to the kernel (the entire difference is contained in __init functions), and when finished will probably result in single-machine kernels which are approximately the same size as current versions. Please offer your comments. Barring a shockingly brutal rejection of the fundamental principles, I fully expect this to be integrated by 2.5.x for mips and mips64. Speak now or forever hold your peace. If you are interested, this code is also being maintained in cvs at cvs.foobazco.org, username cvs, password cvs, repository linux. This is not a fork; the patches will either be put into oss or dropped. This tree also has early 64-bit SGI O2 support based on work by Harald Koerfgen, nick@snowman.net, and me. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Mon Apr 2 05:20:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32CKDp10846 for linux-mips-outgoing; Mon, 2 Apr 2001 05:20:13 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32CKDM10843 for ; Mon, 2 Apr 2001 05:20:13 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id FAA19901 for ; Mon, 2 Apr 2001 05:20:15 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id FAA03753 for ; Mon, 2 Apr 2001 05:20:14 -0700 (PDT) Message-ID: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "MIPS/Linux List \(SGI\)" Subject: Dumb Question on Cross-Development Date: Mon, 2 Apr 2001 14:24:00 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I've historically done all of my MIPS/Linux development native, on Indies, P-5064's, Atlas, and Malta. But now that we seem to be in a situation where the latest, greatest, and most correct compilers are x86 cross-dev only, I've cut over to building kernels on my Athlon box. I'd like to start building apps and benchmarks (not necessarily from srpm's). Plainly, I need a set of libraries (naive attempts at cross-compilation of user code with the egcs 1.1.2 compiler results in complaints about the missing crt1.o), and possibly some variant include files. Are these packaged somewhere, and is there an FAQ/HowTo on how to set them up? This may have been handled in Ralf's HowTo, but that seems to have disappeared from the web. Regards, Kevin K. From owner-linux-mips@oss.sgi.com Mon Apr 2 06:55:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32DtTP13674 for linux-mips-outgoing; Mon, 2 Apr 2001 06:55:29 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32DtSM13671 for ; Mon, 2 Apr 2001 06:55:28 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id GAA20431 for ; Mon, 2 Apr 2001 06:55:31 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id GAA06205 for ; Mon, 2 Apr 2001 06:55:30 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id PAA08016 for ; Mon, 2 Apr 2001 15:54:51 +0200 (MEST) Message-ID: <3AC884AA.A0B2C595@mips.com> Date: Mon, 02 Apr 2001 15:54:51 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: RedHat7.0 Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf, which compiler and tools did you use to compile the RedHat7.0 source RPMs ? /Carsten -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Mon Apr 2 07:14:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32EE8N14661 for linux-mips-outgoing; Mon, 2 Apr 2001 07:14:08 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32EB0M14513 for ; Mon, 2 Apr 2001 07:11:14 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id PAA23208; Mon, 2 Apr 2001 15:46:31 +0200 (MET DST) Date: Mon, 2 Apr 2001 15:46:31 +0200 (MET DST) From: "Maciej W. Rozycki" To: Geert Uytterhoeven cc: Karel van Houten , Carsten Langgaard , Keith M Wesolowski , David Jez , linux-mips@oss.sgi.com Subject: Re: rpm crashing on RH 7.0 indy In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, 2 Apr 2001, Geert Uytterhoeven wrote: > So it may make sense to post the not-yet-cleant-up patch to linux-kernel now. > Perhaps someone there has more time to clean it up. It already went there back in July, 2000. I sent it again a few months later again, IIRC (January 2001?). I've received no response at all. I'm bored with sending patches into a black hole over and over again, sorry. I'll clean it up sooner or later and I will submit the resulting patch then -- while no one is interested, Linus might accept it for the sake of correctness. Anyway, I can continue to live with a private patch, as I already do for several months now -- the patch actually caused me no trouble at all since -test4 as there were no conflicts with kernel patches so far. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 2 10:46:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32Hkse20439 for linux-mips-outgoing; Mon, 2 Apr 2001 10:46:54 -0700 Received: from dea.waldorf-gmbh.de (u-29-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.29]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32HkBM20416 for ; Mon, 2 Apr 2001 10:46:12 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f32DKFK10981 for linux-mips@oss.sgi.com; Mon, 2 Apr 2001 15:20:15 +0200 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f326W0M29375 for ; Sun, 1 Apr 2001 23:32:01 -0700 Received: from escobaria.sonytel.be (escobaria.sonytel.be [10.34.80.3]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id IAA17985; Mon, 2 Apr 2001 08:29:36 +0200 (MET DST) Date: Mon, 2 Apr 2001 08:29:29 +0200 (MET DST) From: Geert Uytterhoeven To: Karel van Houten cc: "Maciej W. Rozycki" , Carsten Langgaard , Keith M Wesolowski , David Jez , linux-mips@oss.sgi.com Subject: Re: rpm crashing on RH 7.0 indy In-Reply-To: <200104011721.TAA13517@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, 1 Apr 2001, Houten K.H.C. van (Karel) wrote: > "Maciej W. Rozycki" writes: > >On Wed, 28 Mar 2001, Carsten Langgaard wrote: > > > >> Have the kernel fix made it into the CVS. > >> If not, could you please resent it. > > > > I do not consider it clean enough for inclusion into the official kernel > >at this stage. It works, though. > > > > When appropriately cleaned up, I'll submit it to Linus as it's not > >MIPS-specific and affects all systems -- mmap() fails equally badly on an > >i386, for example. No time to work on the patch at the moment, sorry. So it may make sense to post the not-yet-cleant-up patch to linux-kernel now. Perhaps someone there has more time to clean it up. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Mon Apr 2 10:48:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32HmOu20514 for linux-mips-outgoing; Mon, 2 Apr 2001 10:48:24 -0700 Received: from dea.waldorf-gmbh.de (u-29-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.29]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32Hm7M20491 for ; Mon, 2 Apr 2001 10:48:08 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f32DEPZ10943; Mon, 2 Apr 2001 15:14:25 +0200 Date: Mon, 2 Apr 2001 15:14:25 +0200 From: Ralf Baechle To: "Kevin D. Kissell" Cc: "MIPS/Linux List \(SGI\)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010402151425.A8471@bacchus.dhis.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses>; from kevink@mips.com on Mon, Apr 02, 2001 at 02:24:00PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 02, 2001 at 02:24:00PM +0200, Kevin D. Kissell wrote: > I've historically done all of my MIPS/Linux development > native, on Indies, P-5064's, Atlas, and Malta. But now > that we seem to be in a situation where the latest, > greatest, and most correct compilers are x86 cross-dev > only. There is nothing that keeps you from building those compiler as native compilers also. Usually I only crosscompile kernels and do all other work native. > I've cut over to building kernels on my Athlon box. > I'd like to start building apps and benchmarks (not > necessarily from srpm's). Plainly, I need a set of > libraries (naive attempts at cross-compilation of > user code with the egcs 1.1.2 compiler results in > complaints about the missing crt1.o), and possibly > some variant include files. Which looks like you don't have a glibc package installed. > Are these packaged somewhere, and is there an FAQ/HowTo on how > to set them up? Guess I should occasionally roll an uptodate crosscompiler package ... > This may have been handled in Ralf's HowTo, but that seems to have > disappeared from the web. http://oss.sgi.com/mips/mips-howto.html. Where are you looking? It's still on the web and is also being distributed as part of the LDP project. Heck, the HOWTO even seems to ship with a number of Intel distributions, at least Conectiva 6.0 and Redhat 6.2 seem to include it, even though fairly old versions. Ralf From owner-linux-mips@oss.sgi.com Mon Apr 2 11:15:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32IFos21930 for linux-mips-outgoing; Mon, 2 Apr 2001 11:15:50 -0700 Received: from dea.waldorf-gmbh.de (u-29-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.29]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32IFlM21927 for ; Mon, 2 Apr 2001 11:15:48 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f32IFcD23669; Mon, 2 Apr 2001 20:15:38 +0200 Date: Mon, 2 Apr 2001 20:15:38 +0200 From: Ralf Baechle To: Carsten Langgaard Cc: linux-mips@oss.sgi.com Subject: Re: RedHat7.0 Message-ID: <20010402201538.A23535@bacchus.dhis.org> References: <3AC884AA.A0B2C595@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC884AA.A0B2C595@mips.com>; from carstenl@mips.com on Mon, Apr 02, 2001 at 03:54:51PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 02, 2001 at 03:54:51PM +0200, Carsten Langgaard wrote: > Ralf, which compiler and tools did you use to compile the RedHat7.0 > source RPMs ? The binutils are included in redhat 7 as on oss are not the original binutils from Redhat 7.0 but a CVS snapshot with MIPS patches. This distribution does not contain a gcc rpm because I haven't yet built a package from it. I can however upload a tar ball of my build directory so you can install my gcc with just ``make install'', if you want. Ralf From owner-linux-mips@oss.sgi.com Mon Apr 2 12:17:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32JH1a03322 for linux-mips-outgoing; Mon, 2 Apr 2001 12:17:01 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32JGwM03318; Mon, 2 Apr 2001 12:16:58 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id MAA23906; Mon, 2 Apr 2001 12:17:00 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id MAA16353; Mon, 2 Apr 2001 12:16:59 -0700 (PDT) Message-ID: <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Ralf Baechle" Cc: "MIPS/Linux List \(SGI\)" References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> Subject: Re: Dumb Question on Cross-Development Date: Mon, 2 Apr 2001 21:20:44 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > I've historically done all of my MIPS/Linux development > > native, on Indies, P-5064's, Atlas, and Malta. But now > > that we seem to be in a situation where the latest, > > greatest, and most correct compilers are x86 cross-dev > > only. > > There is nothing that keeps you from building those compiler as native > compilers also. Usually I only crosscompile kernels and do all other > work native. "Let them eat cake". My Athlon is an order of magnitude faster than my 4Kc, and several times faster than my Algor/R5260. It also has much more memory and a CD-RW unit for backup, unlike my MIPS boxes. As MIPS/Linux becomes more an embedded platform and less an SGI/DEC legacy platform, people are in general not going to put up with being forced to buy old Indy's to do their target application work! > > I've cut over to building kernels on my Athlon box. > > I'd like to start building apps and benchmarks (not > > necessarily from srpm's). Plainly, I need a set of > > libraries (naive attempts at cross-compilation of > > user code with the egcs 1.1.2 compiler results in > > complaints about the missing crt1.o), and possibly > > some variant include files. > > Which looks like you don't have a glibc package installed. That's correct. Because I have the strong suspicion that RH 7.0 PC rpm is too stupid to put it somewhere useful, and is far more likely to clobber my native i686 libc unless I give it the correct incantations. Hence my question. And of course, if it ends up somewhere other than /usr/lib, presumably I need to tweak mips-linux-gcc to know where it is. I'm sure that's documented somewhere, too, but it would save me several hours if someone had a description of how to install the full cross environment on a Linux PC. > > Are these packaged somewhere, and is there an FAQ/HowTo on how > > to set them up? > > Guess I should occasionally roll an uptodate crosscompiler package ... If not you, someone certainly needs to. > > This may have been handled in Ralf's HowTo, but that seems to have > > disappeared from the web. > > http://oss.sgi.com/mips/mips-howto.html. Where are you looking? There is no visible link to it on the oss.sgi.com/mips page - then again there's no visible link to oss.sgi.com/mips from the oss.sgi.com page, so at least things are consistent. ;-) It used to be accessible from the FAQ that used to be at oss.sgi.com/mips/faq.html, but that document has be deleted, leaving no forwarding address. The pointers on Brad LaRonde's site is even older (remember linux.sgi.com?). > It's still > on the web and is also being distributed as part of the LDP project. Heck, > the HOWTO even seems to ship with a number of Intel distributions, at least > Conectiva 6.0 and Redhat 6.2 seem to include it, even though fairly old > versions. That's great. Now, why can't there be a pointer to it on one of the pages accessible to someone dropping into oss.sgi.com/mips? Regards, Kevin K. From owner-linux-mips@oss.sgi.com Mon Apr 2 14:52:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32Lq1Z07990 for linux-mips-outgoing; Mon, 2 Apr 2001 14:52:01 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32LpvM07986; Mon, 2 Apr 2001 14:51:58 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 0C54D7F8; Mon, 2 Apr 2001 23:51:56 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 7B43CF035; Mon, 2 Apr 2001 23:48:50 +0200 (CEST) Date: Mon, 2 Apr 2001 23:48:50 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: Ralf Baechle , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010402234850.B25228@paradigm.rfc822.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses>; from kevink@mips.com on Mon, Apr 02, 2001 at 09:20:44PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 02, 2001 at 09:20:44PM +0200, Kevin D. Kissell wrote: > "Let them eat cake". My Athlon is an order of magnitude > faster than my 4Kc, and several times faster than my > Algor/R5260. It also has much more memory and a > CD-RW unit for backup, unlike my MIPS boxes. As > MIPS/Linux becomes more an embedded platform > and less an SGI/DEC legacy platform, people are in > general not going to put up with being forced to buy > old Indy's to do their target application work! In not so far future their will be an complete distribution for both endianesses available (and even kept up to date) containing everything you need. Debian even now has cross-binutils available for mipsel and just a couple of mails would be required to come with cross-binutils for mips too. Compiling a cross-compiler from the debian gcc source package is described somewhere (Just a matter of a single line imho) Cross-compilation is IMHO so broken when it comes to userspace than noone really thinking of having something reusable would consider this. It all ends beeing a really ugly hack. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Apr 2 14:56:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32LuYW08308 for linux-mips-outgoing; Mon, 2 Apr 2001 14:56:34 -0700 Received: from iris1.csv.ica.uni-stuttgart.de (iris1.csv.ica.uni-stuttgart.de [129.69.118.2]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32LuUM08299; Mon, 2 Apr 2001 14:56:30 -0700 Received: from rembrandt.csv.ica.uni-stuttgart.de (rembrandt.csv.ica.uni-stuttgart.de [129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de (8.9.3/8.9.3) with ESMTP id XAA57476; Mon, 2 Apr 2001 23:56:21 +0200 (MDT) Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.12 #1 (Debian)) id 14kCJ9-0004Ww-00; Mon, 02 Apr 2001 23:56:19 +0200 Date: Mon, 2 Apr 2001 23:56:19 +0200 To: "Kevin D. Kissell" Cc: Ralf Baechle , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010402235619.C5099@rembrandt.csv.ica.uni-stuttgart.de> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses>; from kevink@mips.com on Mon, Apr 02, 2001 at 09:20:44PM +0200 From: Thiemo Seufer Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Kevin D. Kissell wrote: [snip] >> Which looks like you don't have a glibc package installed. > >That's correct. Because I have the strong suspicion that >RH 7.0 PC rpm is too stupid to put it somewhere useful, and >is far more likely to clobber my native i686 libc unless I give >it the correct incantations. Hence my question. And >of course, if it ends up somewhere other than /usr/lib, >presumably I need to tweak mips-linux-gcc to know >where it is. I'm sure that's documented somewhere, >too, but it would save me several hours if someone had >a description of how to install the full cross environment >on a Linux PC. There's even a script by Keith Weselowski to do that, see e.g. ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/ [snip] >There is no visible link to it on the oss.sgi.com/mips page - then again >there's no visible link to oss.sgi.com/mips from the oss.sgi.com page, >so at least things are consistent. ;-) It used to be accessible from the >FAQ that used to be at oss.sgi.com/mips/faq.html, but that document >has be deleted, leaving no forwarding address. The pointers on Brad >LaRonde's site is even older (remember linux.sgi.com?). http://www.linux-mips.org/ has a good link page (if it isn't down). Thiemo From owner-linux-mips@oss.sgi.com Mon Apr 2 15:19:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32MJ1u09171 for linux-mips-outgoing; Mon, 2 Apr 2001 15:19:01 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32MJ0M09168 for ; Mon, 2 Apr 2001 15:19:00 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id PAA25775; Mon, 2 Apr 2001 15:19:02 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id PAA22636; Mon, 2 Apr 2001 15:18:59 -0700 (PDT) Message-ID: <017801c0bbc3$78c706a0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" Cc: "MIPS/Linux List \(SGI\)" References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> Subject: Re: Dumb Question on Cross-Development Date: Tue, 3 Apr 2001 00:22:48 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > As MIPS/Linux becomes more an embedded platform > > and less an SGI/DEC legacy platform, people are in > > general not going to put up with being forced to buy > > old Indys to do their target application work! > > In not so far future their will be an complete distribution for both > endianesses available (and even kept up to date) containing everything > you need. Debian even now has cross-binutils available for mipsel and > just a couple of mails would be required to come with cross-binutils for > mips too. Compiling a cross-compiler from the debian gcc source package > is described somewhere (Just a matter of a single line imho) > > Cross-compilation is IMHO so broken when it comes to userspace > than noone really thinking of having something reusable would > consider this. It all ends beeing a really ugly hack. I'm not sure exactly what you mean here. That no one would consider using your Debian cross environment? That no one would consider doing cross-development? What part of it seems to you to be a show-stopper? Kevin K. From owner-linux-mips@oss.sgi.com Mon Apr 2 15:31:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f32MVCK09728 for linux-mips-outgoing; Mon, 2 Apr 2001 15:31:12 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f32MVBM09725 for ; Mon, 2 Apr 2001 15:31:11 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 62F947F8; Tue, 3 Apr 2001 00:31:08 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id B57BAF035; Tue, 3 Apr 2001 00:30:59 +0200 (CEST) Date: Tue, 3 Apr 2001 00:30:59 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010403003059.E25228@paradigm.rfc822.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <017801c0bbc3$78c706a0$0deca8c0@Ulysses>; from kevink@mips.com on Tue, Apr 03, 2001 at 12:22:48AM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 12:22:48AM +0200, Kevin D. Kissell wrote: > > I'm not sure exactly what you mean here. That no one would > consider using your Debian cross environment? That no one I am not building cross, i am not building the debian cross toolchain. Just for completeness. > would consider doing cross-development? What part of it > seems to you to be a show-stopper? A major problem get the thing in which the configure try to begin to build executables and guess on the behaviour of the OS to run on. This ends to be a hack and reminds me on "pre gnu configure" times where one had to deal with hundrets of "config.h" or "os.h" files. If you are going to use anything like a package format might it be "rpm" or "deb" the dependencies tend to be utterly broken as the dependcies are guessed by stuff like "ldd" output and friends. If you have a 90Meg source tarball and build a 4Meg Ramdisk for a Nino out of it. Fine. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Apr 2 17:28:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f330Sdj13314 for linux-mips-outgoing; Mon, 2 Apr 2001 17:28:39 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f330ScM13311 for ; Mon, 2 Apr 2001 17:28:38 -0700 Received: from cotw.com (dsl19.cedar-rapids.net [208.242.241.211]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id TAA13454 for ; Mon, 2 Apr 2001 19:28:15 -0500 Message-ID: <3AC90E16.AEF59359@cotw.com> Date: Mon, 02 Apr 2001 18:41:10 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Binutils fixed to deal with 'insmod' issue and discussion... References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Greetings. I would like to officially announce patches to binutils and friends that fix the mismatch of symbols in kernel modules compiled for MIPS architectures that produced messages like these below: dummy.o: local symbol gcc2_compiled. with index 10 exceeds local_symtab_size 10 dummy.o: local symbol __gnu_compiled_c with index 11 exceeds local_symtab_size 10 dummy.o: local symbol __module_kernel_version with index 12 exceeds local_symtab_size 10 They are available at (ftp://ftp.cotw.com/pub/linux/nino/toolchain/) and are made against the official binutils/gcc/glibc straight out of CVS snapshots made on 03292001. The most important patch is of course the one made to binutils. The patch to GCC fixes the error that some people are seeing with a missing 'atexit' symbol when cross compiling glibc. You must update to GCC out of CVS in order to fix this issue AFAIK. The GCC patch was done by HJ Lu and not myself. This patch has been tested for a 32-bit toolchain configured for little-endian. It currently does not compile for big endian and 64-bit architectures. The reason for this is what I would like to discuss with everyone. Without the binutils patch, all binaries compiled for MIPS/Linux will be IRIX flavored which was the whole problem. I would now like to make 'elf[32|64]_trad[little|big]mips' be the official targets instead of 'elf[32|64]_[little|big]mips' which is what things currently are. This means changing of linker scripts in GLIBC as well as the Linux kernel (as far as I can tell). I would like to propose the any 'mips*-*-linux-gnu' and 'mips*el-*linux-gnu' targets be pure traditional targets WITHOUT any emulated IRIX targets which are the current 'elf[32|64]_[little|big]mips' targets. Please provide feedback, comments, etc. with justification. Thanks. -Steve I shall now put on asbestos armor and grab a LART. -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Mon Apr 2 19:18:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f332Iwh15850 for linux-mips-outgoing; Mon, 2 Apr 2001 19:18:58 -0700 Received: from iris1.csv.ica.uni-stuttgart.de (iris1.csv.ica.uni-stuttgart.de [129.69.118.2]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f332IvM15847 for ; Mon, 2 Apr 2001 19:18:57 -0700 Received: from rembrandt.csv.ica.uni-stuttgart.de (rembrandt.csv.ica.uni-stuttgart.de [129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de (8.9.3/8.9.3) with ESMTP id EAA62054; Tue, 3 Apr 2001 04:17:41 +0200 (MDT) Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.12 #1 (Debian)) id 14kGO4-0006Oj-00; Tue, 03 Apr 2001 04:17:40 +0200 Date: Tue, 3 Apr 2001 04:17:40 +0200 To: "Steven J. Hill" Cc: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... Message-ID: <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3AC90E16.AEF59359@cotw.com>; from sjhill@cotw.com on Mon, Apr 02, 2001 at 06:41:10PM -0500 From: Thiemo Seufer Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Steven J. Hill wrote: [snip] >Without the binutils patch, all binaries compiled for MIPS/Linux >will be IRIX flavored which was the whole problem. Please may You elaborate about this? AFAICS, the IRIX flavour can't be a problem by itself. >I would now >like to make 'elf[32|64]_trad[little|big]mips' be the official >targets instead of 'elf[32|64]_[little|big]mips' which is what >things currently are. This means changing of linker scripts in >GLIBC as well as the Linux kernel (as far as I can tell). I would >like to propose the any 'mips*-*-linux-gnu' and 'mips*el-*linux-gnu' >targets be pure traditional targets WITHOUT any emulated IRIX targets >which are the current 'elf[32|64]_[little|big]mips' targets. Please >provide feedback, comments, etc. with justification. Thanks. Changing the MIPS/Linux ABI to circumvent a toolchain bug seems to be a bit extremistic. Am I missing some important details? Thiemo From owner-linux-mips@oss.sgi.com Mon Apr 2 20:52:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f333qWF18760 for linux-mips-outgoing; Mon, 2 Apr 2001 20:52:32 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f333qVM18757 for ; Mon, 2 Apr 2001 20:52:31 -0700 Received: from redhat.com (dhcp-253.hsv.redhat.com [172.16.17.253] (may be forged)) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id UAA08630; Mon, 2 Apr 2001 20:52:06 -0700 (PDT) Message-ID: <3AC93C0B.5020102@redhat.com> Date: Mon, 02 Apr 2001 21:57:15 -0500 From: Joe deBlaquiere User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-14 i686; en-US; 0.8) Gecko/20010217 X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Florian Lohoff wrote: > On Tue, Apr 03, 2001 at 12:22:48AM +0200, Kevin D. Kissell wrote: > >> I'm not sure exactly what you mean here. That no one would >> consider using your Debian cross environment? That no one > > > I am not building cross, i am not building the debian cross > toolchain. Just for completeness. > > >> would consider doing cross-development? What part of it >> seems to you to be a show-stopper? > > > A major problem get the thing in which the configure try to > begin to build executables and guess on the behaviour of the > OS to run on. This ends to be a hack and reminds me on > "pre gnu configure" times where one had to deal > with hundrets of "config.h" or "os.h" files. > Perfect it is not, but it's not nearly _that_ bad either. I would say 40% of the RPMs I've tried will configure out of the box for a cross build. Another 40% or so require a few "export ac_cv_sizeof_long=4" kind of settings to configure for a cross build. The remaining 20% are painful. Most of the package maintainers have been very receptive to configuration help for cross build environments. Of course some seem to have died or gone to work for Microsoft (is there a measurable difference?). > If you are going to use anything like a package format > might it be "rpm" or "deb" the dependencies tend to be > utterly broken as the dependcies are guessed by stuff like > "ldd" output and friends. > You can of course specify the target to rpm when unpacking the source... > If you have a 90Meg source tarball and build a 4Meg Ramdisk > for a Nino out of it. Fine. > Of course you could compile the packages natively on the Nino on a NFS mount over serial-ppp... ;) -- Joe From owner-linux-mips@oss.sgi.com Mon Apr 2 23:11:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f336Bxq22236 for linux-mips-outgoing; Mon, 2 Apr 2001 23:11:59 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f336BwM22233 for ; Mon, 2 Apr 2001 23:11:58 -0700 Received: from escobaria.sonytel.be (escobaria.sonytel.be [10.34.80.3]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id IAA06193; Tue, 3 Apr 2001 08:11:27 +0200 (MET DST) Date: Tue, 3 Apr 2001 08:11:19 +0200 (MET DST) From: Geert Uytterhoeven To: Florian Lohoff cc: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010403003059.E25228@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 3 Apr 2001, Florian Lohoff wrote: > On Tue, Apr 03, 2001 at 12:22:48AM +0200, Kevin D. Kissell wrote: > > would consider doing cross-development? What part of it > > seems to you to be a show-stopper? > > A major problem get the thing in which the configure try to > begin to build executables and guess on the behaviour of the > OS to run on. This ends to be a hack and reminds me on > "pre gnu configure" times where one had to deal > with hundrets of "config.h" or "os.h" files. > > If you are going to use anything like a package format > might it be "rpm" or "deb" the dependencies tend to be > utterly broken as the dependcies are guessed by stuff like > "ldd" output and friends. So if you would have a `cross ldd', things would be better? Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Mon Apr 2 23:38:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f336ckT23147 for linux-mips-outgoing; Mon, 2 Apr 2001 23:38:46 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f336chM23143; Mon, 2 Apr 2001 23:38:43 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id XAA29728; Mon, 2 Apr 2001 23:38:45 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id XAA04937; Mon, 2 Apr 2001 23:38:44 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id IAA23156; Tue, 3 Apr 2001 08:38:06 +0200 (MEST) Message-ID: <3AC96FCE.D004D515@mips.com> Date: Tue, 03 Apr 2001 08:38:06 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@oss.sgi.com Subject: Re: RedHat7.0 References: <3AC884AA.A0B2C595@mips.com> <20010402201538.A23535@bacchus.dhis.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Mon, Apr 02, 2001 at 03:54:51PM +0200, Carsten Langgaard wrote: > > > Ralf, which compiler and tools did you use to compile the RedHat7.0 > > source RPMs ? > > The binutils are included in redhat 7 as on oss are not the original > binutils from Redhat 7.0 but a CVS snapshot with MIPS patches. This > distribution does not contain a gcc rpm because I haven't yet built a > package from it. I can however upload a tar ball of my build directory > so you can install my gcc with just ``make install'', if you want. That would be great, please do. > > Ralf -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Tue Apr 3 02:52:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f339qXx28608 for linux-mips-outgoing; Tue, 3 Apr 2001 02:52:33 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f339qQM28605 for ; Tue, 3 Apr 2001 02:52:28 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA26603; Tue, 3 Apr 2001 11:50:48 +0200 (MET DST) Date: Tue, 3 Apr 2001 11:50:48 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010403003059.E25228@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 3 Apr 2001, Florian Lohoff wrote: > A major problem get the thing in which the configure try to > begin to build executables and guess on the behaviour of the > OS to run on. This ends to be a hack and reminds me on > "pre gnu configure" times where one had to deal > with hundrets of "config.h" or "os.h" files. But autoconf supports it properly. It doesn't try to make and run an executable in the case of cross-compiling and also prints a unambiguous warning in the case no cross-compilation default (usually the worst case assumption) was provided. > If you are going to use anything like a package format > might it be "rpm" or "deb" the dependencies tend to be > utterly broken as the dependcies are guessed by stuff like > "ldd" output and friends. Well, my rpm binaries find dependencies correctly (go, figure! -- all binary packages I make available have correct dependencies). Using ldd for this purpose is broken, indeed. What I do is using readelf, if available, and falling back to objdump, if not (as in the case of old binutils). Readelf is better as it's host-independent. Objdump might not work if a host is of different "bitness" than a target. It might even not work at all if a host is non-ELF. Ldd is used as well, I admit, but only for a.out binaries -- I don't know of any other way for finding a.out shared library dependencies. It doesn't really matter here, though. Check my rpm packages for a patch -- I haven't submitted it yet, because rpm 3.0 was already obsolete when I created it. I'll check if it applies to 4.0 cleanly. If so, I'll submit it ASAP, otherwise don't hold your breath. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Apr 3 02:54:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f339scW28756 for linux-mips-outgoing; Tue, 3 Apr 2001 02:54:38 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f339sJM28709; Tue, 3 Apr 2001 02:54:21 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA25830; Tue, 3 Apr 2001 11:26:12 +0200 (MET DST) Date: Tue, 3 Apr 2001 11:26:11 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: "Kevin D. Kissell" , Ralf Baechle , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010402234850.B25228@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, 2 Apr 2001, Florian Lohoff wrote: > Cross-compilation is IMHO so broken when it comes to userspace > than noone really thinking of having something reusable would > consider this. It all ends beeing a really ugly hack. I disagree. It's not that userland cross-compilation is broken. It's just the matter of certain programmers who do not care to write scripts/Makefiles to support cross-development portably. They might even not realize there exists such a feature as cross-compilation. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Apr 3 03:01:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33A1P629304 for linux-mips-outgoing; Tue, 3 Apr 2001 03:01:25 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f339xuM29260 for ; Tue, 3 Apr 2001 03:00:27 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA26637; Tue, 3 Apr 2001 11:52:18 +0200 (MET DST) Date: Tue, 3 Apr 2001 11:52:18 +0200 (MET DST) From: "Maciej W. Rozycki" To: Geert Uytterhoeven cc: Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 3 Apr 2001, Geert Uytterhoeven wrote: > So if you would have a `cross ldd', things would be better? Everything is already in place -- readelf might be used, for example. See my other letter. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Apr 3 08:47:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33Flw006621 for linux-mips-outgoing; Tue, 3 Apr 2001 08:47:58 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33FlvM06618 for ; Tue, 3 Apr 2001 08:47:57 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 991317F7; Tue, 3 Apr 2001 17:47:55 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 71A3EF035; Tue, 3 Apr 2001 17:47:49 +0200 (CEST) Date: Tue, 3 Apr 2001 17:47:49 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: sgiwd93 multiple disk problem Message-ID: <20010403174749.B4135@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, i guess Ryan Murray has stumbled over the multiple disk problem on one of my machines again - I would like to fix that bug if i am able to. My first suspicion was garbled DMA transfers which might happen if starting a new DMA transfer when thge last is still running. So i tried to add this to drivers/scsi/sgiwd93.c:dma_setup 105 106 if (hregs->ctrl & HPC3_SCTRL_ACTIVE) 107 BUG(); 108 This doesnt seem to get triggered. Does anyone have another idea what happens ? Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Tue Apr 3 09:33:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33GXrg08065 for linux-mips-outgoing; Tue, 3 Apr 2001 09:33:53 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33GXqM08059 for ; Tue, 3 Apr 2001 09:33:52 -0700 Received: from cotw.com (dhcp-050.inter.net [192.168.10.50]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id LAA16615; Tue, 3 Apr 2001 11:33:43 -0500 Message-ID: <3AC9F069.ED631062@cotw.com> Date: Tue, 03 Apr 2001 10:46:49 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: Thiemo Seufer CC: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thiemo Seufer wrote: > > >Without the binutils patch, all binaries compiled for MIPS/Linux > >will be IRIX flavored which was the whole problem. > > Please may You elaborate about this? AFAICS, the IRIX flavour > can't be a problem by itself. > Yes, it is. Take a look at the IRIX_COMPAT macro in 'bfd/elf32-mips.c' which checks to see what type (flavor) of binary you are using. Before the patch all elf32-mips targets used the IRIX way of determining a if a symbol was global or not (see function that determines this at around line 2301 in 'bfd/elf32-mips.c'). By using IRIX flavored symbols, LOCAL and GLOBAL symbols are not sorted correctly and we get the problems with symbols being out of order in Linux kernel modules. With the patch and using 'elfXX-tradXXmips' as the new output targets, we sort local and global symbols correctly. > Changing the MIPS/Linux ABI to circumvent a toolchain bug seems > to be a bit extremistic. Am I missing some important details? > Yes, you are missing a few things, but I attribute that to my poor communications in my first email. My point is that the IRIX_COMPAT and SGI_COMPAT macros are used to check what type of target we are using in order to sort local and global symbols properly and many other places in the BFD library to creat binaries for Linux or for IRIX. The way (that I think) this should be done is to use the target 'elfXX-tradXXmips' and make that the default target utilized for MIPS-Linux targets. This is the decision that I wanted everyone's input on. I hope I explained this better. If not, ask more questions and I will try again. Cheers. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Tue Apr 3 10:05:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33H5Bb09194 for linux-mips-outgoing; Tue, 3 Apr 2001 10:05:11 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33H59M09188 for ; Tue, 3 Apr 2001 10:05:09 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 0CD887F8; Tue, 3 Apr 2001 19:05:08 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 05E43F035; Tue, 3 Apr 2001 19:04:58 +0200 (CEST) Date: Tue, 3 Apr 2001 19:04:58 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: sgiwd93 multiple disk problem Message-ID: <20010403190458.C4135@paradigm.rfc822.org> References: <20010403174749.B4135@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010403174749.B4135@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Apr 03, 2001 at 05:47:49PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 05:47:49PM +0200, Florian Lohoff wrote: > Hi, > i guess Ryan Murray has stumbled over the multiple disk problem > on one of my machines again - I would like to fix that bug if i am able to. While staring at it - Duplicate cache-inv in driver init --- drivers/scsi/sgiwd93.c 2001/03/26 00:38:20 1.27 +++ drivers/scsi/sgiwd93.c 2001/04/03 17:03:12 @@ -329,7 +333,6 @@ hdata1 = (struct WD33C93_hostdata *)sgiwd93_host1->hostdata; hdata1->no_sync = 0; hdata1->dma_bounce_buffer = (uchar *) (KSEG1ADDR(buf)); - dma_cache_wback_inv((unsigned long) buf, PAGE_SIZE); if (request_irq(SGI_WD93_1_IRQ, sgiwd93_intr, 0, "SGI WD93", (void *) sgiwd93_host1)) { printk(KERN_WARNING "sgiwd93: Could not allocate irq %d (for host1).\n", SGI_WD93_1_IRQ); Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Tue Apr 3 10:39:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33Hdlc11291 for linux-mips-outgoing; Tue, 3 Apr 2001 10:39:47 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33HdlM11288 for ; Tue, 3 Apr 2001 10:39:47 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f33HZp013008; Tue, 3 Apr 2001 10:35:51 -0700 Message-ID: <3ACA09BF.C8EF0D6C@mvista.com> Date: Tue, 03 Apr 2001 10:34:55 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Florian Lohoff wrote: > > On Tue, Apr 03, 2001 at 12:22:48AM +0200, Kevin D. Kissell wrote: > > > > I'm not sure exactly what you mean here. That no one would > > consider using your Debian cross environment? That no one > > I am not building cross, i am not building the debian cross > toolchain. Just for completeness. > > > would consider doing cross-development? What part of it > > seems to you to be a show-stopper? > > A major problem get the thing in which the configure try to > begin to build executables and guess on the behaviour of the > OS to run on. This ends to be a hack and reminds me on > "pre gnu configure" times where one had to deal > with hundrets of "config.h" or "os.h" files. > While it is a pain for some packages, it is actually not too bad for most of them. I think we (mvista) are rolling out cross-compiled 250+ packages for 5 major CPU architectures and 21 sub-architectures - where most of them are based on debian sources. :-) > If you are going to use anything like a package format > might it be "rpm" or "deb" the dependencies tend to be > utterly broken as the dependcies are guessed by stuff like > "ldd" output and friends. > There are some tools which make it work right. mvista has one. I think Merceij has one too. Jun From owner-linux-mips@oss.sgi.com Tue Apr 3 10:41:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33Hf6c11348 for linux-mips-outgoing; Tue, 3 Apr 2001 10:41:06 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33HdwM11307 for ; Tue, 3 Apr 2001 10:40:00 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id SAA12100; Tue, 3 Apr 2001 18:59:41 +0200 (MET DST) Date: Tue, 3 Apr 2001 18:59:41 +0200 (MET DST) From: "Maciej W. Rozycki" To: "Steven J. Hill" cc: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... In-Reply-To: <3AC90E16.AEF59359@cotw.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, 2 Apr 2001, Steven J. Hill wrote: > Without the binutils patch, all binaries compiled for MIPS/Linux > will be IRIX flavored which was the whole problem. I would now > like to make 'elf[32|64]_trad[little|big]mips' be the official > targets instead of 'elf[32|64]_[little|big]mips' which is what > things currently are. This means changing of linker scripts in > GLIBC as well as the Linux kernel (as far as I can tell). I would > like to propose the any 'mips*-*-linux-gnu' and 'mips*el-*linux-gnu' > targets be pure traditional targets WITHOUT any emulated IRIX targets > which are the current 'elf[32|64]_[little|big]mips' targets. Please > provide feedback, comments, etc. with justification. Thanks. I've reviewed the patch briefly and it appears fine in principle. I'm unsure about the target naming. Since the MIPS ABI (which Linux tries to conform to) is defined by SVR4 and IRIX defines incompatible changes, I believe the the target SVR4 and Linux uses should be named 'elf[32|64]_bigmips' (and 'elf[32|64]_littlemips' for consistency, even though SVR4 doesn't really define it) and the IRIX target should be named something like 'elf[32|64]_irixbigmips'. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Apr 3 11:01:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33I1Jc12488 for linux-mips-outgoing; Tue, 3 Apr 2001 11:01:19 -0700 Received: from dea.waldorf-gmbh.de (u-231-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.231]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33I1EM12482 for ; Tue, 3 Apr 2001 11:01:14 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f338Q9o30734; Tue, 3 Apr 2001 10:26:09 +0200 Date: Tue, 3 Apr 2001 10:26:09 +0200 From: Ralf Baechle To: Thiemo Seufer Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... Message-ID: <20010403102608.A30531@bacchus.dhis.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de>; from ica2_ts@csv.ica.uni-stuttgart.de on Tue, Apr 03, 2001 at 04:17:40AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 04:17:40AM +0200, Thiemo Seufer wrote: > >Without the binutils patch, all binaries compiled for MIPS/Linux > >will be IRIX flavored which was the whole problem. > > Please may You elaborate about this? AFAICS, the IRIX flavour > can't be a problem by itself. > Changing the MIPS/Linux ABI to circumvent a toolchain bug seems > to be a bit extremistic. Am I missing some important details? IRIX ELF orders the symbol table of object files in a way that violates the ABI. Worse, these IRIX specialities are not documented anywhere. Changing to ABI ELF only makes them look as they're supposed to ... Ralf From owner-linux-mips@oss.sgi.com Tue Apr 3 11:02:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33I2Nl12530 for linux-mips-outgoing; Tue, 3 Apr 2001 11:02:23 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33I2MM12527 for ; Tue, 3 Apr 2001 11:02:22 -0700 Received: from cotw.com (dhcp-050.inter.net [192.168.10.50]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id MAA17207; Tue, 3 Apr 2001 12:42:59 -0500 Message-ID: <3ACA00A5.8DAAC8CB@cotw.com> Date: Tue, 03 Apr 2001 11:56:05 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "Maciej W. Rozycki" wrote: > > I've reviewed the patch briefly and it appears fine in principle. I'm > unsure about the target naming. Since the MIPS ABI (which Linux tries to > conform to) is defined by SVR4 and IRIX defines incompatible changes, I > believe the the target SVR4 and Linux uses should be named > 'elf[32|64]_bigmips' (and 'elf[32|64]_littlemips' for consistency, even > though SVR4 doesn't really define it) and the IRIX target should be named > something like 'elf[32|64]_irixbigmips'. > Well, the traditional MIPS targets are BEING used for SVR4....observe: ld/configure.tgt:286: mips*-*-sysv4*) targ_emul=elf32btsmip ;; gas/conlfigure:2499: mips-*-sysv4*MP*) fmt=elf em=tmips ;; bfd/config.bd:646: mips*-*-sysv4*) targ_defvec=bfd_elf32_tradbigmips_vec I think that using 'elf[32|64]_[big|little]mips' for Linux and SVR4 would be a bad idea and would confuse things. Note that in 'bfd/elf32-mips.c' the IRIX_COMPAT macro is hinged around checking for a traditional MIPS target and will proceed to build IRIX flavored binaries if we are not using a traditional target. The names for IRIX targets ARE currently 'elf[32|64]_[big|little]mips'. Changing binutils so that these targets will now be for Linux/SVR4 and create ANOTHER target 'elf[32|64]_irixbigmips' will add more bloat to binutils and be confusing to people. SVR4 already uses traditional MIPS targets and Linux should as well. My vote is still to make Linux use the traditional MIPS targets. It will be difficult to convince me otherwise right now :). -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Tue Apr 3 11:04:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33I46S12892 for linux-mips-outgoing; Tue, 3 Apr 2001 11:04:06 -0700 Received: from dea.waldorf-gmbh.de (u-231-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.231]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33I43M12881 for ; Tue, 3 Apr 2001 11:04:03 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f33FA5x32168; Tue, 3 Apr 2001 17:10:05 +0200 Date: Tue, 3 Apr 2001 17:10:05 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010403171005.A31953@bacchus.dhis.org> References: <20010402234850.B25228@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Tue, Apr 03, 2001 at 11:26:11AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 11:26:11AM +0200, Maciej W. Rozycki wrote: > > Cross-compilation is IMHO so broken when it comes to userspace > > than noone really thinking of having something reusable would > > consider this. It all ends beeing a really ugly hack. > > I disagree. It's not that userland cross-compilation is broken. It's > just the matter of certain programmers who do not care to write > scripts/Makefiles to support cross-development portably. They might even > not realize there exists such a feature as cross-compilation. Brokeness starts with autoconf's AC_CHECK_SIZEOF macro implementation which is used frequently throughout a whole distribution and there are so many test that require actually execution of code on the target that fix a whole distribution for crosscompilation and keeping it uptodate is seriously double-plus un-fun. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 3 11:14:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33IEEx13511 for linux-mips-outgoing; Tue, 3 Apr 2001 11:14:14 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33IEDM13508 for ; Tue, 3 Apr 2001 11:14:13 -0700 Received: from cotw.com (dhcp-050.inter.net [192.168.10.50]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id NAA17400 for ; Tue, 3 Apr 2001 13:14:12 -0500 Message-ID: <3ACA07F6.CB1119A4@cotw.com> Date: Tue, 03 Apr 2001 12:27:18 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.0 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> <20010403102608.A30531@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > > IRIX ELF orders the symbol table of object files in a way that violates > the ABI. Worse, these IRIX specialities are not documented anywhere. > > Changing to ABI ELF only makes them look as they're supposed to ... > Thanks for backing me up. Also, after discussion with Ralf on IRC, the decision has been made to except the patch as the fix. There will not be an additional target 'irix[little|big]mips' added. Linux and SVR4 will utilize 'trad[little|big]mips' and IRIX and other targets will use '[little|big]mips'. Also, when building for Linux targets, the 'elf[32|64]_[little|big]mips' targets (IRIX) will not be built as emulation targets. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Tue Apr 3 11:23:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33IN4u13976 for linux-mips-outgoing; Tue, 3 Apr 2001 11:23:04 -0700 Received: from dea.waldorf-gmbh.de (u-231-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.231]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f33IMvM13970 for ; Tue, 3 Apr 2001 11:22:58 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f33ILR600471; Tue, 3 Apr 2001 20:21:27 +0200 Date: Tue, 3 Apr 2001 20:21:27 +0200 From: Ralf Baechle To: Szabolcs Szakacsits Cc: "Scott G. Miller" , , Andy Carlson , Carsten Langgaard , linux-mips@oss.sgi.com Subject: Re: pcnet32 (maybe more) hosed in 2.4.3 Message-ID: <20010403202127.A316@bacchus.dhis.org> References: <20010330190137.A426@indiana.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from szaka@f-secure.com on Sat, Mar 31, 2001 at 03:58:11PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Carsten, seems your pcnet32 changes which made it into 2.4.3 are causing trouble on i386 machines. Can you try to solve that problem? On Sat, Mar 31, 2001 at 03:58:11PM +0200, Szabolcs Szakacsits wrote: > On Fri, 30 Mar 2001, Scott G. Miller wrote: > > > Linux 2.4.3, Debian Woody. 2.4.2 works without problems. However, in > > 2.4.3, pcnet32 loads, gives an error message: > > 2.4.3 (and -ac's) are also broken as guest in VMWware due to the pcnet32 > changes [doing 32 bit IO on 16 bit regs on the 79C970A controller]. > Reverting this part of patch-2.4.3 below made things work again. > > Szaka > > @@ -528,11 +535,13 @@ > pcnet32_dwio_reset(ioaddr); > pcnet32_wio_reset(ioaddr); > > - if (pcnet32_wio_read_csr (ioaddr, 0) == 4 && pcnet32_wio_check (ioaddr)) { > - a = &pcnet32_wio; > + /* Important to do the check for dwio mode first. */ > + if (pcnet32_dwio_read_csr(ioaddr, 0) == 4 && pcnet32_dwio_check(ioaddr)) { > + a = &pcnet32_dwio; > } else { > - if (pcnet32_dwio_read_csr (ioaddr, 0) == 4 && pcnet32_dwio_check(ioaddr)) { > - a = &pcnet32_dwio; > + if (pcnet32_wio_read_csr(ioaddr, 0) == 4 && > + pcnet32_wio_check(ioaddr)) { > + a = &pcnet32_wio; > } else > return -ENODEV; > } > > > - > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html > Please read the FAQ at http://www.tux.org/lkml/ Ralf From owner-linux-mips@oss.sgi.com Tue Apr 3 15:49:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f33Mn9N22077 for linux-mips-outgoing; Tue, 3 Apr 2001 15:49:09 -0700 Received: from web11205.mail.yahoo.com (web11205.mail.yahoo.com [216.136.131.187]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f33Mn9M22074 for ; Tue, 3 Apr 2001 15:49:09 -0700 Message-ID: <20010403224908.99088.qmail@web11205.mail.yahoo.com> Received: from [208.46.59.200] by web11205.mail.yahoo.com; Tue, 03 Apr 2001 15:49:08 PDT Date: Tue, 3 Apr 2001 15:49:08 -0700 (PDT) From: Brian McGroarty Subject: www.linux.sgi.com/mips - 404. To: linux-mips@oss.sgi.com MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk The intro message for the list reads: For information file on the SGI Open Systems project: "Linux/MIPS" please refer to "http://www.linux.sgi.com/mips/". That link seems to be dead (404). Is the project still on? __________________________________________________ Do You Yahoo!? Get email at your own domain with Yahoo! Mail. http://personal.mail.yahoo.com/ From owner-linux-mips@oss.sgi.com Tue Apr 3 17:27:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f340Rnu24785 for linux-mips-outgoing; Tue, 3 Apr 2001 17:27:49 -0700 Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f340RmM24782 for ; Tue, 3 Apr 2001 17:27:48 -0700 Received: from modem-78.sponger.dialup.pol.co.uk ([217.134.152.78] helo=derfel) by mail5.svr.pol.co.uk with smtp (Exim 3.13 #0) id 14kb9G-0002pc-00 for linux-mips@oss.sgi.com; Wed, 04 Apr 2001 01:27:46 +0100 From: "Andrew Linfoot" To: Subject: CVS Down? Date: Wed, 4 Apr 2001 01:23:23 +0100 Message-ID: <000001c0bc9e$1cf978e0$0101a8c0@derfel> 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I have been trying to connect to cvs but am getting rejected access errors, this worked fine for me last week, any ideas? Andy From owner-linux-mips@oss.sgi.com Tue Apr 3 17:27:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f340Roq24795 for linux-mips-outgoing; Tue, 3 Apr 2001 17:27:50 -0700 Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f340RnM24792 for ; Tue, 3 Apr 2001 17:27:49 -0700 Received: from modem-78.sponger.dialup.pol.co.uk ([217.134.152.78] helo=derfel) by mail5.svr.pol.co.uk with smtp (Exim 3.13 #0) id 14kb9I-0002pg-00 for linux-mips@oss.sgi.com; Wed, 04 Apr 2001 01:27:48 +0100 From: "Andrew Linfoot" To: Subject: Hardware Available To Developers Date: Wed, 4 Apr 2001 01:28:01 +0100 Message-ID: <000101c0bc9e$1ec55f40$0101a8c0@derfel> 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi everyone, I will shortly have an I2 and Challenge S available (maybe even a quad-processor Challenge L )(specs to follow). I would like to make these available to developers, but you would have to arrange for collection/delivery (i could possibly deliver within say 50 to 100 miles), I am in Sheffield UK. In addition i have a 24-bit and XZ graphics card for Indy. Please let me know is you know anyone who could make use of these. Andy From owner-linux-mips@oss.sgi.com Tue Apr 3 19:12:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f342CMw26790 for linux-mips-outgoing; Tue, 3 Apr 2001 19:12:22 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f342CMM26784 for ; Tue, 3 Apr 2001 19:12:22 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3427u010161; Tue, 3 Apr 2001 19:07:56 -0700 Message-ID: <3ACA81C4.55E118DD@mvista.com> Date: Tue, 03 Apr 2001 19:07:00 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-kernel@vger.kernel.org, linux-mips@oss.sgi.com Subject: ack() and end() in hw_irq_controller Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am trying to adopt the new irq.c under arch/i386/kernel to a MIPS board and hopefully to MIPS common code in general. This is in the anticipation that the irq.c file will be moved to common kernel directory in 2.5. While the rest look pretty self-explanatory, I do have a couple of questions about ack() and end(). 1. It seems to me that in ack() we need to clear any latched, edge triggerred interrupt AND disable the irq. True? 2. Similarly end() should re-enable the irq. 3. I don't quite understand the comment about end(). Any explanation? Does that imply we should check if it is disable before we re-enable the irq? However, it seems such complication can only happen on a SMP, right? /* * The ->end() handler has to deal with interrupts which got * disabled while the handler was running. */ Thanks in advance. Jun From owner-linux-mips@oss.sgi.com Tue Apr 3 19:47:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f342lux27887 for linux-mips-outgoing; Tue, 3 Apr 2001 19:47:56 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f342ltM27884 for ; Tue, 3 Apr 2001 19:47:55 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f342i4011835; Tue, 3 Apr 2001 19:44:04 -0700 Message-ID: <3ACA8A3B.8BBABB11@mvista.com> Date: Tue, 03 Apr 2001 19:43:07 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith M Wesolowski CC: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch References: <20010401235212.B9737@foobazco.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Keith M Wesolowski wrote: > > I have posted an initial copy of my patch for machine detection, > namespace cleanup, and promlib abstraction at > http://foobazco.org/~wesolows/mips64-machine.diff. This is against > 2.4.2 CURRENT oss. It currently passes my regression testsuite which > unfortunately does not include an ip27 boot test. > Keith, I am interested in this stuff, but I have not got time around to look into it. Here are some of my thoughts on this issues. Maybe you can clarify them here. 1. Right now, our tree (at least 32-bit) does not even support multiple CPUs (with the same machine/board). Take a look of arch/mips/mm/loadmmu.c:loadmmu(), and you will see what I mean. The CPU specific ld_mmu_xxx is #ifdef'ed. So if you enable multiple CPU, the last ld_mmu_xxx will win! So a modest step forward would be fixing that first. 2. Currently all CPU specific ld_mmu_xxx stuff lump cache and TLB together. That is not very good. I have seen CPUs that can share cache but not TLB. Vice versa. Personally I like to see their separation first before a more dramatic scheme is in place. 3. Unfortunally not all CPUs can be fully probed at the run-time, specifically the external cache size and geometry. I was thinking perhaps a board detection routine should be placed at the beginning which will supply external cache info. In addition it will probably set prom_init() pointer - yes, we do have conflicting prom_init() from every board-specific implementation - and board_setup() pointer. What do you think? Sorry for not giving you patch specific comments, but I figure if I don't spit it out now it will be probably never. :-) Jun From owner-linux-mips@oss.sgi.com Tue Apr 3 20:30:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f343Uw129405 for linux-mips-outgoing; Tue, 3 Apr 2001 20:30:58 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f343UwM29402 for ; Tue, 3 Apr 2001 20:30:58 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 4B615109DD; Tue, 3 Apr 2001 20:30:56 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id 3907D1F429; Tue, 3 Apr 2001 20:30:56 -0700 (PDT) Date: Tue, 3 Apr 2001 20:30:56 -0700 From: Keith M Wesolowski To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch Message-ID: <20010403203055.A17365@foobazco.org> References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ACA8A3B.8BBABB11@mvista.com>; from jsun@mvista.com on Tue, Apr 03, 2001 at 07:43:07PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 07:43:07PM -0700, Jun Sun wrote: > 1. Right now, our tree (at least 32-bit) does not even support multiple CPUs > (with the same machine/board). Take a look of > arch/mips/mm/loadmmu.c:loadmmu(), and you will see what I mean. The CPU > specific ld_mmu_xxx is #ifdef'ed. So if you enable multiple CPU, the last > ld_mmu_xxx will win! > > So a modest step forward would be fixing that first. In the patch, the mips_cpu structure has a load_cache and load_tlb function associated with it which are assigned during cpu_probe. It is now possible - I believe - to compile both andes.c and r4k* into the kernel and have the right routines run at boot time. No reason this can't work for other CPUs also. > 2. Currently all CPU specific ld_mmu_xxx stuff lump cache and TLB together. > That is not very good. I have seen CPUs that can share cache but not TLB. > Vice versa. Personally I like to see their separation first before a more > dramatic scheme is in place. The patch addresses this; look at the removal of r4xx0.c and its replacements. It's been split into four pieces - this may become three later. One for cache, one for tlb, one for copy/clear page and miscellaneous outlined assembly (yes, in real assembly), and one for initialization functions. There's no reason it couldn't be further split; for example, to do r4600/r5k style caches in a separate module. > 3. Unfortunally not all CPUs can be fully probed at the run-time, > specifically the external cache size and geometry. I was thinking > perhaps a board detection routine should be placed at the beginning > which will supply external The CPU-specific load_cache is responsible for this. I'm open to the idea of having separate cache detection for cache problems that are *not* cpu-specific. For example, if r10k indy with boardcache existed that might be applicable. But I think the load_cache should be able to handle this. > cache info. In addition it will probably set prom_init() pointer - > yes, we do have conflicting prom_init() from every board-specific > implementation - and board_setup() pointer. What do you think? Namespace collisions like that must die. For now the mips_init->init is called at about the same place that prom_init used to be; in many cases the equivalent will be needed to successfully probe a machine and thus will be done by the probe function. In either case, there's no need for each machine to have a separate function with that name. > Sorry for not giving you patch specific comments, but I figure if I > don't spit it out now it will be probably never. :-) Yep. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Tue Apr 3 21:00:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3440Ra30367 for linux-mips-outgoing; Tue, 3 Apr 2001 21:00:27 -0700 Received: from vms4.rit.edu (vms4.isc.rit.edu [129.21.3.15]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3440RM30364 for ; Tue, 3 Apr 2001 21:00:27 -0700 Received: from nerd-box.rit.edu ([129.21.134.39]) by ritvax.isc.rit.edu (PMDF V5.2-32 #41784) with ESMTPA id <01K1ZCNMK0CAYPX5CZ@ritvax.isc.rit.edu> for linux-mips@oss.sgi.com; Wed, 4 Apr 2001 00:00:04 EDT Date: Wed, 04 Apr 2001 00:03:30 -0700 From: jsc6233@ritvax.isc.rit.edu Subject: Re: indy R5000 with irix 6.5 X-Sender: jsc6233@vmspop.isc.rit.edu To: linux-mips@oss.sgi.com Message-id: <5.0.0.25.0.20010404000235.00ac9c98@vmspop.isc.rit.edu> MIME-version: 1.0 X-Mailer: QUALCOMM Windows Eudora Version 5.0 Content-type: text/plain; format=flowed; charset=us-ascii Content-transfer-encoding: 7BIT Sender: owner-linux-mips@oss.sgi.com Precedence: bulk hello, I don't mean to be a complete moron but what are the EXACT steps i need to get a compiled kernel. I had downloaded the version 2.4 and attempted to make the kernel and i got syntax errors. Am I missing something??? I have gcc version 2.7 and cc version 7.3. In general when looking at the various errors while compiling indy_mc.c they are things like not finding included files and not understanding declarations like typedef __s8 int8_t; Thanks james From owner-linux-mips@oss.sgi.com Tue Apr 3 22:59:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f345xO001883 for linux-mips-outgoing; Tue, 3 Apr 2001 22:59:24 -0700 Received: from mail.kdt.de (mail.kdt.de [195.8.224.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f345xMM01880 for ; Tue, 3 Apr 2001 22:59:23 -0700 Received: from arthur.inka.de (arthur.kdt.de [195.8.250.5]) by mail.kdt.de (8.11.1/8.11.0) with ESMTP id f345xBg08190; Wed, 4 Apr 2001 07:59:11 +0200 Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 14kgIF-0004Kb-00; Wed, 04 Apr 2001 07:57:23 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id BA83E1EA2E; Wed, 4 Apr 2001 07:57:22 +0200 (CEST) Mail-Copies-To: never To: sjhill@cotw.com Cc: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> <20010403102608.A30531@bacchus.dhis.org> <3ACA07F6.CB1119A4@cotw.com> From: Andreas Jaeger Date: 04 Apr 2001 07:57:22 +0200 In-Reply-To: <3ACA07F6.CB1119A4@cotw.com> ("Steven J. Hill"'s message of "Tue, 03 Apr 2001 12:27:18 -0500") Message-ID: Lines: 26 User-Agent: Gnus/5.090001 (Oort Gnus v0.01) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk "Steven J. Hill" writes: > Ralf Baechle wrote: > > > > IRIX ELF orders the symbol table of object files in a way that violates > > the ABI. Worse, these IRIX specialities are not documented anywhere. > > > > Changing to ABI ELF only makes them look as they're supposed to ... > > > Thanks for backing me up. Also, after discussion with Ralf on IRC, > the decision has been made to except the patch as the fix. There will > not be an additional target 'irix[little|big]mips' added. Linux and > SVR4 will utilize 'trad[little|big]mips' and IRIX and other targets > will use '[little|big]mips'. Also, when building for Linux targets, > the 'elf[32|64]_[little|big]mips' targets (IRIX) will not be built as > emulation targets. Please send the patch to binutils@sources.redhat.com and get it integrated into the official sources! Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-linux-mips@oss.sgi.com Tue Apr 3 23:22:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f346MKP02612 for linux-mips-outgoing; Tue, 3 Apr 2001 23:22:20 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f346MJM02609 for ; Tue, 3 Apr 2001 23:22:19 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 54C30109DD; Tue, 3 Apr 2001 23:22:18 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id 387651F429; Tue, 3 Apr 2001 23:22:18 -0700 (PDT) Date: Tue, 3 Apr 2001 23:22:18 -0700 From: Keith M Wesolowski To: jsc6233@ritvax.isc.rit.edu Cc: linux-mips@oss.sgi.com Subject: Re: indy R5000 with irix 6.5 Message-ID: <20010403232217.A26443@foobazco.org> References: <5.0.0.25.0.20010404000235.00ac9c98@vmspop.isc.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010404000235.00ac9c98@vmspop.isc.rit.edu>; from jsc6233@ritvax.isc.rit.edu on Wed, Apr 04, 2001 at 12:03:30AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 12:03:30AM -0700, jsc6233@ritvax.isc.rit.edu wrote: > I don't mean to be a complete moron but what are the EXACT steps i need to > get a compiled kernel. I had downloaded the version 2.4 and attempted to > make the kernel and i got syntax errors. Am I missing something??? I have You're missing the FAQ from the sound of things. > gcc version 2.7 and cc version 7.3. gcc 2.7, while it served Sir Isaac Newton well, isn't going to build linux 2.4. In fact, in order to make that compile that far you must have removed the "my compiler is too old" #error from init/main.c. Did you think they put it there for fun? You can use that fancy new cc to build yourself a copy of gcc 3.0. While that's going on you'll have time to cruise over to http://www.linuxdoc.org/HOWTO/MIPS-HOWTO.html and read the documentation. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Wed Apr 4 03:02:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34A2qI08497 for linux-mips-outgoing; Wed, 4 Apr 2001 03:02:52 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34A2pM08494 for ; Wed, 4 Apr 2001 03:02:51 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 04AB07F7; Wed, 4 Apr 2001 12:02:50 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 2E386F035; Wed, 4 Apr 2001 12:02:11 +0200 (CEST) Date: Wed, 4 Apr 2001 12:02:11 +0200 From: Florian Lohoff To: Jun Sun Cc: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010404120211.C11161@paradigm.rfc822.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> <3ACA09BF.C8EF0D6C@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3ACA09BF.C8EF0D6C@mvista.com>; from jsun@mvista.com on Tue, Apr 03, 2001 at 10:34:55AM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 10:34:55AM -0700, Jun Sun wrote: > > A major problem get the thing in which the configure try to > > begin to build executables and guess on the behaviour of the > > OS to run on. This ends to be a hack and reminds me on > > "pre gnu configure" times where one had to deal > > with hundrets of "config.h" or "os.h" files. > > While it is a pain for some packages, it is actually not too bad for > most of them. I think we (mvista) are rolling out cross-compiled 250+ > packages for 5 major CPU architectures and 21 sub-architectures - where > most of them are based on debian sources. :-) We already had the discussion on parts of that implementation. Honestly - I dont like the stuff - Rolling out mips packages as "noarch" is simply broken - And the argument that one would want to install it on a i386 nfs root is simply an excuse for a broken rpm or missing installer. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 03:16:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34AGVY09142 for linux-mips-outgoing; Wed, 4 Apr 2001 03:16:31 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34AGUM09138 for ; Wed, 4 Apr 2001 03:16:30 -0700 Received: from escobaria.sonytel.be (escobaria.sonytel.be [10.34.80.3]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id MAA07625; Wed, 4 Apr 2001 12:16:07 +0200 (MET DST) Date: Wed, 4 Apr 2001 12:15:59 +0200 (MET DST) From: Geert Uytterhoeven To: Florian Lohoff cc: Jun Sun , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010404120211.C11161@paradigm.rfc822.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 4 Apr 2001, Florian Lohoff wrote: > On Tue, Apr 03, 2001 at 10:34:55AM -0700, Jun Sun wrote: > > > A major problem get the thing in which the configure try to > > > begin to build executables and guess on the behaviour of the > > > OS to run on. This ends to be a hack and reminds me on > > > "pre gnu configure" times where one had to deal > > > with hundrets of "config.h" or "os.h" files. > > > > While it is a pain for some packages, it is actually not too bad for > > most of them. I think we (mvista) are rolling out cross-compiled 250+ > > packages for 5 major CPU architectures and 21 sub-architectures - where > > most of them are based on debian sources. :-) > > We already had the discussion on parts of that implementation. Honestly - > I dont like the stuff - Rolling out mips packages as "noarch" is > simply broken - And the argument that one would want to install > it on a i386 nfs root is simply an excuse for a broken rpm or missing > installer. What about modifying dpkg so it can install the lib and include parts of non-native packages for arch $ARCH in /usr/$ARCH-linux/? Thay way you can easily install *-dev packages for cross-development. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Wed Apr 4 04:18:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34BIKD11287 for linux-mips-outgoing; Wed, 4 Apr 2001 04:18:20 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34BIIM11282 for ; Wed, 4 Apr 2001 04:18:19 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 5EC877F8; Wed, 4 Apr 2001 13:18:17 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A9F20F035; Wed, 4 Apr 2001 13:18:10 +0200 (CEST) Date: Wed, 4 Apr 2001 13:18:10 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: Re: sgiwd93 multiple disk problem Message-ID: <20010404131810.D25870@paradigm.rfc822.org> References: <20010403174749.B4135@paradigm.rfc822.org> <20010403190458.C4135@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010403190458.C4135@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Apr 03, 2001 at 07:04:58PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 07:04:58PM +0200, Florian Lohoff wrote: > On Tue, Apr 03, 2001 at 05:47:49PM +0200, Florian Lohoff wrote: > > Hi, > > i guess Ryan Murray has stumbled over the multiple disk problem > > on one of my machines again - I would like to fix that bug if i am able to. Another one - After speaking to a couple of people on IRC i got to the conclusion that we are possibly dealing with 3 different problems. I/Ryan have/has seen data corruption. The files md5sum gets broken the fses Metadata stays intact what an fsck shows. Spock and Ian see "I/O" errors when copying a sourcetree from a disk to a different one (even on the same bus) with "cp -dR". Afterwards the filesystems metadata is corrupt. Karel sees complete hangs on copy Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 04:18:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34BIRt11301 for linux-mips-outgoing; Wed, 4 Apr 2001 04:18:27 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34BIIM11281 for ; Wed, 4 Apr 2001 04:18:19 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 409847F7; Wed, 4 Apr 2001 13:18:17 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 337B0F035; Wed, 4 Apr 2001 13:02:26 +0200 (CEST) Date: Wed, 4 Apr 2001 13:02:26 +0200 From: Florian Lohoff To: Geert Uytterhoeven Cc: Jun Sun , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010404130226.C25870@paradigm.rfc822.org> References: <20010404120211.C11161@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from Geert.Uytterhoeven@sonycom.com on Wed, Apr 04, 2001 at 12:15:59PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 12:15:59PM +0200, Geert Uytterhoeven wrote: > > We already had the discussion on parts of that implementation. Honestly - > > I dont like the stuff - Rolling out mips packages as "noarch" is > > simply broken - And the argument that one would want to install > > it on a i386 nfs root is simply an excuse for a broken rpm or missing > > installer. > > What about modifying dpkg so it can install the lib and include parts of > non-native packages for arch $ARCH in /usr/$ARCH-linux/? Thay way you can > easily install *-dev packages for cross-development. Even with rpm or dpkg different arch packages can be extracted and installed. On rpm you could do it with "rpm2cpio" or with dpkg you could do it with "ar x <*.deb>" and then extract the data.tar.gz Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 04:20:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34BKg711678 for linux-mips-outgoing; Wed, 4 Apr 2001 04:20:42 -0700 Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34BKdM11675 for ; Wed, 4 Apr 2001 04:20:40 -0700 Received: from alan by the-village.bc.nu with local (Exim 2.12 #1) id 14klMh-0001kx-00; Wed, 4 Apr 2001 12:22:19 +0100 Subject: Re: Dumb Question on Cross-Development To: flo@rfc822.org (Florian Lohoff) Date: Wed, 4 Apr 2001 12:22:16 +0100 (BST) Cc: jsun@mvista.com (Jun Sun), kevink@mips.com (Kevin D. Kissell), linux-mips@oss.sgi.com ("MIPS/Linux List (SGI)") In-Reply-To: <20010404120211.C11161@paradigm.rfc822.org> from "Florian Lohoff" at Apr 04, 2001 12:02:11 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > We already had the discussion on parts of that implementation. Honestly - > I dont like the stuff - Rolling out mips packages as "noarch" is > simply broken - And the argument that one would want to install > it on a i386 nfs root is simply an excuse for a broken rpm or missing > installer. Or a flawed packaging tool. RPM allows you to force noarch and you can use it to get around this precise problem. Its also useful when you want to force an x86 package onto an Alpha with em86. I find it hard to believe dpkg lacks such a feature. From owner-linux-mips@oss.sgi.com Wed Apr 4 04:35:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34BZAu12543 for linux-mips-outgoing; Wed, 4 Apr 2001 04:35:10 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34BZ7M12539 for ; Wed, 4 Apr 2001 04:35:07 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id NAA12970; Wed, 4 Apr 2001 13:35:10 +0200 (MET DST) Date: Wed, 4 Apr 2001 13:35:10 +0200 (MET DST) From: "Maciej W. Rozycki" To: "Steven J. Hill" cc: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... In-Reply-To: <3ACA00A5.8DAAC8CB@cotw.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 3 Apr 2001, Steven J. Hill wrote: > Well, the traditional MIPS targets are BEING used for SVR4....observe: > > ld/configure.tgt:286: mips*-*-sysv4*) targ_emul=elf32btsmip ;; > gas/conlfigure:2499: mips-*-sysv4*MP*) fmt=elf em=tmips ;; > bfd/config.bd:646: mips*-*-sysv4*) targ_defvec=bfd_elf32_tradbigmips_vec Yep, I know. > I think that using 'elf[32|64]_[big|little]mips' for Linux and SVR4 would > be a bad idea and would confuse things. Note that in 'bfd/elf32-mips.c' the > IRIX_COMPAT macro is hinged around checking for a traditional MIPS target > and will proceed to build IRIX flavored binaries if we are not using a > traditional target. The names for IRIX targets ARE currently > 'elf[32|64]_[big|little]mips'. Changing binutils so that these targets will > now be for Linux/SVR4 and create ANOTHER target 'elf[32|64]_irixbigmips' > will add more bloat to binutils and be confusing to people. SVR4 already > uses traditional MIPS targets and Linux should as well. My vote is still > to make Linux use the traditional MIPS targets. It will be difficult to > convince me otherwise right now :). Note that 'elf32_tradbigmips' is quite a recent invention. I was thinking of making SVR4 use 'elf32_bigmips', as well, as this is *THE* MIPS ELF target and others are variations. Getting it otherwise seems backwards. It's a minor purity issue anyway, so even though I like my idea better I don't absolutely insist on it. Thanks for getting the work off from me, BTW. I was going to make the fix for quite some time now, but given my recent time constraints I couldn't assure any reasonable deadline for it. :-( -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Apr 4 05:06:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34C6ZC13729 for linux-mips-outgoing; Wed, 4 Apr 2001 05:06:35 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34C6EM13712; Wed, 4 Apr 2001 05:06:15 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA14077; Wed, 4 Apr 2001 14:06:23 +0200 (MET DST) Date: Wed, 4 Apr 2001 14:06:22 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010403171005.A31953@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 3 Apr 2001, Ralf Baechle wrote: > Brokeness starts with autoconf's AC_CHECK_SIZEOF macro implementation > which is used frequently throughout a whole distribution and there are > so many test that require actually execution of code on the target that > fix a whole distribution for crosscompilation and keeping it uptodate > is seriously double-plus un-fun. Well, I can't see any other way to check sizeof of a type. OTOH, I haven't seen many programs that call AC_CHECK_SIZEOF on unions or structs -- that's where the real problem might be as predicting member alignment is not always easy (especially for "evil" objects -- but if such ones exist the actual problem is a badly written program begging for a rewrite). There is no need to check sizeof for simple types -- ISO C types might be used if a desired number of bits in a type is needed with a fallback to AC_CHECK_SIZEOF for legacy hosts only (which we don't care that much of). In short, the macro shouldn't really be used in most cases. I sustain the problem does not lie in the tool but in its usage. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Apr 4 05:18:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34CI6Z14316 for linux-mips-outgoing; Wed, 4 Apr 2001 05:18:06 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34CI1M14310 for ; Wed, 4 Apr 2001 05:18:02 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA14379; Wed, 4 Apr 2001 14:15:42 +0200 (MET DST) Date: Wed, 4 Apr 2001 14:15:41 +0200 (MET DST) From: "Maciej W. Rozycki" To: Geert Uytterhoeven cc: Florian Lohoff , Jun Sun , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 4 Apr 2001, Geert Uytterhoeven wrote: > What about modifying dpkg so it can install the lib and include parts of > non-native packages for arch $ARCH in /usr/$ARCH-linux/? Thay way you can > easily install *-dev packages for cross-development. I'm not sure if that actually solves the problem. I think cross-compilation libraries need to be built specifically for this purpose as bits might be different, such as in the case of /usr/mipsel-linux/lib/libc.so, which has to be different from the mipsel-linux native /usr/lib/libc.so. Cross-compilation libraries might be built as noarch packages as they are actually independent from the build system they are installed on. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Apr 4 05:18:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34CIEv14335 for linux-mips-outgoing; Wed, 4 Apr 2001 05:18:14 -0700 Received: from dea.waldorf-gmbh.de (u-113-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.113]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34CICM14331 for ; Wed, 4 Apr 2001 05:18:12 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f34CI5704170; Wed, 4 Apr 2001 14:18:05 +0200 Date: Wed, 4 Apr 2001 14:18:05 +0200 From: Ralf Baechle To: "Andrew Linfoot" Cc: Subject: Re: CVS Down? Message-ID: <20010404141805.B3928@bacchus.dhis.org> References: <000001c0bc9e$1cf978e0$0101a8c0@derfel> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000001c0bc9e$1cf978e0$0101a8c0@derfel>; from alinfoot@escafeldcomputing.co.uk on Wed, Apr 04, 2001 at 01:23:23AM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 01:23:23AM +0100, Andrew Linfoot wrote: > I have been trying to connect to cvs but am getting rejected access errors, > this worked fine for me last week, any ideas? Seems you didn't use cvs login first? Ralf From owner-linux-mips@oss.sgi.com Wed Apr 4 05:30:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34CUVO15155 for linux-mips-outgoing; Wed, 4 Apr 2001 05:30:31 -0700 Received: from dea.waldorf-gmbh.de (u-113-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.113]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34CUTM15149 for ; Wed, 4 Apr 2001 05:30:29 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f34CToM04260; Wed, 4 Apr 2001 14:29:50 +0200 Date: Wed, 4 Apr 2001 14:29:50 +0200 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010404142950.A4214@bacchus.dhis.org> References: <20010403171005.A31953@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Wed, Apr 04, 2001 at 02:06:22PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 02:06:22PM +0200, Maciej W. Rozycki wrote: > Date: Wed, 4 Apr 2001 14:06:22 +0200 (MET DST) > From: "Maciej W. Rozycki" > To: Ralf Baechle > cc: Florian Lohoff , "Kevin D. Kissell" , > "MIPS/Linux List (SGI)" > Subject: Re: Dumb Question on Cross-Development > > On Tue, 3 Apr 2001, Ralf Baechle wrote: > > > Brokeness starts with autoconf's AC_CHECK_SIZEOF macro implementation > > which is used frequently throughout a whole distribution and there are > > so many test that require actually execution of code on the target that > > fix a whole distribution for crosscompilation and keeping it uptodate > > is seriously double-plus un-fun. > > Well, I can't see any other way to check sizeof of a type. OTOH, I > haven't seen many programs that call AC_CHECK_SIZEOF on unions or structs > -- that's where the real problem might be as predicting member alignment > is not always easy (especially for "evil" objects -- but if such ones > exist the actual problem is a badly written program begging for a > rewrite). There is no need to check sizeof for simple types -- ISO C > types might be used if a desired number of bits in a type is > needed with a fallback to AC_CHECK_SIZEOF for legacy hosts only (which we > don't care that much of). In short, the macro shouldn't really be used in > most cases. > > I sustain the problem does not lie in the tool but in its usage. stdint.h isn't available everywhere. Aside of that I won't object ... Ralf From owner-linux-mips@oss.sgi.com Wed Apr 4 05:51:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34Cpa816006 for linux-mips-outgoing; Wed, 4 Apr 2001 05:51:36 -0700 Received: from haliga.physik.tu-cottbus.de (haliga.physik.TU-Cottbus.De [141.43.75.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34CpYM16002 for ; Wed, 4 Apr 2001 05:51:34 -0700 Received: by haliga.physik.tu-cottbus.de (Postfix, from userid 7215) id B01E68D93; Wed, 4 Apr 2001 14:51:29 +0200 (MET DST) Date: Wed, 4 Apr 2001 14:51:28 +0200 To: linux-mips@oss.sgi.com Subject: Re: sgiwd93 multiple disk problem Message-ID: <20010404145128.A28922@physik.tu-cottbus.de> Mail-Followup-To: heinold@physik.tu-cottbus.de, linux-mips@oss.sgi.com References: <20010403174749.B4135@paradigm.rfc822.org> <20010403190458.C4135@paradigm.rfc822.org> <20010404131810.D25870@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010404131810.D25870@paradigm.rfc822.org>; from flo@rfc822.org on Wed, Apr 04, 2001 at 01:18:10PM +0200 From: heinold@physik.tu-cottbus.de (H.Heinold) Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 01:18:10PM +0200, Florian Lohoff wrote: > On Tue, Apr 03, 2001 at 07:04:58PM +0200, Florian Lohoff wrote: > > On Tue, Apr 03, 2001 at 05:47:49PM +0200, Florian Lohoff wrote: > > > Hi, > > > i guess Ryan Murray has stumbled over the multiple disk problem > > > on one of my machines again - I would like to fix that bug if i am able to. > > Another one - After speaking to a couple of people on IRC i got to > the conclusion that we are possibly dealing with 3 different problems. > > I/Ryan have/has seen data corruption. The files md5sum gets broken the fses > Metadata stays intact what an fsck shows. > > Spock and Ian see "I/O" errors when copying a sourcetree from > a disk to a different one (even on the same bus) with "cp -dR". > Afterwards the filesystems metadata is corrupt. > > Karel sees complete hangs on copy > Hi, I saw cp hanged as I want copy the kernel-tree between two disks on resume(the indgio2 from flo, which is online). -- Henning From owner-linux-mips@oss.sgi.com Wed Apr 4 05:59:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34CxAN16438 for linux-mips-outgoing; Wed, 4 Apr 2001 05:59:10 -0700 Received: from smtp.huawei.com ([202.96.135.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34Cx4M16427 for ; Wed, 4 Apr 2001 05:59:05 -0700 Received: from hechendong11752 ([10.105.33.128]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GB9QJ600.82F for ; Wed, 4 Apr 2001 20:54:42 +0800 Message-ID: <003201c0bd07$31e3b040$8021690a@huawei.com> From: "machael" To: References: <000001c0bc9e$1cf978e0$0101a8c0@derfel> <20010404141805.B3928@bacchus.dhis.org> Subject: Does Linux support RC32332 CPU now? Date: Wed, 4 Apr 2001 21:00:16 +0800 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.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, folks: I am a newbie in linux-mips. I have questions to ask: 1 Does Linux support RC32332 CPU now? 2 I want to build my cross-compile environment for MIPS target on my X86 host. Are there any documents about how to implement it? Thank you very much. machael From owner-linux-mips@oss.sgi.com Wed Apr 4 06:39:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34Dd0W17450 for linux-mips-outgoing; Wed, 4 Apr 2001 06:39:00 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34DcxM17446 for ; Wed, 4 Apr 2001 06:38:59 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id GAA16152; Wed, 4 Apr 2001 06:36:18 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id GAA20003; Wed, 4 Apr 2001 06:36:15 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id PAA17252; Wed, 4 Apr 2001 15:35:32 +0200 (MEST) Message-ID: <3ACB2323.C1653236@mips.com> Date: Wed, 04 Apr 2001 15:35:31 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Szabolcs Szakacsits , "Scott G. Miller" , linux-kernel@vger.kernel.org, Andy Carlson , linux-mips@oss.sgi.com Subject: Re: pcnet32 (maybe more) hosed in 2.4.3 References: <20010330190137.A426@indiana.edu> <20010403202127.A316@bacchus.dhis.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I'm not sure what the problem is, but the whole deal about checking whether the controller runs in 16 bit or 32 bit mode, is a little bit tricky. There doesn't seem to be a clean way to do the check, so it's done by writing a certain pattern to a register and read it back again. Doing the check for 32 bit mode first seems to be the right thing to do, but it's apparently breaks thing for some people with older chipsets. It work fine on my site in both 16 bit and 32 bit mode, though (I'm using an AMD Am97C973 chipset). I can't remember exactly if that part of the fix really was necessary to get the driver work in 32 bit mode, but at least the rest of the patch is necessary (it has been some time since I made this fix and I originally did it in the 2.2.12 sources). So I guess reverting the suggested part of the patch is appropriate. I'm terrible sorry for causing any inconvenience. /Carsten Ralf Baechle wrote: > Carsten, > > seems your pcnet32 changes which made it into 2.4.3 are causing trouble > on i386 machines. Can you try to solve that problem? > > On Sat, Mar 31, 2001 at 03:58:11PM +0200, Szabolcs Szakacsits wrote: > > > On Fri, 30 Mar 2001, Scott G. Miller wrote: > > > > > Linux 2.4.3, Debian Woody. 2.4.2 works without problems. However, in > > > 2.4.3, pcnet32 loads, gives an error message: > > > > 2.4.3 (and -ac's) are also broken as guest in VMWware due to the pcnet32 > > changes [doing 32 bit IO on 16 bit regs on the 79C970A controller]. > > Reverting this part of patch-2.4.3 below made things work again. > > > > Szaka > > > > @@ -528,11 +535,13 @@ > > pcnet32_dwio_reset(ioaddr); > > pcnet32_wio_reset(ioaddr); > > > > - if (pcnet32_wio_read_csr (ioaddr, 0) == 4 && pcnet32_wio_check (ioaddr)) { > > - a = &pcnet32_wio; > > + /* Important to do the check for dwio mode first. */ > > + if (pcnet32_dwio_read_csr(ioaddr, 0) == 4 && pcnet32_dwio_check(ioaddr)) { > > + a = &pcnet32_dwio; > > } else { > > - if (pcnet32_dwio_read_csr (ioaddr, 0) == 4 && pcnet32_dwio_check(ioaddr)) { > > - a = &pcnet32_dwio; > > + if (pcnet32_wio_read_csr(ioaddr, 0) == 4 && > > + pcnet32_wio_check(ioaddr)) { > > + a = &pcnet32_wio; > > } else > > return -ENODEV; > > } > > > > > > - > > To unsubscribe from this list: send the line "unsubscribe linux-kernel" in > > the body of a message to majordomo@vger.kernel.org > > More majordomo info at http://vger.kernel.org/majordomo-info.html > > Please read the FAQ at http://www.tux.org/lkml/ > > Ralf -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Wed Apr 4 06:39:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34DdLI17487 for linux-mips-outgoing; Wed, 4 Apr 2001 06:39:21 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34DdDM17479; Wed, 4 Apr 2001 06:39:13 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id PAA17292; Wed, 4 Apr 2001 15:39:42 +0200 (MET DST) Date: Wed, 4 Apr 2001 15:39:42 +0200 (MET DST) From: "Maciej W. Rozycki" Reply-To: "Maciej W. Rozycki" To: Ralf Baechle cc: Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010404142950.A4214@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 4 Apr 2001, Ralf Baechle wrote: > stdint.h isn't available everywhere. Aside of that I won't object ... That's why I wrote of legacy hosts. The AC_CHECK_HEADERS and AC_CHECK_TYPE macros are cross-compilation-safe and they are all that modern hosts need. For other hosts AC_CHECK_SIZEOF might be used to find generic types suitable for ISO C definitions, which might be problematic for cross-compilation, though. Still this applies to non-gcc cross-compilers only, which are not that common, AFAIK. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Apr 4 07:25:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34EP2A18978 for linux-mips-outgoing; Wed, 4 Apr 2001 07:25:02 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34EOxM18974; Wed, 4 Apr 2001 07:24:59 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA16490; Wed, 4 Apr 2001 07:24:12 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA21003; Wed, 4 Apr 2001 07:24:08 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id QAA19097; Wed, 4 Apr 2001 16:23:27 +0200 (MEST) Message-ID: <3ACB2E5E.D8AFB3BF@mips.com> Date: Wed, 04 Apr 2001 16:23:26 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I would like to join the fun of cross-compiling RPMs. What I have done so far with userland is simply to collect precompiled binaries, and only compiled less than a handful of RPMs natively. So where do I start ? I have started out getting the tarball (ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/cross-all-20010303.tar) and compiled everything on a linux hosted PC, it worked fine, though I had to upgrade from redhat6.1 to redhat7.0. Nice work whoever put this together. Now I would like to start cross compile SRPMs (let say redhat7.0). What do I need to do to make the SRPMS cross compile ? Could someone please get me booted or is there an howto somewhere ? I realize it probably gonna be hard work, but I like to join the fun, at least so I have an idea what exactly the problems are, and hopefully with time I can contribute in the bug fixing. /Carsten "Maciej W. Rozycki" wrote: > On Wed, 4 Apr 2001, Ralf Baechle wrote: > > > stdint.h isn't available everywhere. Aside of that I won't object ... > > That's why I wrote of legacy hosts. The AC_CHECK_HEADERS and > AC_CHECK_TYPE macros are cross-compilation-safe and they are all that > modern hosts need. For other hosts AC_CHECK_SIZEOF might be used to find > generic types suitable for ISO C definitions, which might be problematic > for cross-compilation, though. Still this applies to non-gcc > cross-compilers only, which are not that common, AFAIK. > > -- > + Maciej W. Rozycki, Technical University of Gdansk, Poland + > +--------------------------------------------------------------+ > + e-mail: macro@ds2.pg.gda.pl, PGP key available + -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Wed Apr 4 08:18:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34FICH20728 for linux-mips-outgoing; Wed, 4 Apr 2001 08:18:12 -0700 Received: from chmls05.mediaone.net (chmls05.mediaone.net [24.147.1.143]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34FIBM20725 for ; Wed, 4 Apr 2001 08:18:11 -0700 Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.248.129]) by chmls05.mediaone.net (8.11.1/8.11.1) with SMTP id f34FHhx13488; Wed, 4 Apr 2001 11:17:47 -0400 (EDT) From: "Jay Carlson" To: "Joe deBlaquiere" , "Florian Lohoff" Cc: "Kevin D. Kissell" , "MIPS/Linux List \(SGI\)" Subject: RE: Dumb Question on Cross-Development Date: Wed, 4 Apr 2001 11:17:39 -0400 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <3AC93C0B.5020102@redhat.com> X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Perfect it is not, but it's not nearly _that_ bad either. I would > say 40% of the RPMs I've tried will configure out of the box for > a cross build. Another 40% or so require a few "export > ac_cv_sizeof_long=4" kind of settings to configure for a cross > build. The remaining 20% are painful. Yeah, and it's not so bad once you start building up a config.site file you can reuse across builds. I got this idea from the debian dpkg-cross package. For people who aren't debian-y, the idea is that you set CONFIG_SITE to point at a file like http://www.csee.umbc.edu/~acedil1/agenda/files/agenda-config.site and run configure as normal. (I don't think I like that particular file but it should give you ideas.) BTW dpkg-cross comes with a tool that does ldd via grepping through objdump output. Jay From owner-linux-mips@oss.sgi.com Wed Apr 4 08:37:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34Fbi821529 for linux-mips-outgoing; Wed, 4 Apr 2001 08:37:44 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34FbWM21522; Wed, 4 Apr 2001 08:37:33 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA21345; Wed, 4 Apr 2001 17:37:15 +0200 (MET DST) Date: Wed, 4 Apr 2001 17:37:15 +0200 (MET DST) From: "Maciej W. Rozycki" To: Carsten Langgaard cc: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <3ACB2E5E.D8AFB3BF@mips.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 4 Apr 2001, Carsten Langgaard wrote: > Now I would like to start cross compile SRPMs (let say redhat7.0). > What do I need to do to make the SRPMS cross compile ? Spec files need to be written appropriately for cross-compilation to be supported as you need to override the compiler used (and possibly other tools) and configure scripts need to be passed a host system name. Also depending on the cluefulness of a given maintainer/team, packages might be easy or difficult to cross-compile -- heavy patching is required in some cases. For the way I am using RPM to cross-compile you might visit my FTP site at 'ftp://ftp.ds2.pg.gda.pl/pub/macro/' (mirrored at 'ftp://ftp.rfc822.org/pub/mirror/ftp.ds2.pg.gda.pl/pub/macro' -- thanks, Flo). There are source and binary packages as well as configuration files I use. Read the READMEs and look at a few spec files and everything should be clear. Many of the *.mipsel.rpm packages available there were cross-built -- you may verify it with `rpm -qip': "macro" is my i386-linux system, while "3maxp" is my mipsel-linux one (still no i386-linux cross-compiler on my mipsel-linux system, sigh... :-( ). You need to build cross-binutils, cross-gcc and cross-glibc to start. I've already written and sent a detailed description on cross-gcc bootstrapping here. I'm not sure if the list is archived, or not. If not, I may dig through my mail archives and send it again. If you have any specific questions, don't hesitate to ask me. Maciej -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Wed Apr 4 09:12:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34GCne22644 for linux-mips-outgoing; Wed, 4 Apr 2001 09:12:49 -0700 Received: from iris1.csv.ica.uni-stuttgart.de (iris1.csv.ica.uni-stuttgart.de [129.69.118.2]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34GCmM22641 for ; Wed, 4 Apr 2001 09:12:48 -0700 Received: from rembrandt.csv.ica.uni-stuttgart.de (rembrandt.csv.ica.uni-stuttgart.de [129.69.118.42]) by iris1.csv.ica.uni-stuttgart.de (8.9.3/8.9.3) with ESMTP id SAA89916 for ; Wed, 4 Apr 2001 18:12:47 +0200 (MDT) Received: from ica2_ts by rembrandt.csv.ica.uni-stuttgart.de with local (Exim 3.12 #1 (Debian)) id 14kpti-0002Xi-00 for ; Wed, 04 Apr 2001 18:12:42 +0200 Date: Wed, 4 Apr 2001 18:12:42 +0200 To: linux-mips@oss.sgi.com Subject: Re: Binutils fixed to deal with 'insmod' issue and discussion... Message-ID: <20010404181242.H5099@rembrandt.csv.ica.uni-stuttgart.de> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <3AC90E16.AEF59359@cotw.com> <20010403041740.G5099@rembrandt.csv.ica.uni-stuttgart.de> <20010403102608.A30531@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010403102608.A30531@bacchus.dhis.org>; from ralf@oss.sgi.com on Tue, Apr 03, 2001 at 10:26:09AM +0200 From: Thiemo Seufer Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: >On Tue, Apr 03, 2001 at 04:17:40AM +0200, Thiemo Seufer wrote: > >> >Without the binutils patch, all binaries compiled for MIPS/Linux >> >will be IRIX flavored which was the whole problem. >> >> Please may You elaborate about this? AFAICS, the IRIX flavour >> can't be a problem by itself. > >> Changing the MIPS/Linux ABI to circumvent a toolchain bug seems >> to be a bit extremistic. Am I missing some important details? > >IRIX ELF orders the symbol table of object files in a way that violates >the ABI. Worse, these IRIX specialities are not documented anywhere. That would be ok, but, according to the source, there are also different maximum offsets for ELF_MIPS_GP_OFFSET, which is hardcoded to IRIX standard in gas, and different section namings like .MIPS.options vs. .options. >Changing to ABI ELF only makes them look as they're supposed to ... At least the section naming is specified different. Thiemo From owner-linux-mips@oss.sgi.com Wed Apr 4 09:16:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34GG5j22954 for linux-mips-outgoing; Wed, 4 Apr 2001 09:16:05 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34GG3M22945 for ; Wed, 4 Apr 2001 09:16:04 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 7A0A47F7; Wed, 4 Apr 2001 18:16:02 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 717F2EE85; Wed, 4 Apr 2001 18:05:38 +0200 (CEST) Date: Wed, 4 Apr 2001 18:05:38 +0200 From: Florian Lohoff To: Alan Cox Cc: Jun Sun , "Kevin D. Kissell" , "\"MIPS/Linux List (SGI)\"" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010404180538.G25870@paradigm.rfc822.org> References: <20010404120211.C11161@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Wed, Apr 04, 2001 at 12:22:16PM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 12:22:16PM +0100, Alan Cox wrote: > Or a flawed packaging tool. RPM allows you to force noarch and you can use it > to get around this precise problem. Its also useful when you want to force > an x86 package onto an Alpha with em86. > > I find it hard to believe dpkg lacks such a feature. > Just had a look - One can install them dpkg --force-architecture -i --root=/nfsexport But i was arguing against compiling the packages as "noarch" not installing them with noarch. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 10:59:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34HxKL26351 for linux-mips-outgoing; Wed, 4 Apr 2001 10:59:20 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34HxJM26348 for ; Wed, 4 Apr 2001 10:59:19 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f34HtT019009; Wed, 4 Apr 2001 10:55:29 -0700 Message-ID: <3ACB5FD8.6B166BA6@mvista.com> Date: Wed, 04 Apr 2001 10:54:32 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith M Wesolowski CC: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> <20010403203055.A17365@foobazco.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Keith M Wesolowski wrote: > > On Tue, Apr 03, 2001 at 07:43:07PM -0700, Jun Sun wrote: > > > 1. Right now, our tree (at least 32-bit) does not even support multiple CPUs > > (with the same machine/board). Take a look of > > arch/mips/mm/loadmmu.c:loadmmu(), and you will see what I mean. The CPU > > specific ld_mmu_xxx is #ifdef'ed. So if you enable multiple CPU, the last > > ld_mmu_xxx will win! > > > > So a modest step forward would be fixing that first. > > In the patch, the mips_cpu structure has a load_cache and load_tlb > function associated with it which are assigned during cpu_probe. It > is now possible - I believe - to compile both andes.c and r4k* into > the kernel and have the right routines run at boot time. No reason > this can't work for other CPUs also. > > > 2. Currently all CPU specific ld_mmu_xxx stuff lump cache and TLB together. > > That is not very good. I have seen CPUs that can share cache but not TLB. > > Vice versa. Personally I like to see their separation first before a more > > dramatic scheme is in place. > > The patch addresses this; look at the removal of r4xx0.c and its > replacements. It's been split into four pieces - this may become > three later. One for cache, one for tlb, one for copy/clear page and > miscellaneous outlined assembly (yes, in real assembly), and one for > initialization functions. There's no reason it couldn't be further > split; for example, to do r4600/r5k style caches in a separate module. > Cool - this seems to be in the line I was thinking of. On a minor note, pretty much all existing r4k and above CPUs (I believe) can share the same cache code if 1) number of ways and 2) way selection offset are introduced. All the diverging in cache code comes from the difference in how the way in a cache set is specified in indexed operations. I think current mips_cpu struct already logs number of ways. We just need to introduce the constant offset for way selection. > > 3. Unfortunally not all CPUs can be fully probed at the run-time, > > specifically the external cache size and geometry. I was thinking > > perhaps a board detection routine should be placed at the beginning > > which will supply external > > The CPU-specific load_cache is responsible for this. I'm open to the > idea of having separate cache detection for cache problems that are > *not* cpu-specific. For example, if r10k indy with boardcache existed > that might be applicable. But I think the load_cache should be able > to handle this. > I am not sure if load_cache() can handle that by itself. Load_cache() is affiniated with cpu. The external cache info is associated with machine. For example, on the ocelot board I am working on you need to read a board-specific register to get 3rd level cache config. Presummably if the the same Rm7k cpu is used another board, the load_cache_rm7k() has to know how to figure out that on the other board. Obviously you will need some sort of #ifdef to do that. Then you need to consider what if both machines are configured in. Does not look very clean to me. For that and some other purposes, I am convinced we need to *know* exactly what machine we are on. I understand some machine cannot detect itself. Too bad! That just means that machine CANNOT be configured into a multi-machine kernel. It should be trivial to detect that (possibly through the return value of _detect() routine). Anyhow, I am thinking about something like below: /* invoked at the very beginning of init_arch() */ void mips_machine_detection() { #if defined(CONFIG_DDB5476) retval = ddb5476_detect(); /* check retval - 0: negative; 1: possitive; 2: cannot detect, possitive by config only */ #endif #if defined(CONFIG_SNI) retval = sni_detect(); /* check for ret val conflict */ #endif .... /* check if we at least detect one valid machine */ return; } If we do it right, I think this pretty much the *ONLY* source file one needs to modify when one adds support for a new machine/board. (hmm, am I dreaming again?) Jun From owner-linux-mips@oss.sgi.com Wed Apr 4 11:11:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34IBE226939 for linux-mips-outgoing; Wed, 4 Apr 2001 11:11:14 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34IBEM26936 for ; Wed, 4 Apr 2001 11:11:14 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f34I7P019995; Wed, 4 Apr 2001 11:07:25 -0700 Message-ID: <3ACB62A4.90B5630@mvista.com> Date: Wed, 04 Apr 2001 11:06:28 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> <3ACA09BF.C8EF0D6C@mvista.com> <20010404120211.C11161@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Florian Lohoff wrote: > > On Tue, Apr 03, 2001 at 10:34:55AM -0700, Jun Sun wrote: > > > A major problem get the thing in which the configure try to > > > begin to build executables and guess on the behaviour of the > > > OS to run on. This ends to be a hack and reminds me on > > > "pre gnu configure" times where one had to deal > > > with hundrets of "config.h" or "os.h" files. > > > > While it is a pain for some packages, it is actually not too bad for > > most of them. I think we (mvista) are rolling out cross-compiled 250+ > > packages for 5 major CPU architectures and 21 sub-architectures - where > > most of them are based on debian sources. :-) > > We already had the discussion on parts of that implementation. Honestly - > I dont like the stuff - Rolling out mips packages as "noarch" is > simply broken - That part is fixed in the coming BIG release. Honestly, I am not an expert on packeging. It is basically somebody else's job here at mvista. Nevertheless, the point is we cross-compiled it. :-) Like I said, there are times I do wish and often have to compile natively (the one that comes to mind is mp3 player). Due to the embedded constraints, we pretty much *have* to do cross-compiling for at least some customers on some systems. So the argument is that since we are already doing it any way, we might as well do it all the way. BTW, we actually do have native compiling as well - probably for something like mp3 player. (Flo, you really cannot beat the argument of having both. :-0) Jun From owner-linux-mips@oss.sgi.com Wed Apr 4 11:46:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34Ik6L28210 for linux-mips-outgoing; Wed, 4 Apr 2001 11:46:06 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34Ik5M28206 for ; Wed, 4 Apr 2001 11:46:05 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 730107FA; Wed, 4 Apr 2001 20:46:03 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 9754DEE85; Wed, 4 Apr 2001 20:45:50 +0200 (CEST) Date: Wed, 4 Apr 2001 20:45:50 +0200 From: Florian Lohoff To: Jun Sun Cc: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010404204549.C1221@paradigm.rfc822.org> References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> <3ACA09BF.C8EF0D6C@mvista.com> <20010404120211.C11161@paradigm.rfc822.org> <3ACB62A4.90B5630@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3ACB62A4.90B5630@mvista.com>; from jsun@mvista.com on Wed, Apr 04, 2001 at 11:06:28AM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 11:06:28AM -0700, Jun Sun wrote: > BTW, we actually do have native compiling as well - probably for something > like mp3 player. > > (Flo, you really cannot beat the argument of having both. :-0) I dont want to argue very much - I think both ways do have advantages. I am coming the distribution way and i am used to something like rpm --rebuild although i am going the debian way. There is stuff like autobuilder, autoconf, dependencies etc which give a major headache on cross-compiling. For all the embedded archs i do think there is a way of having a "workstation" like machine available for compiling native and having a distribution. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 13:56:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34Ku8Q31465 for linux-mips-outgoing; Wed, 4 Apr 2001 13:56:08 -0700 Received: from johnson.mail.mindspring.net (johnson.mail.mindspring.net [207.69.200.177]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34Ku4M31462 for ; Wed, 4 Apr 2001 13:56:04 -0700 Received: from frednet.dyndns.org (user-33qt4m8.dialup.mindspring.com [199.174.146.200]) by johnson.mail.mindspring.net (8.9.3/8.8.5) with SMTP id QAA04138 for ; Wed, 4 Apr 2001 16:56:02 -0400 (EDT) From: matt@frednet.dyndns.org Received: (qmail 22342 invoked by uid 1000); 4 Apr 2001 20:56:01 -0000 Date: Wed, 4 Apr 2001 15:56:01 -0500 To: Keith M Wesolowski Cc: linux-mips@oss.sgi.com Subject: Re: indy R5000 with irix 6.5 Message-ID: <20010404155601.C22279@frednet.dyndns.org> References: <5.0.0.25.0.20010404000235.00ac9c98@vmspop.isc.rit.edu> <20010403232217.A26443@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010403232217.A26443@foobazco.org>; from wesolows@foobazco.org on Tue, Apr 03, 2001 at 11:22:18PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 11:22:18PM -0700, Keith M Wesolowski wrote: > On Wed, Apr 04, 2001 at 12:03:30AM -0700, jsc6233@ritvax.isc.rit.edu wrote: > > > I don't mean to be a complete moron but what are the EXACT steps i need to > > get a compiled kernel. I had downloaded the version 2.4 and attempted to > > make the kernel and i got syntax errors. Am I missing something??? I have > > You're missing the FAQ from the sound of things. Actually, (and I'm probably wrong) but it almost sounded to me like he's trying to compile it in IRIX rather than linux. -- Matthew Fredrickson AIM MatthewFredricks ICQ 13923212 matt@NOSPAMfredricknet.net http://www.fredricknet.net/~matt/ "Everything is relative" From owner-linux-mips@oss.sgi.com Wed Apr 4 14:37:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34LbqF00656 for linux-mips-outgoing; Wed, 4 Apr 2001 14:37:52 -0700 Received: from barry.mail.mindspring.net (barry.mail.mindspring.net [207.69.200.25]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34LbpM00653 for ; Wed, 4 Apr 2001 14:37:51 -0700 Received: from frednet.dyndns.org (user-33qt47m.dialup.mindspring.com [199.174.144.246]) by barry.mail.mindspring.net (8.9.3/8.8.5) with SMTP id RAA05052 for ; Wed, 4 Apr 2001 17:37:48 -0400 (EDT) Received: (qmail 22476 invoked by uid 1000); 4 Apr 2001 21:37:47 -0000 Date: Wed, 4 Apr 2001 16:37:47 -0500 From: Matthew Fredrickson To: jsc6233@ritvax.isc.rit.edu, linux-mips@oss.sgi.com Subject: Re: your mail Message-ID: <20010404163747.A22469@frednet.dyndns.org> References: <5.0.0.25.0.20010404172906.00a4bce8@vmspop.isc.rit.edu> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-md5; protocol="application/pgp-signature"; boundary="SUOF0GtieIMvvwua" Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <5.0.0.25.0.20010404172906.00a4bce8@vmspop.isc.rit.edu>; from jsc6233@ritvax.isc.rit.edu on Wed, Apr 04, 2001 at 05:29:54PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --SUOF0GtieIMvvwua Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Apr 04, 2001 at 05:29:54PM -0700, jsc6233@ritvax.isc.rit.edu wrote: >=20 > hello, > Yeah i am trying to compile it while running Irix 6.5. Once i get it all= =20 > working I was going to boot into it. Does that make sense? > james No offense, but not really. Actually, you'll probably need to start off by setting up the x86-mips cross compilers on an x86 linux machine of yours and booting the kernel via tftp over the network to get started. I think most of this is covered in the FAQ on the site. Anyway, I don't think it's _ever_ been supported to compile up the kernel in IRIX anyway, so your kind of out of luck for that. On a side note, you probably want to stop by freeware.sgi.com and upgrade your gcc from 2.7 to the latest (2.95.3 I think). Might even try downloading some pre3.0 stuff and try that out. Back to topic: Read EVERYTHING you can on the linux-mips sgi site before asking a question here; if you don't, that's a very good way to get kindly (and a lot of times unkindly) pointed to the FAQ. Hope this helps. --=20 Matthew Fredrickson AIM MatthewFredricks ICQ 13923212 matt@NOSPAMfredricknet.net=20 http://www.fredricknet.net/~matt/ "Everything is relative" --SUOF0GtieIMvvwua Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE6y5QrHzCekITFKgsRAv8dAJ48BXa3ksHmb8khceS0s5jj4Tm4mQCfQ1KR eKluaXCQYgFgqvZfvTzJ394= =//D2 -----END PGP SIGNATURE----- --SUOF0GtieIMvvwua-- From owner-linux-mips@oss.sgi.com Wed Apr 4 15:13:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f34MDiO02093 for linux-mips-outgoing; Wed, 4 Apr 2001 15:13:44 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f34MDeM02086; Wed, 4 Apr 2001 15:13:40 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 2DCAD7F8; Thu, 5 Apr 2001 00:13:38 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 4DD5AEE86; Thu, 5 Apr 2001 00:13:29 +0200 (CEST) Date: Thu, 5 Apr 2001 00:13:29 +0200 From: Florian Lohoff To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: [FIX] sysmips(MIPS_ATMIC_SET, ...) ret_from_sys_call vs. o32_ret_from_sys_call Message-ID: <20010405001329.G1221@paradigm.rfc822.org> References: <20010124163048.B15348@paradigm.rfc822.org> <20010124165919.C15348@paradigm.rfc822.org> <20010125165530.B12576@paradigm.rfc822.org> <3A70705C.5020600@redhat.com> <3A707FFB.60802@redhat.com> <20010125141952.C2311@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010125141952.C2311@bacchus.dhis.org>; from ralf@oss.sgi.com on Thu, Jan 25, 2001 at 02:19:52PM -0800 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Jan 25, 2001 at 02:19:52PM -0800, Ralf Baechle wrote: > It's more: > > sysmips(MIPS_ATOMIC_SET, ptr, val) > { > result = *ptr; > *ptr = val; > > return result; > } If thats the case - shouldnt the attached patch fix the sysmips stuff ? I stumbled once again over sysmips - To get a MIPS ISA I compatible glibc 2.2.2 you need to compile it with sysmips(MIPS_ATOMIC_SET, ...) which breaks badly with "Illegal Instruction" on current cvs kernels. Index: arch/mips/kernel/sysmips.c =================================================================== RCS file: /cvs/linux/arch/mips/kernel/sysmips.c,v retrieving revision 1.17 diff -u -r1.17 sysmips.c --- arch/mips/kernel/sysmips.c 2001/02/09 21:05:46 1.17 +++ arch/mips/kernel/sysmips.c 2001/04/04 22:09:18 @@ -75,7 +75,6 @@ } case MIPS_ATOMIC_SET: { - unsigned int tmp; p = (int *) arg1; errno = verify_area(VERIFY_WRITE, p, sizeof(*p)); @@ -98,7 +97,7 @@ ".word\t1b, 3b\n\t" ".word\t2b, 3b\n\t" ".previous\n\t" - : "=&r" (tmp), "=o" (* (u32 *) p), "=r" (errno) + : "=&r" (retval), "=o" (* (u32 *) p), "=r" (errno) : "r" (arg2), "o" (* (u32 *) p), "2" (errno) : "$1"); @@ -109,15 +108,7 @@ if (current->ptrace & PT_TRACESYS) syscall_trace(); - ((struct pt_regs *)&cmd)->regs[2] = tmp; - ((struct pt_regs *)&cmd)->regs[7] = 0; - - __asm__ __volatile__( - "move\t$29, %0\n\t" - "j\to32_ret_from_sys_call" - : /* No outputs */ - : "r" (&cmd)); - /* Unreached */ + goto out; } case MIPS_FIXADE: What makes me wonder is that we try to return -EFAULT and stuff which then limits the values for MIPS_ATOMIC_SET to positive ints. I dont think this is correct. Comments ? Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 4 18:34:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f351Ynt07547 for linux-mips-outgoing; Wed, 4 Apr 2001 18:34:49 -0700 Received: from smtp.huawei.com ([202.96.135.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f351XdM07508 for ; Wed, 4 Apr 2001 18:33:45 -0700 Received: from hechendong11752 ([10.105.33.128]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GBAPG901.M0E for ; Thu, 5 Apr 2001 09:28:57 +0800 Message-ID: <007e01c0bd70$9052b4a0$8021690a@huawei.com> From: "machael" To: Subject: Does Linux support RC32332 CPU now? Date: Thu, 5 Apr 2001 09:34:31 +0800 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.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, folks: I am a newbie in linux-mips. I have questions to ask: 1 Does Linux support RC32332 CPU now? 2 I want to build my cross-compile environment for MIPS target on my X86 host. Are there any documents about how to implement it? Thank you very much. From owner-linux-mips@oss.sgi.com Wed Apr 4 22:12:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f355C9J05563 for linux-mips-outgoing; Wed, 4 Apr 2001 22:12:09 -0700 Received: from dea.waldorf-gmbh.de (u-109-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.109]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f355BjM05556 for ; Wed, 4 Apr 2001 22:11:58 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3558VZ11841; Thu, 5 Apr 2001 07:08:31 +0200 Date: Thu, 5 Apr 2001 07:08:31 +0200 From: Ralf Baechle To: Matthew Fredrickson Cc: jsc6233@ritvax.isc.rit.edu, linux-mips@oss.sgi.com Subject: Re: your mail Message-ID: <20010405070831.A11613@bacchus.dhis.org> References: <5.0.0.25.0.20010404172906.00a4bce8@vmspop.isc.rit.edu> <20010404163747.A22469@frednet.dyndns.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010404163747.A22469@frednet.dyndns.org>; from matt@frednet.dyndns.org on Wed, Apr 04, 2001 at 04:37:47PM -0500 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 04:37:47PM -0500, Matthew Fredrickson wrote: > > hello, > > Yeah i am trying to compile it while running Irix 6.5. Once i get it all > > working I was going to boot into it. Does that make sense? > > james > > No offense, but not really. Actually, you'll probably need to start > off by setting up the x86-mips cross compilers on an x86 linux machine of > yours and booting the kernel via tftp over the network to get started. I > think most of this is covered in the FAQ on the site. Anyway, I don't > think it's _ever_ been supported to compile up the kernel in IRIX anyway, > so your kind of out of luck for that. You obvious didn't even check. I assure you that I rarely compile a MIPS kernel under Linux so if that works, it's coincidental. Crosscompiling on IRIX works just fine. Ralf From owner-linux-mips@oss.sgi.com Thu Apr 5 00:46:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f357kQo09287 for linux-mips-outgoing; Thu, 5 Apr 2001 00:46:26 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f357kPM09284 for ; Thu, 5 Apr 2001 00:46:25 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 791CA109DD; Thu, 5 Apr 2001 00:46:19 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id 873E21F429; Thu, 5 Apr 2001 00:46:18 -0700 (PDT) Date: Thu, 5 Apr 2001 00:46:18 -0700 From: Keith M Wesolowski To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch Message-ID: <20010405004618.A30899@foobazco.org> References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> <20010403203055.A17365@foobazco.org> <3ACB5FD8.6B166BA6@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ACB5FD8.6B166BA6@mvista.com>; from jsun@mvista.com on Wed, Apr 04, 2001 at 10:54:32AM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 04, 2001 at 10:54:32AM -0700, Jun Sun wrote: > On a minor note, pretty much all existing r4k and above CPUs (I > believe) can share the same cache code if 1) number of ways and 2) > way selection offset are introduced. All the diverging in cache > code comes from the difference in how the way in a cache set is > specified in indexed operations. So we introduce the waybit member into struct cache (where it belongs anyway). That was easy. > I am not sure if load_cache() can handle that by itself. > > Load_cache() is affiniated with cpu. The external cache info is associated > with machine. So we basically have an Indy-style boardcache then. I think we must make a distinction very cleanly between caches which are under CPU control and those which are not. The ones under CPU control use the stuff in load_cache and the cache descriptors in mips_cpu. The boardcaches use something like bc_ops. The generic cacheflushing operations can then simply have hooks to call the appropriate bcop. This wastes time on sane hardware, so any machine that has this must set CONFIG_STUPID_CACHE. Without that the call is ifdef'd out. Yes, I hate ifdefs but there's no reason that everyone should suffer just because some hardware is braindead. There is another way. I hate to suggest it because it's pure evil...look at the sparc btfixup code some time. We could actually use something similar for all our caches if we wanted to. > figure out that on the other board. Obviously you will need some sort of > #ifdef to do that. Then you need to consider what if both machines are > configured in. If both machines are configured in, what gets done depends on which is detected at boot time. > For that and some other purposes, I am convinced we need to *know* exactly > what machine we are on. I understand some machine cannot detect itself. Too > bad! That just means that machine CANNOT be configured into a multi-machine > kernel. It should be trivial to detect that (possibly through the return > value of _detect() routine). This is exactly what the documentation says. I am pretty sure that any machine can be detected uniquely. The important thing is that it can be detected without the detection routine crashing other systems. If for some reason it's not possible for a given machine (*cough* ip27 *cough*) to live with the others - ifdefs in head.S let's say - then that config option is exclusive. Simple. All of this is details anyway. The big problems we have aren't in the code - structs filled with function pointers are child's play to implement and use. Our problem is that it seems like about 80% of linux is implemented as inline functions in header files. Some of these have lots of nasty ifdefs around them. Then there are lovely things like the address space macros which are cpu dependent. Or SERIAL_PORT_DFNS, which seems specifically intended to thwart efforts to support multiple machines. And, finally, we have things like pref which must not be used if *any* cpu configured in does not support it (or, it must be overwritten by bootup code with nop if it's not supported *shudder*). There's the plain and simple fact that more dynamic detection is going to slow the kernel down. That's not going to sit well with the origin folks for example. So care needs to be taken to make sure that the performance penalties are small and more than offset by ease of maintenance. And from what I've heard about the irix code, people working on it probably aren't likely to be impressed by things like maintainability. For people building new machines targeting linux - this is important - you can arrange for the prom to pass arguments; these will be passed to the detection routine (in fact, they will get whatever is in a0, a1, and a2). Someone who wanted to make his or her life easy would arrange to pass "mips_machine=fuxinator2000" in argv somewhere and just test that. Or, read from some address in the PROM (ARC[S] does this) to find the name of your machine where the firmware designers thoughtfully placed it. Since the whole point of this exercise is easier support and maintenance for new hardware, this seems like the most obvious possible way to solve the problem. If some oddball system made 8 years ago can't be detected cleanly, so what. > /* invoked at the very beginning of init_arch() */ > void mips_machine_detection() ... That's pretty much what the code does. There is an array of probing functions. They are tried in succession in known but undefined order. Any which succeeds (indicated by returning 1) is expected to have set up the machine-specific functions. These probes must return 0 if support for the given system is not compiled in. > If we do it right, I think this pretty much the *ONLY* source file one needs > to modify when one adds support for a new machine/board. (hmm, am I dreaming > again?) Pretty much. In my implementation there are actually two places - the probe function itself and adding it to the list. See the documentation. I am also making an effort to document exactly what other functions are mandatory and what are optional. In the end a poorly-trained but literate monkey with a mild psychiatric disorder should be able to handle a port of mips/linux to a new piece of hardware. Now if only the linux requirements for implementing pci on a new machine were documented somewhere... -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Thu Apr 5 04:04:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35B46Z21802 for linux-mips-outgoing; Thu, 5 Apr 2001 04:04:06 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35B42M21798; Thu, 5 Apr 2001 04:04:02 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id DAA27641; Thu, 5 Apr 2001 03:57:21 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id DAA25289; Thu, 5 Apr 2001 03:56:23 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id MAA08356; Thu, 5 Apr 2001 12:54:45 +0200 (MEST) Message-ID: <3ACC4EF4.D0F7D810@mips.com> Date: Thu, 05 Apr 2001 12:54:44 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thanks a lot. I have question about installation of the SRPMs, though. How can I relocate the packages, so they don't need to reside under /usr/src/redhat/ ? /Carsten "Maciej W. Rozycki" wrote: > On Wed, 4 Apr 2001, Carsten Langgaard wrote: > > > Now I would like to start cross compile SRPMs (let say redhat7.0). > > What do I need to do to make the SRPMS cross compile ? > > Spec files need to be written appropriately for cross-compilation to be > supported as you need to override the compiler used (and possibly other > tools) and configure scripts need to be passed a host system name. Also > depending on the cluefulness of a given maintainer/team, packages might be > easy or difficult to cross-compile -- heavy patching is required in some > cases. > > For the way I am using RPM to cross-compile you might visit my FTP site > at 'ftp://ftp.ds2.pg.gda.pl/pub/macro/' (mirrored at > 'ftp://ftp.rfc822.org/pub/mirror/ftp.ds2.pg.gda.pl/pub/macro' -- thanks, > Flo). There are source and binary packages as well as configuration files > I use. Read the READMEs and look at a few spec files and everything > should be clear. Many of the *.mipsel.rpm packages available there were > cross-built -- you may verify it with `rpm -qip': "macro" is my i386-linux > system, while "3maxp" is my mipsel-linux one (still no i386-linux > cross-compiler on my mipsel-linux system, sigh... :-( ). > > You need to build cross-binutils, cross-gcc and cross-glibc to start. > I've already written and sent a detailed description on cross-gcc > bootstrapping here. I'm not sure if the list is archived, or not. If > not, I may dig through my mail archives and send it again. > > If you have any specific questions, don't hesitate to ask me. > > Maciej > > -- > + Maciej W. Rozycki, Technical University of Gdansk, Poland + > +--------------------------------------------------------------+ > + e-mail: macro@ds2.pg.gda.pl, PGP key available + -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Thu Apr 5 05:05:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35C5jS23725 for linux-mips-outgoing; Thu, 5 Apr 2001 05:05:45 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35C5cM23718; Thu, 5 Apr 2001 05:05:38 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA23114; Thu, 5 Apr 2001 14:05:23 +0200 (MET DST) Date: Thu, 5 Apr 2001 14:05:23 +0200 (MET DST) From: "Maciej W. Rozycki" To: Carsten Langgaard cc: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <3ACC4EF4.D0F7D810@mips.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 5 Apr 2001, Carsten Langgaard wrote: > I have question about installation of the SRPMs, though. > How can I relocate the packages, so they don't need to reside under > /usr/src/redhat/ ? RPM uses the value of the _topdir macro as the root for source handling. You may override the default from /usr/lib/rpm/macros in several places -- see the macrofiles tag in /usr/lib/rpm/rpmrc. I have it overriden to /home/macro/src/redhat in the configuration files I made available at my FTP site. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Apr 5 07:37:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35EbdJ28371 for linux-mips-outgoing; Thu, 5 Apr 2001 07:37:39 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35EbSM28363; Thu, 5 Apr 2001 07:37:28 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA28669; Thu, 5 Apr 2001 07:36:39 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA29230; Thu, 5 Apr 2001 07:36:36 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id QAA20302; Thu, 5 Apr 2001 16:35:54 +0200 (MEST) Message-ID: <3ACC82C9.7612DCDE@mips.com> Date: Thu, 05 Apr 2001 16:35:53 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I tried the following: rpm -ba --rcfile .rpmrc-mipsel SPECS/mipsel-linux-binutils-2.10.91-2.spec but it fails with Architecture is excluded: mipsel /Carsten "Maciej W. Rozycki" wrote: > On Thu, 5 Apr 2001, Carsten Langgaard wrote: > > > I have question about installation of the SRPMs, though. > > How can I relocate the packages, so they don't need to reside under > > /usr/src/redhat/ ? > > RPM uses the value of the _topdir macro as the root for source handling. > You may override the default from /usr/lib/rpm/macros in several places -- > see the macrofiles tag in /usr/lib/rpm/rpmrc. I have it overriden to > /home/macro/src/redhat in the configuration files I made available at my > FTP site. > > -- > + Maciej W. Rozycki, Technical University of Gdansk, Poland + > +--------------------------------------------------------------+ > + e-mail: macro@ds2.pg.gda.pl, PGP key available + -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Thu Apr 5 09:48:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35Gm5I00540 for linux-mips-outgoing; Thu, 5 Apr 2001 09:48:05 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35Gm4M00537 for ; Thu, 5 Apr 2001 09:48:04 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id F0C6F109DD; Thu, 5 Apr 2001 09:48:03 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id EA8DB1F429; Thu, 5 Apr 2001 09:48:01 -0700 (PDT) Date: Thu, 5 Apr 2001 09:48:01 -0700 From: Keith M Wesolowski To: machael Cc: linux-mips@oss.sgi.com Subject: Re: Does Linux support RC32332 CPU now? Message-ID: <20010405094801.A4397@foobazco.org> References: <007e01c0bd70$9052b4a0$8021690a@huawei.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <007e01c0bd70$9052b4a0$8021690a@huawei.com>; from dony.he@huawei.com.cn on Thu, Apr 05, 2001 at 09:34:31AM +0800 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 05, 2001 at 09:34:31AM +0800, machael wrote: > 1 Does Linux support RC32332 CPU now? No but it wouldn't be hard - it has r4600-style caches with an r4k-style tlb (alas, only 32 entries instead of 48, but that's insignificant). See http://www.idt.com/products/pages/Processors-79RC32332.html for documentation including the pci controller and other bits. > 2 I want to build my cross-compile environment for MIPS target on my > X86 host. Are there any documents about how to implement it? Yes. Read the archives of this list, or the faq, or http://foobazco.org/~wesolows/mips-cross.html, or the cross gcc faq easily accessible from google's first page of a search for "how to build a cross compiler" at http://www.objsw.com/CrossGCC/. Or go to ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev, or the /pub/linux/mips directory in general on that server, or any of about 500 other places. Answering this question is getting REALLY old. Being a newbie does not excuse you from putting in at least minimal effort before asking. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Thu Apr 5 09:51:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35GpBH00798 for linux-mips-outgoing; Thu, 5 Apr 2001 09:51:11 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35GovM00773; Thu, 5 Apr 2001 09:51:04 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id SAA12981; Thu, 5 Apr 2001 18:50:30 +0200 (MET DST) Date: Thu, 5 Apr 2001 18:50:27 +0200 (MET DST) From: "Maciej W. Rozycki" To: Carsten Langgaard cc: Ralf Baechle , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <3ACC82C9.7612DCDE@mips.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 5 Apr 2001, Carsten Langgaard wrote: > I tried the following: > rpm -ba --rcfile .rpmrc-mipsel SPECS/mipsel-linux-binutils-2.10.91-2.spec > > but it fails with > Architecture is excluded: mipsel All packages which names start with - are cross-development packages. Mipsel-linux-binutils is a package providing binutils targeted to mipsel. You cannot build the package for the mipsel-linux host (which the .rpmrc-mipsel configuration file sets up) as this wouldn't be a cross-development package. For this package to build just run: $ rpm -ba SPECS/mipsel-linux-binutils-2.10.91-2.spec You can only change the host system with .rpmrc-* files. The target system is hardcoded in cross-development packages and the build system is implied. I hope this helps. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Apr 5 11:47:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35IlgI03650 for linux-mips-outgoing; Thu, 5 Apr 2001 11:47:42 -0700 Received: from dea.waldorf-gmbh.de (u-199-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.199]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35IleM03646 for ; Thu, 5 Apr 2001 11:47:40 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f35CWdX13764; Thu, 5 Apr 2001 14:32:39 +0200 Date: Thu, 5 Apr 2001 14:32:39 +0200 From: Ralf Baechle To: Carsten Langgaard Cc: "Maciej W. Rozycki" , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010405143239.B13023@bacchus.dhis.org> References: <3ACC4EF4.D0F7D810@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ACC4EF4.D0F7D810@mips.com>; from carstenl@mips.com on Thu, Apr 05, 2001 at 12:54:44PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 05, 2001 at 12:54:44PM +0200, Carsten Langgaard wrote: > Thanks a lot. > I have question about installation of the SRPMs, though. > How can I relocate the packages, so they don't need to reside under > /usr/src/redhat/ ? That patch is compiled into rpm and a number of the config files of rpm in /usr/lib/rpm which are generated are rpm build time. So changing isn't that easy, you'll have to rebuild rpm configured with a different pathname, I think. Ralf From owner-linux-mips@oss.sgi.com Thu Apr 5 13:34:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35KY2T05890 for linux-mips-outgoing; Thu, 5 Apr 2001 13:34:02 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35KY2M05887 for ; Thu, 5 Apr 2001 13:34:02 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f35KUC010152; Thu, 5 Apr 2001 13:30:12 -0700 Message-ID: <3ACCD599.1765FCB2@mvista.com> Date: Thu, 05 Apr 2001 13:29:13 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith M Wesolowski CC: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> <20010403203055.A17365@foobazco.org> <3ACB5FD8.6B166BA6@mvista.com> <20010405004618.A30899@foobazco.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Keith M Wesolowski wrote: > > So we basically have an Indy-style boardcache then. I think we must > make a distinction very cleanly between caches which are under CPU > control and those which are not. The ones under CPU control use the > stuff in load_cache and the cache descriptors in mips_cpu. The > boardcaches use something like bc_ops. I don't like bc_ops idea. Usually the external cache capability is still integral part of the CPU. I favor the idea where the cache takes care of external cache dynamically, based on some parameters set up by board detection routine. > > Now if only the linux requirements for implementing pci on a new > machine were documented somewhere... > That should come soon ... Jun From owner-linux-mips@oss.sgi.com Thu Apr 5 14:03:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35L3eP06602 for linux-mips-outgoing; Thu, 5 Apr 2001 14:03:40 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35L3eM06598 for ; Thu, 5 Apr 2001 14:03:40 -0700 Received: by mail.foobazco.org (Postfix, from userid 1014) id 8B875109DD; Thu, 5 Apr 2001 14:03:39 -0700 (PDT) Date: Thu, 5 Apr 2001 14:03:39 -0700 From: Keith M Wesolowski To: Jun Sun Cc: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch Message-ID: <20010405140338.A1508@foobazco.org> References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> <20010403203055.A17365@foobazco.org> <3ACB5FD8.6B166BA6@mvista.com> <20010405004618.A30899@foobazco.org> <3ACCD599.1765FCB2@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ACCD599.1765FCB2@mvista.com>; from jsun@mvista.com on Thu, Apr 05, 2001 at 01:29:13PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 05, 2001 at 01:29:13PM -0700, Jun Sun wrote: > I don't like bc_ops idea. Usually the external cache capability is still > integral part of the CPU. How can it be both an integral part of the CPU and board-specific? Either it's under the direct control of the cpu or it's not. If it is, that's cpu-specific and handled by the regular cacheops. If it's not, that's board-specific and is called from a hook into something which the machine detection has set up. > I favor the idea where the cache takes care of external cache dynamically, > based on some parameters set up by board detection routine. So we end up filling the cache routines with tests for board-specific stuff? No way. The cache routines should be dependent ONLY on the CPU - two completely different boards with radically different designs should be able to use the exact same foo-cache.c if they have the same CPU. If it's board-specific we can put generic hooks in but testing for various boards in the cacheops is too expensive and too ugly. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "I should have crushed his marketing-addled skull with a fucking bat." From owner-linux-mips@oss.sgi.com Thu Apr 5 14:58:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35Lw2d07953 for linux-mips-outgoing; Thu, 5 Apr 2001 14:58:02 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35Lw2M07950 for ; Thu, 5 Apr 2001 14:58:02 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f35LsC015068; Thu, 5 Apr 2001 14:54:12 -0700 Message-ID: <3ACCE94A.A551470D@mvista.com> Date: Thu, 05 Apr 2001 14:53:14 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith M Wesolowski CC: linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch References: <20010401235212.B9737@foobazco.org> <3ACA8A3B.8BBABB11@mvista.com> <20010403203055.A17365@foobazco.org> <3ACB5FD8.6B166BA6@mvista.com> <20010405004618.A30899@foobazco.org> <3ACCD599.1765FCB2@mvista.com> <20010405140338.A1508@foobazco.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Keith M Wesolowski wrote: > > On Thu, Apr 05, 2001 at 01:29:13PM -0700, Jun Sun wrote: > > > I don't like bc_ops idea. Usually the external cache capability is still > > integral part of the CPU. > > How can it be both an integral part of the CPU and board-specific? Hmm, I am thinking about something like Rm7k, where the tertiary cache is controlled by the CPU (through cache instruction and TagLo/TagHi regsiters, etc) but the size is only known to the board. I think some CPUs can have secondary, external cache but cannot figure the size and, especially, the layout (# of ways, ...) automatically. (Any confirmation?) Those are what I was referring to. The key point is that machine_detection() should happen BEFORE cpu_probe()/cache_probe() so that we have an elegant way to address the above situation. Jun From owner-linux-mips@oss.sgi.com Thu Apr 5 16:37:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f35NbXt10076 for linux-mips-outgoing; Thu, 5 Apr 2001 16:37:33 -0700 Received: from mailhost.taec.toshiba.com (mailhost.taec.com [209.243.128.33]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f35NbWM10073 for ; Thu, 5 Apr 2001 16:37:32 -0700 Received: from hdqmta.taec.toshiba.com (hdqmta [209.243.180.59]) by mailhost.taec.toshiba.com (8.8.8+Sun/8.8.8) with ESMTP id QAA13560 for ; Thu, 5 Apr 2001 16:37:26 -0700 (PDT) Subject: ucLinux for MIPS To: linux-mips@oss.sgi.com X-Mailer: Lotus Notes Release 5.0.3 March 21, 2000 Message-ID: From: Lisa.Hsu@taec.toshiba.com Date: Thu, 5 Apr 2001 16:29:50 -0700 X-MIMETrack: Serialize by Router on HDQMTA/TOSHIBA_TAEC(Release 5.0.5 |September 22, 2000) at 04/05/2001 04:36:11 PM MIME-Version: 1.0 Content-type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, All Does anybody know where can I find the uCLinux release and patch which supports MIPS? (The chip that I am using has MMU but is disabled) Thanks, Lisa From owner-linux-mips@oss.sgi.com Thu Apr 5 21:16:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f364Gft14796 for linux-mips-outgoing; Thu, 5 Apr 2001 21:16:41 -0700 Received: from mta6.snfc21.pbi.net (mta6.snfc21.pbi.net [206.13.28.240]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f364GfM14793 for ; Thu, 5 Apr 2001 21:16:41 -0700 Received: from pacbell.net ([63.194.214.47]) by mta6.snfc21.pbi.net (Sun Internet Mail Server sims.3.5.2000.01.05.12.18.p9) with ESMTP id <0GBC00IZ2RV4I0@mta6.snfc21.pbi.net> for linux-mips@oss.sgi.com; Thu, 5 Apr 2001 21:16:16 -0700 (PDT) Date: Thu, 05 Apr 2001 21:15:25 -0700 From: Pete Popov Subject: edata alignment To: "linux-mips@oss.sgi.com" Message-id: <3ACD42DD.A9E0A0E7@pacbell.net> MIME-version: 1.0 X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22 i686) Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit X-Accept-Language: en, bg Sender: owner-linux-mips@oss.sgi.com Precedence: bulk In arch/mips/kernel/head.S, there is this code in kernel_entry: la t0, _edata sw zero, (t0) What guarantees that edata will be word aligned? I don't see a .ALIGN directive in the ld.script so is it safe to assume that edata will always be at least word aligned? I've linked into the kernel a very large ramdisk, and edata ends up being an odd address, causing a cpu fault. Pete From owner-linux-mips@oss.sgi.com Fri Apr 6 02:50:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f369o0H21746 for linux-mips-outgoing; Fri, 6 Apr 2001 02:50:00 -0700 Received: from zeus.wi.leidenuniv.nl (zeus.wi.leidenuniv.nl [132.229.128.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f369nxM21741 for ; Fri, 6 Apr 2001 02:49:59 -0700 Received: from fog.mors.wiggy.net (IDENT:wTSARgWIR2oc2TvjQzZb7wI+c67YRMrH@home143.liacs.nl [132.229.210.143]) by zeus.wi.leidenuniv.nl (8.9.3/8.9.3/LIACS 1.1) with ESMTP id LAA04383 for ; Fri, 6 Apr 2001 11:49:54 +0200 (MET DST) Received: (from wichert@localhost) by fog.mors.wiggy.net (8.12.0.Beta5/8.12.0.Beta5/Debian 8.12.0-1) id f369bnxk002028 for linux-mips@oss.sgi.com; Fri, 6 Apr 2001 11:37:49 +0200 Date: Fri, 6 Apr 2001 11:37:49 +0200 From: Wichert Akkerman To: "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development Message-ID: <20010406113748.F1630@cistron.nl> Mail-Followup-To: "MIPS/Linux List (SGI)" References: <00a901c0bb6f$d3e77820$0deca8c0@Ulysses> <20010402151425.A8471@bacchus.dhis.org> <00fa01c0bbaa$0bd7cb60$0deca8c0@Ulysses> <20010402234850.B25228@paradigm.rfc822.org> <017801c0bbc3$78c706a0$0deca8c0@Ulysses> <20010403003059.E25228@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.17i In-Reply-To: <20010403003059.E25228@paradigm.rfc822.org>; from flo@rfc822.org on Tue, Apr 03, 2001 at 12:30:59AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Previously Florian Lohoff wrote: > If you are going to use anything like a package format > might it be "rpm" or "deb" the dependencies tend to be > utterly broken as the dependcies are guessed by stuff like > "ldd" output and friends. I have code for dpkg that makes it only use objdump which should work fine. Wichert. -- _________________________________________________________________ / Nothing is fool-proof to a sufficiently talented fool \ | wichert@cistron.nl http://www.liacs.nl/~wichert/ | | 1024D/2FA3BC2D 576E 100B 518D 2F16 36B0 2805 3CB8 9250 2FA3 BC2D | From owner-linux-mips@oss.sgi.com Fri Apr 6 04:22:26 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36BMQr24245 for linux-mips-outgoing; Fri, 6 Apr 2001 04:22:26 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36BMPM24242 for ; Fri, 6 Apr 2001 04:22:25 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 179B27F8; Fri, 6 Apr 2001 13:22:24 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id E6864EE92; Fri, 6 Apr 2001 13:22:14 +0200 (CEST) Date: Fri, 6 Apr 2001 13:22:14 +0200 From: Florian Lohoff To: debian-mips@lists.debian.org Cc: linux-mips@oss.sgi.com Subject: Re: first packages for mipsel Message-ID: <20010406132214.D14083@paradigm.rfc822.org> References: <20010406130958.A14083@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010406130958.A14083@paradigm.rfc822.org>; from flo@rfc822.org on Fri, Apr 06, 2001 at 01:09:58PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 06, 2001 at 01:09:58PM +0200, Florian Lohoff wrote: > Hi, > i just uploaded glibc 2.2.2 and db2 for debian-mipsel to incoming ... BTW: This glibc uses "sysmips" for locking purposes - This means that this lib would only work on "fixed" 2.4 kernels on ll/sc capable machines. Its the same as for mips. There are multiple solutions to this problem: - ll/sc emulation in the kernel Implementing an ll/sc emulation into the fast path of the illegal instruction handler and compile the glibc with ll/sc support. - repair sysmips Sysmips is essentially broken - My fix i have sent to the linux-mips list is only a workaround but not a fix. Also there is currentl NO ISA I support in the sysmips implementation. I hope to get around to build a proper fix this weekend in assembly. Probably we will do both - An even better solution would be to let the glibc detect the ISA level or the existance of ll/sc in userspace and replace _test_and_set with one or the other primitiv - Using sysmips on R3000 or ll/sc less systems. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 6 04:39:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36BdYL24728 for linux-mips-outgoing; Fri, 6 Apr 2001 04:39:34 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36BdXM24725 for ; Fri, 6 Apr 2001 04:39:33 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id EAA09889; Fri, 6 Apr 2001 04:39:36 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id EAA03686; Fri, 6 Apr 2001 04:39:33 -0700 (PDT) Message-ID: <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" , Cc: References: <20010406130958.A14083@paradigm.rfc822.org> <20010406132214.D14083@paradigm.rfc822.org> Subject: Re: first packages for mipsel Date: Fri, 6 Apr 2001 13:43:24 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > On Fri, Apr 06, 2001 at 01:09:58PM +0200, Florian Lohoff wrote: > There are multiple solutions to this problem: > > - ll/sc emulation in the kernel > Implementing an ll/sc emulation into the fast path of the illegal instruction > handler and compile the glibc with ll/sc support. > > - repair sysmips > Sysmips is essentially broken - My fix i have sent to the linux-mips list > is only a workaround but not a fix. Also there is currentl NO ISA I support > in the sysmips implementation. I hope to get around to build a proper > fix this weekend in assembly. > > Probably we will do both - An even better solution would be to let the glibc > detect the ISA level or the existance of ll/sc in userspace and replace _test_and_set > with one or the other primitiv - Using sysmips on R3000 or ll/sc less systems. What advantage would there be to using sysmips() as opposed to doing the ll/sc emulation? It seems to me that the decode path in the kernel would be just as fast, and there would be a single "ABI" for all programs - the ll/sc instructions themselves. Kevin K. From owner-linux-mips@oss.sgi.com Fri Apr 6 04:59:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36Bx2v25265 for linux-mips-outgoing; Fri, 6 Apr 2001 04:59:02 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36Bx1M25262 for ; Fri, 6 Apr 2001 04:59:01 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id AA8D27F3; Fri, 6 Apr 2001 13:58:59 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id A1095EE92; Fri, 6 Apr 2001 13:58:49 +0200 (CEST) Date: Fri, 6 Apr 2001 13:58:49 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel Message-ID: <20010406135849.E14083@paradigm.rfc822.org> References: <20010406130958.A14083@paradigm.rfc822.org> <20010406132214.D14083@paradigm.rfc822.org> <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <00a401c0be8e$cfc065a0$0deca8c0@Ulysses>; from kevink@mips.com on Fri, Apr 06, 2001 at 01:43:24PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 06, 2001 at 01:43:24PM +0200, Kevin D. Kissell wrote: > What advantage would there be to using sysmips() as opposed > to doing the ll/sc emulation? It seems to me that the decode path > in the kernel would be just as fast, and there would be a single > "ABI" for all programs - the ll/sc instructions themselves. I dont actually care that much - I want to have a portable way through all ISAs as debian should be userspace compatible all the way. If there is a working ll/sc emulation fine - Currently there is none so the only way to go TODAY is sysmips. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 6 05:20:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36CK2B25817 for linux-mips-outgoing; Fri, 6 Apr 2001 05:20:02 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36CK2M25814 for ; Fri, 6 Apr 2001 05:20:02 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id FAA10074; Fri, 6 Apr 2001 05:20:04 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id FAA04413; Fri, 6 Apr 2001 05:20:02 -0700 (PDT) Message-ID: <00cb01c0be94$7744aac0$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" Cc: , References: <20010406130958.A14083@paradigm.rfc822.org> <20010406132214.D14083@paradigm.rfc822.org> <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> <20010406135849.E14083@paradigm.rfc822.org> Subject: Re: first packages for mipsel Date: Fri, 6 Apr 2001 14:23:53 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > If there is a working ll/sc emulation fine - Currently there is none > so the only way to go TODAY is sysmips. I'll work on one in the background. It should be pretty straightforward for the uniprocessor case, but an SMP version will be messier, and possibly require a platform-dependent hook. Of course, the same is true of sysmips()... Kevin K. From owner-linux-mips@oss.sgi.com Fri Apr 6 06:28:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36DSrF27931 for linux-mips-outgoing; Fri, 6 Apr 2001 06:28:53 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36DSqM27928 for ; Fri, 6 Apr 2001 06:28:52 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 5390C7F3; Fri, 6 Apr 2001 15:28:50 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C063FEE92; Fri, 6 Apr 2001 15:28:36 +0200 (CEST) Date: Fri, 6 Apr 2001 15:28:36 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel Message-ID: <20010406152836.A21459@paradigm.rfc822.org> References: <20010406130958.A14083@paradigm.rfc822.org> <20010406132214.D14083@paradigm.rfc822.org> <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> <20010406135849.E14083@paradigm.rfc822.org> <00cb01c0be94$7744aac0$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <00cb01c0be94$7744aac0$0deca8c0@Ulysses>; from kevink@mips.com on Fri, Apr 06, 2001 at 02:23:53PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 06, 2001 at 02:23:53PM +0200, Kevin D. Kissell wrote: > > If there is a working ll/sc emulation fine - Currently there is none > > so the only way to go TODAY is sysmips. > > I'll work on one in the background. It should be pretty straightforward > for the uniprocessor case, but an SMP version will be messier, and > possibly require a platform-dependent hook. Of course, the same > is true of sysmips()... For SMP versions we could currently just put an "#error" in it. There has to be machine dependent support as the older SGI Challenge have. So dont worry on that case. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 6 08:29:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36FTYh30936 for linux-mips-outgoing; Fri, 6 Apr 2001 08:29:34 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36FTXM30933 for ; Fri, 6 Apr 2001 08:29:33 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id IAA11333; Fri, 6 Apr 2001 08:29:35 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id IAA08932; Fri, 6 Apr 2001 08:29:33 -0700 (PDT) Message-ID: <011e01c0beae$f0d12840$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Florian Lohoff" Cc: , References: <20010406130958.A14083@paradigm.rfc822.org> <20010406132214.D14083@paradigm.rfc822.org> <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> <20010406135849.E14083@paradigm.rfc822.org> <00cb01c0be94$7744aac0$0deca8c0@Ulysses> <20010406152836.A21459@paradigm.rfc822.org> Subject: Re: first packages for mipsel Date: Fri, 6 Apr 2001 17:33:23 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > > If there is a working ll/sc emulation fine - Currently there is none > > > so the only way to go TODAY is sysmips. > > > > I'll work on one in the background. It should be pretty straightforward > > for the uniprocessor case, but an SMP version will be messier, and > > possibly require a platform-dependent hook. Of course, the same > > is true of sysmips()... > > For SMP versions we could currently just put an "#error" in it. There has > to be machine dependent support as the older SGI Challenge have. So dont > worry on that case. I've just glanced at the unfinished ll emulation code in the 2.4.3 baseline. It looks like someone was trying to do a full and precise emulation of the instruction as documented, which is admirable but horribly difficult. The trick is that one can be aggressive in clearing the lock "flip flop". In real CPU's for example, the flop is cleared on every exception taken. Emulating that alone would make for a semi-functional operation, at least in terms of protecting kernel threads. One needs to do a bit more to cover user-level multithreading. Stricktly speaking, one should search the entire address space of the executing task and tag all virtual pages that map to the targeted physical page as being non-writable, and on a write protect error clear both the ll bit and the protections. On a sc, one can either do nothing or proactively make the pages writable. I find the notion of the *same* task having a lock cell virtually aliased to be wildly improbable, and would be tempted to consider elimitating the reverse translation and only flagging the page where the ll/sc is taking place. That would not be 100% correct emulation, but I would be very surprised to find any code that would notice. Regards, Kevin K. From owner-linux-mips@oss.sgi.com Fri Apr 6 08:31:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36FVnX31152 for linux-mips-outgoing; Fri, 6 Apr 2001 08:31:49 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36FUqM31108; Fri, 6 Apr 2001 08:31:38 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id RAA17054; Fri, 6 Apr 2001 17:30:40 +0200 (MET DST) Date: Fri, 6 Apr 2001 17:30:40 +0200 (MET DST) From: "Maciej W. Rozycki" To: Ralf Baechle cc: Carsten Langgaard , Florian Lohoff , "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <20010405143239.B13023@bacchus.dhis.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 5 Apr 2001, Ralf Baechle wrote: > That patch is compiled into rpm and a number of the config files of rpm > in /usr/lib/rpm which are generated are rpm build time. So changing > isn't that easy, you'll have to rebuild rpm configured with a different > pathname, I think. The RPM config files are processed first, but later definitions override earlier ones. The order is: /usr/lib/rpm/rpmrc, /etc/rpmrc, ~/.rpmrc. The path for macro files is set in /usr/lib/rpm/rpmrc -- if the default one does not suit you, you may override it in any of the above rc files. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Fri Apr 6 09:49:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36GndP00688 for linux-mips-outgoing; Fri, 6 Apr 2001 09:49:39 -0700 Received: from stereotomy.lineo.com (stereotomy.lineo.com [64.50.107.151]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36GncM00685 for ; Fri, 6 Apr 2001 09:49:38 -0700 Received: from Lineo.COM (localhost.localdomain [127.0.0.1]) by stereotomy.lineo.com (Postfix) with ESMTP id 1205C4C92E for ; Fri, 6 Apr 2001 10:49:38 -0600 (MDT) Message-ID: <3ACDF3A1.4020109@Lineo.COM> Date: Fri, 06 Apr 2001 10:49:37 -0600 From: Quinn Jensen Organization: Lineo, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-9mdk i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: Does Linux support RC32332 CPU now? References: <007e01c0bd70$9052b4a0$8021690a@huawei.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk The IDT RC32332 is a subset of the RC32334, which a working port exists for. I have submitted a patch to Ralf, but haven't seen it go into his tree yet. The patch is available at http://www.zdomain.com/patch.sgi.idt Quinn owner-linux-mips@oss.sgi.com wrote: > Hi, folks: > > I am a newbie in linux-mips. I have questions to ask: > > 1 Does Linux support RC32332 CPU now? > 2 I want to build my cross-compile environment for MIPS target on my > X86 host. Are there any documents about how to implement it? > > Thank you very much. From owner-linux-mips@oss.sgi.com Fri Apr 6 09:49:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36GnXO00679 for linux-mips-outgoing; Fri, 6 Apr 2001 09:49:33 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36Gm1M00630 for ; Fri, 6 Apr 2001 09:48:26 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id SAA18959; Fri, 6 Apr 2001 18:40:10 +0200 (MET DST) Date: Fri, 6 Apr 2001 18:40:10 +0200 (MET DST) From: "Maciej W. Rozycki" To: "Kevin D. Kissell" cc: Florian Lohoff , debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel In-Reply-To: <00a401c0be8e$cfc065a0$0deca8c0@Ulysses> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, 6 Apr 2001, Kevin D. Kissell wrote: > What advantage would there be to using sysmips() as opposed > to doing the ll/sc emulation? It seems to me that the decode path > in the kernel would be just as fast, and there would be a single > "ABI" for all programs - the ll/sc instructions themselves. It was discussed a few times already. It's ugly and is an overkill for UP machines -- you take at least two faults for ll/sc emulation and only a single syscall for TAS. Sysmips() is ugly as well but it's a legacy call -- I proposed implementing _test_and_set() call which would be the underlying implementation of the ABI _test_and_set() library call for MIPS I systems (which should probably be the only atomic operation available to the userland). Unfortunately the lack of time prevents me from doing it. At least _test_and_set() has well-defined semantics. It looks straightforward as well. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Fri Apr 6 10:04:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36H4Hk01465 for linux-mips-outgoing; Fri, 6 Apr 2001 10:04:17 -0700 Received: from pobox.sibyte.com (pobox.sibyte.com [208.12.96.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36H4HM01462 for ; Fri, 6 Apr 2001 10:04:17 -0700 Received: from postal.sibyte.com (moat.sibyte.com [208.12.96.21]) by pobox.sibyte.com (Postfix) with SMTP id 9A04A205FD; Fri, 6 Apr 2001 10:04:11 -0700 (PDT) Received: from SMTP agent by mail gateway Fri, 06 Apr 2001 09:56:48 -0800 Received: from plugh.sibyte.com (plugh.sibyte.com [10.21.64.158]) by postal.sibyte.com (Postfix) with ESMTP id D49C01595F; Fri, 6 Apr 2001 10:04:11 -0700 (PDT) Received: by plugh.sibyte.com (Postfix, from userid 61017) id D83A4686D; Fri, 6 Apr 2001 10:04:08 -0700 (PDT) From: Justin Carlson Reply-To: carlson@sibyte.com Organization: Sibyte To: Pete Popov , "linux-mips@oss.sgi.com" Subject: Re: edata alignment Date: Fri, 6 Apr 2001 10:01:25 -0700 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain References: <3ACD42DD.A9E0A0E7@pacbell.net> In-Reply-To: <3ACD42DD.A9E0A0E7@pacbell.net> MIME-Version: 1.0 Message-Id: <0104061004080D.00787@plugh.sibyte.com> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 05 Apr 2001, Pete Popov wrote: > In arch/mips/kernel/head.S, there is this code in kernel_entry: > > la t0, _edata > sw zero, (t0) > > What guarantees that edata will be word aligned? I don't see a .ALIGN > directive in the ld.script so is it safe to assume that edata will > always be at least word aligned? I've linked into the kernel a very > large ramdisk, and edata ends up being an odd address, causing a cpu > fault. This was fixed between revs 1.4 and 1.5 in cvs @ oss.sgi.com -Justin From owner-linux-mips@oss.sgi.com Fri Apr 6 10:30:01 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36HU1t02429 for linux-mips-outgoing; Fri, 6 Apr 2001 10:30:01 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36HTxM02421 for ; Fri, 6 Apr 2001 10:30:00 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id MAA00722 for ; Fri, 6 Apr 2001 12:29:42 -0500 Message-ID: <3ACE0BA3.98823D4D@cotw.com> Date: Fri, 06 Apr 2001 11:32:03 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: set_cp0_status (mipsregs.h) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Which is correct? 1 or 2 parameters ? The first comes from a 2.4.0 kernel and the second from a 2.4.2 extracted from cvs a few days ago. Thanks, Scott -------------------------------------------- /* * Manipulate the status register. * Mostly used to access the interrupt bits. */ #define __BUILD_SET_CP0(name,register) \ extern __inline__ unsigned int \ set_cp0_##name(unsigned int change, unsigned int new) \ { \ unsigned int res; \ \ res = read_32bit_cp0_register(register); \ res &= ~change; \ res |= (new & change); \ if(change) \ write_32bit_cp0_register(register, res); \ \ return res; \ } __BUILD_SET_CP0(status,CP0_STATUS) __BUILD_SET_CP0(cause,CP0_CAUSE) __BUILD_SET_CP0(config,CP0_CONFIG) ------------------------- or -------------------------------- #define __BUILD_SET_CP0(name,register) \ extern __inline__ unsigned int \ set_cp0_##name(unsigned int set) \ { \ unsigned int res; \ \ res = read_32bit_cp0_register(register); \ res |= set; \ write_32bit_cp0_register(register, res); \ \ return res; \ } From owner-linux-mips@oss.sgi.com Fri Apr 6 10:53:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f36HrHk02965 for linux-mips-outgoing; Fri, 6 Apr 2001 10:53:17 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f36Hq7M02952 for ; Fri, 6 Apr 2001 10:52:36 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id SAA19118; Fri, 6 Apr 2001 18:48:42 +0200 (MET DST) Date: Fri, 6 Apr 2001 18:48:42 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: "Kevin D. Kissell" , debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel In-Reply-To: <20010406152836.A21459@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, 6 Apr 2001, Florian Lohoff wrote: > For SMP versions we could currently just put an "#error" in it. There has > to be machine dependent support as the older SGI Challenge have. So dont > worry on that case. Yep, DS5800 provides hw for atomic ops as well -- a write to a specific location makes the next memory read and write cycle atomic. The kernel may choose whatever way is needed for particular hw (if we ever support it). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Fri Apr 6 19:59:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f372xRZ13360 for linux-mips-outgoing; Fri, 6 Apr 2001 19:59:27 -0700 Received: from dea.waldorf-gmbh.de (u-131-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.131]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f372xPM13356 for ; Fri, 6 Apr 2001 19:59:25 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f372xG926381; Sat, 7 Apr 2001 04:59:16 +0200 Date: Sat, 7 Apr 2001 04:59:16 +0200 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: set_cp0_status (mipsregs.h) Message-ID: <20010407045916.B26195@bacchus.dhis.org> References: <3ACE0BA3.98823D4D@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ACE0BA3.98823D4D@cotw.com>; from samcconn@cotw.com on Fri, Apr 06, 2001 at 11:32:03AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 06, 2001 at 11:32:03AM -0700, Scott A McConnell wrote: > Which is correct? > 1 or 2 parameters ? > The first comes from a 2.4.0 kernel and the second from a 2.4.2 > extracted from cvs a few days ago. 1 Parameter; I changed the functions since about half the calls in the kernel code did show that whoever wrote the code didn't understand what the function is supposed to do. - set_cp0_status(bits) Set all the bits described by the bitmask bits in the status register. - clear_cp0_status(bits) Clear all the bits set in the bitmask argument bits in the status register. - change_cp0_status(change, set) Set all bits which are set in the bitmask change to the value given by the bitmask set; all other bits stay unchanged. This is the same as the old set_cp0_status function. Most people want to use {set,clear}_cp0_status(). Ralf From owner-linux-mips@oss.sgi.com Fri Apr 6 20:51:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f373p4U14551 for linux-mips-outgoing; Fri, 6 Apr 2001 20:51:04 -0700 Received: from dea.waldorf-gmbh.de (u-131-20.karlsruhe.ipdial.viaginterkom.de [62.180.20.131]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f373p1M14548 for ; Fri, 6 Apr 2001 20:51:02 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f373ouB26666; Sat, 7 Apr 2001 05:50:56 +0200 Date: Sat, 7 Apr 2001 05:50:56 +0200 From: Ralf Baechle To: Carsten Langgaard Cc: linux-mips@oss.sgi.com Subject: Re: RedHat7.0 Message-ID: <20010407055056.A26645@bacchus.dhis.org> References: <3AC884AA.A0B2C595@mips.com> <20010402201538.A23535@bacchus.dhis.org> <3AC96FCE.D004D515@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AC96FCE.D004D515@mips.com>; from carstenl@mips.com on Tue, Apr 03, 2001 at 08:38:06AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 03, 2001 at 08:38:06AM +0200, Carsten Langgaard wrote: > > The binutils are included in redhat 7 as on oss are not the original > > binutils from Redhat 7.0 but a CVS snapshot with MIPS patches. This > > distribution does not contain a gcc rpm because I haven't yet built a > > package from it. I can however upload a tar ball of my build directory > > so you can install my gcc with just ``make install'', if you want. > > That would be great, please do. I noticed that it's already on oss at /pub/linux/mips/gcc.tar.gz. Ralf From owner-linux-mips@oss.sgi.com Sat Apr 7 02:02:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3792FO18261 for linux-mips-outgoing; Sat, 7 Apr 2001 02:02:15 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3792EM18258 for ; Sat, 7 Apr 2001 02:02:14 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id CAA19127; Sat, 7 Apr 2001 02:02:13 -0700 (PDT) Received: from Ulysses (ulysses [192.168.236.13]) by newman.mips.com (8.9.3/8.9.0) with SMTP id CAA05582; Sat, 7 Apr 2001 02:02:03 -0700 (PDT) Message-ID: <004f01c0bf41$fe823720$0deca8c0@Ulysses> From: "Kevin D. Kissell" To: "Maciej W. Rozycki" Cc: "Florian Lohoff" , , References: Subject: Re: first packages for mipsel Date: Sat, 7 Apr 2001 11:05:56 +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 5.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Maciej W. Rozycki" wrote: > On Fri, 6 Apr 2001, Kevin D. Kissell wrote: > > > What advantage would there be to using sysmips() as opposed > > to doing the ll/sc emulation? It seems to me that the decode path > > in the kernel would be just as fast, and there would be a single > > "ABI" for all programs - the ll/sc instructions themselves. > > It was discussed a few times already. It's ugly and is an overkill for > UP machines -- you take at least two faults for ll/sc emulation and only a > single syscall for TAS. Depends on your point of view. Syscalls will be faster than emulation on processors without LL/SC support, certainly, but much slower than just executing the instructions on processors that do support LL/SC. Intuitively, emulation would be roughly 2x worse for an R3K, but a syscall will be 10-100 times worse for an R4K. If we gave an equal weight to both families, that would argue in favor of LL/SC emulation - and working for MIPS Technologies (where all our designs for the past 10 years have supported LL/SC) I would consider equal weighting to be very generous! ;-) I've seen the hybrid proposal of having libc determine the LL/SC capability of the processor and either executing the instructions or doing the syscall as appropriate. While that would allow near-optimal performance on all systems, I find it troublesome, both on the principle that the OS should conceal hardware implementation details from the user, and on the practical basis that glibc is the last place I would want to put more CPU-specific cruft. But reasonable people can disagree. Kevin K. From owner-linux-mips@oss.sgi.com Sat Apr 7 03:55:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f37AtgY19825 for linux-mips-outgoing; Sat, 7 Apr 2001 03:55:42 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f37AtdM19822 for ; Sat, 7 Apr 2001 03:55:40 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id MAA09080; Sat, 7 Apr 2001 12:55:24 +0200 (MET DST) Date: Sat, 7 Apr 2001 12:55:24 +0200 (MET DST) From: "Maciej W. Rozycki" To: "Kevin D. Kissell" cc: Florian Lohoff , debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel In-Reply-To: <004f01c0bf41$fe823720$0deca8c0@Ulysses> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, 7 Apr 2001, Kevin D. Kissell wrote: > > It was discussed a few times already. It's ugly and is an overkill for > > UP machines -- you take at least two faults for ll/sc emulation and only a > > single syscall for TAS. > > Depends on your point of view. Syscalls will be faster than > emulation on processors without LL/SC support, certainly, > but much slower than just executing the instructions on processors > that do support LL/SC. Intuitively, emulation would be roughly > 2x worse for an R3K, but a syscall will be 10-100 times worse > for an R4K. If we gave an equal weight to both families, that > would argue in favor of LL/SC emulation - and working for > MIPS Technologies (where all our designs for the past > 10 years have supported LL/SC) I would consider equal > weighting to be very generous! ;-) You are right, of course. That's why glibc contains two versions of _test_and_set() code. If compiled for MIPS I, glibc uses a syscall (currently sysmips()), while for MIPS II and higher it uses inline assembly code which makes use of LL/SC. That's exactly the way glibc does CPU-model-specific code for other archs. > I've seen the hybrid proposal of having libc determine the LL/SC > capability of the processor and either executing the instructions > or doing the syscall as appropriate. While that would allow > near-optimal performance on all systems, I find it troublesome, > both on the principle that the OS should conceal hardware > implementation details from the user, and on the practical basis > that glibc is the last place I would want to put more CPU-specific > cruft. But reasonable people can disagree. I don't like run-time detection either. The compile-time choice is sufficient enough. The _test_and_set() library function already hides implementation details from the user. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Sat Apr 7 05:39:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f37Cdrn21659 for linux-mips-outgoing; Sat, 7 Apr 2001 05:39:53 -0700 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f37CdqM21656 for ; Sat, 7 Apr 2001 05:39:52 -0700 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01K24E9FX9KM000RQ4@research.kpn.com> for linux-mips@oss.sgi.com; Sat, 7 Apr 2001 14:39:50 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id OAA20322; Sat, 07 Apr 2001 14:39:49 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Sat, 07 Apr 2001 14:39:49 +0200 (MET DST) From: Karel van Houten Subject: dvhtool rpm package uploaded to oss To: linux-mips@oss.sgi.com Cc: guido.guenther@gmx.net Message-id: <200104071239.OAA20322@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL2] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all, I've uploaded a dvhtool rpm package to ftp://oss.sgi.com/pub/linux/mips/redhat/test-7.0/contrib This package combines with the RH7 packages Ralf has uploaded. -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From owner-linux-mips@oss.sgi.com Sat Apr 7 08:29:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f37FTxH24515 for linux-mips-outgoing; Sat, 7 Apr 2001 08:29:59 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f37FTwM24512 for ; Sat, 7 Apr 2001 08:29:59 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 7AB2B7F3; Sat, 7 Apr 2001 17:29:56 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id F40C9EE94; Sat, 7 Apr 2001 17:29:00 +0200 (CEST) Date: Sat, 7 Apr 2001 17:29:00 +0200 From: Florian Lohoff To: "Maciej W. Rozycki" Cc: "Kevin D. Kissell" , debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel Message-ID: <20010407172900.A3935@paradigm.rfc822.org> References: <004f01c0bf41$fe823720$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from macro@ds2.pg.gda.pl on Sat, Apr 07, 2001 at 12:55:24PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, Apr 07, 2001 at 12:55:24PM +0200, Maciej W. Rozycki wrote: > > You are right, of course. That's why glibc contains two versions of > _test_and_set() code. If compiled for MIPS I, glibc uses a syscall > (currently sysmips()), while for MIPS II and higher it uses inline > assembly code which makes use of LL/SC. > > That's exactly the way glibc does CPU-model-specific code for other > archs. The problem is that it is compile time - I would like to have a runtime version - Just export the existance of ll/sc to userspace somewhow. > > I've seen the hybrid proposal of having libc determine the LL/SC > > capability of the processor and either executing the instructions > > or doing the syscall as appropriate. While that would allow > > near-optimal performance on all systems, I find it troublesome, > > both on the principle that the OS should conceal hardware > > implementation details from the user, and on the practical basis > > that glibc is the last place I would want to put more CPU-specific > > cruft. But reasonable people can disagree. > > I don't like run-time detection either. The compile-time choice is > sufficient enough. The _test_and_set() library function already hides > implementation details from the user. It isnt sufficent as we need a glibc beeing able to run on old decstations AND on newer machines like the Lasat machine which has an R5000. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sat Apr 7 09:24:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f37GOU125926 for linux-mips-outgoing; Sat, 7 Apr 2001 09:24:30 -0700 Received: from cygnus.com (runyon.cygnus.com [205.180.230.5]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f37GOTM25923 for ; Sat, 7 Apr 2001 09:24:29 -0700 Received: from redhat.com (dhcp-248.hsv.redhat.com [172.16.17.248] (may be forged)) by runyon.cygnus.com (8.8.7-cygnus/8.8.7) with ESMTP id JAA06703; Sat, 7 Apr 2001 09:23:50 -0700 (PDT) Message-ID: <3ACF323D.3030704@redhat.com> Date: Sat, 07 Apr 2001 10:29:01 -0500 From: Joe deBlaquiere User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-14 i686; en-US; 0.8) Gecko/20010217 X-Accept-Language: en MIME-Version: 1.0 CC: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Maciej W. Rozycki wrote: > On Wed, 4 Apr 2001, Ralf Baechle wrote: > > >> stdint.h isn't available everywhere. Aside of that I won't object ... > > > That's why I wrote of legacy hosts. The AC_CHECK_HEADERS and > AC_CHECK_TYPE macros are cross-compilation-safe and they are all that > modern hosts need. For other hosts AC_CHECK_SIZEOF might be used to find > generic types suitable for ISO C definitions, which might be problematic > for cross-compilation, though. Still this applies to non-gcc > cross-compilers only, which are not that common, AFAIK. You might call it a hack, but it makes life easy if you do something like: export ac_cv_sizeof_short=2 export ac_cv_sizeof_int=4 export ac_cv_sizeof_long=4 sh ./configure --target=$CONFIG_TARGET --host=$CONFIG_HOST --prefix=$CONFIG_PREFIX --exec-prefix=$CONFIG_EXECPR This will short circuit a "broken" configure trying to execute programs for this kind of thing. If configure doesn't care about sizeof_int, then this definition is silently ignored... -- Joe deBlaquiere Red Hat, Inc. 307 Wynn Drive Huntsville AL, 35805 voice : (256)-704-9200 fax : (256)-837-3839 From owner-linux-mips@oss.sgi.com Sun Apr 8 04:49:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f38BnaU11195 for linux-mips-outgoing; Sun, 8 Apr 2001 04:49:36 -0700 Received: from boco.fee.vutbr.cz (boco.fee.vutbr.cz [147.229.9.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f38BnUM11192 for ; Sun, 8 Apr 2001 04:49:30 -0700 Received: from fest.stud.fee.vutbr.cz (fest.stud.fee.vutbr.cz [147.229.9.16]) by boco.fee.vutbr.cz (8.11.3/8.11.3) with ESMTP id f38BnRt95868 (using TLSv1/SSLv3 with cipher EDH-RSA-DES-CBC3-SHA (168 bits) verified OK); Sun, 8 Apr 2001 13:49:28 +0200 (CEST) Received: (from xjezda00@localhost) by fest.stud.fee.vutbr.cz (8.11.2/8.11.2) id f38BnJP18671; Sun, 8 Apr 2001 13:49:19 +0200 (CEST) Date: Sun, 8 Apr 2001 13:49:19 +0200 From: David Jez To: Lisa.Hsu@taec.toshiba.com Cc: linux-mips@oss.sgi.com Subject: Re: ucLinux for MIPS Message-ID: <20010408134919.A18546@stud.fee.vutbr.cz> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from Lisa.Hsu@taec.toshiba.com on Thu, Apr 05, 2001 at 04:29:50PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Hi, All Hi Lisa, > Does anybody know where can I find the uCLinux release and patch which > supports MIPS? (The chip that I am using has MMU but is disabled) > > Thanks, I find it here: http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/mips/ (You can try download CVS verios of uClinux from cvs.uclinux.org or www.uclinux.org. It may supports MIPS architecture) > Lisa Best Regards, -- ------------------------------------------------------- David "Dave" Jez Brno, CZ, Europe E-mail: dave.jez@seznam.cz PGP key: finger xjezda00@fest.stud.fee.vutbr.cz ---------=[ ~EOF ]=------------------------------------ From owner-linux-mips@oss.sgi.com Sun Apr 8 15:31:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f38MVYY20628 for linux-mips-outgoing; Sun, 8 Apr 2001 15:31:34 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f38MVTM20622; Sun, 8 Apr 2001 15:31:29 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 4D85B7DD; Mon, 9 Apr 2001 00:31:27 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 9F777F383; Mon, 9 Apr 2001 00:31:08 +0200 (CEST) Date: Mon, 9 Apr 2001 00:31:08 +0200 From: Florian Lohoff To: ralf@oss.sgi.com, linux-mips@oss.sgi.com Subject: [PATCH] sysmips(MIPS_ATOMIC_SET, ...) asm implementation Message-ID: <20010409003108.A11076@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, as all the stuff i had been doing about sysmips were all workarounds around the compiler not giving a chance of refusing to use registers or to write only parts of an epilogue i now implemented MIPS_ATOMIC_SET as an asm routing. The only thing i dont catch right now are page faults in ll/sc which shouldnt be too hard. This patch at least works but as i dont have docs on the exact semantics of sysmips i can only guess that this works. diff -Nur linux.orig/arch/mips/kernel/Makefile linux/arch/mips/kernel/Makefile --- linux.orig/arch/mips/kernel/Makefile Mon Apr 9 00:23:08 2001 +++ linux/arch/mips/kernel/Makefile Mon Apr 9 00:23:34 2001 @@ -20,7 +20,7 @@ obj-y += branch.o process.o signal.o entry.o \ traps.o ptrace.o vm86.o ioport.o reset.o \ semaphore.o setup.o syscall.o sysmips.o \ - ipc.o scall_o32.o unaligned.o + ipc.o scall_o32.o unaligned.o fast-sysmips.o obj-$(CONFIG_MODULES) += mips_ksyms.o ifdef CONFIG_CPU_R3000 @@ -69,5 +69,6 @@ entry.o: entry.S head.o: head.S +fast-sysmips.o: fast-sysmips.S include $(TOPDIR)/Rules.make diff -Nur linux.orig/arch/mips/kernel/fast-sysmips.S linux/arch/mips/kernel/fast-sysmips.S --- linux.orig/arch/mips/kernel/fast-sysmips.S Thu Jan 1 01:00:00 1970 +++ linux/arch/mips/kernel/fast-sysmips.S Mon Apr 9 00:28:20 2001 @@ -0,0 +1,85 @@ +/* + * MIPS_ATOMIC_SET asm implementation for ll/sc capable cpus + * + * 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 + * for more details. + * + * Copyright (C) 2001 Florian Lohoff + * + */ +#include +#include +#include +#include +#include +#include +#include +#include +#include + +#define PT_TRACESYS 0x00000002 + + EXPORT(fast_sysmips) + + .set noreorder + + li t0, MIPS_ATOMIC_SET + beq a0, t0, 1f + nop + j sys_sysmips + nop + +1: + + # a0 - MIPS_ATOMIC_SET + # a1 - mem ptr + # a2 - value + + addiu sp, sp, -8 # Reserve space + sw a0, (sp) # Save arg0 + + addiu a0, a1, 4 # addr+size + ori v0, a1, 4 # addr | size + lw v1, THREAD_CURDS(gp) # current->thread.current_ds + or v0, v0, a0 # addr | size | (addr+size) + and v1, v1, v0 # (mask)&(addr | size | (addr+size) + bltz v1, 5f + nop + +2: + ll v0, (a1) + move t0, a2 + sc t0, (a1) + beqz t0, 2b + nop + + sw v0, PT_R2+8(sp) # Result value + sw zero, PT_R7+8(sp) # Success indicator + + lw t0, TASK_PTRACE(gp) # syscall tracing enabled? + andi t0, PT_TRACESYS + bnez t0, 3f + nop + +4: + lw a0, (sp) # Restore arg0 + addiu sp, sp, 8 # Restore sp + + j o32_ret_from_sys_call + nop + +3: + sw ra, 4(sp) + jal syscall_trace + nop + lw ra, 4(sp) + j 4b + nop + +5: + lw a0, (sp) # Restore arg0 + addiu sp, sp, 8 # Restore sp + j ra + li v0, -EFAULT + diff -Nur linux.orig/arch/mips/kernel/irix5sys.h linux/arch/mips/kernel/irix5sys.h --- linux.orig/arch/mips/kernel/irix5sys.h Mon Apr 9 00:16:29 2001 +++ linux/arch/mips/kernel/irix5sys.h Sun Apr 8 21:21:16 2001 @@ -69,7 +69,7 @@ SYS(irix_getgid, 0) /* 1047 getgid() V*/ SYS(irix_unimp, 0) /* 1048 (XXX IRIX 4 ssig) V*/ SYS(irix_msgsys, 6) /* 1049 sys_msgsys V*/ -SYS(sys_sysmips, 4) /* 1050 sysmips() HV*/ +SYS(fast_sysmips, 4) /* 1050 sysmips() HV*/ SYS(irix_unimp, 0) /* 1051 XXX sysacct() IV*/ SYS(irix_shmsys, 5) /* 1052 sys_shmsys V*/ SYS(irix_semsys, 0) /* 1053 sys_semsys V*/ diff -Nur linux.orig/arch/mips/kernel/syscalls.h linux/arch/mips/kernel/syscalls.h --- linux.orig/arch/mips/kernel/syscalls.h Mon Apr 9 00:16:30 2001 +++ linux/arch/mips/kernel/syscalls.h Sun Apr 8 21:21:43 2001 @@ -163,7 +163,7 @@ SYS(sys_writev, 3) SYS(sys_cacheflush, 3) SYS(sys_cachectl, 3) -SYS(sys_sysmips, 4) +SYS(fast_sysmips, 4) SYS(sys_ni_syscall, 0) /* 4150 */ SYS(sys_getsid, 1) SYS(sys_fdatasync, 0) Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Sun Apr 8 15:33:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f38MX4o20722 for linux-mips-outgoing; Sun, 8 Apr 2001 15:33:04 -0700 Received: from feynman.localnet (jtobey.ne.mediaone.net [24.147.19.222]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f38MX3M20719 for ; Sun, 8 Apr 2001 15:33:03 -0700 Received: by ne.mediaone.net via sendmail from stdin id (Debian Smail3.2.0.102) for linux-mips@oss.sgi.com; Sun, 8 Apr 2001 18:42:41 -0400 (EDT) Date: Sun, 8 Apr 2001 18:42:41 -0400 From: John Tobey To: linux-mips@oss.sgi.com Subject: 64-bit on Cobalt? Message-ID: <20010408184241.A3443@john-edwin-tobey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi folks, I keep having this fantasy that I will one day make my old Cobalt RaQ run a Debian system including 64-bit apps. I've got a copy of _See MIPS Run_ (wonderful book) and a working system based on Cobalt's hacked-up kernel 2.0.34 and Red Hat 5.x. I am comfortable using cross-gcc and messing with glibc. It seems that I have all the information required to do it all myself, but perhaps I might save a few years of work (or rid myself of this delusion) by consulting with you all first. The CPU is a QED RM5231 (CONFIG_NEVADA) 150MHz. May I assume that nobody has run a 64-bit kernel on this thing? The RaQ has no video card but a serial console, PCI, IDE, Ethernet, and special LEDs, panel buttons, and LCD display. If I can get a 64-bit kernel to boot and prove its existence through any of these devices, I will be drunk with power. The reason I want 64 bits is that I (a) want a challenge, (b) plan to write an application that uses a sparse address space (40 bits is better than 31), (c) plan to outlive the 31-bit time_t, and (d) am p.o.ed at having bought the thing based on misleading advertising that mentioned a 64-bit processor but not the 32-bit OS. Big/little endian macht nichts. I guess big will be easier, and I'm not concerned with running any existing 32-bit binaries. I imagine that I would start by grafting Cobalt's peripheral support code from arch/mips/cobalt (now defunct) and include/asm-mips/cobalt.h into the mips64 tree from cvs@oss.sgi.com:/cvs/linux. I will appreciate your advice. -John -- John Tobey, late nite hacker \\\ /// ]]] With enough bugs, all eyes are shallow. [[[ /// \\\ From owner-linux-mips@oss.sgi.com Sun Apr 8 18:08:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3918LC23012 for linux-mips-outgoing; Sun, 8 Apr 2001 18:08:21 -0700 Received: from smtp.huawei.com ([202.96.135.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3918IM23009 for ; Sun, 8 Apr 2001 18:08:19 -0700 Received: from hechendong11752 ([10.105.33.128]) by smtp.huawei.com (Netscape Messaging Server 4.15) with SMTP id GBI2YE00.T0D; Mon, 9 Apr 2001 09:03:50 +0800 Message-ID: <001101c0c091$bdb1a220$8021690a@huawei.com> From: "machael" To: "Quinn Jensen" , References: <007e01c0bd70$9052b4a0$8021690a@huawei.com> <3ACDF3A1.4020109@Lineo.COM> Subject: Re: Does Linux support RC32332 CPU now? Date: Mon, 9 Apr 2001 09:09:34 +0800 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.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Thank you, Quinn. I have downloaded your patch. I find that you use linux-sgi-20010307 in your patch file. Is this an offcial release which I can find in ftp.kernel.org ? Where can I download it? Thank you very much. machael ----- Original Message ----- From: "Quinn Jensen" To: Sent: Saturday, April 07, 2001 12:49 AM Subject: Re: Does Linux support RC32332 CPU now? > The IDT RC32332 is a subset of the RC32334, which > a working port exists for. I have submitted a > patch to Ralf, but haven't seen it go into his tree > yet. The patch is available at > http://www.zdomain.com/patch.sgi.idt > > Quinn > > owner-linux-mips@oss.sgi.com wrote: > > > Hi, folks: > > > > I am a newbie in linux-mips. I have questions to ask: > > > > 1 Does Linux support RC32332 CPU now? > > 2 I want to build my cross-compile environment for MIPS target on my > > X86 host. Are there any documents about how to implement it? > > > > Thank you very much. > > From owner-linux-mips@oss.sgi.com Sun Apr 8 18:55:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f391tAm24030 for linux-mips-outgoing; Sun, 8 Apr 2001 18:55:10 -0700 Received: from dea.waldorf-gmbh.de (u-145-10.karlsruhe.ipdial.viaginterkom.de [62.180.10.145]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f391t6M24027 for ; Sun, 8 Apr 2001 18:55:06 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f391sr500851; Mon, 9 Apr 2001 03:54:53 +0200 Date: Mon, 9 Apr 2001 03:54:53 +0200 From: Ralf Baechle To: John Tobey Cc: linux-mips@oss.sgi.com Subject: Re: 64-bit on Cobalt? Message-ID: <20010409035453.B774@bacchus.dhis.org> References: <20010408184241.A3443@john-edwin-tobey.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010408184241.A3443@john-edwin-tobey.org>; from jtobey@john-edwin-tobey.org on Sun, Apr 08, 2001 at 06:42:41PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 08, 2001 at 06:42:41PM -0400, John Tobey wrote: > The CPU is a QED RM5231 (CONFIG_NEVADA) 150MHz. May I assume that > nobody has run a 64-bit kernel on this thing? The RaQ has no video > card but a serial console, PCI, IDE, Ethernet, and special LEDs, panel > buttons, and LCD display. If I can get a 64-bit kernel to boot and > prove its existence through any of these devices, I will be drunk with > power. So far the only supported machine by the mips64 kernel is the SGI Origin 200 / 2000 series. > The reason I want 64 bits is that I (a) want a challenge, (b) plan to > write an application that uses a sparse address space (40 bits is > better than 31), (c) plan to outlive the 31-bit time_t, and (d) am > p.o.ed at having bought the thing based on misleading advertising that > mentioned a 64-bit processor but not the 32-bit OS. > Big/little endian macht nichts. I guess big will be easier, and I'm > not concerned with running any existing 32-bit binaries. Go for little endian because the firmware is little endian; supporting ``other-endian'' for userspace would be unecessary extra pain. We already have suport for 32-bit binaries in the 64-bit kernel; in fact ALL software we run on 64-bit kernels is 32-bit. 32-bit wasn't only the easy thing to do - it's also the more efficient thing for most software which doesn't need 64-bit registers or 64-bit address space. For a system with a dog slow 32-bit memory bus such as the Qube 64-bit kernels would mean a dramatic slowdown. I admit it's interesting though, mostly for engineering reasons, not as a platform. > I imagine that I would start by grafting Cobalt's peripheral support > code from arch/mips/cobalt (now defunct) and include/asm-mips/cobalt.h > into the mips64 tree from cvs@oss.sgi.com:/cvs/linux. Somebody else was already working on upgrading the Cobalt kernel to 2.4. Ralf From owner-linux-mips@oss.sgi.com Sun Apr 8 23:45:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f396jKT28762 for linux-mips-outgoing; Sun, 8 Apr 2001 23:45:20 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f396jJM28759 for ; Sun, 8 Apr 2001 23:45:19 -0700 Received: from escobaria.sonytel.be (escobaria.sonytel.be [10.34.80.3]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id IAA02732; Mon, 9 Apr 2001 08:40:59 +0200 (MET DST) Date: Mon, 9 Apr 2001 08:40:46 +0200 (MET DST) From: Geert Uytterhoeven To: Keith M Wesolowski cc: Jun Sun , linux-mips@oss.sgi.com Subject: Re: RFC: Cleanup/detection patch In-Reply-To: <20010405004618.A30899@foobazco.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 5 Apr 2001, Keith M Wesolowski wrote: > (or, it must be overwritten by bootup code with nop if it's not > supported *shudder*). FYI, this approach is currently being implemented on PPC. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Mon Apr 9 02:38:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f399cWq32568 for linux-mips-outgoing; Mon, 9 Apr 2001 02:38:32 -0700 Received: from buzz.ichilton.co.uk (pc147-stockton2.mid.cable.ntl.com [62.254.91.147]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f399cVM32565 for ; Mon, 9 Apr 2001 02:38:31 -0700 Received: by buzz.ichilton.co.uk (Postfix, from userid 100) id 883DF1CE31A; Mon, 9 Apr 2001 10:38:21 +0100 (BST) Date: Mon, 9 Apr 2001 10:38:21 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Linux/MIPS Web Site Message-ID: <20010409103821.A7182@buzz.ichilton.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello, http://linuxmips.ichilton.co.uk is back up in a temporary location after problems with the connection beyond our control (http://slashdot.org/article.pl?sid=01/03/30/0245222&mode=thread) I have also ordered the linuxmips.net domain at my own cost, but this should make it nicer :) Also coming in the next few weeks is a big update sweep, so if you have any comments / links / docs / info etc, then please let me know! Bye for Now, Ian \|||/ (o o) /-----------------------------ooO-(_)-Ooo----------------------------\ | Ian Chilton E-Mail: ian@ichilton.co.uk | | IRC Nick: GadgetMan Backup: ichilton@www.linux.org.uk | | ICQ: 16007717 / 104665842 Web : http://www.ichilton.co.uk | |--------------------------------------------------------------------| | For people who like peace and quiet: a phoneless cord | \--------------------------------------------------------------------/ From owner-linux-mips@oss.sgi.com Mon Apr 9 02:38:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f399cjt32598 for linux-mips-outgoing; Mon, 9 Apr 2001 02:38:45 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f399cgM32593; Mon, 9 Apr 2001 02:38:42 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id CAA27903; Mon, 9 Apr 2001 02:38:45 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id CAA24516; Mon, 9 Apr 2001 02:38:42 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id LAA22234; Mon, 9 Apr 2001 11:38:00 +0200 (MEST) Message-ID: <3AD182F7.FF740CA6@mips.com> Date: Mon, 09 Apr 2001 11:37:59 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: John Tobey , linux-mips@oss.sgi.com Subject: Re: 64-bit on Cobalt? References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Sun, Apr 08, 2001 at 06:42:41PM -0400, John Tobey wrote: > > > The CPU is a QED RM5231 (CONFIG_NEVADA) 150MHz. May I assume that > > nobody has run a 64-bit kernel on this thing? The RaQ has no video > > card but a serial console, PCI, IDE, Ethernet, and special LEDs, panel > > buttons, and LCD display. If I can get a 64-bit kernel to boot and > > prove its existence through any of these devices, I will be drunk with > > power. > > So far the only supported machine by the mips64 kernel is the SGI Origin > 200 / 2000 series. I have a QED RM5261 running a bigendian 64-bit kernel on our Malta board (it got a serial console, PCI, IDE, Ethernet). I haven't send the patch to Ralf yet, but you can get a snapshot at our kernel sources at ftp://ftp.mips.com/pub/linux/mips/kernel/2.4/src/linux-2.4.1.mips-src-01.00.tar.gz Hope it helps you. > > > The reason I want 64 bits is that I (a) want a challenge, (b) plan to > > write an application that uses a sparse address space (40 bits is > > better than 31), (c) plan to outlive the 31-bit time_t, and (d) am > > p.o.ed at having bought the thing based on misleading advertising that > > mentioned a 64-bit processor but not the 32-bit OS. > > > Big/little endian macht nichts. I guess big will be easier, and I'm > > not concerned with running any existing 32-bit binaries. > > Go for little endian because the firmware is little endian; supporting > ``other-endian'' for userspace would be unecessary extra pain. We already > have suport for 32-bit binaries in the 64-bit kernel; in fact ALL > software we run on 64-bit kernels is 32-bit. > > 32-bit wasn't only the easy thing to do - it's also the more efficient > thing for most software which doesn't need 64-bit registers or 64-bit > address space. For a system with a dog slow 32-bit memory bus such as > the Qube 64-bit kernels would mean a dramatic slowdown. > > I admit it's interesting though, mostly for engineering reasons, not > as a platform. > > > I imagine that I would start by grafting Cobalt's peripheral support > > code from arch/mips/cobalt (now defunct) and include/asm-mips/cobalt.h > > into the mips64 tree from cvs@oss.sgi.com:/cvs/linux. > > Somebody else was already working on upgrading the Cobalt kernel to 2.4. > > Ralf -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Mon Apr 9 03:10:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39AAdk01068 for linux-mips-outgoing; Mon, 9 Apr 2001 03:10:39 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39AAFM01055 for ; Mon, 9 Apr 2001 03:10:29 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA10009; Mon, 9 Apr 2001 11:48:40 +0200 (MET DST) Date: Mon, 9 Apr 2001 11:48:40 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: "Kevin D. Kissell" , debian-mips@lists.debian.org, linux-mips@oss.sgi.com Subject: Re: first packages for mipsel In-Reply-To: <20010407172900.A3935@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, 7 Apr 2001, Florian Lohoff wrote: > > You are right, of course. That's why glibc contains two versions of > > _test_and_set() code. If compiled for MIPS I, glibc uses a syscall > > (currently sysmips()), while for MIPS II and higher it uses inline > > assembly code which makes use of LL/SC. > > > > That's exactly the way glibc does CPU-model-specific code for other > > archs. > > The problem is that it is compile time - I would like to have > a runtime version - Just export the existance of ll/sc to > userspace somewhow. I can't see any problem. If you want to go for speed -- compile glibc for MIPS II (assuming you have a MIPS II or better CPU). If you want to go for compatibility -- compile glibc for MIPS I (it will still run on MIPS II or better CPUs, although suboptimally; actually, it won't be the worst suboptimality then). Similarly -- an Alpha EV56-compiled glibc will not run on an EV4 CPU, while an EV4-compiled glibc will run on an EV56 CPU, although suboptimally. > > I don't like run-time detection either. The compile-time choice is > > sufficient enough. The _test_and_set() library function already hides > > implementation details from the user. > > It isnt sufficent as we need a glibc beeing able to run on old > decstations AND on newer machines like the Lasat machine > which has an R5000. A MIPS-I-compiled glibc will run on any MIPS CPU, using a kernel _test_and_set() emulation (how kernel emulates _test_and_set() is not the point here -- it has to be done in an MP-safe way, if necessary; LL/SC is the most likely candidate for MIPS II or better kernels). A MIPS-II-compiled glibc will run on any MIPS II or better CPU using LL/SC directly. Similar for MIPS-III-compiled glibc, etc. A MIPS-II-compiled kernel will still provide a _test_and_set() emulation to keep the ABI consistent (e.g. for statically linked MIPS I binaries). Still any problems? I will happily clarify any remaining issues. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 9 03:14:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39AE2c01354 for linux-mips-outgoing; Mon, 9 Apr 2001 03:14:02 -0700 Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39AE0M01351 for ; Mon, 9 Apr 2001 03:14:00 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id NAA26539; Mon, 9 Apr 2001 13:12:07 +0300 (IDT) Message-ID: <3AD18B4D.8070204@jungo.com> Date: Mon, 09 Apr 2001 13:13:33 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: David Jez CC: Lisa.Hsu@taec.toshiba.com, linux-mips@oss.sgi.com Subject: Re: ucLinux for MIPS References: <20010408134919.A18546@stud.fee.vutbr.cz> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk In uClinux mips/ subtree is pure 2.4.0, so I don't expect it to support any non-MMU architecture. On the other hand, you may try to write the support yourself. Take examples from armnommu/, which has been recently updated. David Jez wrote: >> Hi, All > > Hi Lisa, > > >> Does anybody know where can I find the uCLinux release and patch which >> supports MIPS? (The chip that I am using has MMU but is disabled) >> >> Thanks, > > I find it here: > http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/mips/ > > (You can try download CVS verios of uClinux from cvs.uclinux.org or > www.uclinux.org. It may supports MIPS architecture) > > >> Lisa > > Best Regards, -- Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Mon Apr 9 05:26:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39CQ2b04238 for linux-mips-outgoing; Mon, 9 Apr 2001 05:26:02 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39CPeM04233 for ; Mon, 9 Apr 2001 05:25:56 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id OAA14849; Mon, 9 Apr 2001 14:16:53 +0200 (MET DST) Date: Mon, 9 Apr 2001 14:16:53 +0200 (MET DST) From: "Maciej W. Rozycki" To: Joe deBlaquiere cc: "Kevin D. Kissell" , "MIPS/Linux List (SGI)" Subject: Re: Dumb Question on Cross-Development In-Reply-To: <3ACF323D.3030704@redhat.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, 7 Apr 2001, Joe deBlaquiere wrote: > You might call it a hack, but it makes life easy if you do something like: > > export ac_cv_sizeof_short=2 > export ac_cv_sizeof_int=4 > export ac_cv_sizeof_long=4 > > sh ./configure --target=$CONFIG_TARGET --host=$CONFIG_HOST > --prefix=$CONFIG_PREFIX --exec-prefix=$CONFIG_EXECPR > > This will short circuit a "broken" configure trying to execute programs > for this kind of thing. If configure doesn't care about sizeof_int, then > this definition is silently ignored... If you look at my RPM packages, you'll see I'm already doing this. I've already thought of making global cross-compilation configuration files for each host containing appropriate definitions. I'm not sure how to integrate it with RPM, yet (the macro definition file is a good candidate). I didn't make any progress due to a low priority of this task. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 9 05:36:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39CaMZ04711 for linux-mips-outgoing; Mon, 9 Apr 2001 05:36:22 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39CaLM04708 for ; Mon, 9 Apr 2001 05:36:21 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id HAA16606 for ; Mon, 9 Apr 2001 07:36:15 -0500 Message-ID: <3AD1BB55.224407E1@cotw.com> Date: Mon, 09 Apr 2001 06:38:29 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: mips_memory_upper Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Used to be defined in ./arch/mips/kernel/setup.c It is no longer defined. I also noticed that badget is now using vac_memory_upper. Can anyone fill me in on the details. Thanks, Scott From owner-linux-mips@oss.sgi.com Mon Apr 9 06:44:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39DiZP06265 for linux-mips-outgoing; Mon, 9 Apr 2001 06:44:35 -0700 Received: from bvdexchange.eicon.com (firewall.i-data.com [195.24.22.194]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39DiYM06262 for ; Mon, 9 Apr 2001 06:44:34 -0700 Received: by BVDEXCHANGE with Internet Mail Service (5.5.1960.3) id ; Mon, 9 Apr 2001 15:45:02 +0200 Message-ID: <7B3DBD648709D5119E870002A528BE6C12D7BD@BVDEXCHANGE> From: Tommy Christensen To: "'linux-mips@oss.sgi.com'" Subject: _save_fp_context corrupts kernel sp Date: Mon, 9 Apr 2001 15:44:58 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.1960.3) Content-Type: text/plain Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi all, this bug was triggered by the 'crashme' program, which deliberately does various bad things. The problem occurs when _save_fp_context cannot write to the user stack. Since the fixup routine for this lacks a nop at the end, the following "random" instruction is executed (in my case it adjusted the stack pointer, which is pretty lethal). The patch below corrects this. Regards, Tommy S. Christensen, Eicon Networks --- r4k_fpu.S.orig Sun Dec 10 08:56:02 2000 +++ r4k_fpu.S Mon Apr 9 10:55:27 2001 @@ -94,6 +94,7 @@ ctc1 t0,fcr31 END(_restore_fp_context) + .set reorder .type fault@function .ent fault fault: li v0, -EFAULT From owner-linux-mips@oss.sgi.com Mon Apr 9 07:16:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39EG9q07199 for linux-mips-outgoing; Mon, 9 Apr 2001 07:16:09 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39EFXM07183 for ; Mon, 9 Apr 2001 07:15:34 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA19477; Mon, 9 Apr 2001 16:15:03 +0200 (MET DST) Date: Mon, 9 Apr 2001 16:15:02 +0200 (MET DST) From: "Maciej W. Rozycki" To: Scott A McConnell cc: linux-mips@oss.sgi.com Subject: Re: mips_memory_upper In-Reply-To: <3AD1BB55.224407E1@cotw.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, 9 Apr 2001, Scott A McConnell wrote: > Used to be defined in ./arch/mips/kernel/setup.c It's no longer needed -- MIPS now uses the bootmem allocator cosistently across system variations. Memory holes are now permitted. User may override the determined memory map using a kernel command line (for debugging, to isolate a faulty module, etc.). The add_memory_region() function is used to register an area of memory. > It is no longer defined. I also noticed that badget is now using > vac_memory_upper. This is a system-specific value to write into chipset registers. It's not overriden by a kernel command line in any case to initialize the chipset properly. I can't say anything more specific about it -- I'm not a Baget expert. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 9 09:47:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39GlM411527 for linux-mips-outgoing; Mon, 9 Apr 2001 09:47:22 -0700 Received: from feynman.localnet (jtobey.ne.mediaone.net [24.147.19.222]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39GlJM11514; Mon, 9 Apr 2001 09:47:19 -0700 Received: by ne.mediaone.net via sendmail from stdin id (Debian Smail3.2.0.102) for ralf@oss.sgi.com; Mon, 9 Apr 2001 12:57:04 -0400 (EDT) Date: Mon, 9 Apr 2001 12:57:04 -0400 From: John Tobey To: Carsten Langgaard Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: 64-bit on Cobalt? Message-ID: <20010409125704.A9113@john-edwin-tobey.org> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> <3AD182F7.FF740CA6@mips.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <3AD182F7.FF740CA6@mips.com>; from carstenl@mips.com on Mon, Apr 09, 2001 at 11:37:59AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 09, 2001 at 11:37:59AM +0200, Carsten Langgaard wrote: > > I have a QED RM5261 running a bigendian 64-bit kernel on our Malta board (it > got a serial console, PCI, IDE, Ethernet). > I haven't send the patch to Ralf yet, but you can get a snapshot at our > kernel sources at > ftp://ftp.mips.com/pub/linux/mips/kernel/2.4/src/linux-2.4.1.mips-src-01.00.tar.gz > > Hope it helps you. Wow, thanks! It sure looks like it will. -- John Tobey, late nite hacker \\\ /// ]]] With enough bugs, all eyes are shallow. [[[ /// \\\ From owner-linux-mips@oss.sgi.com Mon Apr 9 11:09:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39I9KK13306 for linux-mips-outgoing; Mon, 9 Apr 2001 11:09:20 -0700 Received: from yes.home.krftech.com ([194.90.113.98]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39I9GM13303 for ; Mon, 9 Apr 2001 11:09:17 -0700 Received: from athena.home.krftech.com (shay@athena.home.krftech.com [199.204.71.19]) by yes.home.krftech.com (8.8.7/8.8.7) with SMTP id WAA21188 for ; Mon, 9 Apr 2001 22:15:56 +0300 Content-Type: text/plain; charset="iso-8859-1" From: Shay Deloya Reply-To: shay@jungo.com Organization: Jungo Corp. To: "'linux-mips@oss.sgi.com'" Subject: Insmod messages and modules space Date: Mon, 9 Apr 2001 20:10:16 +0200 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01040921101605.01025@athena.home.krftech.com> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi All, 1.Should text segment of module after insmod be in KSEG2 or KUSEG ? I've notices that the module address after insmod are c0... instead of 80... Is it insmod Bug ? 2. I keep getting in insmod of busybox pkg , "relocation overflow" message especially on printk symbols , when I debug the code, changing some function declaration from static int func () to int func() , makes the module to insert correctly , anyone ? Thanks, -- Shay Deloya ______________________________________ Software Developer Jungo - R&D email: shayd@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 221 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Mon Apr 9 12:15:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39JF5B14760 for linux-mips-outgoing; Mon, 9 Apr 2001 12:15:05 -0700 Received: from dea.waldorf-gmbh.de (u-246-21.karlsruhe.ipdial.viaginterkom.de [62.180.21.246]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39JF0M14747 for ; Mon, 9 Apr 2001 12:15:00 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f39JEl718925; Mon, 9 Apr 2001 21:14:47 +0200 Date: Mon, 9 Apr 2001 21:14:47 +0200 From: Ralf Baechle To: Shay Deloya Cc: "'linux-mips@oss.sgi.com'" Subject: Re: Insmod messages and modules space Message-ID: <20010409211447.A18894@bacchus.dhis.org> References: <01040921101605.01025@athena.home.krftech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01040921101605.01025@athena.home.krftech.com>; from shay@jungo.com on Mon, Apr 09, 2001 at 08:10:16PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 09, 2001 at 08:10:16PM +0200, Shay Deloya wrote: > 1.Should text segment of module after insmod be in KSEG2 or KUSEG ? > I've notices that the module address after insmod are c0... instead of 80... > Is it insmod Bug ? It's a sign of insmod working properly :) > 2. I keep getting in insmod of busybox pkg , "relocation overflow" message > especially on printk symbols , when I debug the code, changing some function > declaration from static int func () to int func() , makes the module to > insert correctly , anyone ? Two possibilities, either you're using a too old and broken version of modutils or you used inapropriate options to compile your module. Ralf From owner-linux-mips@oss.sgi.com Mon Apr 9 12:36:53 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39Jare15370 for linux-mips-outgoing; Mon, 9 Apr 2001 12:36:53 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39JanM15366; Mon, 9 Apr 2001 12:36:49 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 3DF4B7D9; Mon, 9 Apr 2001 21:36:47 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 8F3A2F385; Mon, 9 Apr 2001 21:36:32 +0200 (CEST) Date: Mon, 9 Apr 2001 21:36:32 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: ralf@oss.sgi.com, linux-mips@oss.sgi.com, rmurray@cyberhqz.com Subject: Re: sgiwd93 multiple disk problem Message-ID: <20010409213632.B22835@paradigm.rfc822.org> References: <20010403174749.B4135@paradigm.rfc822.org> <013801c0bc58$7abe2700$0deca8c0@Ulysses> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <013801c0bc58$7abe2700$0deca8c0@Ulysses>; from kevink@mips.com on Tue, Apr 03, 2001 at 06:09:27PM +0200 Organization: rfc822 - pure communication Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by oss.sgi.com id f39JaoM15367 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >From a test Ryan Murray has made we do have some interesting output: Case 1 Data gets lost - From a diff on a large directory on ascii data i can see chunks to get lost e.g. 32K (31926 byte) Case 2 Data gets lost and some additional bytes get inserted: Example: ------------- schnipp --------------------------------------- tcl.h found in /build/buildd/blt-2.4u/debian/tcl8.0/include - tk.h found in /build/buildd/blt-2.4u/debian/tk8.0/include [...] -gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u/debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include bltGrPs.c + tk.h found in /build/ltGrPs.c gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u/debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include bltGraph.c ------------- schnapp --------------------------------------- Case 3 Zero bytes get inserted (2561 bytes and 3073 bytes) Example: ------------- schnipp --------------------------------------- gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u/debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include tkFrame.c -gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u/debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include tkScrollbar.c +gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u /debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include tkScrollbar.c gcc -c -Wall -O6 -I. -I. -I/build/buildd/blt-2.4u/debian/tk8.0/include -I/build/buildd/blt-2.4u/debian/tcl8.0/include bltTed.c ------------- schnapp --------------------------------------- Case 4 Garbage data gets inserted (Go and find the rootpw :) ) Example: ------------- schnipp --------------------------------------- 455663 4 -rw-r--r-- 1 root root 2514 Oct 6 1998 ./usr/share/doc/fltk/examples/whiteking_3.xbm -455664 4 -rw-r--r-- 1 root root 2514 Oct 6 1998 ./usr/share/doc/fltk/examples/whiteking_4.xbm +455664 4 -rw-r--r-- 1 roo\p .Zp ..]p Root^p +RepositoryjpÈEntrieskp .Zp ..lp CVSppMakefileqp ipldump.Srp ipleckd.Ssp¤iplfba.Slp .kp ..mp Rootnp +RepositoryopÈEntriest root 2514 Oct 6 1998 ./usr/share/doc/fltk/examples/whiteking_4.xbm 455665 4 -rw-r--r-- 1 root root 2213 Apr 1 12:16 ./usr/share/doc/fltk/examples/makeinclude 455666 0 lrwxrwxrwx 1 root root 38 Apr 1 12:33 ./usr/share/doc/fltk/examples/CubeView -> ../../../../lib/fltk/examples/CubeView ------------- schnapp --------------------------------------- I suspect there is DMA corruption going on. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Apr 9 15:55:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f39Mtpj20107 for linux-mips-outgoing; Mon, 9 Apr 2001 15:55:51 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f39MtkM20103; Mon, 9 Apr 2001 15:55:47 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 66D1D7D9; Tue, 10 Apr 2001 00:55:45 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 04559F385; Tue, 10 Apr 2001 00:55:28 +0200 (CEST) Date: Tue, 10 Apr 2001 00:55:28 +0200 From: Florian Lohoff To: "Kevin D. Kissell" Cc: ralf@oss.sgi.com, linux-mips@oss.sgi.com, rmurray@cyberhqz.com Subject: Re: sgiwd93 multiple disk problem Message-ID: <20010410005528.I22835@paradigm.rfc822.org> References: <20010403174749.B4135@paradigm.rfc822.org> <013801c0bc58$7abe2700$0deca8c0@Ulysses> <20010409213632.B22835@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <20010409213632.B22835@paradigm.rfc822.org>; from flo@rfc822.org on Mon, Apr 09, 2001 at 09:36:32PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ok - more info 1. The bug only happens when accessing 2 disks/devices on the SAME controller 2. The bug is in stopping the HPC DMA to early. 3. Stopping the DMA to early happens only on reads. If applying this patch on the driver Index: drivers/scsi/sgiwd93.c =================================================================== RCS file: /cvs/linux/drivers/scsi/sgiwd93.c,v retrieving revision 1.27 diff -u -r1.27 sgiwd93.c --- drivers/scsi/sgiwd93.c 2001/03/26 00:38:20 1.27 +++ drivers/scsi/sgiwd93.c 2001/04/09 22:12:10 @@ -183,6 +187,10 @@ printk("dma_stop: status<%d> ", status); #endif + if (hregs->ctrl & HPC3_SCTRL_ACTIVE) + printk("DMA still active dir %d bresid %d\n", + hdata->dma_dir, + SCpnt->SCp.buffers_residual); /* First stop the HPC and flush it's FIFO. */ if(hdata->dma_dir) { hregs->ctrl |= HPC3_SCTRL_FLUSH; I get this output on the console which means files/data got corrupted. ---------------schnipp--------------------- DMA still active dir 1 bresid 6 DMA still active dir 1 bresid 1 DMA still active dir 1 bresid 3 DMA still active dir 1 bresid 1 DMA still active dir 1 bresid 0 DMA still active dir 1 bresid 0 DMA still active dir 1 bresid 0 DMA still active dir 1 bresid 2 DMA still active dir 1 bresid 0 DMA still active dir 1 bresid 2 ---------------schnapp--------------------- This might also be the cause why metadata has never been corrupted. Metadata are mostly not read in large chunks which get unchecked dumped to disk again. One suspicion i had was around the modification of the wd33 registers in the sgi driver (Its the only driver to do so) which based on the thesis that on the wd33 driver we act on the current scatter_gather item and subtract the total length - But this is simply wrong. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Mon Apr 9 18:48:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3A1mtT23333 for linux-mips-outgoing; Mon, 9 Apr 2001 18:48:55 -0700 Received: from viditec-netmedia.com.tw ([210.241.238.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3A1moM23330 for ; Mon, 9 Apr 2001 18:48:52 -0700 Received: from kjlin ([210.241.238.122]) by viditec-netmedia.com.tw (8.9.3/8.8.7) with SMTP id KAA25496; Tue, 10 Apr 2001 10:55:05 +0800 Message-ID: <015701c0c157$3595d020$056aaac0@kjlin> From: "kjlin" To: "David Jez" , Cc: References: <20010408134919.A18546@stud.fee.vutbr.cz> Subject: Re: ucLinux for MIPS Date: Tue, 10 Apr 2001 08:42:53 +0800 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk It seems the original linux-2.4.x code and had not yet been patched. >From the source tree on the web site, the only one architecture ucLinux supports seems to be the m68k. Dose someone else know more information about ucLinux on MIPS? Thanx! ----- Original Message ----- From: "David Jez" To: Cc: Sent: Sunday, April 08, 2001 7:49 PM Subject: Re: ucLinux for MIPS > > Hi, All > Hi Lisa, > > > Does anybody know where can I find the uCLinux release and patch which > > supports MIPS? (The chip that I am using has MMU but is disabled) > > > > Thanks, > I find it here: > http://cvs.uclinux.org/cgi-bin/cvsweb/uClinux-2.4.x/arch/mips/ > > (You can try download CVS verios of uClinux from cvs.uclinux.org or > www.uclinux.org. It may supports MIPS architecture) > > > Lisa > Best Regards, > -- > ------------------------------------------------------- > David "Dave" Jez Brno, CZ, Europe > E-mail: dave.jez@seznam.cz > PGP key: finger xjezda00@fest.stud.fee.vutbr.cz > ---------=[ ~EOF ]=------------------------------------ From owner-linux-mips@oss.sgi.com Tue Apr 10 01:51:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3A8pN131270 for linux-mips-outgoing; Tue, 10 Apr 2001 01:51:23 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3A8pJM31262; Tue, 10 Apr 2001 01:51:19 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id EAA30599; Tue, 10 Apr 2001 04:59:23 -0400 Message-ID: <3AD2CA74.DCC850EF@lineo.com> Date: Tue, 10 Apr 2001 09:55:16 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Shay Deloya , "'linux-mips@oss.sgi.com'" Subject: Re: Insmod messages and modules space References: <01040921101605.01025@athena.home.krftech.com> <20010409211447.A18894@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > > On Mon, Apr 09, 2001 at 08:10:16PM +0200, Shay Deloya wrote: > > > 1.Should text segment of module after insmod be in KSEG2 or KUSEG ? > > I've notices that the module address after insmod are c0... instead of 80... > > Is it insmod Bug ? > > It's a sign of insmod working properly :) > > > 2. I keep getting in insmod of busybox pkg , "relocation overflow" message > > especially on printk symbols , when I debug the code, changing some function > > declaration from static int func () to int func() , makes the module to > > insert correctly , anyone ? > > Two possibilities, either you're using a too old and broken version of > modutils or you used inapropriate options to compile your module. > Compiling with -mlong-calls worked for me when I had the same problem (modutils 2.4.5). Relinking the module with 'ld -r -o new_mod.o orig_mod.o' was useful too ...it worked around some 'exceeds local_symtab_size' messages. Ian From owner-linux-mips@oss.sgi.com Tue Apr 10 06:15:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ADF9n04169 for linux-mips-outgoing; Tue, 10 Apr 2001 06:15:09 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ADF7M04162 for ; Tue, 10 Apr 2001 06:15:07 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 5D43D7F8; Tue, 10 Apr 2001 15:15:05 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 5DE01F385; Tue, 10 Apr 2001 15:14:49 +0200 (CEST) Date: Tue, 10 Apr 2001 15:14:49 +0200 From: Florian Lohoff To: linux-mips@oss.sgi.com Subject: glibc 2.2.2 include problems Message-ID: <20010410151449.A14014@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, i am seeing problems on the glibc 2.2.2 headers - Anyone sees the same ? gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DGNULOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale:.\" -DHAVE_CONFIG_H -I.. -I. -I../intl -I../lib -DNSL_FORK -O2 -DLINUX -D_GNU_SOURCE loadmsgcat.c In file included from /usr/include/fcntl.h:37, from loadmsgcat.c:22: /usr/include/sys/stat.h:352: redefinition of `stat' /usr/include/sys/stat.h:345: `stat' previously defined here This is while compiling lynx - The lines in the header are these: /usr/include/sys/stat.h 340 #if defined __GNUC__ && __GNUC__ >= 2 341 /* Inlined versions of the real stat and mknod functions. */ 342 343 extern __inline__ int stat (__const char *__path, 344 struct stat *__statbuf) __THROW 345 { 346 return __xstat (_STAT_VER, __path, __statbuf); 347 } 348 349 # if defined __USE_BSD || defined __USE_XOPEN_EXTENDED 350 extern __inline__ int lstat (__const char *__path, 351 struct stat *__statbuf) __THROW 352 { 353 return __lxstat (_STAT_VER, __path, __statbuf); 354 } 355 # endif I dont really see the problem. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Tue Apr 10 07:13:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AEDWx05528 for linux-mips-outgoing; Tue, 10 Apr 2001 07:13:32 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AEAEM05463 for ; Tue, 10 Apr 2001 07:10:16 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA03298; Tue, 10 Apr 2001 16:08:26 +0200 (MET DST) Date: Tue, 10 Apr 2001 16:08:25 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: linux-mips@oss.sgi.com Subject: Re: glibc 2.2.2 include problems In-Reply-To: <20010410151449.A14014@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 10 Apr 2001, Florian Lohoff wrote: > i am seeing problems on the glibc 2.2.2 headers - Anyone sees the same ? > > gcc -c -DLOCALEDIR=\"/usr/share/locale\" -DGNULOCALEDIR=\"/usr/share/locale\" -DLOCALE_ALIAS_PATH=\"/usr/share/locale:.\" -DHAVE_CONFIG_H -I.. -I. -I../intl -I../lib -DNSL_FORK -O2 -DLINUX -D_GNU_SOURCE loadmsgcat.c > In file included from /usr/include/fcntl.h:37, > from loadmsgcat.c:22: > /usr/include/sys/stat.h:352: redefinition of `stat' > /usr/include/sys/stat.h:345: `stat' previously defined here > > This is while compiling lynx - The lines in the header are these: [...] > I dont really see the problem. Replace "-c" with "-E -dD" in the above gcc invocation and check if lynx doesn't do anything weird (such as defining lstat to stat or so). -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Tue Apr 10 08:00:36 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AF0ap06593 for linux-mips-outgoing; Tue, 10 Apr 2001 08:00:36 -0700 Received: from buzz.ichilton.co.uk (pc147-stockton2.mid.cable.ntl.com [62.254.91.147]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AF0ZM06590 for ; Tue, 10 Apr 2001 08:00:36 -0700 Received: by buzz.ichilton.co.uk (Postfix, from userid 100) id 1C5021CE31A; Tue, 10 Apr 2001 16:00:28 +0100 (BST) Date: Tue, 10 Apr 2001 16:00:28 +0100 From: Ian Chilton To: linux-mips@oss.sgi.com Subject: Linux/MIPS Website - Please change your links! Message-ID: <20010410160028.C14758@buzz.ichilton.local> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello, The unofficial Linux/MIPS web site has changed it's URL. It is now at: http://www.linuxmips.net Please update your bookmarks and the links on any sites you run. If you should come across a site with the old link, please let me know. Thanks! Bye for Now, Ian \|||/ (o o) /-----------------------------ooO-(_)-Ooo----------------------------\ | Ian Chilton E-Mail: ian@ichilton.co.uk | | IRC Nick: GadgetMan Backup: ichilton@www.linux.org.uk | | ICQ: 16007717 / 104665842 Web : http://www.ichilton.co.uk | |--------------------------------------------------------------------| | For people who like peace and quiet: a phoneless cord | \--------------------------------------------------------------------/ From owner-linux-mips@oss.sgi.com Tue Apr 10 08:07:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AF7s507012 for linux-mips-outgoing; Tue, 10 Apr 2001 08:07:54 -0700 Received: from sark.rillanon.org (cr287730-a.poco1.bc.wave.home.com [24.112.115.105]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AF7rM07009 for ; Tue, 10 Apr 2001 08:07:53 -0700 Received: from kesh (pc3 [10.0.1.35]) by sark.rillanon.org (8.9.3/8.9.3) with SMTP id HAA17223 for ; Tue, 10 Apr 2001 07:59:57 -0700 Message-ID: <001101c0c1cd$87d4caa0$2301000a@rillanon.org> Reply-To: "Bruce Balden" From: "Bruce Balden" To: References: <20010410160028.C14758@buzz.ichilton.local> Subject: GDB/JTAG support Date: Tue, 10 Apr 2001 07:50:04 -0700 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.50.4133.2400 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4133.2400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi. Can someone tell me the state of gdb/JTAG support for MIPS processors? Thanks, Bruce Balden balden@lineo.com From owner-linux-mips@oss.sgi.com Tue Apr 10 08:39:29 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AFdTJ07827 for linux-mips-outgoing; Tue, 10 Apr 2001 08:39:29 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AFdSM07824 for ; Tue, 10 Apr 2001 08:39:28 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id KAA22659 for ; Tue, 10 Apr 2001 10:39:26 -0500 Message-ID: <3AD337DA.16570750@cotw.com> Date: Tue, 10 Apr 2001 09:42:02 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: loadaddr Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk When I linked using a 2.4.0 kernel head System.map 0000000000000000 A usbdevfs_cleanup 0000000080001000 T _ftext 0000000080002288 T except_vec0_r4000 00000000800022f0 T except_vec0_r4600 0000000080002344 T except_vec0_nevada 000000008000239c T except_vec0_r45k_bvahwbug 00000000800023fc T except_vec0_r4k_250MHZhwbug 0000000080002458 T except_vec0_r2300 000000008000249c T except_vec1_generic 00000000800024dc T except_vec2_generic When I link a 2.4.2 kernlel head System.map 000000000000002c A usbdevfs_cleanup ffffffff80002000 T _ftext ffffffff80002288 T except_vec0_r4000 ffffffff800022f0 T except_vec0_r4600 ffffffff80002344 T except_vec0_nevada ffffffff8000239c T except_vec0_r45k_bvahwbug ffffffff800023fc T except_vec0_r4k_250MHZhwbug ffffffff80002458 T except_vec0_r2300 ffffffff8000249c T except_vec1_generic ffffffff800024dc T except_vec2_generic ---------------------------------- What am I doing that is causing the leading ffffffff in the addresses? Thanks, Scott From owner-linux-mips@oss.sgi.com Tue Apr 10 10:52:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AHqSS11623 for linux-mips-outgoing; Tue, 10 Apr 2001 10:52:28 -0700 Received: from feynman.localnet (jtobey.ne.mediaone.net [24.147.19.222]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AHqOM11619; Tue, 10 Apr 2001 10:52:24 -0700 Received: by ne.mediaone.net via sendmail from stdin id (Debian Smail3.2.0.102) for ralf@oss.sgi.com; Tue, 10 Apr 2001 14:02:21 -0400 (EDT) Date: Tue, 10 Apr 2001 14:02:21 -0400 From: John Tobey To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: 64-bit on Cobalt? Message-ID: <20010410140221.B9811@john-edwin-tobey.org> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii User-Agent: Mutt/1.0.1i In-Reply-To: <20010409035453.B774@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Apr 09, 2001 at 03:54:53AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 09, 2001 at 03:54:53AM +0200, Ralf Baechle wrote: > > I admit it's interesting though, mostly for engineering reasons, not > as a platform. > > > I imagine that I would start by grafting Cobalt's peripheral support > > code from arch/mips/cobalt (now defunct) and include/asm-mips/cobalt.h > > into the mips64 tree from cvs@oss.sgi.com:/cvs/linux. > > Somebody else was already working on upgrading the Cobalt kernel to 2.4. Hey, thanks for the advice! If anyone's interested, here's a mailing list for porting recent kernels to Cobalt/MIPS: http://devel.alal.com/mailman/listinfo/cobalt-22 Best. -John From owner-linux-mips@oss.sgi.com Tue Apr 10 14:22:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ALMbe16766 for linux-mips-outgoing; Tue, 10 Apr 2001 14:22:37 -0700 Received: from dea.waldorf-gmbh.de (u-78-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.78]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ALMYM16762 for ; Tue, 10 Apr 2001 14:22:34 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3AGct502267; Tue, 10 Apr 2001 18:38:55 +0200 Date: Tue, 10 Apr 2001 18:38:55 +0200 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: loadaddr Message-ID: <20010410183854.C1932@bacchus.dhis.org> References: <3AD337DA.16570750@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD337DA.16570750@cotw.com>; from samcconn@cotw.com on Tue, Apr 10, 2001 at 09:42:02AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 10, 2001 at 09:42:02AM -0700, Scott A McConnell wrote: > What am I doing that is causing the leading ffffffff in the addresses? Everything right :-) 32-bit addresses on MIPS get sign extended into 64-bit addresses. Binutils had related bugs; I assume you switched binutils versions between the two builds? Ralf From owner-linux-mips@oss.sgi.com Tue Apr 10 14:47:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ALlD017544 for linux-mips-outgoing; Tue, 10 Apr 2001 14:47:13 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ALl9M17540; Tue, 10 Apr 2001 14:47:09 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id QAA24746; Tue, 10 Apr 2001 16:47:05 -0500 Message-ID: <3AD38E04.696F2085@cotw.com> Date: Tue, 10 Apr 2001 15:49:40 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@oss.sgi.com Subject: Re: loadaddr References: <3AD337DA.16570750@cotw.com> <20010410183854.C1932@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Tue, Apr 10, 2001 at 09:42:02AM -0700, Scott A McConnell wrote: > > > What am I doing that is causing the leading ffffffff in the addresses? > > Everything right :-) > > 32-bit addresses on MIPS get sign extended into 64-bit addresses. Binutils > had related bugs; I assume you switched binutils versions between the > two builds? OK, I wasn't sure so I asked. Yes, I changed the tools. I have been able to build a 2.4.2 kernel but I can't make it run. I have also steped up to the latest kernel in cvs. Having a bit more trouble with that: mipsel-linux-gcc -I /opt/mips/linux-2.4.3/include/asm/gcc -D__KERNEL__ -I/opt/mips/linux-2.4.3/include -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r5000 -mips2 -Wa,--trap -pipe -c -o vgacon.o vgacon.c {standard input}: Assembler messages: {standard input}:1978: Error: expression too complex {standard input}:1978: Fatal error: internal Error, line 1823, ../../binutils-patched/gas/config/tc-mips.c make[3]: *** [vgacon.o] Error 1 make[3]: Leaving directory `/opt/mips/linux-2.4.3/drivers/video' make[2]: *** [first_rule] Error 2 make[2]: Leaving directory `/opt/mips/linux-2.4.3/drivers/video' make[1]: *** [_subdir_video] Error 2 make[1]: Leaving directory `/opt/mips/linux-2.4.3/drivers' make: *** [_dir_drivers] Error 2 From owner-linux-mips@oss.sgi.com Tue Apr 10 15:19:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3AMJhn18431 for linux-mips-outgoing; Tue, 10 Apr 2001 15:19:43 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3AMJdM18427; Tue, 10 Apr 2001 15:19:39 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3AMFd018007; Tue, 10 Apr 2001 15:15:39 -0700 Message-ID: <3AD38671.CAE922B7@mvista.com> Date: Tue, 10 Apr 2001 15:17:21 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i586) X-Accept-Language: en, bg MIME-Version: 1.0 To: Scott A McConnell CC: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: loadaddr References: <3AD337DA.16570750@cotw.com> <20010410183854.C1932@bacchus.dhis.org> <3AD38E04.696F2085@cotw.com> Content-Type: multipart/mixed; boundary="------------C47890E4DB1ADC20056611C6" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------C47890E4DB1ADC20056611C6 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Scott A McConnell wrote: > > Ralf Baechle wrote: > > > On Tue, Apr 10, 2001 at 09:42:02AM -0700, Scott A McConnell wrote: > > > > > What am I doing that is causing the leading ffffffff in the addresses? > > > > Everything right :-) > > > > 32-bit addresses on MIPS get sign extended into 64-bit addresses. Binutils > > had related bugs; I assume you switched binutils versions between the > > two builds? > > OK, I wasn't sure so I asked. Yes, I changed the tools. > > I have been able to build a 2.4.2 kernel but I can't make it run. > > I have also steped up to the latest kernel in cvs. Having a bit more trouble > with that: > > mipsel-linux-gcc -I /opt/mips/linux-2.4.3/include/asm/gcc -D__KERNEL__ > -I/opt/mips/linux-2.4.3/include -Wall -Wstrict-prototypes -O2 > -fomit-frame-pointer -G 0 -mno-abicalls -fno-pic -mcpu=r5000 -mips2 > -Wa,--trap -pipe -c -o vgacon.o vgacon.c > {standard input}: Assembler messages: > {standard input}:1978: Error: expression too complex > {standard input}:1978: Fatal error: internal Error, line 1823, > ../../binutils-patched/gas/config/tc-mips.c > make[3]: *** [vgacon.o] Error 1 > make[3]: Leaving directory `/opt/mips/linux-2.4.3/drivers/video' > make[2]: *** [first_rule] Error 2 > make[2]: Leaving directory `/opt/mips/linux-2.4.3/drivers/video' > make[1]: *** [_subdir_video] Error 2 > make[1]: Leaving directory `/opt/mips/linux-2.4.3/drivers' > make: *** [_dir_drivers] Error 2 Known problem. If I remember correctly, it was caused by a subtle bug in gcc, triggered by the complex combination of inline functions and macros in arch/mips/io.h. I believe Daniel Jacobowitz submitted a match to Ralf, but I don't know if it has been applied yet. Internally, I applied it and it works. I've attached it if you want to give it a try. Pete --------------C47890E4DB1ADC20056611C6 Content-Type: text/plain; charset=us-ascii; name="hhl-kernel-2.4.2-1.64.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="hhl-kernel-2.4.2-1.64.patch" Version 1.64 (Mon Mar 12 2001 drow ) Use macros instead of inline functions for constant io macros, and change "ir" to "i#*X" on Geoff's advice. # This is a BitKeeper generated patch for the following project: # Project Name: HHL 2.4.2 kernel sources, based on linux-2.4.2 # This patch format is intended for GNU patch command version 2.5 or higher. # This patch includes the following deltas: # linux/include/asm-mips/io.h 1.2 -> 1.3 diff -Nru a/linux/include/asm-mips/io.h b/linux/include/asm-mips/io.h --- a/linux/include/asm-mips/io.h Mon Mar 12 16:52:50 2001 +++ b/linux/include/asm-mips/io.h Mon Mar 12 16:52:50 2001 @@ -248,12 +248,21 @@ #define __OUT(m,s,w) \ __OUT1(s) __OUT2(m) : : "r" (__ioswab##w(value)), "i" (0), "r" (mips_io_port_base+port)); } \ -__OUT1(s##c) __OUT2(m) : : "r" (__ioswab##w(value)), "ir" (port), "r" (mips_io_port_base)); } \ __OUT1(s##_p) __OUT2(m) : : "r" (__ioswab##w(value)), "i" (0), "r" (mips_io_port_base+port)); \ - SLOW_DOWN_IO; } \ -__OUT1(s##c_p) __OUT2(m) : : "r" (__ioswab##w(value)), "ir" (port), "r" (mips_io_port_base)); \ SLOW_DOWN_IO; } +#define __OUTMAC(m,w,value,port) ({ __OUT2(m) : : "r" (__ioswab##w(value)), "i#*X" (port), \ + "r" (mips_io_port_base)); }) +#define __OUTMAC_P(m,w,value,port) ({ __OUT2(m) : : "r" (__ioswab##w(value)), "i#*X" (port), \ + "r" (mips_io_port_base)); SLOW_DOWN_IO; }) + +#define __outbc(value,port) __OUTMAC(b,8,value,port) +#define __outwc(value,port) __OUTMAC(h,16,value,port) +#define __outlc(value,port) __OUTMAC(w,32,value,port) +#define __outbc_p(value,port) __OUTMAC_P(b,8,value,port) +#define __outwc_p(value,port) __OUTMAC_P(h,16,value,port) +#define __outlc_p(value,port) __OUTMAC_P(w,32,value,port) + #define __IN1(t,s) \ extern __inline__ t __in##s(unsigned int port) { t _v; @@ -265,14 +274,24 @@ #define __IN(t,m,s,w) \ __IN1(t,s) __IN2(m) : "=r" (_v) : "i" (0), "r" (mips_io_port_base+port)); return __ioswab##w(_v); } \ -__IN1(t,s##c) __IN2(m) : "=r" (_v) : "ir" (port), "r" (mips_io_port_base)); return __ioswab##w(_v); } \ -__IN1(t,s##_p) __IN2(m) : "=r" (_v) : "i" (0), "r" (mips_io_port_base+port)); SLOW_DOWN_IO; return __ioswab##w(_v); } \ -__IN1(t,s##c_p) __IN2(m) : "=r" (_v) : "ir" (port), "r" (mips_io_port_base)); SLOW_DOWN_IO; return __ioswab##w(_v); } +__IN1(t,s##_p) __IN2(m) : "=r" (_v) : "i" (0), "r" (mips_io_port_base+port)); SLOW_DOWN_IO; return __ioswab##w(_v); } + +#define __INMAC(t,m,w,port) ({ t _v; __IN2(m) : "=r" (_v) : "i#*X" (port), \ + "r" (mips_io_port_base)); __ioswab##w(_v); }) +#define __INMAC_P(t,m,w,port) ({ t _v; __IN2(m) : "=r" (_v) : "i#*X" (port), \ + "r" (mips_io_port_base)); SLOW_DOWN_IO; __ioswab##w(_v); }) + +#define __inbc(port) __INMAC(unsigned char,b,8,port) +#define __inwc(port) __INMAC(unsigned short,h,16,port) +#define __inlc(port) __INMAC(unsigned int,w,32,port) +#define __inbc_p(port) __INMAC_P(unsigned char,b,8,port) +#define __inwc_p(port) __INMAC_P(unsigned short,h,16,port) +#define __inlc_p(port) __INMAC_P(unsigned int,w,32,port) #define __INS1(s) \ extern inline void __ins##s(unsigned int port, void * addr, unsigned long count) { -#define __INS2(m) \ +#define __INS2(m,count) \ if (count) \ __asm__ __volatile__ ( \ ".set\tnoreorder\n\t" \ @@ -286,21 +305,26 @@ ".set\treorder" #define __INS(m,s,i) \ -__INS1(s) __INS2(m) \ +__INS1(s) __INS2(m,count) \ : "=r" (addr), "=r" (count) \ : "0" (addr), "1" (count), "i" (0), \ "r" (mips_io_port_base+port), "I" (i) \ - : "$1");} \ -__INS1(s##c) __INS2(m) \ - : "=r" (addr), "=r" (count) \ - : "0" (addr), "1" (count), "ir" (port), \ - "r" (mips_io_port_base), "I" (i) \ : "$1");} +#define __INSMAC(m,i,port,addr,count) ({ void *_a = (addr); unsigned long _c = (count); \ + __INS2(m,_c) \ + : "=r" (_a), "=r" (_c) \ + : "0" (_a), "1" (_c), "i#*X" (port), \ + "r" (mips_io_port_base), "I" (i) \ + : "$1"); }) +#define __insbc(port,addr,count) __INSMAC(b,1,port,addr,count) +#define __inswc(port,addr,count) __INSMAC(h,2,port,addr,count) +#define __inslc(port,addr,count) __INSMAC(w,4,port,addr,count) + #define __OUTS1(s) \ extern inline void __outs##s(unsigned int port, const void * addr, unsigned long count) { -#define __OUTS2(m) \ +#define __OUTS2(m,count) \ if (count) \ __asm__ __volatile__ ( \ ".set\tnoreorder\n\t" \ @@ -314,14 +338,19 @@ ".set\treorder" #define __OUTS(m,s,i) \ -__OUTS1(s) __OUTS2(m) \ +__OUTS1(s) __OUTS2(m,count) \ : "=r" (addr), "=r" (count) \ : "0" (addr), "1" (count), "i" (0), "r" (mips_io_port_base+port), "I" (i) \ - : "$1");} \ -__OUTS1(s##c) __OUTS2(m) \ - : "=r" (addr), "=r" (count) \ - : "0" (addr), "1" (count), "ir" (port), "r" (mips_io_port_base), "I" (i) \ : "$1");} + +#define __OUTSMAC(m,i,port,addr,count) ({ void *_a = (addr); unsigned long _c = (count); \ + __OUTS2(m,_c) \ + : "=r" (_a), "=r" (_c) \ + : "0" (_a), "1" (_c), "i#*X" (port), "r" (mips_io_port_base), "I" (i) \ + : "$1"); }) +#define __outsbc(port,addr,count) __OUTSMAC(b,1,port,addr,count) +#define __outswc(port,addr,count) __OUTSMAC(h,2,port,addr,count) +#define __outslc(port,addr,count) __OUTSMAC(w,4,port,addr,count) __IN(unsigned char,b,b,8) __IN(unsigned short,h,w,16) --------------C47890E4DB1ADC20056611C6-- From owner-linux-mips@oss.sgi.com Wed Apr 11 08:35:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3BFZMN07162 for linux-mips-outgoing; Wed, 11 Apr 2001 08:35:22 -0700 Received: from arianne.in.ishoni.com ([164.164.83.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3BFZIM07157 for ; Wed, 11 Apr 2001 08:35:19 -0700 Received: from deepak ([192.168.1.240]) by arianne.in.ishoni.com (8.11.2/8.11.2) with SMTP id f3BFb0o21657 for ; Wed, 11 Apr 2001 21:07:02 +0530 Reply-To: From: "Deepak Shenoy" To: Subject: floating point libarary for mips Date: Wed, 11 Apr 2001 21:07:53 +0530 Message-ID: <7019982E6729D511914E00C04F0CCD250B44A4@leonoid.in.ishoni.com> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook CWS, Build 9.0.2416 (9.0.2911.0) X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, Our MIPS processor does not have a floating point unit. But when I build the kernel with "soft-float" option I would get many undefined references. So I guess I would need to include the soft floating point library. Where can i get this? Any pointers would help me. Thanks in advance. Regards, deepak From owner-linux-mips@oss.sgi.com Wed Apr 11 08:56:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3BFuOj07906 for linux-mips-outgoing; Wed, 11 Apr 2001 08:56:24 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3BFuKM07903 for ; Wed, 11 Apr 2001 08:56:20 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 0C3977D9; Wed, 11 Apr 2001 17:56:19 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id AA9ECF385; Wed, 11 Apr 2001 17:56:02 +0200 (CEST) Date: Wed, 11 Apr 2001 17:56:02 +0200 From: Florian Lohoff To: Deepak Shenoy Cc: linux-mips@oss.sgi.com Subject: Re: floating point libarary for mips Message-ID: <20010411175602.G28618@paradigm.rfc822.org> References: <7019982E6729D511914E00C04F0CCD250B44A4@leonoid.in.ishoni.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <7019982E6729D511914E00C04F0CCD250B44A4@leonoid.in.ishoni.com>; from deepak@ishoni.com on Wed, Apr 11, 2001 at 09:07:53PM +0530 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 11, 2001 at 09:07:53PM +0530, Deepak Shenoy wrote: > Hi, > > Our MIPS processor does not have a floating point unit. But when I build the > kernel with "soft-float" option I would get many undefined references. So I > guess I would need to include the soft floating point library. Where can i > get this? Any pointers would help me. The kernel itself does not use floating point ops so you need/must not compile the kernel with soft-float - Another option is to just enable the kernel floating point emulator as that will enable you to run unmodified binarys in userspace. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 11 11:01:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3BI1d112798 for linux-mips-outgoing; Wed, 11 Apr 2001 11:01:39 -0700 Received: from dea.waldorf-gmbh.de (u-220-19.karlsruhe.ipdial.viaginterkom.de [62.180.19.220]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3BI1PM12780; Wed, 11 Apr 2001 11:01:26 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3B7ZuK01612; Wed, 11 Apr 2001 09:35:56 +0200 Date: Wed, 11 Apr 2001 09:35:56 +0200 From: Ralf Baechle To: Kanoj Sarcar Cc: linux-origin@oss.sgi.com, linux-mips@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20010411093556.B1337@bacchus.dhis.org> References: <200104102242.f3AMgmc19116@oss.sgi.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <200104102242.f3AMgmc19116@oss.sgi.com>; from kanoj@oss.sgi.com on Tue, Apr 10, 2001 at 03:42:48PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 10, 2001 at 03:42:48PM -0700, Kanoj Sarcar wrote: > CVSROOT: /home/pub/cvs > Module name: linux > Changes by: kanoj@oss.sgi.com 01/04/10 15:42:47 > > Modified files: > drivers/char : serial.c > > Log message: > Fix the IP27 serial driver after the 2.4.3 merge. This is what you > need in /etc/inittab: "7:2345:respawn:/sbin/getty ttyS0 DT9600". > mingetty can also probably be made to work. Mingetty starts ok but it's impossible to enter something. This is caused by CREAD being cleared on the tty. I don't know why this happens; it started in 2.4.3. Ralf From owner-linux-mips@oss.sgi.com Wed Apr 11 11:07:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3BI77613137 for linux-mips-outgoing; Wed, 11 Apr 2001 11:07:07 -0700 Received: from sgi.com (sgi.SGI.COM [192.48.153.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3BI73M13124; Wed, 11 Apr 2001 11:07:03 -0700 Received: from google.engr.sgi.com ([163.154.53.18]) by sgi.com (980327.SGI.8.8.8-aspam/980304.SGI-aspam: SGI does not authorize the use of its proprietary systems or networks for unsolicited or bulk email from the Internet.) via ESMTP id LAB05416; Wed, 11 Apr 2001 11:07:02 -0700 (PDT) mail_from (kanoj@google.engr.sgi.com) Received: (from kanoj@localhost) by google.engr.sgi.com (SGI-8.9.3/8.9.3) id LAA23131; Wed, 11 Apr 2001 11:00:16 -0700 (PDT) From: Kanoj Sarcar Message-Id: <200104111800.LAA23131@google.engr.sgi.com> Subject: Re: CVS Update@oss.sgi.com: linux To: ralf@oss.sgi.com (Ralf Baechle) Date: Wed, 11 Apr 2001 11:00:15 -0700 (PDT) Cc: kanoj@oss.sgi.com (Kanoj Sarcar), linux-origin@oss.sgi.com, linux-mips@oss.sgi.com In-Reply-To: <20010411093556.B1337@bacchus.dhis.org> from "Ralf Baechle" at Apr 11, 2001 09:35:56 AM X-Mailer: ELM [version 2.5 PL2] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > > On Tue, Apr 10, 2001 at 03:42:48PM -0700, Kanoj Sarcar wrote: > > > CVSROOT: /home/pub/cvs > > Module name: linux > > Changes by: kanoj@oss.sgi.com 01/04/10 15:42:47 > > > > Modified files: > > drivers/char : serial.c > > > > Log message: > > Fix the IP27 serial driver after the 2.4.3 merge. This is what you > > need in /etc/inittab: "7:2345:respawn:/sbin/getty ttyS0 DT9600". > > mingetty can also probably be made to work. > > Mingetty starts ok but it's impossible to enter something. This is caused > by CREAD being cleared on the tty. I don't know why this happens; it > started in 2.4.3. > > Ralf > receive_chars() was updated to look at ignore_mask ... if CREAD is not set, around the time of opening via ioctls etc, it will not take inputs. I haven't figured the details out, but I believe it is more of a *getty config issue than anything else. Kanoj From owner-linux-mips@oss.sgi.com Thu Apr 12 06:11:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CDBvP06017 for linux-mips-outgoing; Thu, 12 Apr 2001 06:11:57 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CDBtM06012 for ; Thu, 12 Apr 2001 06:11:56 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id IAA07413 for ; Thu, 12 Apr 2001 08:11:39 -0500 Message-ID: <3AD5B832.8F0C71B0@cotw.com> Date: Thu, 12 Apr 2001 07:14:11 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: objdump error caused by .init section Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk It appears that objdump does not know how to deal with the offset associated with the .init section. The older set of tools I used with my 2.4.0 kernel was able to deal with it. Scott ----------------------------- head ld.script OUTPUT_FORMAT("elf32-tradlittlemips") OUTPUT_ARCH(mips) ENTRY(kernel_entry) SECTIONS { /* Read-only sections, merged into text segment: */ . = 0x80000000; .init : { *(.init) } =0 .text : { --------------------------------- mipsel-linux-objdump -S vmlinux | less fffffff800005b0 : <------ Wrong address (Off by 0x1000) ffffffff800005b0: 3c1c8000 lui $gp,0x8000 ffffffff800005b4: 279c6000 addiu $gp,$gp,24576 ffffffff800005b8: 27881fe0 addiu $t0,$gp,8160 ffffffff800005bc: 251dfff0 addiu $sp,$t0,-16 ffffffff800005c0: 3c01801d lui $at,0x801d ffffffff800005c4: ac286338 sw $t0,25400($at) ffffffff800005c8: 3c088020 lui $t0,0x8020 ffffffff800005cc: 2508c004 addiu $t0,$t0,-16380 ffffffff800005d0: ad000000 sw $zero,0($t0) ffffffff800005d4: 3c098025 lui $t1,0x8025 ffffffff800005d8: 2529c8ac addiu $t1,$t1,-14164 ffffffff800005dc: 25080004 addiu $t0,$t0,4 ffffffff800005e0: 1509fffe bne $t0,$t1,ffffffff800005dc ffffffff800005e4: ad000000 sw $zero,0($t0) ffffffff800005e8: 0c068da5 jal ffffffff801a3694 ... --------------------------- hexdump of vmlinux 0015b0 8000 3c1c 6000 279c 1fe0 2788 fff0 251d <---- Ok, Where is the upper bits ? 00015c0 801d 3c01 6338 ac28 8020 3c08 c004 2508 00015d0 0000 ad00 8025 3c09 c8ac 2529 0004 2508 00015e0 fffe 1509 0000 ad00 8da5 0c06 0000 0000 00015f0 0000 0000 0000 0000 0000 0000 0000 0000 * ---------------------------------- mipsel-linux-readelf -S vmlinux | less There are 22 section headers, starting at offset 0x2f15f8: Section Headers: [Nr] Name Type Addr Off Size ES Flg Lk Inf Al [ 0] NULL 00000000 000000 000000 00 0 0 0 [ 1] .text PROGBITS 80000000 001000 1968f0 00 AX 0 0 8192 <--- Look right [ 2] .fixup PROGBITS 801968f0 1978f0 001244 00 AX 0 0 1 [ 3] .kstrtab PROGBITS 80197b34 198b34 006338 00 A 0 0 4 [ 4] __ex_table PROGBITS 8019de70 19ee70 002008 00 A 0 0 4 [ 5] __dbe_table PROGBITS 8019fe78 1a0e78 000000 00 A 0 0 1 [ 6] __ksymtab PROGBITS 8019fe78 1a0e78 001de0 00 A 0 0 4 [ 7] .text.init PROGBITS 801a2000 1a3000 0129bc 00 AX 0 0 4 [ 8] .data.init PROGBITS 801b49bc 1b59bc 021178 00 WA 0 0 4 [ 9] .setup.init PROGBITS 801d5b40 1d6b40 0000a0 00 WA 0 0 4 [10] .initcall.init PROGBITS 801d5be0 1d6be0 00005c 00 WA 0 0 4 [11] .data.cacheline_a PROGBITS 801d6000 1d7000 000260 00 WA 0 0 32 [12] .reginfo MIPS_REGINFO 801d6260 1d7260 000018 18 A 0 0 4 [13] .data PROGBITS 801d6280 1d7280 025d80 00 WA 0 0 16 [14] .ctors PROGBITS 801fc000 1fd000 000004 00 WA 0 0 4 [15] .sbss NOBITS 801fc008 1fd008 0003a0 00 WAp 0 0 8 [16] .bss NOBITS 801fc3b0 1fd010 050500 00 WA 0 0 16 [17] .mdebug MIPS_DEBUG 8024c8b0 1fd010 0f271c 01 0 0 4 [18] .note NOTE 803568d4 2ef72c 001e00 00 0 0 1 [19] .shstrtab STRTAB 00000000 2f152c 0000ca 00 0 0 1 [20] .symtab SYMTAB 00000000 2f1968 03cb70 10 21 2590 4 [21] .strtab STRTAB 00000000 32e4d8 04033c 00 0 0 1 Key to Flags: W (write), A (alloc), X (execute), M (merge), S (strings) I (info), L (link order), G (group), x (unknown) O (extra OS processing required) o (OS specific), p (processor specific) ----------------- A dump from my "boot loader" 800015b0 3c1c8000 lui gp,0x8000 # 32768 <--- Looks right 800015b4 279c6000 addiu gp,gp,0x6000 # 24576 800015b8 27881fe0 addiu t0,gp,0x1fe0 # 8160 800015bc 251dfff0 addiu sp,t0,0xfff0 # -16 800015c0 3c01801d lui at,0x801d # 32797 800015c4 ac28c338 sw t0,-15560(at) # 0xffffc338 800015c8 3c08801f lui t0,0x801f # 32799 800015cc 25081764 addiu t0,t0,0x1764 # 5988 800015d0 ad000000 sw zero,0(t0) 800015d4 3c098024 lui t1,0x8024 # 32804 800015d8 2529200c addiu t1,t1,0x200c # 8204 800015dc 25080004 addiu t0,t0,0x4 800015e0 1509fffe bne t0,t1,800015dc # 0x800015dc 800015e4 ad000000 sw zero,0(t0) 800015e8 0c0665a5 jal 80199694 # 0x80199694 8 00015ec 00000000 nop 800015f0 00000000 nop 800015f4 00000000 nop From owner-linux-mips@oss.sgi.com Thu Apr 12 06:32:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CDW3L06930 for linux-mips-outgoing; Thu, 12 Apr 2001 06:32:03 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CDW2M06924 for ; Thu, 12 Apr 2001 06:32:02 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id IAA07569 for ; Thu, 12 Apr 2001 08:32:02 -0500 Message-ID: <3AD5BCF9.862FCE33@cotw.com> Date: Thu, 12 Apr 2001 07:34:33 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: ld.script.in Missing PROVIDE (etext = .); Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Shouldn't there be a : PROVIDE (etext = .); Scott From owner-linux-mips@oss.sgi.com Thu Apr 12 06:39:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CDdYi07409 for linux-mips-outgoing; Thu, 12 Apr 2001 06:39:34 -0700 Received: from servidor.spania-hq.com ([212.170.16.42]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CDdWM07406 for ; Thu, 12 Apr 2001 06:39:32 -0700 Received: from jungo.com ([194.90.113.98] RDNS failed) by servidor.spania-hq.com with Microsoft SMTPSVC(5.0.2195.1600); Thu, 12 Apr 2001 15:40:50 +0200 Message-ID: <3AD5B003.7000908@jungo.com> Date: Thu, 12 Apr 2001 16:39:15 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Linux/MIPS , FR Linux/MIPS Subject: Dynamic linker and .interp section Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2001 13:40:52.0120 (UTC) FILETIME=[30E39980:01C0C356] Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello, My question may be a bit off-topic for this list, but still I consider the list as a place that may answer me. I am trying to create a cross-compile environement for linux system that will use some specific dynamic linker. To do so I specify -Wl,--dynamic-linker flag to gcc. However doing this I face several problems: - the place for the linker during the compilation must match the place at the target system (if I pass -Wl,--dynamic-linker /xxx/yyy/ld.so then for the executable kernel looks for /xxx/yyy/ld.so in order to execute it. Instead I would like to use simply /lib/ld.so - If I pass -Wl,--dynamic-linker /lib/ld.so, then the /lib/ld.so must exist during the compilation and match the chosen system's architecture. I don't want to create this file (/lib/ld.so) on my compilation machine, as there are many architectures that get compiled there and I cannot use the same ld.so for all of them. - I saw that in gcc's spec file there is a mention of dynamic linker, for example, this one is for PPC %:{!dynamic-linker:-dynamic-linker /lib/ld.so.1} This one is interesting because there is no /lib/ld.so.1 on my machine, and it resides under /usr/local/powerpc-linux/lib. Still compiler seems to ignore the fact that it is missing from /lib and creates the corresponding .interp section and PT_INTERP header. So my question sounds like: can I specify a non-existing linker and tell ld to ignore missing file? Thanks in advance for any response, no matter how insulting it may be :-) -- Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Thu Apr 12 07:13:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CED8M08388 for linux-mips-outgoing; Thu, 12 Apr 2001 07:13:08 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CEB8M08321 for ; Thu, 12 Apr 2001 07:13:00 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA25904; Thu, 12 Apr 2001 16:09:48 +0200 (MET DST) Date: Thu, 12 Apr 2001 16:09:47 +0200 (MET DST) From: "Maciej W. Rozycki" To: Michael Shmulevich cc: Linux/MIPS , FR Linux/MIPS Subject: Re: Dynamic linker and .interp section In-Reply-To: <3AD5B003.7000908@jungo.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 12 Apr 2001, Michael Shmulevich wrote: > So my question sounds like: can I specify a non-existing linker and tell > ld to ignore missing file? You can. Ld never checks for its existence. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Apr 12 07:31:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CEV4k08970 for linux-mips-outgoing; Thu, 12 Apr 2001 07:31:04 -0700 Received: from servidor.spania-hq.com ([212.170.16.42]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CEV3M08967 for ; Thu, 12 Apr 2001 07:31:03 -0700 Received: from jungo.com ([194.90.113.98] RDNS failed) by servidor.spania-hq.com with Microsoft SMTPSVC(5.0.2195.1600); Thu, 12 Apr 2001 16:32:07 +0200 Message-ID: <3AD5BBDF.8060101@jungo.com> Date: Thu, 12 Apr 2001 17:29:51 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Linux/MIPS , FR Linux/MIPS Subject: Re: Dynamic linker and .interp section References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2001 14:32:15.0003 (UTC) FILETIME=[5E6E36B0:01C0C35D] Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Maciej W. Rozycki wrote: > On Thu, 12 Apr 2001, Michael Shmulevich wrote: > > >> So my question sounds like: can I specify a non-existing linker and tell >> ld to ignore missing file? > > > You can. Ld never checks for its existence. As with binutils-2.10 it is not true. Not only ld looks for it, it opens the file, checks the architecture and even checks for SO_NAME (adds it do NEEDS list). I have tried it several times. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Thu Apr 12 07:44:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CEiOq09525 for linux-mips-outgoing; Thu, 12 Apr 2001 07:44:24 -0700 Received: from servidor.spania-hq.com ([212.170.16.42]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CEiNM09522 for ; Thu, 12 Apr 2001 07:44:23 -0700 Received: from jungo.com ([194.90.113.98] RDNS failed) by servidor.spania-hq.com with Microsoft SMTPSVC(5.0.2195.1600); Thu, 12 Apr 2001 16:45:42 +0200 Message-ID: <3AD5BF32.8070807@jungo.com> Date: Thu, 12 Apr 2001 17:44:02 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: "Maciej W. Rozycki" CC: Linux/MIPS , FR Linux/MIPS Subject: Re: Dynamic linker and .interp section References: Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-OriginalArrivalTime: 12 Apr 2001 14:45:43.0455 (UTC) FILETIME=[404E32F0:01C0C35F] Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Quick prove follow-up, sorry for dounple-posting > You can. Ld never checks for its existence. This one is for non-existing file: /home/michaels/rg.ulibc/pkg/ulibc/extra/gcc-uClibc/gcc-uClibc-i386 -L/home/michaels/rg.ulibc/pkg/ulibc -Wl,-warn-common -o busybox cat.o chmod_chown_chgrp.o clear.o cmdedit.o cp_mv.o date.o df.o dirname.o du.o echo.o find.o grep.o gunzip.o gzip.o halt.o head.o hostname.o id.o ifconfig.o init.o insmod.o interface.o kill.o klogd.o ln.o logger.o ls.o lsmod.o mkdir.o mknod.o more.o mount.o mtab.o nfsmount.o nslookup.o ping.o poweroff.o ps.o pwd.o reboot.o reset.o rm.o rmdir.o rmmod.o route.o sed.o sh.o sleep.o stty.o sync.o syslogd.o tail.o tar.o tee.o telnet.o test.o tftp.o touch.o true_false.o tty.o umount.o uname.o usleep.o which.o whoami.o xargs.o yes.o busybox.o messages.o usage.o utility.o i386-linux-gcc: /lib/ld-ulibc.so.1: No such file or directory i386-linux-gcc: /lib/ld-ulibc.so.1: No such file or directory make: *** [busybox] Error 1 [michaels@kobie busybox]$ This one for empty file: /home/michaels/rg.ulibc/pkg/ulibc/extra/gcc-uClibc/gcc-uClibc-i386 -L/home/michaels/rg.ulibc/pkg/ulibc -Wl,-warn-common -o busybox cat.o chmod_chown_chgrp.o clear.o cmdedit.o cp_mv.o date.o df.o dirname.o du.o echo.o find.o grep.o gunzip.o gzip.o halt.o head.o hostname.o id.o ifconfig.o init.o insmod.o interface.o kill.o klogd.o ln.o logger.o ls.o lsmod.o mkdir.o mknod.o more.o mount.o mtab.o nfsmount.o nslookup.o ping.o poweroff.o ps.o pwd.o reboot.o reset.o rm.o rmdir.o rmmod.o route.o sed.o sh.o sleep.o stty.o sync.o syslogd.o tail.o tar.o tee.o telnet.o test.o tftp.o touch.o true_false.o tty.o umount.o uname.o usleep.o which.o whoami.o xargs.o yes.o busybox.o messages.o usage.o utility.o /lib/ld-ulibc.so.1: file not recognized: File truncated collect2: ld returned 1 exit status make: *** [busybox] Error 1 [michaels@kobie busybox]$ -- Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Thu Apr 12 07:47:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CElLa09831 for linux-mips-outgoing; Thu, 12 Apr 2001 07:47:21 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CEkrM09795 for ; Thu, 12 Apr 2001 07:46:54 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id QAA26844; Thu, 12 Apr 2001 16:46:32 +0200 (MET DST) Date: Thu, 12 Apr 2001 16:46:31 +0200 (MET DST) From: "Maciej W. Rozycki" To: Michael Shmulevich cc: Linux/MIPS , FR Linux/MIPS Subject: Re: Dynamic linker and .interp section In-Reply-To: <3AD5BBDF.8060101@jungo.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 12 Apr 2001, Michael Shmulevich wrote: > > You can. Ld never checks for its existence. > > As with binutils-2.10 it is not true. Not only ld looks for it, it opens > the file, checks the architecture and even checks for SO_NAME (adds it > do NEEDS list). I have tried it several times. It is. Otherwise I wouldn't be able to cross-compile and I am. Check whether you link against a dynamic object. It might have the dynamic linker as one of it's DT_NEEDED dependencies. For example it's the case for libc.so. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Thu Apr 12 12:17:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CJHqT16910 for linux-mips-outgoing; Thu, 12 Apr 2001 12:17:52 -0700 Received: from mail.palmchip.com ([63.203.52.2]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CJHqM16907 for ; Thu, 12 Apr 2001 12:17:52 -0700 Received: from palmchip.com (sabretooth.palmchip.com [10.1.10.110]) by mail.palmchip.com (8.11.0/8.9.3) with ESMTP id f3CJHaU21679 for ; Thu, 12 Apr 2001 12:17:36 -0700 Message-ID: <3AD60080.7A27689D@palmchip.com> Date: Thu, 12 Apr 2001 12:22:40 -0700 From: Ian Thompson Organization: Palmchip Corporation X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: tools for cross-compilation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I'm having trouble finding the correct tools to cross-compile the 2.4 kernel. I'm trying to build a custom mips little-endian target from a pc running redhat 7.0. I was hoping to download/install the binaries listed in the howto (binutils-mipsel-linux-2.8.1-1.i386.rpm), but unfortunately I couldn't find them (not even on the oss.sgi.com site). So, I downloaded all of the various gnu source trees trying to build the tools, and then couldn't find the mips patches... arg! could somebody point me in the right direction? Thanks so much, -ian -- ---------------------------------------- Ian Thompson tel: 408.952.2023 Firmware Engineer fax: 408.570.0910 Palmchip Corporation www.palmchip.com From owner-linux-mips@oss.sgi.com Thu Apr 12 15:06:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CM6J421107 for linux-mips-outgoing; Thu, 12 Apr 2001 15:06:19 -0700 Received: from hell.ascs.muni.cz (hell.ascs.muni.cz [147.251.60.138]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CM6FM21100; Thu, 12 Apr 2001 15:06:15 -0700 Received: (from xhejtman@localhost) by hell.ascs.muni.cz (8.11.0/8.11.0) id f3CM6Ck18293; Fri, 13 Apr 2001 00:06:12 +0200 Date: Fri, 13 Apr 2001 00:06:12 +0200 From: Lukas Hejtmanek To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: 64-bit on Origin (was: 64-bit on Cobalt?) Message-ID: <20010413000612.G1256@mail.muni.cz> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010409035453.B774@bacchus.dhis.org>; from ralf@oss.sgi.com on Mon, Apr 09, 2001 at 03:54:53AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 09, 2001 at 03:54:53AM +0200, Ralf Baechle wrote: > So far the only supported machine by the mips64 kernel is the SGI Origin > 200 / 2000 series. So it is possible to run 64-bit application on Origin 200? What's the state of user-land 64-bit applications for that? (gcc, binutils, glibc) We have Origin 200 at university and my diploma thesis could be to run true 64-bit linux on it. Anyone interested? -- Luká¹ Hejtmánek From owner-linux-mips@oss.sgi.com Thu Apr 12 15:27:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CMR4g22186 for linux-mips-outgoing; Thu, 12 Apr 2001 15:27:04 -0700 Received: from dea.waldorf-gmbh.de (u-120-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.120]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CMQWM22144 for ; Thu, 12 Apr 2001 15:26:40 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3CNPA101661; Fri, 13 Apr 2001 01:25:10 +0200 Date: Fri, 13 Apr 2001 01:25:10 +0200 From: Ralf Baechle To: Lukas Hejtmanek Cc: linux-mips@oss.sgi.com Subject: Re: 64-bit on Origin (was: 64-bit on Cobalt?) Message-ID: <20010413012510.B1270@bacchus.dhis.org> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> <20010413000612.G1256@mail.muni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010413000612.G1256@mail.muni.cz>; from xhejtman@mail.muni.cz on Fri, Apr 13, 2001 at 12:06:12AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 13, 2001 at 12:06:12AM +0200, Lukas Hejtmanek wrote: > So it is possible to run 64-bit application on Origin 200? In theory yes - if you have any ... > What's the state of user-land 64-bit applications for that? > (gcc, binutils, glibc) gcc - should work. Binutils - major brain surgery required. glibc - 64-bit support practically non-existant. > We have Origin 200 at university and my diploma thesis could be to run true > 64-bit linux on it. Anyone interested? Ralf From owner-linux-mips@oss.sgi.com Thu Apr 12 15:50:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CMoWW22988 for linux-mips-outgoing; Thu, 12 Apr 2001 15:50:32 -0700 Received: from hell.ascs.muni.cz (hell.ascs.muni.cz [147.251.60.138]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CMoSM22982; Thu, 12 Apr 2001 15:50:29 -0700 Received: (from xhejtman@localhost) by hell.ascs.muni.cz (8.11.0/8.11.0) id f3CMoPq21065; Fri, 13 Apr 2001 00:50:25 +0200 Date: Fri, 13 Apr 2001 00:50:25 +0200 From: Lukas Hejtmanek To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: 64-bit on Origin (was: 64-bit on Cobalt?) Message-ID: <20010413005025.A20386@mail.muni.cz> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> <20010413000612.G1256@mail.muni.cz> <20010413012510.B1270@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-2 Content-Disposition: inline Content-Transfer-Encoding: 8bit User-Agent: Mutt/1.2.5i In-Reply-To: <20010413012510.B1270@bacchus.dhis.org>; from ralf@oss.sgi.com on Fri, Apr 13, 2001 at 01:25:10AM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 13, 2001 at 01:25:10AM +0200, Ralf Baechle wrote: > > So it is possible to run 64-bit application on Origin 200? > > In theory yes - if you have any ... I ment something like this: file mipstest.o mipstest.o: ELF 64-bit MSB mips-3 relocatable, MIPS R3000_BE, version 1, not stripped > gcc - should work. Binutils - major brain surgery required. glibc - > 64-bit support practically non-existant. So as and/or ld generates bad code? Does anyone already work on it? And if binutils are broken that means kernel is 32-bit as well? Anyway 32-bit applications should run pretty fine? -- Luká¹ Hejtmánek From owner-linux-mips@oss.sgi.com Thu Apr 12 16:48:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3CNmpQ24503 for linux-mips-outgoing; Thu, 12 Apr 2001 16:48:51 -0700 Received: from dea.waldorf-gmbh.de (u-120-18.karlsruhe.ipdial.viaginterkom.de [62.180.18.120]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3CNmmM24500 for ; Thu, 12 Apr 2001 16:48:49 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3D0maw02426; Fri, 13 Apr 2001 02:48:36 +0200 Date: Fri, 13 Apr 2001 02:48:36 +0200 From: Ralf Baechle To: Lukas Hejtmanek Cc: linux-mips@oss.sgi.com Subject: Re: 64-bit on Origin (was: 64-bit on Cobalt?) Message-ID: <20010413024835.B2348@bacchus.dhis.org> References: <20010408184241.A3443@john-edwin-tobey.org> <20010409035453.B774@bacchus.dhis.org> <20010413000612.G1256@mail.muni.cz> <20010413012510.B1270@bacchus.dhis.org> <20010413005025.A20386@mail.muni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010413005025.A20386@mail.muni.cz>; from xhejtman@mail.muni.cz on Fri, Apr 13, 2001 at 12:50:25AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 13, 2001 at 12:50:25AM +0200, Lukas Hejtmanek wrote: > I ment something like this: > file mipstest.o > mipstest.o: ELF 64-bit MSB mips-3 relocatable, MIPS R3000_BE, version 1, not > stripped > > > gcc - should work. Binutils - major brain surgery required. glibc - > > 64-bit support practically non-existant. > > So as and/or ld generates bad code? Both know fairly little about 64-bit ELF atm. > Does anyone already work on it? Thiemo Seufer is working on it; it's quite an effort to get it right so if you want to work on this you should probably team up with him. > And if binutils are broken that means kernel is 32-bit as well? Yes but that's more a feature than a bug. All intra-kernel references are now only 32-bit therefore we've got more compact, faster code as result. The boot file is a 64-bit ELF kernel, though. That's because the ARC firmware of the Origin will accept nothing else so we cheat by converting the 32-bit vmlinux into a 64-bit file using objcopy. > Anyway 32-bit applications should run pretty fine? Most of them. Now and then we find bugs in the binary compatibility code but these are usually easy to squash. Ralf From owner-linux-mips@oss.sgi.com Thu Apr 12 17:08:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3D08Jf25056 for linux-mips-outgoing; Thu, 12 Apr 2001 17:08:19 -0700 Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3D08IM25053 for ; Thu, 12 Apr 2001 17:08:18 -0700 Received: from valen.metzler (dial-194-8-196-41.netcologne.de [194.8.196.41]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id CAA15047 for ; Fri, 13 Apr 2001 02:08:16 +0200 (MET DST) Received: (from rjkm@localhost) by valen.metzler (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id f3D08jH04624; Fri, 13 Apr 2001 02:08:45 +0200 From: Ralph Metzler Message-ID: <15062.17293.403963.722517@valen.metzler> Date: Fri, 13 Apr 2001 02:08:45 +0200 (CEST) To: linux-mips@oss.sgi.com Subject: Linux on LSI EZ4102 X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, does anybody have experience with the LSI EZ41XX line of MIPS cores and Linux, especially regarding the cache handling? They have a R3000-like MMU architecture and most of the MIPS2 command set but a totally different cache. Without cache enabled the Linux port I did works fine but with cache the ethernet driver and the MMU behave badly. I thought I implemented the flushing routines correctly but it seems I missed something. If somebody already did work on this architecture please let me know. Thanks, Ralph From owner-linux-mips@oss.sgi.com Fri Apr 13 06:03:43 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3DD3hn10894 for linux-mips-outgoing; Fri, 13 Apr 2001 06:03:43 -0700 Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3DD3fM10891 for ; Fri, 13 Apr 2001 06:03:42 -0700 Received: from scotty.mgnet.de (pC19F6FC3.dip.t-dialin.net [193.159.111.195]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id PAA20868 for ; Fri, 13 Apr 2001 15:03:39 +0200 (MET DST) Received: (qmail 2256 invoked from network); 13 Apr 2001 13:03:38 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 13 Apr 2001 13:03:38 -0000 Date: Fri, 13 Apr 2001 15:03:38 +0200 (CEST) From: Klaus Naumann To: Linux/MIPS list Subject: Linux/MIPS pages on oss Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi folks, I have done some updates on the web pages on oss. The HowTo page is back, and a small addition to the downloads page was made. I'm planning to do some more updating this weekend - so please send everything you want to get online/changed to me and it will happen. Cya, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/177/7862964 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From owner-linux-mips@oss.sgi.com Fri Apr 13 09:11:52 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3DGBq816282 for linux-mips-outgoing; Fri, 13 Apr 2001 09:11:52 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3DGBpM16279 for ; Fri, 13 Apr 2001 09:11:51 -0700 Received: by mail.foobazco.org (Postfix, from userid 1014) id 20F0EF18F; Fri, 13 Apr 2001 09:11:14 -0700 (PDT) Date: Fri, 13 Apr 2001 09:11:13 -0700 From: Keith M Wesolowski To: Klaus Naumann Cc: Linux/MIPS list Subject: Re: Linux/MIPS pages on oss Message-ID: <20010413091113.A18398@foobazco.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from spock@mgnet.de on Fri, Apr 13, 2001 at 03:03:38PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 13, 2001 at 03:03:38PM +0200, Klaus Naumann wrote: > I have done some updates on the web pages on oss. > The HowTo page is back, and a small addition to the > downloads page was made. I'm planning to do some > more updating this weekend - so please send everything > you want to get online/changed to me and it will happen. I think it would be good to have detailed information on what exactly works and does not work in recent versions of the toolchain and kernel. While this information is too temporal for the HOWTO, it does deserve a home. Perhaps a separate FAQ with this sort of information is in order. The idea is to be able to answer questions like "I'm getting undefined symbol __foo while building glibc version X.Y.Z on mipsel; what's wrong?" and "Does linux run on the FOO4161 CPU core?" and of course the infamous "What toolchain should I use?" with a URL. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Sat Apr 14 01:29:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3E8TI311119 for linux-mips-outgoing; Sat, 14 Apr 2001 01:29:18 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3E8TGM11112 for ; Sat, 14 Apr 2001 01:29:16 -0700 Received: from ginger.sonytel.be (ginger.sonytel.be [10.34.16.6]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id KAA19540 for ; Sat, 14 Apr 2001 10:29:01 +0200 (MET DST) Received: (from tea@localhost) by ginger.sonytel.be (8.9.0/8.8.6) id KAA13622 for linux-mips@oss.sgi.com; Sat, 14 Apr 2001 10:29:01 +0200 (MET DST) Date: Sat, 14 Apr 2001 10:29:01 +0200 From: Tom Appermont To: linux-mips@oss.sgi.com Subject: address translation with TLB Message-ID: <20010414102901.A13595@ginger.sonytel.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Howdy, What are the things to do to use the TLB for access to otherwize unreachable PCI memory or IO areas? I have used the function add_wired_entry to add an entry to the TLB, modified the functions virt_to_phys, phys_to_virt, virt_to_bus, bus_to_virt, and ioremap to do the translations I want , but I wonder if there are other things to do to get this working. Even more so, because none of the mips boards currently in the tree seem to need TLB remapping. Greetz, Tom From owner-linux-mips@oss.sgi.com Mon Apr 16 02:51:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3G9pia16691 for linux-mips-outgoing; Mon, 16 Apr 2001 02:51:44 -0700 Received: from viditec-netmedia.com.tw ([210.241.238.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3G9pgM16688 for ; Mon, 16 Apr 2001 02:51:42 -0700 Received: from kjlin ([210.241.238.122]) by viditec-netmedia.com.tw (8.9.3/8.8.7) with SMTP id SAA12418 for ; Mon, 16 Apr 2001 18:57:09 +0800 Message-ID: <001f01c0c651$00a2e520$056aaac0@kjlin> From: "kjlin" To: Subject: linux-2.4.0.0-test5 for MIPS Date: Mon, 16 Apr 2001 16:41:16 +0800 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_001C_01C0C694.0E1E4C60" 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1046 Lines: 36 This is a multi-part message in MIME format. ------=_NextPart_000_001C_01C0C694.0E1E4C60 Content-Type: text/plain; charset="big5" Content-Transfer-Encoding: quoted-printable Maybe it is not a good question here..... But...... Can anybody tell me where to download the linux-2.4.0.0-test5 for MIPS?? Thanx! ------=_NextPart_000_001C_01C0C694.0E1E4C60 Content-Type: text/html; charset="big5" Content-Transfer-Encoding: quoted-printable
Maybe it is not a good question = here.....
But......
Can anybody tell me where to download the = linux-2.4.0.0-test5=20 for MIPS??
Thanx!
 
------=_NextPart_000_001C_01C0C694.0E1E4C60-- From owner-linux-mips@oss.sgi.com Mon Apr 16 03:45:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3GAj7d18749 for linux-mips-outgoing; Mon, 16 Apr 2001 03:45:07 -0700 Received: from yes.home.krftech.com ([194.90.113.98]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3GAj5M18746 for ; Mon, 16 Apr 2001 03:45:05 -0700 Received: from athena.home.krftech.com (shay@athena.home.krftech.com [199.204.71.19]) by yes.home.krftech.com (8.8.7/8.8.7) with SMTP id NAA13241 for ; Mon, 16 Apr 2001 13:52:04 +0300 Content-Type: text/plain; charset="iso-8859-1" From: Shay Deloya Reply-To: shay@jungo.com Organization: Jungo Corp. To: Subject: Ioctl size mask Date: Mon, 16 Apr 2001 13:44:42 +0300 X-Mailer: KMail [version 1.2] MIME-Version: 1.0 Message-Id: <01041612582600.25043@athena.home.krftech.com> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 905 Lines: 30 Hi all, On asm-mips/ioctl.h , there is a mask on the size transfered to the ioctl , e.g. : when implementing an ioctl that handles IO , the max size the supported in mips is 0xff as defined in the code below: #define _IOWR(type,nr,size) _IOC(_IOC_READ|_IOC_WRITE,(type),(nr),sizeof(size)) and _IOC uses size in this way: (((size) & _IOC_SLMASK) << _IOC_SIZESHIFT)) // (_IOC_SLMMASK = 0xff) The limited size causes problems on drivers that use size mask to their needs, while officialy the allowed limit is 2^13 ( 8kB) by definition . Does anyone know the reason for this masking and limit ? Thanks, Shay Deloya ______________________________________ Software Developer Jungo - R&D email: shayd@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 221 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Mon Apr 16 10:44:13 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3GHiDx30704 for linux-mips-outgoing; Mon, 16 Apr 2001 10:44:13 -0700 Received: from stereotomy.lineo.com (stereotomy.lineo.com [64.50.107.151]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3GHi1M30700; Mon, 16 Apr 2001 10:44:01 -0700 Received: from Lineo.COM (localhost.localdomain [127.0.0.1]) by stereotomy.lineo.com (Postfix) with ESMTP id F2C034C92E; Mon, 16 Apr 2001 11:43:44 -0600 (MDT) Message-ID: <3ADB2F50.80904@Lineo.COM> Date: Mon, 16 Apr 2001 11:43:44 -0600 From: Quinn Jensen Organization: Lineo, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-9mdk i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Cc: Ralf Baechle , Kanoj Sarcar , linux-origin@oss.sgi.com, linux-mips@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux References: <200104111800.LAA23131@google.engr.sgi.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 369 Lines: 14 > > receive_chars() was updated to look at ignore_mask ... if CREAD is not > set, around the time of opening via ioctls etc, it will not take inputs. > I haven't figured the details out, but I believe it is more of a *getty > config issue than anything else. > > Kanoj Same thing happens when I bring up 2.4.3 straight to a shell w/out any getty, as well. Quinn From owner-linux-mips@oss.sgi.com Mon Apr 16 11:43:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3GIhO200621 for linux-mips-outgoing; Mon, 16 Apr 2001 11:43:24 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3GIhMM00616 for ; Mon, 16 Apr 2001 11:43:23 -0700 Received: from rose.sonytel.be (rose.sonytel.be [10.17.0.5]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id UAA14512; Mon, 16 Apr 2001 20:43:00 +0200 (MET DST) Date: Mon, 16 Apr 2001 20:42:41 +0200 (MET DST) From: Geert Uytterhoeven To: Shay Deloya cc: linux-mips@oss.sgi.com Subject: Re: Ioctl size mask In-Reply-To: <01041612582600.25043@athena.home.krftech.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 977 Lines: 29 On Mon, 16 Apr 2001, Shay Deloya wrote: > On asm-mips/ioctl.h , there is a mask on the size transfered to the ioctl , > e.g. : when implementing an ioctl that handles IO , the max size the > supported in mips is 0xff as defined in the code below: > > > #define _IOWR(type,nr,size) > _IOC(_IOC_READ|_IOC_WRITE,(type),(nr),sizeof(size)) > > > and _IOC uses size in this way: > > (((size) & _IOC_SLMASK) << _IOC_SIZESHIFT)) // (_IOC_SLMMASK = 0xff) > > > The limited size causes problems on drivers that use size mask to their > needs, while officialy the allowed limit is 2^13 ( 8kB) by definition . This was fixed in the CVS tree some weeks ago. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Mon Apr 16 12:07:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3GJ7I001260 for linux-mips-outgoing; Mon, 16 Apr 2001 12:07:18 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3GJ7HM01257 for ; Mon, 16 Apr 2001 12:07:17 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id OAA25586 for ; Mon, 16 Apr 2001 14:07:06 -0500 Message-ID: <3ADB5181.BCE02A9@cotw.com> Date: Mon, 16 Apr 2001 13:09:37 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Link problems with 2.4.3 kernel Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1617 Lines: 70 Using Hardhat linux targeting a NEC VR5432 and a 2.4.0-test 5 kernel I get an image that looks like the following: vmlinux: file format elf32-littlemips Disassembly of section .text: 0000000080001000 <_ftext>: ... 80002000: 6e 01 00 10 00 00 00 00 00 00 00 00 00 00 00 00 n............... ... 0000000080002288 : .... 00000000800025bc : -------------------------------------- using the cvs 2.4.3 kernel (about a week old) and the same tool chain I get an image that looks like: Using a loadaddr of 8000000 vmlinux: file format elf32-littlemips Disassembly of section .text: 0000000080000000 <_ftext>: 80000000: 6b 01 00 10 00 00 00 00 00 00 00 00 00 00 00 00 k............... ... 0000000080000288 : .... 00000000800005b0 : ... -------------------------------------- If I change the loadaddr to 80001000 I get: vmlinux: file format elf32-littlemips Disassembly of section .text: 0000000080002000 <_ftext>: 80002000: 6b 01 00 10 00 00 00 00 00 00 00 00 00 00 00 00 k............... ... 0000000080002288 : .... 00000000800025b0 : ------------------------------------- No matter what I do I can not get _ftext to appear at 80001000. I use identical ld.scripts for bother kernels. At first I thought it was my binutils so I switched to the same tools that I used with my 2.4.0-test5 kernel. Addresses appear to be off by 0x1000. Which is why my 2.4.3 kernel dies on the jump to init_arch out of kernel_entry. Any thoughts about what I might be doing wrong? Thanks, Scott From owner-linux-mips@oss.sgi.com Mon Apr 16 13:55:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3GKt8H04113 for linux-mips-outgoing; Mon, 16 Apr 2001 13:55:08 -0700 Received: from sprint02.rtmx.net (IDENT:qmailr@sprint02.RTMX.NET [208.31.160.2]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3GKt7M04110 for ; Mon, 16 Apr 2001 13:55:07 -0700 Received: (qmail 10206 invoked by uid 102); 16 Apr 2001 20:55:06 -0000 Received: from host098.momenco.com (HELO beagle) (64.169.228.98) by 208.31.160.29 with SMTP; 16 Apr 2001 20:55:06 -0000 From: "Matthew Dharm" To: "Linux-MIPS" Subject: CVS access? Date: Mon, 16 Apr 2001 13:55:06 -0700 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 1047 Lines: 25 I'd like to ask the powers that be for CVS repository access. I currently am employed (my day job) by a company that makes RM7000-based single-board computers. MonteVista has already done quite a bit of work to port linux to these boards, and we're interested in continuing development and improving support for our product line. I understand that the CVS repository is the best place to go for the latest material. I'm also an experienced kernel developer. I'm the author and maintainer of the USB Mass Storage driver for linux. So I'm not just another corporate weenie who doesn't understand open-source. :) I actually do this because I like to. The web pages and FAQs suggest that this is the right place to ask for access... is there anything I'm missing? Matt -- Matthew D. Dharm Senior Software Designer Momentum Computer Inc. 1815 Aston Ave. Suite 107 (760) 431-8663 X-115 Carlsbad, CA 92008-7310 Momentum Works For You www.momenco.com From owner-linux-mips@oss.sgi.com Mon Apr 16 19:45:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3H2jfD16286 for linux-mips-outgoing; Mon, 16 Apr 2001 19:45:41 -0700 Received: from viditec-netmedia.com.tw ([210.241.238.126]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3H2jeM16283 for ; Mon, 16 Apr 2001 19:45:40 -0700 Received: from kjlin ([210.241.238.122]) by viditec-netmedia.com.tw (8.9.3/8.8.7) with SMTP id LAA14865 for ; Tue, 17 Apr 2001 11:49:34 +0800 Message-ID: <00b801c0c6de$7781ab80$056aaac0@kjlin> From: "kjlin" To: References: <001f01c0c651$00a2e520$056aaac0@kjlin> <3ADB54EE.1090406@jungo.com> Subject: Re: linux-2.4.0.0-test5 for MIPS Date: Tue, 17 Apr 2001 09:33:54 +0800 MIME-Version: 1.0 Content-Type: text/plain; charset="big5" 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 917 Lines: 38 But i could not find any ftp site named ftp.mips.org !! In the oss.sgi.com, i just saw the linux-2.4.0-test4 and test9. For some reasons, i need linux-2.4.0-test5 for mips!! Which one can help?? ----- Original Message ----- From: "Michael Shmulevich" To: "kjlin" Sent: Tuesday, April 17, 2001 4:24 AM Subject: Re: linux-2.4.0.0-test5 for MIPS > Probably at ftp.mips.org > > kjlin wrote: > > > Maybe it is not a good question here..... > > > > But...... > > > > Can anybody tell me where to download the linux-2.4.0.0-test5 for MIPS?? > > > > Thanx! > > > > > > > -- > Sincerely yours, > Michael Shmulevich > ______________________________________ > Software Developer > Jungo - R&D > email: michaels@jungo.com > web: http://www.jungo.com > Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 > Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Mon Apr 16 20:47:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3H3lRp18628 for linux-mips-outgoing; Mon, 16 Apr 2001 20:47:27 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3H3lQM18625 for ; Mon, 16 Apr 2001 20:47:26 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 14A74F1A4; Mon, 16 Apr 2001 20:46:50 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id E9A121F42A; Mon, 16 Apr 2001 08:07:24 -0700 (PDT) Date: Mon, 16 Apr 2001 08:07:24 -0700 From: Keith M Wesolowski To: Shay Deloya Cc: linux-mips@oss.sgi.com Subject: Re: Ioctl size mask Message-ID: <20010416080724.A12989@foobazco.org> References: <01041612582600.25043@athena.home.krftech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <01041612582600.25043@athena.home.krftech.com>; from shay@jungo.com on Mon, Apr 16, 2001 at 01:44:42PM +0300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 671 Lines: 16 On Mon, Apr 16, 2001 at 01:44:42PM +0300, Shay Deloya wrote: > On asm-mips/ioctl.h , there is a mask on the size transfered to the ioctl , > e.g. : when implementing an ioctl that handles IO , the max size the > supported in mips is 0xff as defined in the code below: ... > Does anyone know the reason for this masking and limit ? Breakage. This has recently been fixed at least in cvs; update your kernel. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Mon Apr 16 20:47:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3H3lUT18646 for linux-mips-outgoing; Mon, 16 Apr 2001 20:47:30 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3H3lUM18641 for ; Mon, 16 Apr 2001 20:47:30 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 4A4C0F18F; Mon, 16 Apr 2001 20:46:53 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id D35941F42C; Mon, 16 Apr 2001 08:11:44 -0700 (PDT) Date: Mon, 16 Apr 2001 08:11:44 -0700 From: Keith M Wesolowski To: kjlin Cc: linux-mips@oss.sgi.com Subject: Re: linux-2.4.0.0-test5 for MIPS Message-ID: <20010416081144.A8173@foobazco.org> References: <001f01c0c651$00a2e520$056aaac0@kjlin> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <001f01c0c651$00a2e520$056aaac0@kjlin>; from kj.lin@viditec-netmedia.com.tw on Mon, Apr 16, 2001 at 04:41:16PM +0800 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 677 Lines: 16 On Mon, Apr 16, 2001 at 04:41:16PM +0800, kjlin wrote: > Maybe it is not a good question here..... > But...... > Can anybody tell me where to download the linux-2.4.0.0-test5 for MIPS?? If you prefer older kernels with more bugs, pull the July 28 dated release from oss cvs; that's when 2.4.0-test5 was merged. If there's some reason you can't use current kernels please tell us what it is so the problem can be fixed. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Tue Apr 17 09:46:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HGk7l15465 for linux-mips-outgoing; Tue, 17 Apr 2001 09:46:07 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HGk6M15458 for ; Tue, 17 Apr 2001 09:46:06 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id LAA29104 for ; Tue, 17 Apr 2001 11:46:04 -0500 Message-ID: <3ADC81F1.72309FD0@cotw.com> Date: Tue, 17 Apr 2001 10:48:33 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: Link problems with 2.4.3 kernel References: <3ADB5181.BCE02A9@cotw.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 799 Lines: 34 Scott A McConnell wrote: > No matter what I do I can not get _ftext to appear at 80001000. I use > identical ld.scripts for bother kernels. > At first I thought it was my binutils so I switched to the same tools > that I used with my 2.4.0-test5 kernel. > > Addresses appear to be off by 0x1000. Which is why my 2.4.3 kernel dies > on the jump to init_arch out of kernel_entry. > > Any thoughts about what I might be doing wrong? > > Thanks, > Scott I tracked it down to a missing: ifdef LOADADDR LINKFLAGS += -Ttext $(word 1,$(LOADADDR)) endif in arch/mips/Makefile I have no idea who added it or removed it. I also am forced to edit the ld.script file to replace the LOADADDR inserted with sed with 80000000. Am I suppose to be accomplishing what I did above some other way? Scott From owner-linux-mips@oss.sgi.com Tue Apr 17 09:48:27 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HGmRO15732 for linux-mips-outgoing; Tue, 17 Apr 2001 09:48:27 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HGmLM15723 for ; Tue, 17 Apr 2001 09:48:22 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3HGdvS07535; Tue, 17 Apr 2001 13:39:57 -0300 Date: Tue, 17 Apr 2001 13:39:57 -0300 From: Ralf Baechle To: Geert Uytterhoeven Cc: Shay Deloya , linux-mips@oss.sgi.com Subject: Re: Ioctl size mask Message-ID: <20010417133957.C7177@bacchus.dhis.org> References: <01041612582600.25043@athena.home.krftech.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from Geert.Uytterhoeven@sonycom.com on Mon, Apr 16, 2001 at 08:42:41PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 942 Lines: 26 On Mon, Apr 16, 2001 at 08:42:41PM +0200, Geert Uytterhoeven wrote: > > #define _IOWR(type,nr,size) > > _IOC(_IOC_READ|_IOC_WRITE,(type),(nr),sizeof(size)) > > > > > > and _IOC uses size in this way: > > > > (((size) & _IOC_SLMASK) << _IOC_SIZESHIFT)) // (_IOC_SLMMASK = 0xff) > > > > > > The limited size causes problems on drivers that use size mask to their > > needs, while officialy the allowed limit is 2^13 ( 8kB) by definition . > > This was fixed in the CVS tree some weeks ago. Small addendum to the fix - while it made some ioctls usable it also did result in the affected ioctl number changing which may have broken some software that _appeared_ to be working before. One example is autofs. Just recompile against the updated kernel headers and everything will be ok. The effect gets more visible on the 64-bit kernel which will spit kernel messages for unknown ioctls. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 17 09:48:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HGmf715857 for linux-mips-outgoing; Tue, 17 Apr 2001 09:48:41 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HGmaM15836 for ; Tue, 17 Apr 2001 09:48:37 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3HGWpU07508; Tue, 17 Apr 2001 13:32:51 -0300 Date: Tue, 17 Apr 2001 13:32:51 -0300 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: Link problems with 2.4.3 kernel Message-ID: <20010417133251.B7177@bacchus.dhis.org> References: <3ADB5181.BCE02A9@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ADB5181.BCE02A9@cotw.com>; from samcconn@cotw.com on Mon, Apr 16, 2001 at 01:09:37PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 599 Lines: 16 On Mon, Apr 16, 2001 at 01:09:37PM -0700, Scott A McConnell wrote: > No matter what I do I can not get _ftext to appear at 80001000. I use > identical ld.scripts for bother kernels. > At first I thought it was my binutils so I switched to the same tools > that I used with my 2.4.0-test5 kernel. > > Addresses appear to be off by 0x1000. Which is why my 2.4.3 kernel dies > on the jump to init_arch out of kernel_entry. > > Any thoughts about what I might be doing wrong? Thinking you can change the address to 0x80001000. .text needs 8kb aligment for 32-bit kernels, 16kb for 64-bit. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 17 10:12:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HHC5p17051 for linux-mips-outgoing; Tue, 17 Apr 2001 10:12:05 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HHBvM17045 for ; Tue, 17 Apr 2001 10:11:59 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3HHBMj07667; Tue, 17 Apr 2001 14:11:22 -0300 Date: Tue, 17 Apr 2001 14:11:22 -0300 From: Ralf Baechle To: Tom Appermont Cc: linux-mips@oss.sgi.com Subject: Re: address translation with TLB Message-ID: <20010417141122.D7177@bacchus.dhis.org> References: <20010414102901.A13595@ginger.sonytel.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010414102901.A13595@ginger.sonytel.be>; from tea@sonycom.com on Sat, Apr 14, 2001 at 10:29:01AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 989 Lines: 22 On Sat, Apr 14, 2001 at 10:29:01AM +0200, Tom Appermont wrote: > What are the things to do to use the TLB for access to otherwize > unreachable PCI memory or IO areas? I have used the function > add_wired_entry to add an entry to the TLB, modified the > functions virt_to_phys, phys_to_virt, virt_to_bus, bus_to_virt, > and ioremap to do the translations I want, but I wonder if there > are other things to do to get this working. add_wired_entry is almost certainly the wrong thing to do. It's only recommended if you must address peripherals at physical addresses of >= 0x100000000, that is on 64-bit machines. 32-bit addresses can be represented in our pagetables. > Even more so, because none of the mips boards currently in the tree seem > to need TLB remapping. Sane designs make sure that peripherals are at physical addresses of 512mb or less so can be addressed through KSEG1 without using TLB entries. So far the only violation of this rule are the Jazz systems. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 17 10:13:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HHD3X17278 for linux-mips-outgoing; Tue, 17 Apr 2001 10:13:03 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HHCbM17219; Tue, 17 Apr 2001 10:12:39 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3HHC5Z07678; Tue, 17 Apr 2001 14:12:05 -0300 Date: Tue, 17 Apr 2001 14:12:05 -0300 From: Ralf Baechle To: Quinn Jensen Cc: linux-mips@oss.sgi.com, Kanoj Sarcar , linux-origin@oss.sgi.com Subject: Re: CVS Update@oss.sgi.com: linux Message-ID: <20010417141205.E7177@bacchus.dhis.org> References: <200104111800.LAA23131@google.engr.sgi.com> <3ADB2F50.80904@Lineo.COM> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ADB2F50.80904@Lineo.COM>; from jensenq@Lineo.COM on Mon, Apr 16, 2001 at 11:43:44AM -0600 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 473 Lines: 13 On Mon, Apr 16, 2001 at 11:43:44AM -0600, Quinn Jensen wrote: > > receive_chars() was updated to look at ignore_mask ... if CREAD is not > > set, around the time of opening via ioctls etc, it will not take inputs. > > I haven't figured the details out, but I believe it is more of a *getty > > config issue than anything else. > Same thing happens when I bring up 2.4.3 straight > to a shell w/out any getty, as well. Known problem on other architectures also. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 17 10:34:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HHYd119117 for linux-mips-outgoing; Tue, 17 Apr 2001 10:34:39 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HHYXM19113 for ; Tue, 17 Apr 2001 10:34:35 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3HHXtY07807; Tue, 17 Apr 2001 14:33:55 -0300 Date: Tue, 17 Apr 2001 14:33:55 -0300 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: ld.script.in Missing PROVIDE (etext = .); Message-ID: <20010417143355.G7177@bacchus.dhis.org> References: <3AD5BCF9.862FCE33@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AD5BCF9.862FCE33@cotw.com>; from samcconn@cotw.com on Thu, Apr 12, 2001 at 07:34:33AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 139 Lines: 9 On Thu, Apr 12, 2001 at 07:34:33AM -0700, Scott A McConnell wrote: > Shouldn't there be a : > > PROVIDE (etext = .); No. Why? Ralf From owner-linux-mips@oss.sgi.com Tue Apr 17 14:09:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3HL9WA28538 for linux-mips-outgoing; Tue, 17 Apr 2001 14:09:32 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3HL9VM28534 for ; Tue, 17 Apr 2001 14:09:31 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id QAA30355 for ; Tue, 17 Apr 2001 16:09:29 -0500 Message-ID: <3ADCBFAE.92957163@cotw.com> Date: Tue, 17 Apr 2001 15:11:58 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: kernel/printk.c problem Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 229 Lines: 13 struct console *console_drivers = NULL; <---- Need the NULL. Otherwise, bad things can happen on the following statement in printk ~line 311 if ((c->flags & CON_ENABLED) && c->write){ Scott From owner-linux-mips@oss.sgi.com Tue Apr 17 23:54:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3I6sUD15016 for linux-mips-outgoing; Tue, 17 Apr 2001 23:54:30 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3I6sSM15013 for ; Tue, 17 Apr 2001 23:54:29 -0700 Received: from escobaria.sonytel.be (escobaria.sonytel.be [10.34.80.3]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id IAA19919; Wed, 18 Apr 2001 08:54:09 +0200 (MET DST) Date: Wed, 18 Apr 2001 08:53:49 +0200 (MET DST) From: Geert Uytterhoeven To: Scott A McConnell cc: linux-mips@oss.sgi.com Subject: Re: kernel/printk.c problem In-Reply-To: <3ADCBFAE.92957163@cotw.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Content-Length: 716 Lines: 22 On Tue, 17 Apr 2001, Scott A McConnell wrote: > struct console *console_drivers = NULL; <---- > Need the NULL. > > Otherwise, bad things can happen on the following statement in printk > > ~line 311 > > if ((c->flags & CON_ENABLED) && c->write){ Current policy is not explicitly initializing variables to zero. If this causes problems, there's a bug in the routine that clears the BSS on kernel entry. Gr{oetje,eeting}s, Geert -- Geert Uytterhoeven ------------- Sony Software Development Center Europe (SDCE) Geert.Uytterhoeven@sonycom.com ------------------- Sint-Stevens-Woluwestraat 55 Voice +32-2-7248626 Fax +32-2-7262686 ---------------- B-1130 Brussels, Belgium From owner-linux-mips@oss.sgi.com Wed Apr 18 08:54:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IFscb04181 for linux-mips-outgoing; Wed, 18 Apr 2001 08:54:38 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IFsbM04178 for ; Wed, 18 Apr 2001 08:54:37 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id KAA01069; Wed, 18 Apr 2001 10:54:13 -0500 Message-ID: <3ADDC747.FC1DB391@cotw.com> Date: Wed, 18 Apr 2001 09:56:40 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Geert Uytterhoeven CC: linux-mips@oss.sgi.com Subject: Re: kernel/printk.c problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Geert Uytterhoeven wrote: > Current policy is not explicitly initializing variables to zero. If this causes > problems, there's a bug in the routine that clears the BSS on kernel entry. What a man! You can debug my code from 6000 + miles away without even seeing it ;-) From owner-linux-mips@oss.sgi.com Wed Apr 18 09:21:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IGLW705370 for linux-mips-outgoing; Wed, 18 Apr 2001 09:21:32 -0700 Received: from hermes.research.kpn.com (hermes.research.kpn.com [139.63.192.8]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IGLUM05365 for ; Wed, 18 Apr 2001 09:21:31 -0700 Received: from sparta.research.kpn.com (sparta.research.kpn.com [139.63.192.6]) by research.kpn.com (PMDF V5.2-31 #42699) with ESMTP id <01K2JZ71VA1E000VDV@research.kpn.com> for linux-mips@oss.sgi.com; Wed, 18 Apr 2001 18:21:28 +0200 Received: (from karel@localhost) by sparta.research.kpn.com (8.8.8+Sun/8.8.8) id SAA06516; Wed, 18 Apr 2001 18:21:27 +0200 (MET DST) X-URL: http://www-lsdm.research.kpn.com/~karel Date: Wed, 18 Apr 2001 18:21:27 +0200 (MET DST) From: Karel van Houten Subject: Indy and the multiple disk problem To: linux-mips@oss.sgi.com Cc: K.H.C.vanHouten@research.kpn.com (Houten K.H.C. van (Karel)) Message-id: <200104181621.SAA06516@sparta.research.kpn.com> MIME-version: 1.0 X-Mailer: ELM [version 2.5 PL2] Content-type: text/plain; charset=us-ascii Content-transfer-encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi All I've made some observations concerning the indy multiple disk problem: The setup: Root FS on /dev/sda1, /local on /dev/sdb3, and some NFS mounted systems. Kernel 2.4.2 (March 30 CVS). Doing this: I mke2fs-ed the sdb3 partition, mounted it at /local, and copied a tree from an NFS filesystem to /local. No other activity on the system. I used tar | (cd;tar) for the copy. What happened: I tried to 'su' in another window on the machine, and it responded with a segfault. Several other programs reacted with segfaults or bus errors. I stopped the copy, synced, and fsck-ed (-n) the local partitions. No problems on the /local partition, but the root was badly corrupted. Hey! That's strange, I didn't do anything on that partition! Could it be that there is some bug in the buffer layer, that is corrupting the buffers belonging to another FS? Any hints? I hope that I get the system up again tomorrow when I get to the office :( -- Karel van Houten ---------------------------------------------------------- The box said "Requires Windows 95 or better." I can't understand why it won't work on my Linux computer. ---------------------------------------------------------- From owner-linux-mips@oss.sgi.com Wed Apr 18 09:24:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IGO5w05718 for linux-mips-outgoing; Wed, 18 Apr 2001 09:24:05 -0700 Received: from stereotomy.lineo.com (stereotomy.lineo.com [64.50.107.151]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IGO4M05715 for ; Wed, 18 Apr 2001 09:24:04 -0700 Received: from Lineo.COM (localhost.localdomain [127.0.0.1]) by stereotomy.lineo.com (Postfix) with ESMTP id 6329A4C92E for ; Wed, 18 Apr 2001 10:24:03 -0600 (MDT) Message-ID: <3ADDBFA2.7030608@Lineo.COM> Date: Wed, 18 Apr 2001 10:24:02 -0600 From: Quinn Jensen Organization: Lineo, Inc. User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.16-9mdk i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: Linux on LSI EZ4102 References: <15062.17293.403963.722517@valen.metzler> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Are the caches two-way (or more)? If so, check to see if the way select bit(s) are contiguous with the offset for indexed cache operations. If there is a hole, you have to flush in two parts, or flush as if the cache was big enough to span the hole. Quinn owner-linux-mips@oss.sgi.com wrote: > Hi, > > does anybody have experience with the LSI EZ41XX line of MIPS cores > and Linux, especially regarding the cache handling? > They have a R3000-like MMU architecture and most of the MIPS2 command > set but a totally different cache. > Without cache enabled the Linux port I did works fine but with cache > the ethernet driver and the MMU behave badly. I thought I implemented > the flushing routines correctly but it seems I missed something. > If somebody already did work on this architecture please let me know. > > Thanks, > > Ralph From owner-linux-mips@oss.sgi.com Wed Apr 18 10:38:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IHcdd08417 for linux-mips-outgoing; Wed, 18 Apr 2001 10:38:39 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IHccM08414 for ; Wed, 18 Apr 2001 10:38:38 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3IHXi029471; Wed, 18 Apr 2001 10:33:44 -0700 Message-ID: <3ADDCFAB.549DA4FA@mvista.com> Date: Wed, 18 Apr 2001 10:32:27 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Geert Uytterhoeven CC: Scott A McConnell , linux-mips@oss.sgi.com Subject: Re: kernel/printk.c problem References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Geert Uytterhoeven wrote: > > On Tue, 17 Apr 2001, Scott A McConnell wrote: > > struct console *console_drivers = NULL; <---- > > Need the NULL. > > > > Otherwise, bad things can happen on the following statement in printk > > > > ~line 311 > > > > if ((c->flags & CON_ENABLED) && c->write){ > > Current policy is not explicitly initializing variables to zero. If this causes > problems, there's a bug in the routine that clears the BSS on kernel entry. > Interesting. What is the reason behind the policy? Is that because initialized variable are put in a different section that takes more size in the image? Jun From owner-linux-mips@oss.sgi.com Wed Apr 18 10:41:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IHfX808669 for linux-mips-outgoing; Wed, 18 Apr 2001 10:41:33 -0700 Received: from post.webmailer.de (natmail2.webmailer.de [192.67.198.65]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IHfWM08665 for ; Wed, 18 Apr 2001 10:41:32 -0700 Received: from scotty.mgnet.de (p3E9B90B8.dip.t-dialin.net [62.155.144.184]) by post.webmailer.de (8.9.3/8.8.7) with SMTP id TAA23545 for ; Wed, 18 Apr 2001 19:41:29 +0200 (MET DST) Received: (qmail 12946 invoked from network); 18 Apr 2001 17:41:28 -0000 Received: from spock.mgnet.de (192.168.1.4) by scotty.mgnet.de with SMTP; 18 Apr 2001 17:41:28 -0000 Date: Wed, 18 Apr 2001 19:41:28 +0200 (CEST) From: Klaus Naumann To: Karel van Houten cc: linux-mips@oss.sgi.com Subject: Re: Indy and the multiple disk problem In-Reply-To: <200104181621.SAA06516@sparta.research.kpn.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, 18 Apr 2001, Karel van Houten wrote: > The setup: > Root FS on /dev/sda1, /local on /dev/sdb3, and some NFS mounted systems. > Kernel 2.4.2 (March 30 CVS). > > Doing this: > I mke2fs-ed the sdb3 partition, mounted it at /local, and copied > a tree from an NFS filesystem to /local. No other activity on the system. > I used tar | (cd;tar) for the copy. > > What happened: > I tried to 'su' in another window on the machine, and it responded > with a segfault. Several other programs reacted with segfaults or > bus errors. > > I stopped the copy, synced, and fsck-ed (-n) the local partitions. > No problems on the /local partition, but the root was badly corrupted. > Hey! That's strange, I didn't do anything on that partition! You did. At the time when you opened your other terminal and typed su you were reading and writing to the partition. I have observed this behaviour too. So in fact you're still hitting the same problem - but it's very aggressive on your side. Bye, Klaus -- Full Name : Klaus Naumann | (http://www.mgnet.de/) (Germany) Nickname : Spock | Org.: Mad Guys Network Phone / FAX : ++49/177/7862964 | E-Mail: (spock@mgnet.de) PGP Key : www.mgnet.de/keys/key_spock.txt From owner-linux-mips@oss.sgi.com Wed Apr 18 11:20:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IIKKj10812 for linux-mips-outgoing; Wed, 18 Apr 2001 11:20:20 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IIK3M10790 for ; Wed, 18 Apr 2001 11:20:19 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14pwYZ-0006QW-00; Wed, 18 Apr 2001 14:19:59 -0400 Date: Wed, 18 Apr 2001 14:19:59 -0400 From: Daniel Jacobowitz To: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Question on the binutils tradlittlemips patch Message-ID: <20010418141959.A24473@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I've been trying to make this patch work as part of a complete toolchain, based on glibc. In addition to a little snag (when building glibc for big-endian mips you need an equivalent change in the target format), I hit a serious shared library error - nothing linked dynamically worked. This is the cause: --- elf32lsmip.sh Thu Jun 3 14:02:10 1999 +++ elf32ltsmip.sh Wed Apr 11 00:14:08 2001 ... -SHLIB_TEXT_START_ADDR=0x5ffe0000 +SHLIB_TEXT_START_ADDR=0x0 Is this necessary for the ABI? If so, glibc needs to be updated to reflect that: /* * MIPS libraries are usually linked to a non-zero base address. We * subtract the base address from the address where we map the object * to. This results in more efficient address space usage. * * FIXME: By the time when MAP_BASE_ADDR is called we don't have the * DYNAMIC section read. Until this is fixed make the assumption that * libraries have their base address at 0x5ffe0000. This needs to be * fixed before we can safely get rid of this MIPSism. */ #if 0 #define MAP_BASE_ADDR(l) ((l)->l_info[DT_MIPS(BASE_ADDRESS)] ? \ (l)->l_info[DT_MIPS(BASE_ADDRESS)]->d_un.d_ptr : 0) #else #define MAP_BASE_ADDR(l) 0x5ffe0000 #endif Of course, now that is completely wrong. One of the two definitely needs to give. From the evilness of the hack in glibc, I'm assuming that glibc needs to give. Am I on the right track here? -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team From owner-linux-mips@oss.sgi.com Wed Apr 18 11:20:31 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IIKVY10870 for linux-mips-outgoing; Wed, 18 Apr 2001 11:20:31 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IIKTM10864 for ; Wed, 18 Apr 2001 11:20:29 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 1FD557F9; Wed, 18 Apr 2001 20:20:27 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 2AE2BF383; Wed, 18 Apr 2001 20:19:56 +0200 (CEST) Date: Wed, 18 Apr 2001 20:19:56 +0200 From: Florian Lohoff To: Karel van Houten Cc: linux-mips@oss.sgi.com Subject: Re: Indy and the multiple disk problem Message-ID: <20010418201956.C8545@paradigm.rfc822.org> References: <200104181621.SAA06516@sparta.research.kpn.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <200104181621.SAA06516@sparta.research.kpn.com>; from K.H.C.vanHouten@research.kpn.com on Wed, Apr 18, 2001 at 06:21:27PM +0200 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 06:21:27PM +0200, Karel van Houten wrote: > I stopped the copy, synced, and fsck-ed (-n) the local partitions. > No problems on the /local partition, but the root was badly corrupted. > Hey! That's strange, I didn't do anything on that partition! > Could it be that there is some bug in the buffer layer, that is > corrupting the buffers belonging to another FS? > > Any hints? > > I hope that I get the system up again tomorrow when I get to the office :( The problem is read not write from my investigations. I posted a patch to this list a coupld of days ago which gives a printk if we stop the dma although it is still running. This is the normal behaviour on the Amiga as the DMA engine will not stop running until we stop it. On the Indy/Indigo2 with the HPC the DMA stops when no data is coming so this is definitly a BUG() case. I have no clue why this only happens on I/O load. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Wed Apr 18 11:28:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IISgC11898 for linux-mips-outgoing; Wed, 18 Apr 2001 11:28:42 -0700 Received: from trasno.mitica (177-CORU-X6.libre.retevision.es [62.83.55.177]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IISeM11895 for ; Wed, 18 Apr 2001 11:28:40 -0700 Received: by trasno.mitica (Postfix, from userid 501) id 4388D59F7C; Wed, 18 Apr 2001 20:28:42 +0200 (CEST) To: Jun Sun Cc: Geert Uytterhoeven , Scott A McConnell , linux-mips@oss.sgi.com Subject: Re: kernel/printk.c problem References: <3ADDCFAB.549DA4FA@mvista.com> X-Url: http://www.lfcia.org/~quintela From: Juan Quintela In-Reply-To: <3ADDCFAB.549DA4FA@mvista.com> Date: 18 Apr 2001 20:28:42 +0200 Message-ID: Lines: 33 User-Agent: Gnus/5.0808 (Gnus v5.8.8) Emacs/20.7 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk >>>>> "jun" == Jun Sun writes: jun> Geert Uytterhoeven wrote: >> >> On Tue, 17 Apr 2001, Scott A McConnell wrote: >> > struct console *console_drivers = NULL; <---- >> > Need the NULL. >> > >> > Otherwise, bad things can happen on the following statement in printk >> > >> > ~line 311 >> > >> > if ((c->flags & CON_ENABLED) && c->write){ >> >> Current policy is not explicitly initializing variables to zero. If this causes >> problems, there's a bug in the routine that clears the BSS on kernel entry. >> jun> Interesting. What is the reason behind the policy? Is that because jun> initialized variable are put in a different section that takes more size in jun> the image? Yes. In linux the BSS section (aka non explicitely initialized vars) is initializated with 0. The initialzed variables need to be in the data section of the kernel image (what only adds size, nothing else). Later, Juan. -- In theory, practice and theory are the same, but in practice they are different -- Larry McVoy From owner-linux-mips@oss.sgi.com Wed Apr 18 12:01:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IJ1JA14768 for linux-mips-outgoing; Wed, 18 Apr 2001 12:01:19 -0700 Received: from ksmail.netcologne.de (ksmail.netcologne.de [194.8.194.97]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IJ1HM14764 for ; Wed, 18 Apr 2001 12:01:18 -0700 Received: from valen.metzler (dial-195-14-251-183.netcologne.de [195.14.251.183]) by ksmail.netcologne.de (8.9.3/8.9.3) with ESMTP id VAA02581; Wed, 18 Apr 2001 21:01:15 +0200 (MET DST) Received: (from rjkm@localhost) by valen.metzler (8.11.0/8.11.0/SuSE Linux 8.11.0-0.4) id f3IJ2GI03734; Wed, 18 Apr 2001 21:02:16 +0200 From: Ralph Metzler Message-ID: <15069.58552.717979.620325@valen.metzler> Date: Wed, 18 Apr 2001 21:02:16 +0200 (CEST) To: Quinn Jensen Cc: linux-mips@oss.sgi.com Subject: Re: Linux on LSI EZ4102 In-Reply-To: <3ADDBFA2.7030608@Lineo.COM> References: <15062.17293.403963.722517@valen.metzler> <3ADDBFA2.7030608@Lineo.COM> X-Mailer: VM 6.72 under 21.1 (patch 10) "Capitol Reef" XEmacs Lucid Mime-Version: 1.0 (generated by tm-edit 1.5) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Quinn Jensen writes: > Are the caches two-way (or more)? If so, check > to see if the way select bit(s) are contiguous > with the offset for indexed cache operations. > If there is a hole, you have to flush in two > parts, or flush as if the cache was big enough > to span the hole. The i-cache is two-way and the d-cache one-way. Since I followed the LSI sample code quite closely when implementing the flush calls I don't think that this is the problem. (Although I found one bad bug in the LSI code, so maybe ...) I first based my port on the Linux version from linux-vr.sourceforge.net which is a modified 2.4.0test9. Now it seems others have problems with caching on that kernel with other MIPS architectures too. So, I'll better move to one of the 2.4.3-ac kernels first. I saw that they contain quite a few changes, especially in the cache handling. Cheers, Ralph From owner-linux-mips@oss.sgi.com Wed Apr 18 13:15:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IKFEL17937 for linux-mips-outgoing; Wed, 18 Apr 2001 13:15:14 -0700 Received: from mail.kdt.de (mail.kdt.de [195.8.224.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IKFCM17933 for ; Wed, 18 Apr 2001 13:15:13 -0700 Received: from arthur.inka.de (arthur.kdt.de [195.8.250.5]) by mail.kdt.de (8.11.1/8.11.0) with ESMTP id f3IKEmJ18435; Wed, 18 Apr 2001 22:14:48 +0200 Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 14pyIE-0003Ng-00; Wed, 18 Apr 2001 22:11:14 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 973861EA2E; Wed, 18 Apr 2001 22:11:12 +0200 (CEST) Mail-Copies-To: never To: Daniel Jacobowitz Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch References: <20010418141959.A24473@nevyn.them.org> From: Andreas Jaeger Date: 18 Apr 2001 22:11:11 +0200 In-Reply-To: <20010418141959.A24473@nevyn.them.org> (Daniel Jacobowitz's message of "Wed, 18 Apr 2001 14:19:59 -0400") Message-ID: Lines: 60 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Daniel Jacobowitz writes: > I've been trying to make this patch work as part of a complete > toolchain, based on glibc. In addition to a little snag (when building > glibc for big-endian mips you need an equivalent change in the target > format), I hit a serious shared library error - nothing linked Do I understand you correctly that glibc needs a patch? Please send it to me. > dynamically worked. This is the cause: > > --- elf32lsmip.sh Thu Jun 3 14:02:10 1999 > +++ elf32ltsmip.sh Wed Apr 11 00:14:08 2001 > > ... > > -SHLIB_TEXT_START_ADDR=0x5ffe0000 > +SHLIB_TEXT_START_ADDR=0x0 > > > Is this necessary for the ABI? If so, glibc needs to be updated to > reflect that: > > /* > * MIPS libraries are usually linked to a non-zero base address. We > * subtract the base address from the address where we map the object > * to. This results in more efficient address space usage. > * > * FIXME: By the time when MAP_BASE_ADDR is called we don't have the > * DYNAMIC section read. Until this is fixed make the assumption that > * libraries have their base address at 0x5ffe0000. This needs to be > * fixed before we can safely get rid of this MIPSism. > */ > #if 0 > #define MAP_BASE_ADDR(l) ((l)->l_info[DT_MIPS(BASE_ADDRESS)] ? \ > (l)->l_info[DT_MIPS(BASE_ADDRESS)]->d_un.d_ptr : 0) > #else > #define MAP_BASE_ADDR(l) 0x5ffe0000 > #endif > > > Of course, now that is completely wrong. > > One of the two definitely needs to give. From the evilness of the hack > in glibc, I'm assuming that glibc needs to give. > > > Am I on the right track here? You might be - but it's quite difficult to fix in glibc. If you get it working in glibc, send me a patch that works with old and new binaries - and I'll gladly review and commit it. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-linux-mips@oss.sgi.com Wed Apr 18 13:24:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IKO3R18374 for linux-mips-outgoing; Wed, 18 Apr 2001 13:24:03 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IKO2M18371 for ; Wed, 18 Apr 2001 13:24:02 -0700 Received: by mail.foobazco.org (Postfix, from userid 1014) id 3167DF18F; Wed, 18 Apr 2001 13:23:24 -0700 (PDT) Date: Wed, 18 Apr 2001 13:23:24 -0700 From: Keith M Wesolowski To: Ralph Metzler Cc: Quinn Jensen , linux-mips@oss.sgi.com Subject: Re: Linux on LSI EZ4102 Message-ID: <20010418132323.A25356@foobazco.org> References: <15062.17293.403963.722517@valen.metzler> <3ADDBFA2.7030608@Lineo.COM> <15069.58552.717979.620325@valen.metzler> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <15069.58552.717979.620325@valen.metzler>; from rjkm@convergence.de on Wed, Apr 18, 2001 at 09:02:16PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 09:02:16PM +0200, Ralph Metzler wrote: > I first based my port on the Linux version from linux-vr.sourceforge.net > which is a modified 2.4.0test9. Now it seems others have problems with > caching on that kernel with other MIPS architectures too. > So, I'll better move to one of the 2.4.3-ac kernels first. I saw that > they contain quite a few changes, especially in the cache handling. Any -ac kernel contains at most the same changes that are in the oss tree. Trees other than the oss one, including ac, are likely to contain more bugs. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Wed Apr 18 13:34:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IKYgs18897 for linux-mips-outgoing; Wed, 18 Apr 2001 13:34:42 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IKYfM18894 for ; Wed, 18 Apr 2001 13:34:41 -0700 Received: from cotw.com (dhcp-050.inter.net [192.168.10.50]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id PAA02538; Wed, 18 Apr 2001 15:34:18 -0500 Message-ID: <3ADDFD6A.AD0DDE4A@cotw.com> Date: Wed, 18 Apr 2001 15:47:38 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Daniel Jacobowitz CC: linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch References: <20010418141959.A24473@nevyn.them.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Daniel Jacobowitz wrote: > > I've been trying to make this patch work as part of a complete > toolchain, based on glibc. In addition to a little snag (when building > glibc for big-endian mips you need an equivalent change in the target > format), I hit a serious shared library error - nothing linked > dynamically worked. This is the cause: > Yes, I have a patch against GLIBC. Go to my FTP site here: ftp://ftp.cotw.com/pub/linux/nino/toolchain It is currently a hack as I have not figured out how to construct a patch for GLIBC since it will break the other MIPS targets. See if it helps. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Wed Apr 18 13:37:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IKbNb19265 for linux-mips-outgoing; Wed, 18 Apr 2001 13:37:23 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IKbLM19255 for ; Wed, 18 Apr 2001 13:37:21 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14pyhb-0007jJ-00; Wed, 18 Apr 2001 16:37:27 -0400 Date: Wed, 18 Apr 2001 16:37:27 -0400 From: Daniel Jacobowitz To: "Steven J. Hill" Cc: linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010418163727.A29531@nevyn.them.org> References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <3ADDFD6A.AD0DDE4A@cotw.com>; from sjhill@cotw.com on Wed, Apr 18, 2001 at 03:47:38PM -0500 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 03:47:38PM -0500, Steven J. Hill wrote: > Daniel Jacobowitz wrote: > > > > I've been trying to make this patch work as part of a complete > > toolchain, based on glibc. In addition to a little snag (when building > > glibc for big-endian mips you need an equivalent change in the target > > format), I hit a serious shared library error - nothing linked > > dynamically worked. This is the cause: > > > Yes, I have a patch against GLIBC. Go to my FTP site here: > > ftp://ftp.cotw.com/pub/linux/nino/toolchain > > It is currently a hack as I have not figured out how to construct a > patch for GLIBC since it will break the other MIPS targets. See if > it helps. If you're referring to libc-mips-04052001.patch.bz2, that's what I started with. I needed two changes on top of it. I'll post them in a bit. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team From owner-linux-mips@oss.sgi.com Wed Apr 18 14:03:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3IL3th21264 for linux-mips-outgoing; Wed, 18 Apr 2001 14:03:55 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3IL3sM21259 for ; Wed, 18 Apr 2001 14:03:54 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14pz7G-0007yn-00; Wed, 18 Apr 2001 17:03:58 -0400 Date: Wed, 18 Apr 2001 17:03:58 -0400 From: Daniel Jacobowitz To: Andreas Jaeger Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010418170358.B29531@nevyn.them.org> References: <20010418141959.A24473@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: ; from aj@suse.de on Wed, Apr 18, 2001 at 10:11:11PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 10:11:11PM +0200, Andreas Jaeger wrote: > Daniel Jacobowitz writes: > > > I've been trying to make this patch work as part of a complete > > toolchain, based on glibc. In addition to a little snag (when building > > glibc for big-endian mips you need an equivalent change in the target > > format), I hit a serious shared library error - nothing linked > > Do I understand you correctly that glibc needs a patch? Please send > it to me. Yes, I think it does. Do we care about being able to build with old (including every released version before [I think] HJ's 2.10.91.0.5) binutils on MIPS? Having it both ways is pretty hard, but it could probably be autoconfed. > You might be - but it's quite difficult to fix in glibc. If you get > it working in glibc, send me a patch that works with old and new > binaries - and I'll gladly review and commit it. Well, this will need a comment from someone with a better understanding of ELF than I, but my thought: How harmful would it be, given that we've been assuming the hardcoded base address of 0x5ffe0000, to assume that the base address is either that or 0? Just check if subtracting 0x5ffe0000 from the base address of the first load would be an obvious error (i.e. if it would overflow). Could someone enlighten me on when the vaddr of the first load command is not the same as MIPS_BASE_ADDRESS? I could easily enough (since we've already seen the PT_DYNAMIC entry at this point) read the BASE_ADDRESS value out of the library, but that's a bit of a speed hit. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team From owner-linux-mips@oss.sgi.com Wed Apr 18 14:10:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ILAbI21993 for linux-mips-outgoing; Wed, 18 Apr 2001 14:10:37 -0700 Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ILAZM21990 for ; Wed, 18 Apr 2001 14:10:35 -0700 Received: from alan by the-village.bc.nu with local (Exim 2.12 #1) id 14pzEm-0005jl-00; Wed, 18 Apr 2001 22:11:44 +0100 Subject: Re: Linux on LSI EZ4102 To: wesolows@foobazco.org (Keith M Wesolowski) Date: Wed, 18 Apr 2001 22:11:42 +0100 (BST) Cc: rjkm@convergence.de (Ralph Metzler), jensenq@Lineo.COM (Quinn Jensen), linux-mips@oss.sgi.com In-Reply-To: <20010418132323.A25356@foobazco.org> from "Keith M Wesolowski" at Apr 18, 2001 01:23:24 PM X-Mailer: ELM [version 2.5 PL1] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: From: Alan Cox Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > Any -ac kernel contains at most the same changes that are in the oss > tree. Trees other than the oss one, including ac, are likely to > contain more bugs. -ac has all the stuff Ralf has sent me. Linus has most of that. In some ways -ac has less bugs (eg the oss tree has serious disk corruption bugs -ac doesnt) but I certainly cant guarantee -ac will always build on mips, and right now with the sem changes it quite probably wont. Alan From owner-linux-mips@oss.sgi.com Wed Apr 18 14:51:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ILpcH24236 for linux-mips-outgoing; Wed, 18 Apr 2001 14:51:38 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ILpYM24233 for ; Wed, 18 Apr 2001 14:51:35 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3ILg7G01550; Wed, 18 Apr 2001 18:42:07 -0300 Date: Wed, 18 Apr 2001 18:42:07 -0300 From: Ralf Baechle To: linux-mips@oss.sgi.com, linux-mips@fnet.fr Subject: New crosscompilers Message-ID: <20010418184207.C1437@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I've uploaded new egcs 1.1.2 based crosscompiler to oss.sgi.com into /pub/linux/mips/crossdev/. The only change for version 1.1.2-4 affects mips64-linux and mips64el-linux targets where asking for alignments larger than 8 bytes was ignored with a warning message. This did possibly result in some performance penalty for mips64 kernels. Ralf From owner-linux-mips@oss.sgi.com Wed Apr 18 23:33:48 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3J6XmE11499 for linux-mips-outgoing; Wed, 18 Apr 2001 23:33:48 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3J6XgM11495 for ; Wed, 18 Apr 2001 23:33:42 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 147101075 for ; Thu, 19 Apr 2001 02:33:41 -0400 (EDT) Message-ID: <3ADE87A9.5010609@csh.rit.edu> Date: Thu, 19 Apr 2001 02:37:29 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: X Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk When I build X, in the execution of several key programs for installation, like xkbcomp, and in the execution of nearly all the base X utilities, like xdm, I receive a bus error. Does anyone have any idea how to build to avoid this problem? I'm building on an r5000 Indy. George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Thu Apr 19 01:01:56 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3J81uV15793 for linux-mips-outgoing; Thu, 19 Apr 2001 01:01:56 -0700 Received: from mail.sonytel.be (mail.sonytel.be [193.74.243.200]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3J81nM15788; Thu, 19 Apr 2001 01:01:49 -0700 Received: from ginger.sonytel.be (ginger.sonytel.be [10.34.16.6]) by mail.sonytel.be (8.9.0/8.8.6) with ESMTP id KAA12116; Thu, 19 Apr 2001 10:01:47 +0200 (MET DST) Received: (from tea@localhost) by ginger.sonytel.be (8.9.0/8.8.6) id KAA00476; Thu, 19 Apr 2001 10:01:47 +0200 (MET DST) Date: Thu, 19 Apr 2001 10:01:47 +0200 From: Tom Appermont To: Ralf Baechle Cc: linux-mips@oss.sgi.com Subject: Re: address translation with TLB Message-ID: <20010419100147.A467@ginger.sonytel.be> References: <20010414102901.A13595@ginger.sonytel.be> <20010417141122.D7177@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <20010417141122.D7177@bacchus.dhis.org>; from ralf@oss.sgi.com on Tue, Apr 17, 2001 at 02:11:22PM -0300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 17, 2001 at 02:11:22PM -0300, Ralf Baechle wrote: > > Sane designs make sure that peripherals are at physical addresses of 512mb > or less so can be addressed through KSEG1 without using TLB entries. So > far the only violation of this rule are the Jazz systems. > In the setup.c file for the jazz board, is written: add_wired_entry (0x02000017, 0x03c00017, 0xe0000000, PM_64K); add_wired_entry (0x02400017, 0x02440017, 0xe2000000, PM_16M); add_wired_entry (0x01800017, 0x01000017, 0xe4000000, PM_4M); Why do these physical addresses which are all below 512MB need TLB entries? Greetz, Tom From owner-linux-mips@oss.sgi.com Thu Apr 19 02:30:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3J9UZi18507 for linux-mips-outgoing; Thu, 19 Apr 2001 02:30:35 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3J9UXM18504 for ; Thu, 19 Apr 2001 02:30:34 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14qAlk-000052-00; Thu, 19 Apr 2001 11:30:32 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14qAlf-0004SA-00; Thu, 19 Apr 2001 11:30:27 +0200 Date: Thu, 19 Apr 2001 11:30:27 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: Re: X Message-ID: <20010419113027.B16955@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com References: <3ADE87A9.5010609@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3ADE87A9.5010609@csh.rit.edu>; from werkt@csh.rit.edu on Thu, Apr 19, 2001 at 02:37:29AM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 19, 2001 at 02:37:29AM -0400, George Gensure,,, wrote: > When I build X, in the execution of several key programs for > installation, like xkbcomp, and in the execution of nearly all the base > X utilities, like xdm, I receive a bus error. Does anyone have any idea > how to build to avoid this problem? I'm building on an r5000 Indy. What toolchain/glibc are you using? -- Guido From owner-linux-mips@oss.sgi.com Thu Apr 19 05:58:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3JCwbq09254 for linux-mips-outgoing; Thu, 19 Apr 2001 05:58:37 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3JCwUM09242 for ; Thu, 19 Apr 2001 05:58:33 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3JCvhQ01898; Thu, 19 Apr 2001 09:57:43 -0300 Date: Thu, 19 Apr 2001 09:57:43 -0300 From: Ralf Baechle To: Tom Appermont Cc: linux-mips@oss.sgi.com Subject: Re: address translation with TLB Message-ID: <20010419095743.B1257@bacchus.dhis.org> References: <20010414102901.A13595@ginger.sonytel.be> <20010417141122.D7177@bacchus.dhis.org> <20010419100147.A467@ginger.sonytel.be> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010419100147.A467@ginger.sonytel.be>; from tea@sonycom.com on Thu, Apr 19, 2001 at 10:01:47AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 19, 2001 at 10:01:47AM +0200, Tom Appermont wrote: > > Sane designs make sure that peripherals are at physical addresses of 512mb > > or less so can be addressed through KSEG1 without using TLB entries. So > > far the only violation of this rule are the Jazz systems. > > In the setup.c file for the jazz board, is written: > > add_wired_entry (0x02000017, 0x03c00017, 0xe0000000, PM_64K); > add_wired_entry (0x02400017, 0x02440017, 0xe2000000, PM_16M); > add_wired_entry (0x01800017, 0x01000017, 0xe4000000, PM_4M); > > Why do these physical addresses which are all below 512MB need TLB entries? These are not physical addresses but entry[01] entries so actually are addresses outside the low 512mb. Ralf From owner-linux-mips@oss.sgi.com Thu Apr 19 13:05:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3JK5Pv23567 for linux-mips-outgoing; Thu, 19 Apr 2001 13:05:25 -0700 Received: from protactinium (protactinium.btinternet.com [194.73.73.176]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3JK5OM23564 for ; Thu, 19 Apr 2001 13:05:24 -0700 Received: from [213.122.128.81] (helo=tardis) by protactinium with esmtp (Exim 3.03 #83) id 14qKfq-0002PM-00 for linux-mips@oss.sgi.com; Thu, 19 Apr 2001 21:05:07 +0100 Date: Thu, 19 Apr 2001 21:00:48 +0100 (BST) From: Dave Gilbert X-Sender: gilbertd@tardis.home.dave To: linux-mips@oss.sgi.com Subject: Passing kernel args Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, With help from some of the guys on the #mipslinux IRC channel I've managed to force a Linux kernel onto my Indy's internal disc. One problem is that I'd like to pass some parameters to it, but it is not obvious to me which prom environment variable to put them in - any suggestions??? Thanks in advance, Dave -- ---------------- Have a happy GNU millennium! ---------------------- / Dr. David Alan Gilbert | Running GNU/Linux on Alpha, | Happy \ \ gro.gilbert @ treblig.org | 68K,MIPS,x86,ARM and SPARC | In Hex / \ ___________________________|___ http://www.treblig.org |_______/ From owner-linux-mips@oss.sgi.com Thu Apr 19 13:40:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3JKeYS24754 for linux-mips-outgoing; Thu, 19 Apr 2001 13:40:34 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3JKeWM24751 for ; Thu, 19 Apr 2001 13:40:32 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14qLE7-0002qF-00; Thu, 19 Apr 2001 22:40:31 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14qLE7-0005Ab-00; Thu, 19 Apr 2001 22:40:31 +0200 Date: Thu, 19 Apr 2001 22:40:30 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: Re: Passing kernel args Message-ID: <20010419224030.A19856@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gilbertd@treblig.org on Thu, Apr 19, 2001 at 09:00:48PM +0100 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 19, 2001 at 09:00:48PM +0100, Dave Gilbert wrote: > Hi, > With help from some of the guys on the #mipslinux IRC channel I've > managed to force a Linux kernel onto my Indy's internal disc. > > One problem is that I'd like to pass some parameters to it, but it is not > obvious to me which prom environment variable to put them in - any > suggestions??? OSLoadOptions See http://honk.physik.uni-konstanz.de/linux-mips/indy-boot/indy-hd-boot-micro-howto.html (at the bottom) for an example. -- Guido From owner-linux-mips@oss.sgi.com Thu Apr 19 15:49:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3JMnXM29087 for linux-mips-outgoing; Thu, 19 Apr 2001 15:49:33 -0700 Received: from rhenium (rhenium.btinternet.com [194.73.73.93]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3JMnSM29083 for ; Thu, 19 Apr 2001 15:49:32 -0700 Received: from [213.122.145.111] (helo=tardis) by rhenium with esmtp (Exim 3.03 #83) id 14qNEr-00032J-00; Thu, 19 Apr 2001 23:49:26 +0100 Date: Thu, 19 Apr 2001 23:45:08 +0100 (BST) From: Dave Gilbert X-Sender: gilbertd@tardis.home.dave To: Guido Guenther cc: linux-mips@oss.sgi.com Subject: Re: Passing kernel args In-Reply-To: <20010419224030.A19856@bilbo.physik.uni-konstanz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, 19 Apr 2001, Guido Guenther wrote: > OSLoadOptions > See > http://honk.physik.uni-konstanz.de/linux-mips/indy-boot/indy-hd-boot-micro-howto.html > (at the bottom) for an example. Ah thanks - that would have helped a lot if I'd seen that before :-) However there are a couple of points which don't seem to have matched my experience: 1) Disk partitioning. I had a disk that had Irix on, however my first problem was that the volume header wasn't big enough for a Linux kernel. You state that you can use x and then g in fdisk to create a new partition table, however that only works if the disc is clean and doesn't already have an Irix partition on it. In my case since it already did have, x just gave 'sorry there is no expert mode for SG partitions' (or something similar). Having wiped the disc clean with: dd if=/dev/zero of=/dev/sda for a few moments I could then do the x and g (thanks to someone on the IRC channel for pointing the x, g thing out prior to you giving me that document). 2) OSLoadPartition - it seems to look at this a little late; i.e. if you have an NFS Root kernel it ignores OSLoadPartition and still NFS roots - so I needed to pass a root= option. 2) OSLoadOptions - the kernel I have (a 2.4.0) gets a string which is: OSLoadOptions=whatEverYouSet So if you: setenv OSLoadOptions "root=/dev/sda1 ro" The kernel actually sees: OSLoadOptions=root=/dev/sda1 ro So I had to do: setenv OSLoadOptions " root=/dev/sda1 ro" Which works like a dream. (Note the trailing space after the first " ) It is also useful to point out that it is the partition(8) in the options that corresponds to the /dev/sda9 in the fdisk output. Thanks again, Dave (Whose Indy, dino, now boots off its disc) -- ---------------- Have a happy GNU millennium! ---------------------- / Dr. David Alan Gilbert | Running GNU/Linux on Alpha, | Happy \ \ gro.gilbert @ treblig.org | 68K,MIPS,x86,ARM and SPARC | In Hex / \ ___________________________|___ http://www.treblig.org |_______/ From owner-linux-mips@oss.sgi.com Thu Apr 19 22:10:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3K5AxW09642 for linux-mips-outgoing; Thu, 19 Apr 2001 22:10:59 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3K5AwM09639 for ; Thu, 19 Apr 2001 22:10:58 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 37134107E for ; Fri, 20 Apr 2001 01:10:57 -0400 (EDT) Message-ID: <3ADFC5C9.6060906@csh.rit.edu> Date: Fri, 20 Apr 2001 01:14:49 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: glibc build Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I get the following error while trying to cross-build glibc for mips on an i686. Can anyone give any insight? ../sysdeps/mips/setjmp.S: Assembler messages: ../sysdeps/mips/setjmp.S:43: Error: Can not represent BFD_RELOC_16_PCREL_S2 relocation in this object file format make[2]: *** [/usr/local/crossbuild/glibc-build/setjmp/setjmp.o] Error 1 make[2]: Leaving directory `/usr/local/crossbuild/glibc-2.2/setjmp' make[1]: *** [setjmp/subdir_lib] Error 2 make[1]: Leaving directory `/usr/local/crossbuild/glibc-2.2' make: *** [install] Error 2 George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Fri Apr 20 01:17:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3K8H9814734 for linux-mips-outgoing; Fri, 20 Apr 2001 01:17:09 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3K8H7M14730 for ; Fri, 20 Apr 2001 01:17:07 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 1F7FB7F7; Fri, 20 Apr 2001 10:17:05 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id B7685F383; Fri, 20 Apr 2001 10:16:33 +0200 (CEST) Date: Fri, 20 Apr 2001 10:16:33 +0200 From: Florian Lohoff To: Dave Gilbert Cc: Guido Guenther , linux-mips@oss.sgi.com Subject: Re: Passing kernel args Message-ID: <20010420101633.A8281@paradigm.rfc822.org> References: <20010419224030.A19856@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: ; from gilbertd@treblig.org on Thu, Apr 19, 2001 at 11:45:08PM +0100 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 19, 2001 at 11:45:08PM +0100, Dave Gilbert wrote: > So if you: > > setenv OSLoadOptions "root=/dev/sda1 ro" > > The kernel actually sees: > OSLoadOptions=root=/dev/sda1 ro > > So I had to do: > > setenv OSLoadOptions " root=/dev/sda1 ro" > > Which works like a dream. (Note the trailing space after the first " ) This sounds like a ARC firmware bug. The patch Guido produced 2 weeks ago now in the kernel worked for me on multiple indys and indigo2s up to now without the leading space. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 20 04:36:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KBaEA20550 for linux-mips-outgoing; Fri, 20 Apr 2001 04:36:14 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KBaCM20545 for ; Fri, 20 Apr 2001 04:36:13 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id EAA22991 for ; Fri, 20 Apr 2001 04:36:17 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id EAA17396 for ; Fri, 20 Apr 2001 04:36:15 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id NAA23386 for ; Fri, 20 Apr 2001 13:35:28 +0200 (MEST) Message-ID: <3AE01EFF.850580E4@mips.com> Date: Fri, 20 Apr 2001 13:35:27 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Problem with large IDE disk on a MIPS bigendian system. Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have noticed that a bigendian kernel can't quite handled IDE disk, which is larger than 8GB and support LBA mode (logical addressing mode). The IDE driver read some of the data incorrectly and therefore doesn't recognize that the drive support LBA mode, and therefore assume that the drive use CHS mode (physical addressing mode). The ATA spec tells large drives to return C/H/S = 16383/16/63 independent of their size, which in this case result in the IDE drive believe that the disk is only 8GB. I looked a little bit on the MIPS specific IDE code (in include/asm-mips/ide.h) and the way things are handled for bigendian systems. I have attached a patch below which should handle the IDE data correctly. I also believe it's more in sync with the other bigendian architectures. Now I can see the full size of my 30GB disk, it is hard to find a smaller disk these days :-) /Carsten Index: include/asm-mips/ide.h =================================================================== RCS file: /home/repository/sw/linux-2.4.0/include/asm-mips/ide.h,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 ide.h --- include/asm-mips/ide.h 2001/02/26 09:18:02 1.1.1.2 +++ include/asm-mips/ide.h 2001/04/20 09:57:59 @@ -14,6 +14,7 @@ #ifdef __KERNEL__ #include +#include #ifndef MAX_HWIFS # ifdef CONFIG_BLK_DEV_IDEPCI @@ -89,13 +90,21 @@ typedef union { unsigned all : 8; /* all of the bits together */ struct { +#ifdef __MIPSEB__ + unsigned bit7 : 1; /* always 1 */ + unsigned lba : 1; /* using LBA instead of CHS */ + unsigned bit5 : 1; /* always 1 */ + unsigned unit : 1; /* drive select number, 0 or 1 */ + unsigned head : 4; /* always zeros here */ +#else unsigned head : 4; /* always zeros here */ unsigned unit : 1; /* drive select number, 0 or 1 */ unsigned bit5 : 1; /* always 1 */ unsigned lba : 1; /* using LBA instead of CHS */ unsigned bit7 : 1; /* always 1 */ +#endif } b; - } select_t; +} select_t; static __inline__ int ide_request_irq(unsigned int irq, void (*handler)(int,void *, struct pt_regs *), unsigned long flags, const char *device, void *dev_id) @@ -125,57 +134,99 @@ ide_ops->ide_release_region(from, extent); } +#undef SUPPORT_SLOW_DATA_PORTS +#define SUPPORT_SLOW_DATA_PORTS 0 -#if defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) +#undef SUPPORT_VLB_SYNC +#define SUPPORT_VLB_SYNC 0 -#ifdef insl -#undef insl -#endif -#ifdef outsl -#undef outsl -#endif -#ifdef insw -#undef insw -#endif -#ifdef outsw -#undef outsw -#endif +#if defined(__MIPSEB__) -#define insw(p,a,c) \ -do { \ - unsigned short *ptr = (unsigned short *)(a); \ - unsigned int i = (c); \ - while (i--) \ - *ptr++ = inw(p); \ -} while (0) -#define insl(p,a,c) \ -do { \ - unsigned long *ptr = (unsigned long *)(a); \ - unsigned int i = (c); \ - while (i--) \ - *ptr++ = inl(p); \ -} while (0) -#define outsw(p,a,c) \ -do { \ - unsigned short *ptr = (unsigned short *)(a); \ - unsigned int i = (c); \ - while (i--) \ - outw(*ptr++, (p)); \ -} while (0) -#define outsl(p,a,c) { \ - unsigned long *ptr = (unsigned long *)(a); \ - unsigned int i = (c); \ - while (i--) \ - outl(*ptr++, (p)); \ -} while (0) +#define T_CHAR (0x0000) /* char: don't touch */ +#define T_SHORT (0x4000) /* short: 12 -> 21 */ +#define T_INT (0x8000) /* int: 1234 -> 4321 */ +#define T_TEXT (0xc000) /* text: 12 -> 21 */ + +#define T_MASK_TYPE (0xc000) +#define T_MASK_COUNT (0x3fff) + +#define D_CHAR(cnt) (T_CHAR | (cnt)) +#define D_SHORT(cnt) (T_SHORT | (cnt)) +#define D_INT(cnt) (T_INT | (cnt)) +#define D_TEXT(cnt) (T_TEXT | (cnt)) + +static u_short driveid_types[] = { + D_SHORT(10), /* config - vendor2 */ + D_TEXT(20), /* serial_no */ + D_SHORT(3), /* buf_type - ecc_bytes */ + D_TEXT(48), /* fw_rev - model */ + D_CHAR(2), /* max_multsect - vendor3 */ + D_SHORT(1), /* dword_io */ + D_CHAR(2), /* vendor4 - capability */ + D_SHORT(1), /* reserved50 */ + D_CHAR(4), /* vendor5 - tDMA */ + D_SHORT(4), /* field_valid - cur_sectors */ + D_INT(1), /* cur_capacity */ + D_CHAR(2), /* multsect - multsect_valid */ + D_INT(1), /* lba_capacity */ + D_SHORT(194) /* dma_1word - reservedyy */ +}; -#endif /* defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) */ +#define num_driveid_types (sizeof(driveid_types)/sizeof(*driveid_types)) +static __inline__ void ide_fix_driveid(struct hd_driveid *id) +{ + u_char *p = (u_char *)id; + int i, j, cnt; + u_char t; + + for (i = 0; i < num_driveid_types; i++) { + cnt = driveid_types[i] & T_MASK_COUNT; + switch (driveid_types[i] & T_MASK_TYPE) { + case T_CHAR: + p += cnt; + break; + case T_SHORT: + for (j = 0; j < cnt; j++) { + t = p[0]; + p[0] = p[1]; + p[1] = t; + p += 2; + } + break; + case T_INT: + for (j = 0; j < cnt; j++) { + t = p[0]; + p[0] = p[3]; + p[3] = t; + t = p[1]; + p[1] = p[2]; + p[2] = t; + p += 4; + } + break; + case T_TEXT: + for (j = 0; j < cnt; j += 2) { + t = p[0]; + p[0] = p[1]; + p[1] = t; + p += 2; + } + break; + }; + } +} + +#else /* defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) */ + +#define ide_fix_driveid(id) do {} while (0) + +#endif + /* * The following are not needed for the non-m68k ports */ #define ide_ack_intr(hwif) (1) -#define ide_fix_driveid(id) do {} while (0) #define ide_release_lock(lock) do {} while (0) #define ide_get_lock(lock, hdlr, data) do {} while (0) -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Fri Apr 20 06:47:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KDlEm25347 for linux-mips-outgoing; Fri, 20 Apr 2001 06:47:14 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KDlCM25344 for ; Fri, 20 Apr 2001 06:47:12 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3KDjqC02104; Fri, 20 Apr 2001 10:45:52 -0300 Date: Fri, 20 Apr 2001 10:45:52 -0300 From: Ralf Baechle To: Alan Cox Cc: wesolows@foobazco.org (Keith M Wesolowski), rjkm@convergence.de (Ralph Metzler), jensenq@Lineo.COM (Quinn Jensen), linux-mips@oss.sgi.com Subject: Re: Linux on LSI EZ4102 Message-ID: <20010420104552.B1973@bacchus.dhis.org> References: <20010418132323.A25356@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from alan@lxorguk.ukuu.org.uk on Wed, Apr 18, 2001 at 10:11:42PM +0100 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 10:11:42PM +0100, Alan Cox wrote: > > Any -ac kernel contains at most the same changes that are in the oss > > tree. Trees other than the oss one, including ac, are likely to > > contain more bugs. > > -ac has all the stuff Ralf has sent me. Linus has most of that. In some > ways -ac has less bugs (eg the oss tree has serious disk corruption bugs -ac > doesnt) but I certainly cant guarantee -ac will always build on mips, and > right now with the sem changes it quite probably wont. It won't nor will Linus latest pre-patch. Time to start sending more patches to you & Linus ... Ralf From owner-linux-mips@oss.sgi.com Fri Apr 20 07:16:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KEGkN26500 for linux-mips-outgoing; Fri, 20 Apr 2001 07:16:46 -0700 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KEGiM26494 for ; Fri, 20 Apr 2001 07:16:44 -0700 Received: from newman.mips.com (ns-dmz [206.31.31.225]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id HAA23901 for ; Fri, 20 Apr 2001 07:16:48 -0700 (PDT) Received: from copfs01.mips.com (copfs01 [192.168.205.101]) by newman.mips.com (8.9.3/8.9.0) with ESMTP id HAA20676 for ; Fri, 20 Apr 2001 07:16:46 -0700 (PDT) Received: from mips.com (copsun17 [192.168.205.27]) by copfs01.mips.com (8.9.1/8.9.0) with ESMTP id QAA02678 for ; Fri, 20 Apr 2001 16:16:00 +0200 (MEST) Message-ID: <3AE0449F.7E39C0F1@mips.com> Date: Fri, 20 Apr 2001 16:15:59 +0200 From: Carsten Langgaard X-Mailer: Mozilla 4.75 [en] (X11; U; SunOS 5.7 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Re: Problem with large IDE disk on a MIPS bigendian system. References: <3AE01EFF.850580E4@mips.com> Content-Type: text/plain; charset=iso-8859-15 Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I should probably point out that the fix change the addressing mode on large disks (>8GB) supporting LBA mode. So you want be able to run on a system which was created by an older kernel, but it probably didn't work properly anyway before the fix. This only count for bigendian systems on large disks. /Carsten Carsten Langgaard wrote: > I have noticed that a bigendian kernel can't quite handled IDE disk, > which is larger than 8GB and support LBA mode (logical addressing mode). > > The IDE driver read some of the data incorrectly and therefore doesn't > recognize that the drive support LBA mode, and therefore assume that the > drive use CHS mode (physical addressing mode). The ATA spec tells large > drives to return C/H/S = 16383/16/63 independent of their size, which in > this case result in the IDE drive believe that the disk is only 8GB. > > I looked a little bit on the MIPS specific IDE code (in > include/asm-mips/ide.h) and the way things are handled for bigendian > systems. > I have attached a patch below which should handle the IDE data > correctly. I also believe it's more in sync with the other bigendian > architectures. > Now I can see the full size of my 30GB disk, it is hard to find a > smaller disk these days :-) > > /Carsten > > Index: include/asm-mips/ide.h > =================================================================== > RCS file: /home/repository/sw/linux-2.4.0/include/asm-mips/ide.h,v > retrieving revision 1.1.1.2 > diff -u -r1.1.1.2 ide.h > --- include/asm-mips/ide.h 2001/02/26 09:18:02 1.1.1.2 > +++ include/asm-mips/ide.h 2001/04/20 09:57:59 > @@ -14,6 +14,7 @@ > #ifdef __KERNEL__ > > #include > +#include > > #ifndef MAX_HWIFS > # ifdef CONFIG_BLK_DEV_IDEPCI > @@ -89,13 +90,21 @@ > typedef union { > unsigned all : 8; /* all of the bits > together */ > struct { > +#ifdef __MIPSEB__ > + unsigned bit7 : 1; /* always 1 */ > + unsigned lba : 1; /* using LBA instead of > CHS */ > + unsigned bit5 : 1; /* always 1 */ > + unsigned unit : 1; /* drive select number, > 0 or 1 */ > + unsigned head : 4; /* always zeros here */ > +#else > unsigned head : 4; /* always zeros here */ > unsigned unit : 1; /* drive select number, > 0 or 1 */ > unsigned bit5 : 1; /* always 1 */ > unsigned lba : 1; /* using LBA instead of > CHS */ > unsigned bit7 : 1; /* always 1 */ > +#endif > } b; > - } select_t; > +} select_t; > > static __inline__ int ide_request_irq(unsigned int irq, void > (*handler)(int,void *, struct pt_regs *), > unsigned long flags, const char *device, void > *dev_id) > @@ -125,57 +134,99 @@ > ide_ops->ide_release_region(from, extent); > } > > +#undef SUPPORT_SLOW_DATA_PORTS > +#define SUPPORT_SLOW_DATA_PORTS 0 > > -#if defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) > +#undef SUPPORT_VLB_SYNC > +#define SUPPORT_VLB_SYNC 0 > > -#ifdef insl > -#undef insl > -#endif > -#ifdef outsl > -#undef outsl > -#endif > -#ifdef insw > -#undef insw > -#endif > -#ifdef outsw > -#undef outsw > -#endif > +#if defined(__MIPSEB__) > > -#define insw(p,a,c) > \ > -do { > \ > - unsigned short *ptr = (unsigned short *)(a); > \ > - unsigned int i = (c); > \ > - while (i--) > \ > - *ptr++ = inw(p); > \ > -} while (0) > -#define insl(p,a,c) > \ > -do { > \ > - unsigned long *ptr = (unsigned long *)(a); > \ > - unsigned int i = (c); > \ > - while (i--) > \ > - *ptr++ = inl(p); > \ > -} while (0) > -#define outsw(p,a,c) > \ > -do { > \ > - unsigned short *ptr = (unsigned short *)(a); > \ > - unsigned int i = (c); > \ > - while (i--) > \ > - outw(*ptr++, (p)); > \ > -} while (0) > -#define outsl(p,a,c) { > \ > - unsigned long *ptr = (unsigned long *)(a); > \ > - unsigned int i = (c); > \ > - while (i--) > \ > - outl(*ptr++, (p)); > \ > -} while (0) > +#define T_CHAR (0x0000) /* char: don't touch */ > +#define T_SHORT (0x4000) /* short: 12 -> 21 */ > +#define T_INT (0x8000) /* int: 1234 -> 4321 */ > +#define T_TEXT (0xc000) /* text: 12 -> 21 */ > + > +#define T_MASK_TYPE (0xc000) > +#define T_MASK_COUNT (0x3fff) > + > +#define D_CHAR(cnt) (T_CHAR | (cnt)) > +#define D_SHORT(cnt) (T_SHORT | (cnt)) > +#define D_INT(cnt) (T_INT | (cnt)) > +#define D_TEXT(cnt) (T_TEXT | (cnt)) > + > +static u_short driveid_types[] = { > + D_SHORT(10), /* config - vendor2 */ > + D_TEXT(20), /* serial_no */ > + D_SHORT(3), /* buf_type - ecc_bytes */ > + D_TEXT(48), /* fw_rev - model */ > + D_CHAR(2), /* max_multsect - vendor3 */ > + D_SHORT(1), /* dword_io */ > + D_CHAR(2), /* vendor4 - capability */ > + D_SHORT(1), /* reserved50 */ > + D_CHAR(4), /* vendor5 - tDMA */ > + D_SHORT(4), /* field_valid - cur_sectors */ > + D_INT(1), /* cur_capacity */ > + D_CHAR(2), /* multsect - multsect_valid */ > + D_INT(1), /* lba_capacity */ > + D_SHORT(194) /* dma_1word - reservedyy */ > +}; > > -#endif /* defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) */ > +#define num_driveid_types > (sizeof(driveid_types)/sizeof(*driveid_types)) > > +static __inline__ void ide_fix_driveid(struct hd_driveid *id) > +{ > + u_char *p = (u_char *)id; > + int i, j, cnt; > + u_char t; > + > + for (i = 0; i < num_driveid_types; i++) { > + cnt = driveid_types[i] & T_MASK_COUNT; > + switch (driveid_types[i] & T_MASK_TYPE) { > + case T_CHAR: > + p += cnt; > + break; > + case T_SHORT: > + for (j = 0; j < cnt; j++) { > + t = p[0]; > + p[0] = p[1]; > + p[1] = t; > + p += 2; > + } > + break; > + case T_INT: > + for (j = 0; j < cnt; j++) { > + t = p[0]; > + p[0] = p[3]; > + p[3] = t; > + t = p[1]; > + p[1] = p[2]; > + p[2] = t; > + p += 4; > + } > + break; > + case T_TEXT: > + for (j = 0; j < cnt; j += 2) { > + t = p[0]; > + p[0] = p[1]; > + p[1] = t; > + p += 2; > + } > + break; > + }; > + } > +} > + > +#else /* defined(CONFIG_SWAP_IO_SPACE) && defined(__MIPSEB__) */ > + > +#define ide_fix_driveid(id) do {} while (0) > + > +#endif > + > /* > * The following are not needed for the non-m68k ports > */ > #define ide_ack_intr(hwif) (1) > -#define ide_fix_driveid(id) do {} while (0) > #define ide_release_lock(lock) do {} while (0) > #define ide_get_lock(lock, hdlr, data) do {} while (0) > > -- > _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com > |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 > | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 > TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 > Denmark http://www.mips.com -- _ _ ____ ___ Carsten Langgaard Mailto:carstenl@mips.com |\ /|||___)(___ MIPS Denmark Direct: +45 4486 5527 | \/ ||| ____) Lautrupvang 4B Switch: +45 4486 5555 TECHNOLOGIES 2750 Ballerup Fax...: +45 4486 5556 Denmark http://www.mips.com From owner-linux-mips@oss.sgi.com Fri Apr 20 10:34:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KHYcN32339 for linux-mips-outgoing; Fri, 20 Apr 2001 10:34:38 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KHYbM32336 for ; Fri, 20 Apr 2001 10:34:37 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id LAA09816 for ; Fri, 20 Apr 2001 11:34:34 -0500 Message-ID: <3AE081E3.434E9126@cotw.com> Date: Fri, 20 Apr 2001 11:37:24 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: IRQ questions Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am trying to hunt down what I believe is an IRQ problem associated with my serial driver. I guess I am using old style interrupts. In 2.4.0-test 5 the file arch/mips/kernel/irq.c used to be built. Under 2.4.3 it no longer is. However, it appears it was renamed to old_irg.c and a new irq.c was created. I also noticed that an i8259.c files was added at some point. However, it does not seem to match the code that was in irq.c. Are there any notes available that explain how to convert from old style IRQ's to new? What are we suppose to do with the new irq.c which is not being used? I have a 2.4.3 kernel booting. I copied the old arch/mips/kernel/irq.c to my target directory and changed a few other things to get everything to compile. As long as I do not try to use a serial port everything seems to be working. I booted with a frame buffer and started X. The mouse and keyboard worked so some of my IRQ's appear to be working. When I start the serial port things seem to go fine untile it trys to write the port at which point it starts running very slowly. Which is what make me think the kernel is being overcome with interrupts. Thanks for any thoughts or advice. Scott From owner-linux-mips@oss.sgi.com Fri Apr 20 11:55:49 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KItnl02844 for linux-mips-outgoing; Fri, 20 Apr 2001 11:55:49 -0700 Received: from ayr-74.ayrnetworks.com (64-166-72-137.ayrnetworks.com [64.166.72.137]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KItmM02841 for ; Fri, 20 Apr 2001 11:55:48 -0700 Received: from ayrnetworks.com (IDENT:chua@localhost.localdomain [127.0.0.1]) by ayr-74.ayrnetworks.com (8.11.0/8.11.0) with ESMTP id f3KIti201509; Fri, 20 Apr 2001 11:55:44 -0700 Message-ID: <3AE08630.FF25517A@ayrnetworks.com> Date: Fri, 20 Apr 2001 11:55:44 -0700 From: Bryan Chua X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22enterprise i686) X-Accept-Language: en MIME-Version: 1.0 To: "George Gensure,,," CC: linux-mips@oss.sgi.com Subject: Re: glibc build References: <3ADFC5C9.6060906@csh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I ran into this at some point and tracked it down to adding -D__PIC__ to CFLAGS. I don't think it is necessary on newer (unreleased) compilers. -- bryan "George Gensure,,," wrote: > I get the following error while trying to cross-build glibc for mips on > an i686. Can anyone give any insight? > > ../sysdeps/mips/setjmp.S: Assembler messages: > ../sysdeps/mips/setjmp.S:43: Error: Can not represent > BFD_RELOC_16_PCREL_S2 relocation in this object file format > make[2]: *** [/usr/local/crossbuild/glibc-build/setjmp/setjmp.o] Error 1 > make[2]: Leaving directory `/usr/local/crossbuild/glibc-2.2/setjmp' > make[1]: *** [setjmp/subdir_lib] Error 2 > make[1]: Leaving directory `/usr/local/crossbuild/glibc-2.2' > make: *** [install] Error 2 > > George > werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Fri Apr 20 12:07:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJ75003602 for linux-mips-outgoing; Fri, 20 Apr 2001 12:07:05 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJ71M03595; Fri, 20 Apr 2001 12:07:01 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3KJ2b003145; Fri, 20 Apr 2001 12:02:37 -0700 Message-ID: <3AE0885F.D1A3D26@mvista.com> Date: Fri, 20 Apr 2001 12:05:03 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i586) X-Accept-Language: en, bg MIME-Version: 1.0 To: Florian Lohoff CC: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? References: <20010311191639.A8587@paradigm.rfc822.org> <20010312122134.B1235@bacchus.dhis.org> <20010312144131.C7715@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Florian Lohoff wrote: > > On Mon, Mar 12, 2001 at 12:21:34PM +0100, Ralf Baechle wrote: > > Thanks, that was the hint I needed. o32_ret_from_sys_call expects the > > content of s-registers to be unchanged from userspace but sys_sysmips > > clobbers them. > > > > Below a patch from the famous ``Smoke This, It's Good For You (TM)'' > > series. Lemme know if it helps. > > As mentioned on IRC - This "Oopses" for me ... I'm bringing this up again because none of the related patches on this topic have been applied to the latest cvs kernel. The patch Florian refers to above oopses for me as well. This patch below, from Florian, but updated against the latest cvs kernel, works (at least the few simple tests I've run do work now). --- arch/mips/kernel/sysmips.c.old Fri Apr 20 11:58:38 2001 +++ arch/mips/kernel/sysmips.c Fri Apr 20 11:59:59 2001 @@ -99,7 +99,7 @@ ".word\t1b, 3b\n\t" ".word\t2b, 3b\n\t" ".previous\n\t" - : "=&r" (tmp), "=o" (* (u32 *) p), "=r" (errno) + : "=&r" (retval), "=o" (* (u32 *) p), "=r" (errno) : "r" (arg2), "o" (* (u32 *) p), "2" (errno) : "$1"); @@ -110,14 +110,7 @@ if (current->ptrace & PT_TRACESYS) syscall_trace(); - ((struct pt_regs *)&cmd)->regs[2] = tmp; - ((struct pt_regs *)&cmd)->regs[7] = 0; - - __asm__ __volatile__( - "move\t$29, %0\n\t" - "j\to32_ret_from_sys_call" - : /* No outputs */ - : "r" (&cmd)); + goto out; /* Unreached */ #else printk("sys_sysmips(MIPS_ATOMIC_SET, ...) not ready for !CONFIG_CPU_HAS_LLSC\n"); From owner-linux-mips@oss.sgi.com Fri Apr 20 12:10:40 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJAe903906 for linux-mips-outgoing; Fri, 20 Apr 2001 12:10:40 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJAeM03903 for ; Fri, 20 Apr 2001 12:10:40 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id A0C951127; Fri, 20 Apr 2001 15:10:38 -0400 (EDT) Message-ID: <3AE08A99.50201@csh.rit.edu> Date: Fri, 20 Apr 2001 15:14:33 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: chua@ayrnetworks.com Cc: linux-mips@oss.sgi.com Subject: glibc build Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Where is the CFLAGS that I should add to? In the Subdirectories? George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Fri Apr 20 12:19:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJJWh04443 for linux-mips-outgoing; Fri, 20 Apr 2001 12:19:32 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJJSM04439 for ; Fri, 20 Apr 2001 12:19:29 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3KJIKq05664; Fri, 20 Apr 2001 16:18:20 -0300 Date: Fri, 20 Apr 2001 16:18:20 -0300 From: Ralf Baechle To: Pete Popov Cc: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? Message-ID: <20010420161820.B5375@bacchus.dhis.org> References: <20010311191639.A8587@paradigm.rfc822.org> <20010312122134.B1235@bacchus.dhis.org> <20010312144131.C7715@paradigm.rfc822.org> <3AE0885F.D1A3D26@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE0885F.D1A3D26@mvista.com>; from ppopov@mvista.com on Fri, Apr 20, 2001 at 12:05:03PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 20, 2001 at 12:05:03PM -0700, Pete Popov wrote: > I'm bringing this up again because none of the related patches on this > topic have been applied to the latest cvs kernel. The patch Florian > refers to above oopses for me as well. This patch below, from Florian, > but updated against the latest cvs kernel, works (at least the few > simple tests I've run do work now). This patch is broken for small negative numbers in the memory. Florian now has a better patch that should be correct. Ralf From owner-linux-mips@oss.sgi.com Fri Apr 20 12:20:57 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJKvk04660 for linux-mips-outgoing; Fri, 20 Apr 2001 12:20:57 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJKsM04649; Fri, 20 Apr 2001 12:20:54 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3KJGY004020; Fri, 20 Apr 2001 12:16:34 -0700 Message-ID: <3AE08BA4.1B46655C@mvista.com> Date: Fri, 20 Apr 2001 12:19:00 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i586) X-Accept-Language: en, bg MIME-Version: 1.0 To: Ralf Baechle CC: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? References: <20010311191639.A8587@paradigm.rfc822.org> <20010312122134.B1235@bacchus.dhis.org> <20010312144131.C7715@paradigm.rfc822.org> <3AE0885F.D1A3D26@mvista.com> <20010420161820.B5375@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > > On Fri, Apr 20, 2001 at 12:05:03PM -0700, Pete Popov wrote: > > > I'm bringing this up again because none of the related patches on this > > topic have been applied to the latest cvs kernel. The patch Florian > > refers to above oopses for me as well. This patch below, from Florian, > > but updated against the latest cvs kernel, works (at least the few > > simple tests I've run do work now). > > This patch is broken for small negative numbers in the memory. > > Florian now has a better patch that should be correct. Are you talking about the fast_sysmips patch Florian posted? Florian, if you have a newer patch than what you last posted on the mailing list, would you mind sending it? Thanks, Pete From owner-linux-mips@oss.sgi.com Fri Apr 20 12:53:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJrCs05852 for linux-mips-outgoing; Fri, 20 Apr 2001 12:53:12 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJrBM05849 for ; Fri, 20 Apr 2001 12:53:11 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id 8AF8A11FD; Fri, 20 Apr 2001 15:53:10 -0400 (EDT) Date: Fri, 20 Apr 2001 15:53:10 -0400 (EDT) From: George Gensure To: Bryan Chua Cc: Subject: Re: glibc build In-Reply-To: <3AE08630.FF25517A@ayrnetworks.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I added the following entry to the environment variable CFLAGS and to the CFLAGS entry in glibcbug - -D__PIC__ ... got the same error. George werkt@csh.rit.edu On Fri, 20 Apr 2001, Bryan Chua wrote: > I ran into this at some point and tracked it down to adding -D__PIC__ to > CFLAGS. I don't think it is necessary on newer (unreleased) compilers. > > -- bryan > > "George Gensure,,," wrote: > > > I get the following error while trying to cross-build glibc for mips on > > an i686. Can anyone give any insight? > > > > ../sysdeps/mips/setjmp.S: Assembler messages: > > ../sysdeps/mips/setjmp.S:43: Error: Can not represent > > BFD_RELOC_16_PCREL_S2 relocation in this object file format > > make[2]: *** [/usr/local/crossbuild/glibc-build/setjmp/setjmp.o] Error 1 > > make[2]: Leaving directory `/usr/local/crossbuild/glibc-2.2/setjmp' > > make[1]: *** [setjmp/subdir_lib] Error 2 > > make[1]: Leaving directory `/usr/local/crossbuild/glibc-2.2' > > make: *** [install] Error 2 > > > > George > > werkt@csh.rit.edu > From owner-linux-mips@oss.sgi.com Fri Apr 20 12:59:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJx6d06191 for linux-mips-outgoing; Fri, 20 Apr 2001 12:59:06 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJx3M06184; Fri, 20 Apr 2001 12:59:03 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 9C9C77F7; Fri, 20 Apr 2001 21:59:01 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id 11F27F38F; Fri, 20 Apr 2001 21:58:41 +0200 (CEST) Date: Fri, 20 Apr 2001 21:58:41 +0200 From: Florian Lohoff To: Pete Popov Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? Message-ID: <20010420215841.D15990@paradigm.rfc822.org> References: <20010311191639.A8587@paradigm.rfc822.org> <20010312122134.B1235@bacchus.dhis.org> <20010312144131.C7715@paradigm.rfc822.org> <3AE0885F.D1A3D26@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3AE0885F.D1A3D26@mvista.com>; from ppopov@mvista.com on Fri, Apr 20, 2001 at 12:05:03PM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 20, 2001 at 12:05:03PM -0700, Pete Popov wrote: > > I'm bringing this up again because none of the related patches on this > topic have been applied to the latest cvs kernel. The patch Florian > refers to above oopses for me as well. This patch below, from Florian, > but updated against the latest cvs kernel, works (at least the few > simple tests I've run do work now). > The patch is definitly only a workaround and not a fix - The problem is that the sysmips saves registers on the stack in the function prolog. When taking the shortcut exit which is needed to not garble the return code which can be "unsigned int" and not interpret it as an -ESOMETHING. When doing this you need to skip a couple of instructions in scall_o32.S which makes the shortcut necessary. On the shortcut the compiler does not generate a correct epilgue (How should it know) so the registers get garbled in the syscall which lets your programs die. The asm variant tries to only touch registers already saved in scall_o32.S (and also restored on exit) which are not anymore used or register we are allowed to change anyway (caller saved). A different solution would be to take the usual exit in sysmips via the return at the end (for which the compiler generated a correct epilogue) and modify the return address - This is an very ugly hack and you cant tell where the compiler stores the ra on the stack. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 20 12:59:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KJx6106196 for linux-mips-outgoing; Fri, 20 Apr 2001 12:59:06 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KJx3M06183; Fri, 20 Apr 2001 12:59:03 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 843C97F6; Fri, 20 Apr 2001 21:59:01 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id F2006F38F; Fri, 20 Apr 2001 21:48:32 +0200 (CEST) Date: Fri, 20 Apr 2001 21:48:32 +0200 From: Florian Lohoff To: Pete Popov Cc: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? Message-ID: <20010420214832.C15990@paradigm.rfc822.org> References: <20010311191639.A8587@paradigm.rfc822.org> <20010312122134.B1235@bacchus.dhis.org> <20010312144131.C7715@paradigm.rfc822.org> <3AE0885F.D1A3D26@mvista.com> <20010420161820.B5375@bacchus.dhis.org> <3AE08BA4.1B46655C@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3AE08BA4.1B46655C@mvista.com>; from ppopov@mvista.com on Fri, Apr 20, 2001 at 12:19:00PM -0700 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 20, 2001 at 12:19:00PM -0700, Pete Popov wrote: > Are you talking about the fast_sysmips patch Florian posted? > > Florian, if you have a newer patch than what you last posted on the > mailing list, would you mind sending it? I havent got anything newer - I am using that patch now on 2 machines running continuesly as a build machine open in the net. Nobody yet has reported any problems (Which isnt a good indicator) I am not shure if it is really correct so someone with deep knowledge of the inners of sysmips should check if its really ok. Nevertheless - It works for me ... Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Fri Apr 20 13:06:54 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KK6sK06833 for linux-mips-outgoing; Fri, 20 Apr 2001 13:06:54 -0700 Received: from ayr-74.ayrnetworks.com (64-166-72-137.ayrnetworks.com [64.166.72.137]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KK6sM06830 for ; Fri, 20 Apr 2001 13:06:54 -0700 Received: from ayrnetworks.com (IDENT:chua@localhost.localdomain [127.0.0.1]) by ayr-74.ayrnetworks.com (8.11.0/8.11.0) with ESMTP id f3KK6q211501; Fri, 20 Apr 2001 13:06:52 -0700 Message-ID: <3AE096DC.ECB49D19@ayrnetworks.com> Date: Fri, 20 Apr 2001 13:06:52 -0700 From: Bryan Chua X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22enterprise i686) X-Accept-Language: en MIME-Version: 1.0 To: "George Gensure,,," CC: linux-mips@oss.sgi.com Subject: Re: glibc build References: <3AE08A99.50201@csh.rit.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk CFLAGS=-D__PIC__ make all [check] install the target "check" will not work if you are cross compiling, so you might as well install... You end up coming across this in several places. -- bryan "George Gensure,,," wrote: > Where is the CFLAGS that I should add to? In the Subdirectories? > > George > werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Fri Apr 20 13:21:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KKLLP07558 for linux-mips-outgoing; Fri, 20 Apr 2001 13:21:21 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KKLLM07555 for ; Fri, 20 Apr 2001 13:21:21 -0700 Received: from fury.csh.rit.edu (fury.csh.rit.edu [129.21.60.5]) by mcp.csh.rit.edu (Postfix) with ESMTP id 1FBD2109F; Fri, 20 Apr 2001 16:21:20 -0400 (EDT) Date: Fri, 20 Apr 2001 16:21:20 -0400 (EDT) From: George Gensure To: Bryan Chua Cc: Subject: Re: glibc build In-Reply-To: <3AE096DC.ECB49D19@ayrnetworks.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I went throught and deleted all of those entries in assembly files which caused problems, but I end up with similar problems later, only the assembler seems to have been running from standard input.. George werkt@csh.rit.edu On Fri, 20 Apr 2001, Bryan Chua wrote: > CFLAGS=-D__PIC__ make all [check] install > > the target "check" will not work if you are cross compiling, so you > might as well install... You end up coming across this in several > places. > > -- bryan > > "George Gensure,,," wrote: > > > Where is the CFLAGS that I should add to? In the Subdirectories? > > > > George > > werkt@csh.rit.edu > From owner-linux-mips@oss.sgi.com Fri Apr 20 14:21:50 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KLLo910781 for linux-mips-outgoing; Fri, 20 Apr 2001 14:21:50 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KLLkM10778 for ; Fri, 20 Apr 2001 14:21:47 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3KLKri07299; Fri, 20 Apr 2001 18:20:53 -0300 Date: Fri, 20 Apr 2001 18:20:53 -0300 From: Ralf Baechle To: Bryan Chua Cc: "George Gensure,,," , linux-mips@oss.sgi.com Subject: Re: glibc build Message-ID: <20010420182053.A7282@bacchus.dhis.org> References: <3AE08A99.50201@csh.rit.edu> <3AE096DC.ECB49D19@ayrnetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE096DC.ECB49D19@ayrnetworks.com>; from chua@ayrnetworks.com on Fri, Apr 20, 2001 at 01:06:52PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 20, 2001 at 01:06:52PM -0700, Bryan Chua wrote: > CFLAGS=-D__PIC__ make all [check] install > > the target "check" will not work if you are cross compiling, so you > might as well install... You end up coming across this in several > places. None of the compiler we ever recommended to use had this bug, so I wonder what compiler you're trying to use. Ralf From owner-linux-mips@oss.sgi.com Fri Apr 20 15:02:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KM2An11875 for linux-mips-outgoing; Fri, 20 Apr 2001 15:02:10 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KM24M11871 for ; Fri, 20 Apr 2001 15:02:05 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3KM0Hg07530; Fri, 20 Apr 2001 19:00:17 -0300 Date: Fri, 20 Apr 2001 19:00:17 -0300 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: IRQ questions Message-ID: <20010420190017.B7282@bacchus.dhis.org> References: <3AE081E3.434E9126@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE081E3.434E9126@cotw.com>; from samcconn@cotw.com on Fri, Apr 20, 2001 at 11:37:24AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, Apr 20, 2001 at 11:37:24AM -0700, Scott A McConnell wrote: > In 2.4.0-test 5 the file arch/mips/kernel/irq.c used to be built. Under > 2.4.3 it no longer is. However, it appears it was renamed to old_irg.c > and a new irq.c was created. I also noticed that an i8259.c files was > added at some point. However, it does not seem to match the code that > was in irq.c. Not entirely, yet. The idea is that a board can register a structure containing information on how to handle an interrupt with the new irq.c So a board which has PC-style i8259 PICs could call init_i8259_irqs which in turn would register handlers for the interrupts 0 - 15 which would be handle in i8259; handler for other interrupts controllers could be registered also. > Are there any notes available that explain how to convert from old style > IRQ's to new? > What are we suppose to do with the new irq.c which is not being used? The IRQ changes should be considered work in progress; until the new interrupt code you should just follow the example given by the many existing implementations. > I have a 2.4.3 kernel booting. I copied the old arch/mips/kernel/irq.c > to my target directory and changed One valid solution ... Still. We want to eleminate all this code duplication for no good reason. > a few other things to get everything to compile. As long as I do not try > to use a serial port everything seems to be working. I booted with a > frame buffer and started X. The mouse and keyboard worked so some of my > IRQ's appear to be working. > > When I start the serial port things seem to go fine untile it trys to > write the port at which point it starts running very slowly. Which is > what make me think the kernel is being overcome with interrupts. Or you don't receive interrupts at all. Ralf From owner-linux-mips@oss.sgi.com Fri Apr 20 15:38:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3KMc7R13096 for linux-mips-outgoing; Fri, 20 Apr 2001 15:38:07 -0700 Received: from ayr-74.ayrnetworks.com (64-166-72-137.ayrnetworks.com [64.166.72.137]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3KMc4M13086; Fri, 20 Apr 2001 15:38:04 -0700 Received: from ayrnetworks.com (IDENT:chua@localhost.localdomain [127.0.0.1]) by ayr-74.ayrnetworks.com (8.11.0/8.11.0) with ESMTP id f3KMbp211392; Fri, 20 Apr 2001 15:37:51 -0700 Message-ID: <3AE0BA3E.A9D7658@ayrnetworks.com> Date: Fri, 20 Apr 2001 15:37:50 -0700 From: Bryan Chua X-Mailer: Mozilla 4.75 [en] (X11; U; Linux 2.2.16-22enterprise i686) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: "George Gensure,,," , linux-mips@oss.sgi.com Subject: Re: glibc build References: <3AE08A99.50201@csh.rit.edu> <3AE096DC.ECB49D19@ayrnetworks.com> <20010420182053.A7282@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk binutils 2.8.1, 2.9.1, 2.10, 2.10.1 (with and without patches) 2.11 gcc 2.95.2, 2.95.2.1, 2.95.3 The bug was that the specs file in 2.95.? seems to be missing a -K__PIC__ in the spec for *cpp %{.S...} It does seem to be in the current snapshot as of a few weeks ago and is thus not necessary, but also not released. -- bryan Ralf Baechle wrote: > On Fri, Apr 20, 2001 at 01:06:52PM -0700, Bryan Chua wrote: > > > CFLAGS=-D__PIC__ make all [check] install > > > > the target "check" will not work if you are cross compiling, so you > > might as well install... You end up coming across this in several > > places. > > None of the compiler we ever recommended to use had this bug, so I > wonder what compiler you're trying to use. > > Ralf From owner-linux-mips@oss.sgi.com Fri Apr 20 23:03:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3L63Xv25473 for linux-mips-outgoing; Fri, 20 Apr 2001 23:03:33 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3L63WM25466 for ; Fri, 20 Apr 2001 23:03:33 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 74CCD11FD for ; Sat, 21 Apr 2001 02:03:31 -0400 (EDT) Message-ID: <3AE1239F.1020407@csh.rit.edu> Date: Sat, 21 Apr 2001 02:07:27 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: gcc cvs entries Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk can anyone tell me what ss is supposed to be in the following context? gcc_ss_yyyymmdd and i'm pretty sure it's not seconds... George werkt From owner-linux-mips@oss.sgi.com Sat Apr 21 14:41:09 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3LLf9c17396 for linux-mips-outgoing; Sat, 21 Apr 2001 14:41:09 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3LLf7M17393 for ; Sat, 21 Apr 2001 14:41:08 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14r57p-0002to-00; Sat, 21 Apr 2001 23:41:05 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14r57p-0000IZ-00; Sat, 21 Apr 2001 23:41:05 +0200 Date: Sat, 21 Apr 2001 23:41:05 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Cc: Ralf Baechle Subject: watchdog vs reboot Message-ID: <20010421234105.A1106@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com, Ralf Baechle Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="pWyiEgJYm5f9v55/" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --pWyiEgJYm5f9v55/ Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Hi, When building the indy watchdog kernel module using "Disable watchdog shutdown on close" the watchdog does not get turned off at all, so we have to do this "immediately" after reboot. Attached patch does this. -- Guido --pWyiEgJYm5f9v55/ Content-Type: text/x-csrc; charset=us-ascii Content-Disposition: attachment; filename="turn_of_watchdog.c" --- arch/mips/sgi/kernel/indy_mc.c.orig Sat Apr 21 22:24:59 2001 +++ arch/mips/sgi/kernel/indy_mc.c Sat Apr 21 22:29:01 2001 @@ -84,6 +84,14 @@ * interrupts are first enabled etc. */ + /* Step 0: Make sure we turn of the watchdog in case it's + * still running(which might be the case after a + * soft reboot). + */ + tmpreg = mcmisc_regs->cpuctrl0; + tmpreg &= ~SGIMC_CCTRL0_WDOG; + mcmisc_regs->cpuctrl0 = tmpreg; + /* Step 1: The CPU/GIO error status registers will not latch * up a new error status until the register has been * cleared by the cpu. These status registers are --pWyiEgJYm5f9v55/-- From owner-linux-mips@oss.sgi.com Sat Apr 21 15:12:41 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3LMCfS18319 for linux-mips-outgoing; Sat, 21 Apr 2001 15:12:41 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3LMCdM18316 for ; Sat, 21 Apr 2001 15:12:39 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3LMCWs03110; Sat, 21 Apr 2001 19:12:32 -0300 Date: Sat, 21 Apr 2001 19:12:32 -0300 From: Ralf Baechle To: "George Gensure,,," Cc: linux-mips@oss.sgi.com Subject: Re: gcc cvs entries Message-ID: <20010421191232.A2981@bacchus.dhis.org> References: <3AE1239F.1020407@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE1239F.1020407@csh.rit.edu>; from werkt@csh.rit.edu on Sat, Apr 21, 2001 at 02:07:27AM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, Apr 21, 2001 at 02:07:27AM -0400, George Gensure,,, wrote: > can anyone tell me what ss is supposed to be in the following context? > > gcc_ss_yyyymmdd > > and i'm pretty sure it's not seconds... ss = SnapShot. Ralf From owner-linux-mips@oss.sgi.com Sat Apr 21 15:14:42 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3LMEgY18585 for linux-mips-outgoing; Sat, 21 Apr 2001 15:14:42 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3LMEfM18580 for ; Sat, 21 Apr 2001 15:14:41 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14r5eK-00034Q-00; Sun, 22 Apr 2001 00:14:40 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14r5eK-0000Ju-00; Sun, 22 Apr 2001 00:14:40 +0200 Date: Sun, 22 Apr 2001 00:14:40 +0200 From: Guido Guenther To: Dave Gilbert Cc: linux-mips@oss.sgi.com Subject: Re: Passing kernel args Message-ID: <20010422001440.A1191@bilbo.physik.uni-konstanz.de> Mail-Followup-To: Dave Gilbert , linux-mips@oss.sgi.com References: <20010419224030.A19856@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from gilbertd@treblig.org on Thu, Apr 19, 2001 at 11:45:08PM +0100 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Thu, Apr 19, 2001 at 11:45:08PM +0100, Dave Gilbert wrote: [..snip..] > 1) Disk partitioning. I had a disk that had Irix on, however my first > problem was that the volume header wasn't big enough for a Linux kernel. > You state that you can use x and then g in fdisk to create a new partition > table, however that only works if the disc is clean and doesn't already > have an Irix partition on it. In my case since it already did have, x > just gave 'sorry there is no expert mode for SG partitions' (or something > similar). Having wiped the disc clean with: > > dd if=/dev/zero of=/dev/sda Thanks. I'll add this to the howto. [..snip..] > > 2) OSLoadPartition - it seems to look at this a little late; i.e. if you > have an NFS Root kernel it ignores OSLoadPartition and still NFS roots - > so I needed to pass a root= option. This only happens when fetching a kernel via bootp. I suspect that the prom variables do not get passed to the kernel in that case, only the arguments after the "bootp(): "call . Not sure if we can do anything about this. > > 2) OSLoadOptions - the kernel I have (a 2.4.0) gets a string which is: > > OSLoadOptions=whatEverYouSet > > So if you: > > setenv OSLoadOptions "root=/dev/sda1 ro" > > The kernel actually sees: > OSLoadOptions=root=/dev/sda1 ro > > So I had to do: > > setenv OSLoadOptions " root=/dev/sda1 ro" > > Which works like a dream. (Note the trailing space after the first " ) Hmm...I'm not seeing this here on 2 Indy's and an I2. As Flo already pointed out this might be a firmware bug. > > It is also useful to point out that it is the partition(8) in the options > that corresponds to the /dev/sda9 in the fdisk output. Will add that one too. Regards, -- Guido From owner-linux-mips@oss.sgi.com Sat Apr 21 15:16:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3LMGc318935 for linux-mips-outgoing; Sat, 21 Apr 2001 15:16:38 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3LMGcM18932 for ; Sat, 21 Apr 2001 15:16:38 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14r5gD-00034j-00; Sun, 22 Apr 2001 00:16:37 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14r5gD-0000K7-00; Sun, 22 Apr 2001 00:16:37 +0200 Date: Sun, 22 Apr 2001 00:16:37 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: Re: gcc cvs entries Message-ID: <20010422001637.B1191@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com References: <3AE1239F.1020407@csh.rit.edu> <20010421191232.A2981@bacchus.dhis.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010421191232.A2981@bacchus.dhis.org>; from ralf@oss.sgi.com on Sat, Apr 21, 2001 at 07:12:32PM -0300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, Apr 21, 2001 at 07:12:32PM -0300, Ralf Baechle wrote: > On Sat, Apr 21, 2001 at 02:07:27AM -0400, George Gensure,,, wrote: > > > can anyone tell me what ss is supposed to be in the following context? > > > > gcc_ss_yyyymmdd > > > > and i'm pretty sure it's not seconds... > > ss = SnapShot. gcc (is) Superb Since YYYYMMDD -- Guido From owner-linux-mips@oss.sgi.com Sat Apr 21 16:07:23 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3LN7Ns20712 for linux-mips-outgoing; Sat, 21 Apr 2001 16:07:23 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3LN7MM20709 for ; Sat, 21 Apr 2001 16:07:22 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14r6TI-0003Gf-00; Sun, 22 Apr 2001 01:07:20 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14r6TI-0000MX-00; Sun, 22 Apr 2001 01:07:20 +0200 Date: Sun, 22 Apr 2001 01:07:20 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Subject: loadable kernel modules Message-ID: <20010422010720.A1386@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, could someone enlighten me about the current status of loadable modules? When using current cvs kernel & cvs binutils and Keith's gcc-3.0-20010303 as crosstoolchain I'm no longer seeing the "symbol xy with index 10 exceeds local_symtab_size..." but therefore I'm getting lot's of unresolved symbols(e.g. printk) when trying to insmod a module. Any help appreciated, -- Guido From owner-linux-mips@oss.sgi.com Sun Apr 22 13:39:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3MKdlu21541 for linux-mips-outgoing; Sun, 22 Apr 2001 13:39:47 -0700 Received: from fileserv2.Cologne.DE ([62.145.23.107]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3MKdfM21538 for ; Sun, 22 Apr 2001 13:39:42 -0700 Received: from localhost (1840 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Sun, 22 Apr 2001 22:39:26 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id WAA09033; Sun, 22 Apr 2001 22:40:18 +0200 Date: Sun, 22 Apr 2001 22:40:18 +0200 From: Karsten Merker To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: ls from fileutils-4.0.43 segfaults Message-ID: <20010422224018.A9017@excalibur.cologne.de> Mail-Followup-To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hallo everyone, I have tried to install fileutils_4.0.43-1_mipsel.deb from source.rfc822.org and found that "ls" segfaults, the other binaries seem to be ok. So I have tried compiling it myself against glibc-2.2.2 on repeat.rfc822.org and also on my DECstation, but the effect stays the same. On repeat we have: bash> ld -v GNU ld version 2.11.90.0.1 (with BFD 2.11.90.0.1) bash> gcc -v gcc version 2.95.3 20010315 (Debian release) On my DECstation I have: bash> ld -v GNU ld version 010330 (with BFD 010330) bash> gcc -v gcc version 2.95.3 20010315 (Debian release) Has anybody successfully build fileutils-4.0.43 against glibc-2.2.2? I had fileutils built ok against glibc-2.0.6 before with bash> gcc -v Reading specs from /usr/lib/gcc-lib/mipsel-linux/egcs-2.90.29/specs gcc version egcs-2.90.29 980515 (egcs-1.0.3 release) bash> ld -v GNU ld version 2.8.1 (with BFD 2.8.1) (these contain Ralf's patches). Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From owner-linux-mips@oss.sgi.com Sun Apr 22 14:43:25 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3MLhPQ24840 for linux-mips-outgoing; Sun, 22 Apr 2001 14:43:25 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3MLh9M24831 for ; Sun, 22 Apr 2001 14:43:24 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14rRdR-0000Lw-00; Sun, 22 Apr 2001 17:43:13 -0400 Date: Sun, 22 Apr 2001 17:43:13 -0400 From: Daniel Jacobowitz To: Karsten Merker Cc: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: ls from fileutils-4.0.43 segfaults Message-ID: <20010422174313.A1342@nevyn.them.org> References: <20010422224018.A9017@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010422224018.A9017@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Sun, Apr 22, 2001 at 10:40:18PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 22, 2001 at 10:40:18PM +0200, Karsten Merker wrote: > Hallo everyone, > > I have tried to install fileutils_4.0.43-1_mipsel.deb from > source.rfc822.org and found that "ls" segfaults, the other binaries seem > to be ok. So I have tried compiling it myself against glibc-2.2.2 on > repeat.rfc822.org and also on my DECstation, but the effect stays the > same. Most likely you have a kernel with the sysmips() bug discussed on linux-mips over the past month and a half or so; the archives have Florian's workaround and other discussion. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team From owner-linux-mips@oss.sgi.com Sun Apr 22 18:07:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N17WH30409 for linux-mips-outgoing; Sun, 22 Apr 2001 18:07:32 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N17VM30406 for ; Sun, 22 Apr 2001 18:07:31 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id D7754F1A9; Sun, 22 Apr 2001 18:06:48 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id B84B81F42A; Sun, 22 Apr 2001 18:07:18 -0700 (PDT) Date: Sun, 22 Apr 2001 18:07:18 -0700 From: Keith M Wesolowski To: Daniel Jacobowitz Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010422180718.A6180@foobazco.org> References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> <20010418163727.A29531@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010418163727.A29531@nevyn.them.org>; from dan@debian.org on Wed, Apr 18, 2001 at 04:37:27PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 18, 2001 at 04:37:27PM -0400, Daniel Jacobowitz wrote: > If you're referring to libc-mips-04052001.patch.bz2, that's what I > started with. I needed two changes on top of it. I'll post them in a > bit. Have you or anyone else made further progress on this? One of the additional patches is obvious; the glibc stuff is not so obvious. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Sun Apr 22 19:23:55 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N2NtX32502 for linux-mips-outgoing; Sun, 22 Apr 2001 19:23:55 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N2NrM32497 for ; Sun, 22 Apr 2001 19:23:53 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14rVxB-0002QF-00; Sun, 22 Apr 2001 22:19:53 -0400 Date: Sun, 22 Apr 2001 22:19:53 -0400 From: Daniel Jacobowitz To: Keith M Wesolowski Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010422221953.A9097@nevyn.them.org> References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> <20010418163727.A29531@nevyn.them.org> <20010422180718.A6180@foobazco.org> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="SLDf9lqlvOQaIe6s" Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010422180718.A6180@foobazco.org>; from wesolows@foobazco.org on Sun, Apr 22, 2001 at 06:07:18PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: inline On Sun, Apr 22, 2001 at 06:07:18PM -0700, Keith M Wesolowski wrote: > On Wed, Apr 18, 2001 at 04:37:27PM -0400, Daniel Jacobowitz wrote: > > > If you're referring to libc-mips-04052001.patch.bz2, that's what I > > started with. I needed two changes on top of it. I'll post them in a > > bit. > > Have you or anyone else made further progress on this? One of the > additional patches is obvious; the glibc stuff is not so obvious. I have them working in the case I care about - no backwards compatibility at all. We (Monta Vista) can get away with this :) I've attached the patches. I can not do a more general fix for supporting both kinds of executables unless someone with a better understanding of ELF than I is willing to answer the questions I believe I sent to this list a few days ago. The only way I can see to get at the DT_MIPS(BASE_ADDRESS) or whatever it was called early enough to use it requires some extra disk activity; it shouldn't be too harmful, but I'd rather not impose that much of a speed penalty for every open of a shared object. Perhaps it could be done efficiently with mremap()... I still don't see why BASE_ADDRESS is necessary, but I'm sure there was a good reason it was added. I've never seen a shared object with the virtual address of the first LOAD not equal to the base address... -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team --SLDf9lqlvOQaIe6s Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="glibc-mips-abi.patch" diff -urN libc-04052001/sysdeps/mips/mipsel/rtld-parms libc-04052001-patched/sysdeps/mips/mipsel/rtld-parms --- libc-04052001/sysdeps/mips/mipsel/rtld-parms Sat Jul 12 18:26:15 1997 +++ libc-04052001-patched/sysdeps/mips/mipsel/rtld-parms Fri Apr 6 09:23:27 2001 @@ -1,3 +1,3 @@ ifndef rtld-oformat -rtld-oformat = elf32-littlemips +rtld-oformat = elf32-tradlittlemips endif --- glibc-2.2.3/sysdeps/mips/rtld-parms.orig Wed Apr 11 16:12:56 2001 +++ glibc-2.2.3/sysdeps/mips/rtld-parms Wed Apr 11 16:13:03 2001 @@ -2,7 +2,7 @@ rtld-wordsize = 32 endif ifndef rtld-oformat -rtld-oformat = elf$(rtld-wordsize)-bigmips +rtld-oformat = elf$(rtld-wordsize)-tradbigmips endif ifndef rtld-arch rtld-arch = mips --- glibc-2.2.3/sysdeps/mips/dl-machine.h.orig Wed Apr 18 14:20:17 2001 +++ glibc-2.2.3/sysdeps/mips/dl-machine.h Wed Apr 18 14:21:15 2001 @@ -61,6 +61,9 @@ in l_info array. */ #define DT_MIPS(x) (DT_MIPS_##x - DT_LOPROC + DT_NUM) +#if 0 +/* mvista: This is no longer needed, or safe, after the tradlittlemips patch. */ + /* * MIPS libraries are usually linked to a non-zero base address. We * subtract the base address from the address where we map the object @@ -76,6 +79,7 @@ (l)->l_info[DT_MIPS(BASE_ADDRESS)]->d_un.d_ptr : 0) #else #define MAP_BASE_ADDR(l) 0x5ffe0000 +#endif #endif /* If there is a DT_MIPS_RLD_MAP entry in the dynamic section, fill it in --SLDf9lqlvOQaIe6s-- From owner-linux-mips@oss.sgi.com Sun Apr 22 21:23:17 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N4NHw04217 for linux-mips-outgoing; Sun, 22 Apr 2001 21:23:17 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N4NGM04214 for ; Sun, 22 Apr 2001 21:23:16 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 74673F1A9; Sun, 22 Apr 2001 21:22:33 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id 02AFD1F42A; Sun, 22 Apr 2001 21:23:01 -0700 (PDT) Date: Sun, 22 Apr 2001 21:23:01 -0700 From: Keith M Wesolowski To: Daniel Jacobowitz Cc: "Steven J. Hill" , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010422212301.B6180@foobazco.org> References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> <20010418163727.A29531@nevyn.them.org> <20010422180718.A6180@foobazco.org> <20010422221953.A9097@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010422221953.A9097@nevyn.them.org>; from dan@debian.org on Sun, Apr 22, 2001 at 10:19:53PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 22, 2001 at 10:19:53PM -0400, Daniel Jacobowitz wrote: > I have them working in the case I care about - no backwards > compatibility at all. We (Monta Vista) can get away with this :) > I've attached the patches. This looks like what I have come up with as well. I don't care about backward compatibility either. If someone else wants to support broken crap that's their problem; in an age where we have scripts and makefiles to rebuild entire systems from source I can't see the point of binary compatibility. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Sun Apr 22 21:33:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N4XJa04674 for linux-mips-outgoing; Sun, 22 Apr 2001 21:33:19 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N4XIM04671 for ; Sun, 22 Apr 2001 21:33:18 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 9964BF1A9; Sun, 22 Apr 2001 21:32:35 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id D43DF1F42A; Sun, 22 Apr 2001 21:33:05 -0700 (PDT) Date: Sun, 22 Apr 2001 21:33:05 -0700 From: Keith M Wesolowski To: Karsten Merker Cc: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: ls from fileutils-4.0.43 segfaults Message-ID: <20010422213305.C6180@foobazco.org> References: <20010422224018.A9017@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010422224018.A9017@excalibur.cologne.de>; from karsten@excalibur.cologne.de on Sun, Apr 22, 2001 at 10:40:18PM +0200 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 22, 2001 at 10:40:18PM +0200, Karsten Merker wrote: > I have tried to install fileutils_4.0.43-1_mipsel.deb from > source.rfc822.org and found that "ls" segfaults, the other binaries seem > to be ok. So I have tried compiling it myself against glibc-2.2.2 on > repeat.rfc822.org and also on my DECstation, but the effect stays the > same. As others have pointed out, you may be afflicted with the dreaded sysmips bug. I can confirm that my new toolchain builds a working ls, among other wonders. I'll be releasing a new make-cross-based package very soon for all to enjoy. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Sun Apr 22 21:34:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N4YUQ04899 for linux-mips-outgoing; Sun, 22 Apr 2001 21:34:30 -0700 Received: from nevyn.them.org (mail@NEVYN.RES.CMU.EDU [128.2.145.225]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N4YSM04895 for ; Sun, 22 Apr 2001 21:34:29 -0700 Received: from drow by nevyn.them.org with local (Exim 3.22 #1 (Debian)) id 14rY3c-0005yw-00; Mon, 23 Apr 2001 00:34:40 -0400 Date: Mon, 23 Apr 2001 00:34:40 -0400 From: Daniel Jacobowitz To: Keith M Wesolowski Cc: linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch Message-ID: <20010423003440.A20179@nevyn.them.org> References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> <20010418163727.A29531@nevyn.them.org> <20010422180718.A6180@foobazco.org> <20010422221953.A9097@nevyn.them.org> <20010422212301.B6180@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.16i In-Reply-To: <20010422212301.B6180@foobazco.org>; from wesolows@foobazco.org on Sun, Apr 22, 2001 at 09:23:01PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 22, 2001 at 09:23:01PM -0700, Keith M Wesolowski wrote: > On Sun, Apr 22, 2001 at 10:19:53PM -0400, Daniel Jacobowitz wrote: > > > I have them working in the case I care about - no backwards > > compatibility at all. We (Monta Vista) can get away with this :) > > I've attached the patches. > > This looks like what I have come up with as well. I don't care about > backward compatibility either. If someone else wants to support > broken crap that's their problem; in an age where we have scripts and > makefiles to rebuild entire systems from source I can't see the point > of binary compatibility. Don't you wish? My other hat is Debian, which can't just ditch existing MIPS installations like that. -- Daniel Jacobowitz Debian GNU/Linux Developer Monta Vista Software Debian Security Team From owner-linux-mips@oss.sgi.com Sun Apr 22 22:58:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N5wln07787 for linux-mips-outgoing; Sun, 22 Apr 2001 22:58:47 -0700 Received: from mail.kdt.de (mail.kdt.de [195.8.224.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3N5wkM07784 for ; Sun, 22 Apr 2001 22:58:46 -0700 Received: from arthur.inka.de (arthur.kdt.de [195.8.250.5]) by mail.kdt.de (8.11.1/8.11.0) with ESMTP id f3N5wD816748; Mon, 23 Apr 2001 07:58:13 +0200 Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.inka.de with esmtp (Exim 3.14 #1) id 14rZJA-0000aW-00; Mon, 23 Apr 2001 07:54:48 +0200 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id 4631C1EA2E; Mon, 23 Apr 2001 07:54:47 +0200 (CEST) Mail-Copies-To: never To: Daniel Jacobowitz Cc: Keith M Wesolowski , linux-mips@oss.sgi.com Subject: Re: Question on the binutils tradlittlemips patch References: <20010418141959.A24473@nevyn.them.org> <3ADDFD6A.AD0DDE4A@cotw.com> <20010418163727.A29531@nevyn.them.org> <20010422180718.A6180@foobazco.org> <20010422221953.A9097@nevyn.them.org> <20010422212301.B6180@foobazco.org> <20010423003440.A20179@nevyn.them.org> From: Andreas Jaeger Date: 23 Apr 2001 07:54:47 +0200 In-Reply-To: <20010423003440.A20179@nevyn.them.org> (Daniel Jacobowitz's message of "Mon, 23 Apr 2001 00:34:40 -0400") Message-ID: Lines: 28 User-Agent: Gnus/5.090003 (Oort Gnus v0.03) XEmacs/21.1 (Channel Islands) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Daniel Jacobowitz writes: > On Sun, Apr 22, 2001 at 09:23:01PM -0700, Keith M Wesolowski wrote: > > On Sun, Apr 22, 2001 at 10:19:53PM -0400, Daniel Jacobowitz wrote: > > > > > I have them working in the case I care about - no backwards > > > compatibility at all. We (Monta Vista) can get away with this :) > > > I've attached the patches. > > > > This looks like what I have come up with as well. I don't care about > > backward compatibility either. If someone else wants to support > > broken crap that's their problem; in an age where we have scripts and > > makefiles to rebuild entire systems from source I can't see the point > > of binary compatibility. > > Don't you wish? My other hat is Debian, which can't just ditch > existing MIPS installations like that. And that's the problem I have with glibc. What should I put in? We can require newer binutils to build glibc - no problem. But losing backward compatibility is a big deal. Andreas -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.inka.de http://www.suse.de/~aj From owner-linux-mips@oss.sgi.com Mon Apr 23 02:20:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3N9KWr14654 for linux-mips-outgoing; Mon, 23 Apr 2001 02:20:32 -0700 Received: from note.orchestra.cse.unsw.EDU.AU (note.orchestra.cse.unsw.EDU.AU [129.94.242.29]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3N9KVM14646 for ; Mon, 23 Apr 2001 02:20:31 -0700 Received: From riegeler With LocalMail ; Mon, 23 Apr 2001 19:20:13 +1000 From: "Adam 'WeirdArms' Wiggins" To: linux-mips@oss.sgi.com Date: Mon, 23 Apr 2001 19:20:13 +1000 (EST) X-Sender: awiggins@riegeler.disy.cse.unsw.EDU.AU Subject: Linux on SGI Challenge L Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Are there any plans to get Linux running on the SGI Challenge L? Alternatively is it possible to get any documentation on the internals of this thing? Cheers Adam P.S. I'm not on the list so please keep my email in the cc. From owner-linux-mips@oss.sgi.com Mon Apr 23 05:27:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NCR8K22075 for linux-mips-outgoing; Mon, 23 Apr 2001 05:27:08 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NCR6M22071 for ; Mon, 23 Apr 2001 05:27:07 -0700 Received: from cotw.com (dhcp-050.inter.net [192.168.10.50]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id GAA12280; Mon, 23 Apr 2001 06:26:51 -0500 Message-ID: <3AE422B3.C61A70F7@cotw.com> Date: Mon, 23 Apr 2001 07:40:19 -0500 From: "Steven J. Hill" Reply-To: sjhill@cotw.com X-Mailer: Mozilla 4.73 [en] (X11; I; Linux 2.4.3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Guido Guenther CC: linux-mips@oss.sgi.com Subject: Re: loadable kernel modules References: <20010422010720.A1386@bilbo.physik.uni-konstanz.de> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Guido Guenther wrote: > > could someone enlighten me about the current status of loadable modules? > When using current cvs kernel & cvs binutils and Keith's > gcc-3.0-20010303 as crosstoolchain I'm no longer seeing the "symbol xy > with index 10 exceeds local_symtab_size..." but therefore I'm getting > lot's of unresolved symbols(e.g. printk) when trying to insmod a module. > Any help appreciated, > Sure, I fixed the bug in binutils that broke kernel modules. It's been in CVS for almost two weeks now. -Steve -- Steven J. Hill - Embedded SW Engineer Public Key: 'http://www.cotw.com/pubkey.txt' FPR1: E124 6E1C AF8E 7802 A815 FPR2: 7D72 829C 3386 4C4A E17D From owner-linux-mips@oss.sgi.com Mon Apr 23 07:33:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NEX3q28144 for linux-mips-outgoing; Mon, 23 Apr 2001 07:33:03 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NEX2M28141 for ; Mon, 23 Apr 2001 07:33:02 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id B23E9114D for ; Mon, 23 Apr 2001 10:32:54 -0400 (EDT) Message-ID: <3AE43E0E.2030804@csh.rit.edu> Date: Mon, 23 Apr 2001 10:37:02 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: xkbcomp bus errors Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am still getting bus errors while doing a full install of x... the build is ok, but it errors out when it loads up xkbcomp and starts using it. I am at a complete loss, and I'm really willing to use binaries / packages.. This time, i'm building with glibc-2.2.1 (base and dev) and gcc 2.97. Can anyone offer any help? George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Mon Apr 23 08:41:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NFfF230945 for linux-mips-outgoing; Mon, 23 Apr 2001 08:41:15 -0700 Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NFfAM30935 for ; Mon, 23 Apr 2001 08:41:11 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id SAA16169; Mon, 23 Apr 2001 18:39:31 +0300 (IDT) Message-ID: <3AE44D0A.9080003@jungo.com> Date: Mon, 23 Apr 2001 18:40:58 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Linux/MIPS , FR Linux/MIPS Subject: ld.so-1.9.x for mips Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I have seen a compiled version of ld.so-1.9.11_mips on ftp.rfc882.com site.I am searching for its sources. Where can I find them, please? Thanks. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Mon Apr 23 09:31:33 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NGVXr00633 for linux-mips-outgoing; Mon, 23 Apr 2001 09:31:33 -0700 Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NGVWM00630 for ; Mon, 23 Apr 2001 09:31:33 -0700 Received: from email.enst.fr (muse.enst.fr [137.194.2.33]) by enst.enst.fr (Postfix) with ESMTP id D61651C919 for ; Mon, 23 Apr 2001 18:31:27 +0200 (MET DST) Received: from chimene.enst.fr (chimene.enst.fr [137.194.168.41]) by email.enst.fr (8.9.3/8.9.3) with ESMTP id SAA27869 for ; Mon, 23 Apr 2001 18:31:07 +0200 (MET DST) Received: from localhost (bellard@localhost) by chimene.enst.fr (8.9.3+Sun/8.9.3) with SMTP id SAA20655 for ; Mon, 23 Apr 2001 18:31:21 +0200 (MEST) Date: Mon, 23 Apr 2001 18:31:20 +0200 (MEST) From: Fabrice Bellard To: linux-mips@oss.sgi.com Subject: gdb single step ? In-Reply-To: <3AE44D0A.9080003@jungo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi! Did someone make a patch so that gdb can do single step on mips-linux ? If not, do you prefer a patch to gdb or a patch in the kernel to support the PTRACE_SINGLESTEP command ? Fabrice. From owner-linux-mips@oss.sgi.com Mon Apr 23 10:21:22 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NHLMh02609 for linux-mips-outgoing; Mon, 23 Apr 2001 10:21:22 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NHLLM02605 for ; Mon, 23 Apr 2001 10:21:21 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 1A101F1A9 for ; Mon, 23 Apr 2001 10:20:39 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id C72141F42A; Mon, 23 Apr 2001 10:21:09 -0700 (PDT) Date: Mon, 23 Apr 2001 10:21:09 -0700 From: Keith M Wesolowski To: linux-mips@oss.sgi.com Subject: New toolchain release Message-ID: <20010423102109.E6180@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I have updated my March 3 toolchain to April 23. The highlights of this release are: - sjhill's tradmips work - fixes to glibc and linux for sjhill's tradmips work :-) - Linux 2.4.3 (HEAD) from oss cvs, plus mingo's ext2 corruption patch - gcc 3.0 branch 0422 dated release with the gcse patch and sjhill's - binutils HEAD as of 0421 - glibc 2.2.3 (HEAD) plus several patches from Maciej, sjhill, and me. This has received minimal testing on Indy only. It builds a bootable working kernel and fileutils built and run against this glibc works. This release should support kernel modules, and the sample kernel has been built accordingly, but this has not been tested by me. NOTE: This release breaks binary compatibility with previous releases. Your pre-tradmips binaries and libraries will not work with these. If you elect to use these tools for userland development you must rebootstrap. The crossdev bundle can be found at ftp://oss.sgi.com/pub/linux/mips/mips-linux/simple/crossdev/cross-all-20010423.tar. The sample IP22 kernel can be found at .../simple/kernels/linux-2.4.3-20010422-IP22-4400.tar.gz. -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Mon Apr 23 11:18:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NII0L04928 for linux-mips-outgoing; Mon, 23 Apr 2001 11:18:00 -0700 Received: from fileserv2.Cologne.DE ([62.145.23.107]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3NIHwM04921 for ; Mon, 23 Apr 2001 11:17:59 -0700 Received: from localhost (1584 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Mon, 23 Apr 2001 20:17:44 +0200 (CEST) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id UAA01109; Mon, 23 Apr 2001 20:14:28 +0200 Date: Mon, 23 Apr 2001 20:14:28 +0200 From: Karsten Merker To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org Subject: Re: ls from fileutils-4.0.43 segfaults Message-ID: <20010423201428.A1020@excalibur.cologne.de> Mail-Followup-To: linux-mips@oss.sgi.com, debian-mips@lists.debian.org References: <20010422224018.A9017@excalibur.cologne.de> <20010422174313.A1342@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <20010422174313.A1342@nevyn.them.org>; from dan@debian.org on Sun, Apr 22, 2001 at 05:43:13PM -0400 X-No-Archive: yes Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 22, 2001 at 05:43:13PM -0400, Daniel Jacobowitz wrote: > Most likely you have a kernel with the sysmips() bug discussed on > linux-mips over the past month and a half or so; the archives have > Florian's workaround and other discussion. Oops - I should stop working in parallel with different kernel trees when I am tired... You are right, I had built the kernel from a source tree without the patch; after applying the patch, ls works. Thanks, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From owner-linux-mips@oss.sgi.com Mon Apr 23 13:03:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NK3OQ08750 for linux-mips-outgoing; Mon, 23 Apr 2001 13:03:24 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NK3MM08747 for ; Mon, 23 Apr 2001 13:03:22 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3NK32i05855; Mon, 23 Apr 2001 17:03:02 -0300 Date: Mon, 23 Apr 2001 17:03:02 -0300 From: Ralf Baechle To: Michael Shmulevich Cc: Linux/MIPS , FR Linux/MIPS Subject: Re: ld.so-1.9.x for mips Message-ID: <20010423170302.E4623@bacchus.dhis.org> References: <3AE44D0A.9080003@jungo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE44D0A.9080003@jungo.com>; from michaels@jungo.com on Mon, Apr 23, 2001 at 06:40:58PM +0300 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 23, 2001 at 06:40:58PM +0300, Michael Shmulevich wrote: > I have seen a compiled version of ld.so-1.9.11_mips on ftp.rfc882.com > site.I am searching for its sources. > > Where can I find them, please? While this package surprisingly compiles for MIPS it shouldn't be used ever for anything on Linux/MIPS as we don't have libc4 / libc 5. The equivalent for libc6 aka glibc 2 is part of glibc. Florian, can you remove this package from Debian/MIPS? Ralf From owner-linux-mips@oss.sgi.com Mon Apr 23 13:04:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NK4jh08872 for linux-mips-outgoing; Mon, 23 Apr 2001 13:04:45 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NK4gM08868 for ; Mon, 23 Apr 2001 13:04:43 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3NK4Pn05866; Mon, 23 Apr 2001 17:04:25 -0300 Date: Mon, 23 Apr 2001 17:04:25 -0300 From: Ralf Baechle To: Fabrice Bellard Cc: linux-mips@oss.sgi.com Subject: Re: gdb single step ? Message-ID: <20010423170425.F4623@bacchus.dhis.org> References: <3AE44D0A.9080003@jungo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from bellard@email.enst.fr on Mon, Apr 23, 2001 at 06:31:20PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote: > Did someone make a patch so that gdb can do single step on mips-linux ? If > not, do you prefer a patch to gdb or a patch in the kernel to support the > PTRACE_SINGLESTEP command ? Last I used GDB single stepping has been working fine for me, so I wonder what is broken? Ralf From owner-linux-mips@oss.sgi.com Mon Apr 23 14:18:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NLIpu12579 for linux-mips-outgoing; Mon, 23 Apr 2001 14:18:51 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NLIlM12566; Mon, 23 Apr 2001 14:18:47 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id QAA03796; Mon, 23 Apr 2001 16:18:46 -0500 Message-ID: <3AE4B902.C81AB2B9@cotw.com> Date: Mon, 23 Apr 2001 16:21:38 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: linux-mips@oss.sgi.com Subject: Re: IRQ questions References: <3AE081E3.434E9126@cotw.com> <20010420190017.B7282@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > > I have a 2.4.3 kernel booting. I copied the old arch/mips/kernel/irq.c > > to my target directory and changed > > One valid solution ... Still. We want to eleminate all this code > duplication for no good reason. Would Rotten_IRQ have done the same thing? Could you name an arch in the cvs distribution that uses the new style IRQ's Thanks, Scott From owner-linux-mips@oss.sgi.com Mon Apr 23 14:49:00 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NLn0F14041 for linux-mips-outgoing; Mon, 23 Apr 2001 14:49:00 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3NLmsM14034 for ; Mon, 23 Apr 2001 14:48:55 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3NLmZE06408; Mon, 23 Apr 2001 18:48:35 -0300 Date: Mon, 23 Apr 2001 18:48:35 -0300 From: Ralf Baechle To: Scott A McConnell Cc: linux-mips@oss.sgi.com Subject: Re: IRQ questions Message-ID: <20010423184835.B6109@bacchus.dhis.org> References: <3AE081E3.434E9126@cotw.com> <20010420190017.B7282@bacchus.dhis.org> <3AE4B902.C81AB2B9@cotw.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE4B902.C81AB2B9@cotw.com>; from samcconn@cotw.com on Mon, Apr 23, 2001 at 04:21:38PM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 23, 2001 at 04:21:38PM -0700, Scott A McConnell wrote: > > > I have a 2.4.3 kernel booting. I copied the old arch/mips/kernel/irq.c > > > to my target directory and changed > > > > One valid solution ... Still. We want to eleminate all this code > > duplication for no good reason. > > Would Rotten_IRQ have done the same thing? Absolutely not. The rotten IRQ thing gives you the old irq.c which assumes more or less x86 centric interrupt handling, that is a 2 PICs and doesn't get SMP right and leaves us a ton of structural problems. Don't use, it's destilled evil ;-) > Could you name an arch in the cvs distribution that uses the new style IRQ's Interrupt handling is an per architecture thing; currently i386 is coming closest to the new design of our future interrupts. Ralf From owner-linux-mips@oss.sgi.com Mon Apr 23 15:58:37 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NMwb816772 for linux-mips-outgoing; Mon, 23 Apr 2001 15:58:37 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3NMwYM16759 for ; Mon, 23 Apr 2001 15:58:35 -0700 Received: (qmail 23824 invoked from network); 23 Apr 2001 22:58:32 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 23 Apr 2001 22:58:32 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: linux-mips@oss.sgi.com Subject: 2.4.4-pre5 drivers/sgi/char/Makefile Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Apr 2001 08:58:32 +1000 Message-ID: <12767.988066712@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am trying to make sense of drivers/sgi/char/Makefile in 2.4.4-pre5. export-objs := newport.o shmiq.o sgicons.o usema.o obj-y := newport.o shmiq.o sgicons.o usema.o streamable.o obj-$(CONFIG_SGI_SERIAL) += sgiserial.o obj-$(CONFIG_SGI_DS1286) += ds1286.o obj-$(CONFIG_SGI_NEWPORT_GFX) += graphics.o rrm.o None of newport.o shmiq.o sgicons.o usema.o export any symbols so why are they defined as export-objs? The only object that does export symbols is graphics_syms.c and no Makefile refers to that source, it appears to be dead. I recommend removing all export-objs from drivers/sgi/char/Makefile and deleting drivers/sgi/char/graphics_syms.c. From owner-linux-mips@oss.sgi.com Mon Apr 23 15:58:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3NMw2u16675 for linux-mips-outgoing; Mon, 23 Apr 2001 15:58:02 -0700 Received: from mail.ocs.com.au (ppp0.ocs.com.au [203.34.97.3]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3NMvxM16667 for ; Mon, 23 Apr 2001 15:58:00 -0700 Received: (qmail 23775 invoked from network); 23 Apr 2001 22:57:57 -0000 Received: from ocs3.ocs-net (192.168.255.3) by mail.ocs.com.au with SMTP; 23 Apr 2001 22:57:57 -0000 X-Mailer: exmh version 2.1.1 10/15/1999 From: Keith Owens To: Ian Soanes Cc: linux-mips@oss.sgi.com Subject: Re: Insmod messages and modules space In-reply-to: Your message of "Tue, 10 Apr 2001 09:55:16 BST." <3AD2CA74.DCC850EF@lineo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 24 Apr 2001 08:57:55 +1000 Message-ID: <12715.988066675@ocs3.ocs-net> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, 10 Apr 2001 09:55:16 +0100, Ian Soanes wrote: >> On Mon, Apr 09, 2001 at 08:10:16PM +0200, Shay Deloya wrote: >> > 2. I keep getting in insmod of busybox pkg , "relocation overflow" message >> > especially on printk symbols > >Compiling with -mlong-calls worked for me when I had the same problem >(modutils 2.4.5). Compiling what with -mlong-calls, modutils or the kernel modules? I guess it must be the modules, in which case adding MODFLAGS += -mlong-calls in arch/$(ARCH)/Makefile is the best fix. From owner-linux-mips@oss.sgi.com Mon Apr 23 18:23:39 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O1NdE22638 for linux-mips-outgoing; Mon, 23 Apr 2001 18:23:39 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O1NcM22635 for ; Mon, 23 Apr 2001 18:23:38 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id 475A11277 for ; Mon, 23 Apr 2001 21:23:37 -0400 (EDT) Message-ID: <3AE4D692.7030904@csh.rit.edu> Date: Mon, 23 Apr 2001 21:27:46 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: /dev/psaux Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk How can I get the device entry for the ps/2 mouse in the dev table without recompiling my 2.4.3 kernel. I KNOW there has to be a way. George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Mon Apr 23 18:40:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O1eLw23236 for linux-mips-outgoing; Mon, 23 Apr 2001 18:40:21 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O1eLM23233 for ; Mon, 23 Apr 2001 18:40:21 -0700 Received: by mail.foobazco.org (Postfix, from userid 1014) id 83AD5F1A9; Mon, 23 Apr 2001 18:39:37 -0700 (PDT) Date: Mon, 23 Apr 2001 18:39:37 -0700 From: Keith M Wesolowski To: "George Gensure,,," Cc: linux-mips@oss.sgi.com Subject: Re: /dev/psaux Message-ID: <20010423183937.A4473@foobazco.org> References: <3AE4D692.7030904@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE4D692.7030904@csh.rit.edu>; from werkt@csh.rit.edu on Mon, Apr 23, 2001 at 09:27:46PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 23, 2001 at 09:27:46PM -0400, George Gensure,,, wrote: > How can I get the device entry for the ps/2 mouse in the dev table > without recompiling my 2.4.3 kernel. I KNOW there has to be a way. There is a way. Recompile your kernel and include ps2 mouse support. Of course, you should make sure the device mode exists and is accessible first... -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Tue Apr 24 00:26:12 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O7QCo01960 for linux-mips-outgoing; Tue, 24 Apr 2001 00:26:12 -0700 Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O7Q6M01956; Tue, 24 Apr 2001 00:26:06 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id KAA09906; Tue, 24 Apr 2001 10:24:30 +0300 (IDT) Message-ID: <3AE52A87.9050403@jungo.com> Date: Tue, 24 Apr 2001 10:25:59 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Linux/MIPS , FR Linux/MIPS Subject: Re: ld.so-1.9.x for mips References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf, > While this package surprisingly compiles for MIPS it shouldn't be used > ever for anything on Linux/MIPS as we don't have libc4 / libc 5. You're right about Libc5, but I need it for uClibc. Besides it surprisingly does not compile for MIPS, as it misses many parts of MIPS assembly code, usually found under sysdep part of ld.so. > The equivalent for libc6 aka glibc 2 is part of glibc. The whole idea behind uClibc was to get rid of that huge chunk of memory-wasting package, and I do not mean to use any part of it. Unless you can tell me how ld.so of glibc can be compiled standalone :-) > Florian, can you remove this package from Debian/MIPS? Florian, please, if you still have sources, can you tell me where they are? Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Tue Apr 24 01:18:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O8ILM03547 for linux-mips-outgoing; Tue, 24 Apr 2001 01:18:21 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O8IKM03544 for ; Tue, 24 Apr 2001 01:18:20 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id EAA26660; Tue, 24 Apr 2001 04:26:43 -0400 Message-ID: <3AE537BC.37523C6C@lineo.com> Date: Tue, 24 Apr 2001 09:22:20 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Keith Owens CC: linux-mips@oss.sgi.com Subject: Re: Insmod messages and modules space References: <12715.988066675@ocs3.ocs-net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Keith Owens wrote: > > On Tue, 10 Apr 2001 09:55:16 +0100, > Ian Soanes wrote: > >> On Mon, Apr 09, 2001 at 08:10:16PM +0200, Shay Deloya wrote: > >> > 2. I keep getting in insmod of busybox pkg , "relocation overflow" message > >> > especially on printk symbols > > > >Compiling with -mlong-calls worked for me when I had the same problem > >(modutils 2.4.5). > > Compiling what with -mlong-calls, modutils or the kernel modules? I > guess it must be the modules, in which case adding > MODFLAGS += -mlong-calls > in arch/$(ARCH)/Makefile is the best fix. Yes... the modules. From owner-linux-mips@oss.sgi.com Tue Apr 24 01:24:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O8OGL03950 for linux-mips-outgoing; Tue, 24 Apr 2001 01:24:16 -0700 Received: from straylight.cyberhqz.com (root@cr722548-a.crdva1.bc.wave.home.com [24.115.203.90]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O8OFM03947 for ; Tue, 24 Apr 2001 01:24:15 -0700 Received: (from rmurray@localhost) by straylight.cyberhqz.com (8.9.3/8.9.3/Debian 8.9.3-21) id BAA17956 for linux-mips@oss.sgi.com; Tue, 24 Apr 2001 01:24:09 -0700 Date: Tue, 24 Apr 2001 01:24:09 -0700 From: Ryan Murray To: linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips Message-ID: <20010424012409.A17800@cyberhqz.com> References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="5vNYLRcllDrimb99" Content-Disposition: inline User-Agent: Mutt/1.3.12i In-Reply-To: <3AE52A87.9050403@jungo.com>; from michaels@jungo.com on Tue, Apr 24, 2001 at 10:25:59AM +0300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --5vNYLRcllDrimb99 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Tue, Apr 24, 2001 at 10:25:59AM +0300, Michael Shmulevich wrote: > > Florian, can you remove this package from Debian/MIPS? >=20 > Florian, please, if you still have sources, can you tell me where they ar= e? the binary package has already been removed from Debian for almost every arch (including mips). You can find the latest source on any debian mirror, in the pool/main/l/ld.so directory. --=20 Ryan Murray, Debian Developer (rmurray@cyberhqz.com, rmurray@debian.org) The opinions expressed here are my own. --5vNYLRcllDrimb99 Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.0.4 (GNU/Linux) Comment: For info see http://www.gnupg.org iD8DBQE65TgpN2Dbz/1mRasRAjOEAJ93bE0OjO8CzfKPVqRoLW+2jTg/LwCeI+lR icj2dlN6/TtLVmzrU31/30k= =ZDBr -----END PGP SIGNATURE----- --5vNYLRcllDrimb99-- From owner-linux-mips@oss.sgi.com Tue Apr 24 01:46:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O8kOq05801 for linux-mips-outgoing; Tue, 24 Apr 2001 01:46:24 -0700 Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O8kKM05797 for ; Tue, 24 Apr 2001 01:46:21 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id LAA03274; Tue, 24 Apr 2001 11:44:41 +0300 (IDT) Message-ID: <3AE53D4E.2010803@jungo.com> Date: Tue, 24 Apr 2001 11:46:06 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Ryan Murray CC: linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> <20010424012409.A17800@cyberhqz.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ryan, Ryan Murray wrote: > the binary package has already been removed from Debian for almost > every arch (including mips). You can find the latest source on any > debian mirror, in the pool/main/l/ld.so directory. The ld.so-1.9.11-15 that is on debian FTP site does not have any support for mips ELF. This is the reason why I was asking Florian, how did he manage to compile it for MIPS. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Tue Apr 24 02:00:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3O90pn06520 for linux-mips-outgoing; Tue, 24 Apr 2001 02:00:51 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3O90oM06517 for ; Tue, 24 Apr 2001 02:00:50 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id FAA26907; Tue, 24 Apr 2001 05:09:12 -0400 Message-ID: <3AE541B0.410FDF8A@lineo.com> Date: Tue, 24 Apr 2001 10:04:48 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Fabrice Bellard CC: linux-mips@oss.sgi.com, rivers@lexmark.com Subject: Re: gdb single step ? References: <3AE44D0A.9080003@jungo.com> <20010423170425.F4623@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > > On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote: > > > Did someone make a patch so that gdb can do single step on mips-linux ? If > > not, do you prefer a patch to gdb or a patch in the kernel to support the > > PTRACE_SINGLESTEP command ? > > Last I used GDB single stepping has been working fine for me, so I wonder > what is broken? > Hi Fabrice, This may not be totally relevant, but I'm currently trying to get gdbserver working on a RC32334 IDT board. I've been having some issues with single stepping, but am making a bit of progress. 1/ I started with a mips gdbserver port kindly supplied by Martin Rivers. It mostly works well but had some problems single stepping through conditional branches (the problem may have been due to a different target than Martin was using, or me... I am kind of new to this :) 2/ Previously I've had some luck single stepping kernel and module code with the kernel gdbstub (arch/mips/kernel/gdb-stub.c), so I ported the relevant single stepping code into gdbserver. The results were much better. The only thing that seems to be wrong now is stepping over function calls isn't working quite right. I can step into functions OK though. If you're interested I'll let you know how I get on over the next few days. If not, I won't be offended :) Best regards, Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 03:51:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OApLa10436 for linux-mips-outgoing; Tue, 24 Apr 2001 03:51:21 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OApGM10423 for ; Tue, 24 Apr 2001 03:51:16 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 4C4AA7F3; Tue, 24 Apr 2001 12:51:14 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id C7161F391; Tue, 24 Apr 2001 12:49:46 +0200 (CEST) Date: Tue, 24 Apr 2001 12:49:46 +0200 From: Florian Lohoff To: Michael Shmulevich Cc: Ryan Murray , linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips Message-ID: <20010424124946.E6256@paradigm.rfc822.org> References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> <20010424012409.A17800@cyberhqz.com> <3AE53D4E.2010803@jungo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3AE53D4E.2010803@jungo.com>; from michaels@jungo.com on Tue, Apr 24, 2001 at 11:46:06AM +0300 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 24, 2001 at 11:46:06AM +0300, Michael Shmulevich wrote: > The ld.so-1.9.11-15 that is on debian FTP site does not have any support > for mips ELF. This is the reason why I was asking Florian, how did he > manage to compile it for MIPS. Its the ld.so package from potato which itself does not contain the ld.so but "ldconfig". This was a misnaming for a while in debian. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Tue Apr 24 03:51:18 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OApIK10428 for linux-mips-outgoing; Tue, 24 Apr 2001 03:51:18 -0700 Received: from noose.gt.owl.de (postfix@noose.gt.owl.de [62.52.19.4]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OApGM10422 for ; Tue, 24 Apr 2001 03:51:16 -0700 Received: by noose.gt.owl.de (Postfix, from userid 10) id 349867D9; Tue, 24 Apr 2001 12:51:14 +0200 (CEST) Received: by paradigm.rfc822.org (Postfix, from userid 1000) id CD3F5F391; Tue, 24 Apr 2001 12:48:28 +0200 (CEST) Date: Tue, 24 Apr 2001 12:48:28 +0200 From: Florian Lohoff To: Michael Shmulevich Cc: Linux/MIPS , FR Linux/MIPS Subject: Re: ld.so-1.9.x for mips Message-ID: <20010424124828.D6256@paradigm.rfc822.org> References: <3AE44D0A.9080003@jungo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.15i In-Reply-To: <3AE44D0A.9080003@jungo.com>; from michaels@jungo.com on Mon, Apr 23, 2001 at 06:40:58PM +0300 Organization: rfc822 - pure communication Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 23, 2001 at 06:40:58PM +0300, Michael Shmulevich wrote: > > Hi, > > I have seen a compiled version of ld.so-1.9.11_mips on ftp.rfc882.com > site.I am searching for its sources. > > Where can I find them, please? Its ftp.rfc822.org - Any yes there is one in the debian packages i and Ryan Murray built on all debian ftp server for mips and mipsel. For non-debianers - You can extract the .deb by using "ar x " and then you get 2 tar.gz one data which contains the files and the control.tar.gz which contains the package informations. Flo -- Florian Lohoff flo@rfc822.org +49-5201-669912 Why is it called "common sense" when nobody seems to have any? From owner-linux-mips@oss.sgi.com Tue Apr 24 04:00:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OB0jI11144 for linux-mips-outgoing; Tue, 24 Apr 2001 04:00:45 -0700 Received: from mailgw2.netvision.net.il (mailgw2.netvision.net.il [194.90.1.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OB0hM11141 for ; Tue, 24 Apr 2001 04:00:44 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw2.netvision.net.il (8.9.3/8.9.3) with ESMTP id OAA08073; Tue, 24 Apr 2001 14:02:09 +0300 (IDT) Message-ID: <3AE55CA3.4050004@jungo.com> Date: Tue, 24 Apr 2001 13:59:47 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Florian Lohoff CC: Ryan Murray , linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> <20010424012409.A17800@cyberhqz.com> <3AE53D4E.2010803@jungo.com> <20010424124946.E6256@paradigm.rfc822.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Florian Lohoff wrote: > On Tue, Apr 24, 2001 at 11:46:06AM +0300, Michael Shmulevich wrote: > > >> The ld.so-1.9.11-15 that is on debian FTP site does not have any support >> for mips ELF. This is the reason why I was asking Florian, how did he >> manage to compile it for MIPS. > > > Its the ld.so package from potato which itself does not contain > the ld.so but "ldconfig". This was a misnaming for a while in debian. > > Flo From this I conclude: no-one ever tried to check if ld.so works for mips ELF. Is it so? Thanks. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Tue Apr 24 05:38:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OCcc214812 for linux-mips-outgoing; Tue, 24 Apr 2001 05:38:38 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OCbUM14762; Tue, 24 Apr 2001 05:37:30 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id HAA07312; Tue, 24 Apr 2001 07:35:12 -0500 Message-ID: <3AE58FCE.BBC85F0D@cotw.com> Date: Tue, 24 Apr 2001 07:38:06 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Jun Sun CC: Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: IRQ questions References: <3AE081E3.434E9126@cotw.com> <20010420190017.B7282@bacchus.dhis.org> <3AE4B902.C81AB2B9@cotw.com> <3AE49FD1.2BEAFA53@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jun & Ralf, Thanks for the info. I will dig into the code that Jun provided. Jun, I noticed the new/old time code with the last update. It is on my TODO list. Thanks for taking the time to point it out and writing the README. Scott From owner-linux-mips@oss.sgi.com Tue Apr 24 05:42:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OCgFc15224 for linux-mips-outgoing; Tue, 24 Apr 2001 05:42:15 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OCgEM15221 for ; Tue, 24 Apr 2001 05:42:14 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id IAA28307; Tue, 24 Apr 2001 08:50:26 -0400 Message-ID: <3AE57586.13A6968F@lineo.com> Date: Tue, 24 Apr 2001 13:45:58 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Fabrice Bellard , linux-mips@oss.sgi.com CC: rivers@lexmark.com Subject: Re: gdb single step ? References: <3AE44D0A.9080003@jungo.com> <20010423170425.F4623@bacchus.dhis.org> <3AE541B0.410FDF8A@lineo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ian Soanes wrote: > > Ralf Baechle wrote: > > > > On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote: > > > > > Did someone make a patch so that gdb can do single step on mips-linux ? If > > > not, do you prefer a patch to gdb or a patch in the kernel to support the > > > PTRACE_SINGLESTEP command ? > > > > Last I used GDB single stepping has been working fine for me, so I wonder > > what is broken? > > > > 2/ Previously I've had some luck single stepping kernel and module code > with the kernel gdbstub (arch/mips/kernel/gdb-stub.c), so I ported the > relevant single stepping code into gdbserver. The results were much > better. The only thing that seems to be wrong now is stepping over > function calls isn't working quite right. I can step into functions OK > though. > Hi, Sorry, I made a mistake (forgetting to clear a breakpoint) when I ported the stub single step code into gdbserver. As far as I can tell, single stepping works fine now. BTW, should I be worried about MIPS16 instructions? (single step breakpoints are always placed on a 4 byte increment) ...or is that a silly question? Best regards, Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 06:17:51 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ODHpm16450 for linux-mips-outgoing; Tue, 24 Apr 2001 06:17:51 -0700 Received: from interlock2.lexmark.com (interlock2.lexmark.com [192.146.101.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3ODHoM16446 for ; Tue, 24 Apr 2001 06:17:50 -0700 Received: by interlock2.lexmark.com id JAA07302 (InterLock SMTP Gateway 4.2 for linux-mips@oss.sgi.com); Tue, 24 Apr 2001 09:17:02 -0400 Message-Id: <200104241317.JAA07302@interlock2.lexmark.com> Received: by interlock2.lexmark.com (Protected-side Proxy Mail Agent-2); Tue, 24 Apr 2001 09:17:02 -0400 Received: by interlock2.lexmark.com (Protected-side Proxy Mail Agent-1); Tue, 24 Apr 2001 09:17:02 -0400 Date: Tue, 24 Apr 2001 09:17:01 -0400 From: Martin Rivers Organization: Lexmark International, Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en Mime-Version: 1.0 To: Ian Soanes Cc: Fabrice Bellard , linux-mips@oss.sgi.com Subject: Re: gdb single step ? References: <3AE44D0A.9080003@jungo.com> <20010423170425.F4623@bacchus.dhis.org> <3AE541B0.410FDF8A@lineo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ian, Hmmm, this was the most problematic portion of the code. I remember that I fought the kernel support in what it wanted to report as the epc (pc). The module of interest (at least for 2.4 linux) is arch/mips/kernel/traps.c and the function do_bp(). In an earlier version of the kernel (if I remember right), it would call a routine to "fix up" the pc. This lead to the pc being backed up by 4 bytes which confused gdb. Anyway, you want to make sure that the kernel is reporting the pc of the bpt instruction with your version of linux. Also, in regards to your subsequent email, you are correct in reporting that mips16 is not supported (at least by my code). We never use it as we support various models of the cpu that don't support that instruction set. martin > > Ralf Baechle wrote: > > > > On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote: > > > > > Did someone make a patch so that gdb can do single step on mips-linux ? If > > > not, do you prefer a patch to gdb or a patch in the kernel to support the > > > PTRACE_SINGLESTEP command ? > > > > Last I used GDB single stepping has been working fine for me, so I wonder > > what is broken? > > > > Hi Fabrice, > > This may not be totally relevant, but I'm currently trying to get > gdbserver working on a RC32334 IDT board. I've been having some issues > with single stepping, but am making a bit of progress. > > 1/ I started with a mips gdbserver port kindly supplied by Martin > Rivers. It mostly works well but had some problems single stepping > through conditional branches (the problem may have been due to a > different target than Martin was using, or me... I am kind of new to > this :) > > 2/ Previously I've had some luck single stepping kernel and module code > with the kernel gdbstub (arch/mips/kernel/gdb-stub.c), so I ported the > relevant single stepping code into gdbserver. The results were much > better. The only thing that seems to be wrong now is stepping over > function calls isn't working quite right. I can step into functions OK > though. > > If you're interested I'll let you know how I get on over the next few > days. If not, I won't be offended :) > > Best regards, > Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 06:43:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ODh3N17398 for linux-mips-outgoing; Tue, 24 Apr 2001 06:43:03 -0700 Received: from the-village.bc.nu (router-100M.swansea.linux.org.uk [194.168.151.17]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ODgxM17393; Tue, 24 Apr 2001 06:42:59 -0700 Received: from alan by the-village.bc.nu with local (Exim 2.12 #1) id 14s36f-00024A-00; Tue, 24 Apr 2001 14:43:53 +0100 Subject: Re: ld.so-1.9.x for mips To: michaels@jungo.com (Michael Shmulevich) Date: Tue, 24 Apr 2001 14:43:51 +0100 (BST) Cc: ralf@oss.sgi.com (Ralf Baechle), linux-mips@oss.sgi.com (Linux/MIPS), linux-mips@fnet.fr (FR Linux/MIPS) In-Reply-To: <3AE52A87.9050403@jungo.com> from "Michael Shmulevich" at Apr 24, 2001 10:25:59 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 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk > The whole idea behind uClibc was to get rid of that huge chunk of > memory-wasting package, and I do not mean to use any part of it. > Unless you can tell me how ld.so of glibc can be compiled standalone :-) You might want to look at newlib instead. That has mips support but not afaik MIPS linux syscall bindings yet. Its used for things like eCos From owner-linux-mips@oss.sgi.com Tue Apr 24 06:49:32 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3ODnWG17940 for linux-mips-outgoing; Tue, 24 Apr 2001 06:49:32 -0700 Received: from enst.enst.fr (enst.enst.fr [137.194.2.16]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3ODnVM17937 for ; Tue, 24 Apr 2001 06:49:31 -0700 Received: from email.enst.fr (muse.enst.fr [137.194.2.33]) by enst.enst.fr (Postfix) with ESMTP id F1E471C8DF; Tue, 24 Apr 2001 15:49:27 +0200 (MET DST) Received: from donjuan.enst.fr (donjuan.enst.fr [137.194.168.21]) by email.enst.fr (8.9.3/8.9.3) with ESMTP id PAA26320; Tue, 24 Apr 2001 15:49:08 +0200 (MET DST) Received: from localhost (bellard@localhost) by donjuan.enst.fr (8.9.3+Sun/8.9.3) with SMTP id PAA09542; Tue, 24 Apr 2001 15:49:19 +0200 (MEST) Date: Tue, 24 Apr 2001 15:49:19 +0200 (MEST) From: Fabrice Bellard To: Ian Soanes Cc: linux-mips@oss.sgi.com, rivers@lexmark.com Subject: Re: gdb single step ? In-Reply-To: <3AE57586.13A6968F@lineo.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi! I was speaking about gdb support in user mode, not the gdb stub in the kernel. Does someone use gdb to debug user space programs on linux-mips ? Maybe someone added the PTRACE_SINGLESTEP command of the ptrace syscall in recent mips kernel, but I do not have it in my kernel (linux-2.4.0 on sgi site). I patched gdb 5.0 so that single step on mips is correctly supported in user mode. I also modified gdbserver so that it works when you debug mips code in user mode. Fabrice. On Tue, 24 Apr 2001, Ian Soanes wrote: > Ian Soanes wrote: > > > > Ralf Baechle wrote: > > > > > > On Mon, Apr 23, 2001 at 06:31:20PM +0200, Fabrice Bellard wrote: > > > > > > > Did someone make a patch so that gdb can do single step on mips-linux ? If > > > > not, do you prefer a patch to gdb or a patch in the kernel to support the > > > > PTRACE_SINGLESTEP command ? > > > > > > Last I used GDB single stepping has been working fine for me, so I wonder > > > what is broken? > > > > > > > > > > 2/ Previously I've had some luck single stepping kernel and module code > > with the kernel gdbstub (arch/mips/kernel/gdb-stub.c), so I ported the > > relevant single stepping code into gdbserver. The results were much > > better. The only thing that seems to be wrong now is stepping over > > function calls isn't working quite right. I can step into functions OK > > though. > > > > > > Hi, > > Sorry, I made a mistake (forgetting to clear a breakpoint) when I ported > the stub single step code into gdbserver. As far as I can tell, single > stepping works fine now. > > BTW, should I be worried about MIPS16 instructions? (single step > breakpoints are always placed on a 4 byte increment) ...or is that a > silly question? > > Best regards, > Ian > From owner-linux-mips@oss.sgi.com Tue Apr 24 07:03:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OE3ke18532 for linux-mips-outgoing; Tue, 24 Apr 2001 07:03:46 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OE3kM18529 for ; Tue, 24 Apr 2001 07:03:46 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id KAA29228; Tue, 24 Apr 2001 10:12:02 -0400 Message-ID: <3AE588AA.5874E870@lineo.com> Date: Tue, 24 Apr 2001 15:07:38 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Fabrice Bellard CC: linux-mips@oss.sgi.com, rivers@lexmark.com Subject: Re: gdb single step ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Fabrice Bellard wrote: > > Hi! > > I was speaking about gdb support in user mode, not the gdb stub in the > kernel. Does someone use gdb to debug user space programs on linux-mips ? > Maybe someone added the PTRACE_SINGLESTEP command of the ptrace syscall in > recent mips kernel, but I do not have it in my kernel (linux-2.4.0 on sgi > site). > > I patched gdb 5.0 so that single step on mips is correctly supported in > user mode. I also modified gdbserver so that it works when you debug mips > code in user mode. > Hi Fabrice, I know you meant user mode... it's just that I had some success adapting the kernel stub code for use in Martin's gdbserver for debugging user mode code. I guess now we have 2 gdbservers :-) Best regards, Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 07:39:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OEdFD20719 for linux-mips-outgoing; Tue, 24 Apr 2001 07:39:15 -0700 Received: from interlock2.lexmark.com (interlock2.lexmark.com [192.146.101.10]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3OEdEM20716 for ; Tue, 24 Apr 2001 07:39:14 -0700 Received: by interlock2.lexmark.com id KAA00987 (InterLock SMTP Gateway 4.2 for linux-mips@oss.sgi.com); Tue, 24 Apr 2001 10:38:46 -0400 Message-Id: <200104241438.KAA00987@interlock2.lexmark.com> Received: by interlock2.lexmark.com (Protected-side Proxy Mail Agent-2); Tue, 24 Apr 2001 10:38:46 -0400 Received: by interlock2.lexmark.com (Protected-side Proxy Mail Agent-1); Tue, 24 Apr 2001 10:38:46 -0400 Date: Tue, 24 Apr 2001 10:38:45 -0400 From: Martin Rivers Organization: Lexmark International, Inc. X-Mailer: Mozilla 4.72 [en] (X11; U; SunOS 5.8 sun4u) X-Accept-Language: en Mime-Version: 1.0 To: Ian Soanes Cc: Fabrice Bellard , linux-mips@oss.sgi.com Subject: Re: gdb single step ? References: <3AE588AA.5874E870@lineo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ian, I'm confused. The gdbserver stuff I gave you was all directed at user mode stuff too. I don't do any kernel debug with gdbserver. martin > > Fabrice Bellard wrote: > > > > Hi! > > > > I was speaking about gdb support in user mode, not the gdb stub in the > > kernel. Does someone use gdb to debug user space programs on linux-mips ? > > Maybe someone added the PTRACE_SINGLESTEP command of the ptrace syscall in > > recent mips kernel, but I do not have it in my kernel (linux-2.4.0 on sgi > > site). > > > > I patched gdb 5.0 so that single step on mips is correctly supported in > > user mode. I also modified gdbserver so that it works when you debug mips > > code in user mode. > > > > > > Hi Fabrice, > > I know you meant user mode... it's just that I had some success adapting > the kernel stub code for use in Martin's gdbserver for debugging user > mode code. I guess now we have 2 gdbservers :-) > > Best regards, > Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 07:53:02 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OEr2b21446 for linux-mips-outgoing; Tue, 24 Apr 2001 07:53:02 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OEr1M21443 for ; Tue, 24 Apr 2001 07:53:01 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id LAA29765; Tue, 24 Apr 2001 11:01:23 -0400 Message-ID: <3AE5943A.E1B91C25@lineo.com> Date: Tue, 24 Apr 2001 15:56:58 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Martin Rivers CC: Fabrice Bellard , linux-mips@oss.sgi.com Subject: Re: gdb single step ? References: <3AE588AA.5874E870@lineo.com> <200104241438.KAA00987@interlock2.lexmark.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Martin, I seem to have confused everyone (including myself)... I'm also talking about user mode... my references to the kernel stub code only refer to the single_step() function... I borrowed and adapted it for use in gdbserver... for user mode. Sorry, I'll go and stand in the corner for a while... Ian Martin Rivers wrote: > > Ian, > > I'm confused. The gdbserver stuff I gave you was all directed at user mode > stuff too. I don't do any kernel debug with gdbserver. > > martin > > > > > Fabrice Bellard wrote: > > > > > > Hi! > > > > > > I was speaking about gdb support in user mode, not the gdb stub in the > > > kernel. Does someone use gdb to debug user space programs on linux-mips ? > > > Maybe someone added the PTRACE_SINGLESTEP command of the ptrace syscall in > > > recent mips kernel, but I do not have it in my kernel (linux-2.4.0 on sgi > > > site). > > > > > > I patched gdb 5.0 so that single step on mips is correctly supported in > > > user mode. I also modified gdbserver so that it works when you debug mips > > > code in user mode. > > > > > > > > > > > Hi Fabrice, > > > > I know you meant user mode... it's just that I had some success adapting > > the kernel stub code for use in Martin's gdbserver for debugging user > > mode code. I guess now we have 2 gdbservers :-) > > > > Best regards, > > Ian From owner-linux-mips@oss.sgi.com Tue Apr 24 07:59:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OExEC21881 for linux-mips-outgoing; Tue, 24 Apr 2001 07:59:14 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OExAM21878 for ; Tue, 24 Apr 2001 07:59:11 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3OEwom05593; Tue, 24 Apr 2001 11:58:50 -0300 Date: Tue, 24 Apr 2001 11:58:50 -0300 From: Ralf Baechle To: Keith Owens Cc: linux-mips@oss.sgi.com Subject: Re: 2.4.4-pre5 drivers/sgi/char/Makefile Message-ID: <20010424115850.C5379@bacchus.dhis.org> References: <12767.988066712@ocs3.ocs-net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <12767.988066712@ocs3.ocs-net>; from kaos@melbourne.sgi.com on Tue, Apr 24, 2001 at 08:58:32AM +1000 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 24, 2001 at 08:58:32AM +1000, Keith Owens wrote: > I am trying to make sense of drivers/sgi/char/Makefile in 2.4.4-pre5. > > export-objs := newport.o shmiq.o sgicons.o usema.o > obj-y := newport.o shmiq.o sgicons.o usema.o streamable.o > > obj-$(CONFIG_SGI_SERIAL) += sgiserial.o > obj-$(CONFIG_SGI_DS1286) += ds1286.o > obj-$(CONFIG_SGI_NEWPORT_GFX) += graphics.o rrm.o > > None of newport.o shmiq.o sgicons.o usema.o export any symbols so why > are they defined as export-objs? The only object that does export > symbols is graphics_syms.c and no Makefile refers to that source, it > appears to be dead. > > I recommend removing all export-objs from drivers/sgi/char/Makefile and > deleting drivers/sgi/char/graphics_syms.c. The real fix is one of many patches pending to be merged with Linus ... Ralf From owner-linux-mips@oss.sgi.com Tue Apr 24 08:03:04 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OF34W22240 for linux-mips-outgoing; Tue, 24 Apr 2001 08:03:04 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OF31M22235 for ; Tue, 24 Apr 2001 08:03:02 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3OF2Ok05628; Tue, 24 Apr 2001 12:02:24 -0300 Date: Tue, 24 Apr 2001 12:02:24 -0300 From: Ralf Baechle To: Michael Shmulevich Cc: Florian Lohoff , Ryan Murray , linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips Message-ID: <20010424120224.D5379@bacchus.dhis.org> References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> <20010424012409.A17800@cyberhqz.com> <3AE53D4E.2010803@jungo.com> <20010424124946.E6256@paradigm.rfc822.org> <3AE55CA3.4050004@jungo.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE55CA3.4050004@jungo.com>; from michaels@jungo.com on Tue, Apr 24, 2001 at 01:59:47PM +0300 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 24, 2001 at 01:59:47PM +0300, Michael Shmulevich wrote: > From this I conclude: no-one ever tried to check if ld.so works for > mips ELF. Is it so? I definately won't work. Ralf From owner-linux-mips@oss.sgi.com Tue Apr 24 08:21:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OFLle23633 for linux-mips-outgoing; Tue, 24 Apr 2001 08:21:47 -0700 Received: from navigator.sw.com.sg (navigator.sw.com.sg [195.16.40.245]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OFLiM23620 for ; Tue, 24 Apr 2001 08:21:44 -0700 Received: from slider.sw.ru (slider.sw.com.sg [195.16.40.254]) by navigator.sw.com.sg (8.9.1/8.9.1) with ESMTP id TAA25354 for ; Tue, 24 Apr 2001 19:20:58 +0400 (MSD) Received: (from root@localhost) by slider.sw.ru (8.9.1/8.9.1) id TAA21555 for linux-mips@oss.sgi.com.procmail@slider.sw.ru; Tue, 24 Apr 2001 19:19:34 +0400 (MSD) Received: from exchruhydro.sw.com.sg ([192.168.9.3]) by slider.sw.ru (8.9.1/8.9.1) with ESMTP id TAA21541 for ; Tue, 24 Apr 2001 19:19:33 +0400 (MSD) Received: from ptci.ru (st133.int.sw.ru [192.168.9.133]) by exchruhydro.sw.com.sg with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id JP8FNXGQ; Tue, 24 Apr 2001 19:21:26 +0400 Message-ID: <3AE59A1A.70009@ptci.ru> Date: Tue, 24 Apr 2001 19:22:02 +0400 From: "Alexandr V. Rostovtsev" User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17 i686; en-US; 0.8) Gecko/20010218 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: tcp networking problem. Content-Type: multipart/mixed; boundary="------------070306030907060606010206" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------070306030907060606010206 Content-Type: text/plain; charset=KOI8-R; format=flowed Content-Transfer-Encoding: 7bit I've encountered strange problem with tcp networkin under my linux MIPS bsp port. I use kernel 2.4.3 from SGI CVS. My kernel is distinct from CVS kernel in some pices 1) board memory resides at range (0x1f000000-0x1fffffff) 2) and exception handlers so 3) board comunicates with outer word enviroment throug PCI 4) board uses IDT 79RC64V474 CPU (which reported MIPS 3 comp.) Kernel boots and initialized sucsesfuly, configures ethernet interface using BOOTP, mounts root on NFS, opens console and executes simple init task. init runs test application which use tcp protocol... There trubles begins :( all tcp connections nither accepted nor connected (kernel produces strange tcp packets), while icmp/udp/arp/ip(fragments)/NFS worked perfectly. I shure that somebody encouterd problems like this, and can share some bits of advise or info with me. Best regards for all. --------------070306030907060606010206 Content-Type: application/gzip; name="boot.log.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="boot.log.gz" H4sICM2F5ToAA2Jvb3QubG9nAO1Z7W7jNhb9r6e47f5Ye5HYpL4sCUjRidN0jJnMZOOkLbAo DFmiba1lyZXkJB70IRfFvsA+xf7dQ+ojduJMkyLbQTvmTGyK95K8vLw894geJFExOO+32tTp dChME6FpZ+/feYRyNjgf0rDws4Jm/nIpkrAR3ZX+q3jqEeOT0DLGkx0KRMMLj3TT5Iwx86FC //xqcIIRUAz8NQqDxTIWC5EUfhGliUcGu9f3QlxHuRKx+6J6YI967kXfNs3e3cR9P5gJGkYf hHbf0IGSKVu4TW+OHyic3Fd4MO03SZGtPXIngc4s39HeRsnqlrJVkkTJFC7Wottllo4EH+Wi WC21IE0m0ZQyMfXYrc6YbZtjQ3ub+iH06cLETHR2dkVZuiqiROQdDcuCerl0ivINz51n0cLP 1hQleZGtAuk2CtRquT0fH1AsB8C6ydBpvC7kYHWX0C/8X9Mtl3ItMjWz3jE7BrWyNC2+noos 9NvUmgZBIxfTID/UOy7v2DZx13WZwU1qqWbe4R0di4iFn4t2m/7iuPTff/9C//nXLwgU4pZn uJ7h0NnwhOATrp2IQmQLmBTScrbOo8CP6eLVGS38pafRQixS6XTGAukLRl8Tn7Cy2lrl/jgW 7U0tbhu1VtWhlYlcZNci3NLT3XGtF5ZdmtEiHJvRGGuHdguGjeL0ZrScJEf1xAew7XajdTIR aG1rsFi69QjLorH0+uFXSRqKeqwR5EduNYY2yUQjaQWr7N4MaqB60e3HtEvTG+1yUW2tWnHT YefQKLpUfp+QtJIYFWnhx0t/KhB4JnNN7QMgo8Xa5RMpSads5GhkWy36ZssbkSUipiBdLPwk VAHnwfnFTGRH+gG79XuC2cx1yqpus7FzACkjGXJH3VBcd5NJTvhTDdzVO9x2Om6H95jXVceM ouWoEbAOx2RJnsbiqCjWQ22hTqBH/zB+pNyTQzfnPfJ0bKDXmFDWlQ3lAT4UnFQMDC7+rk4k nP/TSiTBGueHdeShff0BAuYRZyZ3JPLN1YK92oiR7A/cVZhby9SYizRcxSKvZX0/jsYZUBCA EIrYX1OcpksJ19xyO4ZBx+k0lVjdmN9E1CiX6O3V+7qtUAWnp4LzYd8qGj33fufYz4tROpnA fZ7pBtvtyzT3TGt7tM2RuPSECqLMX4xUKBxVge7HcRONKh0FaSakY0WItao+ZNi2WwaQBvU0 8Is0o3FUYHjVDECkehrSpPvo3mSG3WOa2vnRBwEkVq2tNqbbrW272lmFCNy0e/a8y03Xsufk X/tRLNGAWpxZbE7zOqBDcUC6g5YaVQ7INuYKYw/IdOZql9sANZkrDkvUnfn5jAo1nGyO5PnS melQK81CkeHhAJFlOGaJxm3teIVdyz7SmzNAad0bRxrn0647n2NxH+mqVB+beCD39Knz8gNy cADrvv2ZCOYyjifYtr/e+FHx181sJWP6zq/ITu+Hgx/keYE6QCLA9ohcnYPxmq7eDU4HP1RZ 6d03l2aHqWHLBqQn7RjZJaTVEtloeOMnufDpKolUgirW1E8XyxXSCg3TIBJowBhGhxmupiiP nGWe3/jLkK55x9HGiLa5RzjkKwyaiwCRl0uQ7+IckWv3zPlx19B1fGG7TcrjtMhpifFVF03i S41viShg6gqo5xe0gXQEHkXMJjYhHpAekqk/6CeHA3R4VPdSDWAHqkVBVAlh2U8lNZAYrknE 8IAbfgjjW7CaHGDJdRTIXZHO8yq/XfbPu4Nz4pUzS79qaDnP0iIN0hg7POifnR/Q1Qk+oA6h V9GTKT0Ii3RCFsf+r4K5KHJE4RsVCho6evS60cupJEKrTNqHTUZjlM/woHpHiarIrIXVAmaw OhmYM2SOGC4G3RozB1jkl6zHBaSZukDUlw2HXz3QHILOSouP37+/PKdq3LwjQ/D9G6zpsK8M 8ujbtKiUEEI3GGKSpQvaSjfID2vywxDnPZcIdJdy9Mq5iLtboPnCjxLKU+UL6ePu8Ox8I2hL b3ceX2XI2Nh6zirfpqk6byvAYwoej+24OO8TV5yxqxNG2VrJRztYuzp8dzr06AzBXGCzZCam lkzLkwibus4LsWjDuT6wNV53tFOAuRo9WcmjWSFmzbgkNCq411K8bCDo/X+mmadbJoFhoca0 mQDoK/jUkIQDzLOoZoZdXdlUq8gkjdRu/vgzfdlF/JSE4Es8HYZivJrKml5/rJZFtBDVcQFO r3NUaZauMlXB7MR0eea1w61STtmF/REgiu4ETf5T6US9IcgFq4pcISr5zM9ky1jhOE5VeXZC T6YbPHGL9XpGz0aNG6YFDOWGa+o9AHFV2GYFJA8iDTi39HYqlBU5+GVjkyzc7AGv58dSclqa VksMGy85pWRYWXtXmJQcN8bfl/TLxWy2V6O9Qqxei12SQYI4HoVRVqy97dFKSYD3hWSnBIA9 BRupDdel5HU0nW0vte4jJdtLrSVv05tHvAPJI96RLt89j5TsnmdnGAHduxJHxWYgDSY+0h7e PFXiU6/Caphv/ULcgArW5TT2pznJl+JJP0GWuMqFaj8TSMsBvv18vmnG2eWV+v4e0Ir8RYOL y0v6bUWlKLU0lFdO/y7aqrLxzEsX1K64981OVan1TbZb74XKlt1bdvIH6zA+bvd2//+33Y9G DzL6VuwAGbPDn0lGRSBw6J47E7peZsh6C+AtqUD8WWVvKVv6ZRYTGUAyzNIlIB8YOAF3FvKl bimTIYB5sYoLvK/nxa92BbmIwQP8DDwy2xhCgWmc1qdoy6v3PjZdzR7WntR1cwhMXfIvsi2n B1yRxXTs502tO3aF2tzRnzz1o7tcBMvtVJPH0j+BH49qDpLhjauuQ15QcTtSNJSyulJkVCwO v7qZiQTqRYZdBmzQKgqRtZANAURItPKl/7eU3dZHMiAzZNt8V64kdWVX+wDNegOcpcvfyRe0 pjSU+KDM9iMwSHTqNZ107lZ3mIN3l70WyJTVVoKe+92FuhOU86nFZt1A8YhMO351sgHXH9kF P9vaBTDkO4fL8vp7KtbL0t4anKv2bUVVGng+UaRc27y0KC255XdW3epN/fQb7/TEY6z5r1r/ VovVrcbbCDwsoUs5xxdffKENFQFV9x4BuFkh3687des4TcKy4RlMiuvN5xO4FP+EXMrQDcYc fPcs07CdxqWbFds2LEt/YS5lGvpLcinTeYxLlZIX41L278KlKu/sudSeS+251J+eS7mm6ZYp zNI/SogeTm3wuqvOPhcuJZeAhKqXJwk53uLkWMytnlhP3k5U54Z7zQmq66blNheB265h5JAu r5GE7aMDlz9KyX+c9MeMubPqZRleGQjPY3hcl4x8z/CeyvDkNapHHr2qrPNjeTMnfy+WjOpZ N2e8+XwC39P5J+R7luv05N1Zj/cs9sjdWc91DfuF+Z7hvujdmW0+xvdKyR+M71Xe2fO9Pd/b 870/O9/rcd0p78wIL93Pm9owTLPsqnPryVN/1nyP9Xt/AL6nAuF5fA90z97zvU/B9wzWfD6B 7xlsz/f+MHzv9/mtdM/3yrLne3u+9xnwPcPtVfd71nPv90zbrfiebj556s+a79muU0uNbdfc 43u6+Qn5nvX8+z2DGc6e770Y39P+B2Yki0LsMwAA --------------070306030907060606010206 Content-Type: application/gzip; name="boot_net.tcpdump.res.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="boot_net.tcpdump.res.gz" H4sICMWY5ToAA2Jvb3RfbmV0LnRjcGR1bXAucmVzALV9bY9luY3e9/yKi/nkRWbakqg3FoKF gXiTDYLYQXv3QxAkQE11tacw7a5GVdkz9q8PeW6dc++lqCueUgWDXXh6+oriQx2RD0VRvtyk dJPKB6w+13JwH47/5Hr450NI6cP5/+Vyc/j14dON+7Xclzvn4+3hb/dfP/3w9PnOu1gPf/of N6+/P/z+v27/81//cPPd//3d3D/fHf4tuhv3/cU/h4//8z1G/s3v/8s//Qd/wgFSwYPH8IEA IQU8qU1YnP4gEDgNDv/r5uwvHP60/Rt+8MU1KJ2DumB1Jm7R6uLnN799+PXb0yNhEOpNDKUG gFDpdwTsy/3zy4e/Pd49Pn36cPf4l+8O//vl8fngfvXu/5zphKF6f7h9+nb45afHH366fT7X 7/By/+XLuX6XP0zHHz7df/vy94ufPTz/cPty+Hx/85mQOP5z/kuA6i9Qq86d4bho9sF7f3P4 66dvh5SlHTBG+kHz14UpaNDjAKGe/zbn7KaEl+rgLcLpP7hUXRkKJ2RfhYcL4TxAcZjav94T nt3ZbwFo7hd/L9Gf+RxrM4PgIt4caEke/nz/cvvy8nT4/NPh37/+/PXxl6+/9XJSEFOOyghi Vqu0m9cF8/jzAfMm4Pf/7eMhulLS4eETrdLfusPzP2gGIR7OJSX08fJ7K97VSuL7KjyTgM/P 1zXIUKVNFQ1WYWcaEHiv4788P/zj/lDp7x9+XP7nMvkfvzze/fx8yMEjHH78/HR/f0illMOP t3+7ffhC22jO5/OoNeZLU9IfZVfbRfKqnw+HL4+PP//126V+3326/9t3jZYYwaDlKvJMS09L TBFzNnYkYOBiGO9czhDIxL2pZ33qd49fnx+/3DfTjz6S6xlOf5O7b/6QfLocxxfaZhIBvBP6 5x8fvraTjw69YfKr0F2TT7QtXO5pHmLwpYTup92b/MPXh5dm8jSfavjAN6H7Jg8BLrclnxxt 8bTJX1k5T/e3ny6nTgDnw49/J693+N3BNSpEhHw52uXsbw6/+fx0++eDp2AHb3yI8Xe0htzF GNlXt2OMWN3v+P/9x4tBSgyGj3DD4BzLWMJR8UbMpYwcMlxukz7TphN83r2PfHn4sVkO9HWB 5UNcZe5aDhnpn8txamTrld0byZdPH54fP/hm/sUFaUd1/qvcXfMvMZfL+QfnIeSE3Y2EfBRb 9cvD15+veqmSvAX3Td65mzoTQbj8EDiOJ3S+Ox8+Q7ncAgOtMPJJrruLBNdD/iSh0SJjMWwm m+x96NcqdsIAsdbFFb/fZlLpl9aNoER9M6H/Yt6QeAx1M6mBolEDlisG1zeTVYyQUSLFoRfD JZ9TDbG/mQwhzSlBbmCtII2XKzlmCi8nJCFtV40k9IBW8JNuQCS3azZg6hgQeZUbDLgiPjBg 0gyI5JaTdaK5o2xMcBneEfsLPuTSD4+GpinAAYowDcac98xWhzV7L2mSBuu6vAawZhXWQg7O OtHSgbVGaf6rY+jKko+69PbgPFastR/9jW1TaLk1tsGcDEHstjQGsBYFVu98SOZPs6qw0k6X XNwxhgYrOZ8SDXvrhvVA2aoqW1zCy+F8LUwzJ9yVJzIrTUeSaMu7lAQpxQhhYhenv1ilc/Ts MMzg65G2p1WQzXtrJ9L23kdEgwFXxAcG1CJtz8vc+gETo9aVBQTrRsJj6MrGgpe+E1KA4NnN vt2+MRXppWljDS4YYF2X13VYV4WENrmag6PqO7BWH8OOMXRYESzMd8N6oKzXlKVIN14SYMhI rqGkCd8aKrtmYboQQhGSaiI5mCc8hbrdBMgyodYHP+gGDBGTeRGEjgEDcWFDgLUhPjBgUA1Y AKw7XoWOsvX8aGE8hq4snu94rFd0xARph5twJ+omEAgsy966Lq8BrKDBCj4l8wessywiwqkK RDxGcFFJu899WxCKzMxfna1qQE5CGvbWzaoDWDU+54HC7stIIEIORMv9jKfQIgEo56mcASQ6 yyLf6Mx0oHZYlo8OLJnjbWkMYNVYlqcfm5ODVWdZntylzA1eHUNXNkYZO6nKrkYfKKtxH/oT n8VnlWhLiBUmXNbyL2IJRfTuMvkQM5bMy+3tgpYzmkZQtW82OpvziTyBeb132Bx9/0SeDOZb 8R6YT+VYCVI2O5sOx0q0BsxrtcexUioiWRor7WwY+gd6hoAkhCrTCj5llwxp9211DWBV2Rz5 Sfte1WE+5K5c3TGGCmt2ZB6DsivWA2VV5pObY5v1fHfCs5ITzY3pMv2Vy82GGIhDyFePFkeS Mh8aN5IwWPdw7LA54oPmbBv22FyuwXJauCF+3YCocqzMaQvrRDsci2jzmWNdpkTAFodXTk1N fqCJJQoxXL9jtiqsJeRs2AS25TWAVWVzFF2Z90XsMJ9CzMdsmh7zKalG8dmQcWjXvnIoPLZN cqlx0hRFyDhPhXVdGgNYVY5VSjWn9LDDsQqn7HeMocJaXUBDiL5hPVBWZT4VYrrM6KbiYkgw cyROoVRTT0QUIYi0ERG2QDvYlZPioaQEITa7eE0U3lrB77A52rKLeW/tcaxaitxJVAOuiA8M qHKsihCtARZ2mA8tVrSmBbHHfCiYiJdnutkBFixXT9NH9i28EIV9kVat4chlW14DWFWORahG s/07HAtjrmbT9DgWRj4duYCVyBQF1f1DfsNJJVG3xu9hQjBsN5tVB7CqbA5rkDL6kHS4D2KS JZlXx9BgJbdbnWENbVgPlNW4T3AX+9AyHBT6zkO/yqFXG3P/cierG2j4AobdZZO5p7qB1A7+ snA2pwgUGfWrG+i/XKmN+fZ0/+Xx9lOrhVLjqmmxSj/T4qTEv3z8+MePN4c/PB6e/3r30+Hz w5f7w+PT4dPD0/3dy+PT38/kea4hvRz6tdSy64b6pSes2N3t3U9NBWHgU7AdZZ5uWi2iSJfZ C4qAiHTVfkFDV62HH+9YsdwqFZo0uarUKnnXiqMtSZz7k1vMEVz/3N9YzURDE8bjeW/yLotu z6qZCBmtnin47N3l10KfD31zoX8u3v1aLmQ0mmS+HjHWZJW+zwIIePlpFOC9Lc0cEUs3E2he omKwpIiFNtWJOFBJ6AX+Bo3UhuSoviaEkILRhS9jqL4mJGdafivYV33NJkbIyN56skuOo6Ms EUqzsp0wMIQaRFFlKUQQPc6cDitpVBJEXNCA6rq4BqhqUWAAWqvGVEBwehRIAyQrS1/GUFEF 2mHEBlMrLU0/c3CrZS8pPCvecICxGXUAqxYFBkjJemRL8UEH1lyDMQO+jKHDWjJeek2KCsFl mDmlLsW5hpQGqE6Wb6i4rmYd4KoGnIDZSlo5HlRxJVWsicllDBXXSI7Kcv1jBXugrJYCJxkg fG4l30LMcOYEmgl7QzhDBKzmbUDPttMfYb3MX66XXybc3lI613jYmII1L7xMVzdhzpaatA3z gQm1xH6IXKBtnKjXk+AhVpQR0dUxdGXxfJBFr5QyfbIzB9XLDckmKkkuWM7dt8VxHVev5dtJ QDEHA17Pt4cUnTkY8J0seEhLHnGs7Ar2QFktCx6Inkexh5cQPZdJvW8GM6TafBJ9SPR8O41R QGwDFelf48wps5YFDQkrGtPYy2xVA3JxsyHI2hAfGFDLt4ccmlRMf6J6vj3Q8hGnu5zTzJhn Tne15GMgrm7Nty6z1WGlAMiQutmWxgBWLbMfcs7WUjFiix1YSzVTKN+jPxm9JVDfDDZQVqU/ hdbp5eECEp2Juc4cEWtZUpKE6TLsYNYclh++a2FjKKHat5sOpaNwxps9QY/SlZQsl3k3xAcG VJkW8QnroSvFlh1l6/k1iWVK5Fech5kjYq3cjCQ1l7ivzlaHFYuM1lVY1+U1gFVlWtU3RcX9 iXaYVuUdescYqrI0SLr0e1jAFSI7E35PqxcNZBoL0dqWxgBWlWjVFIv5s+oQrZqTuILGVRIp lZmTV61edPkz87fVo3S1NoeqKqyrVQewqpRucXfWiXZ4FrporedfxlCVRdpIDORnM9hAWZX8 YPTl0pFs7QRmGGGC3FQbkayEVcgKEL3zM4ezhUvqmr0RKUy2GiB0SB2W5lLd1TF0IxIvNeyv J9SvWzGoVAsxWq9mhqBTLaAJWItFljE0bWkvKx6FYtF5ohszB8UlJ2yIEMmq8mBbR3ZdYwNk NV4HDpo7VX1UdLYFLp4nGo9zIr6YY75yBGsAxdemNIlkFesloGW+uhWzs1zSPZl2gKxGuIBr sa0OPeiEC46dcOxjqNrS2pAfj67tarOBthoPAiIf4iaSdwUoMK4zF/W18lHwkJ38BonWePJJ M5WqSv0oi7LeBgxBZ3fgI9r3rg67g6U612LDFfOBDTV6B74gmLXVqRDQ3zafw4QOFaJBwIv2 N6QZiQozjQO0MlSgX1sulp9W2ABYjXYBn8aaHa1Ou8j8sszF098je8eZG/ta+SeJCvbYosO7 IMRiajG0GXYArEa8+DKY5Mz9merEi7YY+wF26BAvID5kueRxMtlAW40P0c8qyiUQXU0uzzQG oADONRtfrCWI7ZxvQxCbnrrI7gLf05OyKJY1bzs6zYNE8aV5IXTIF6QQLIcxJ9AHRtTYFyQK gq2kNujsiztcRDNiHfZFUfv5vSR33qtswo1SqBGbIhGSVSyZ2NMaGyCrUT1IFKlZCTjolAgS MU3pedD74xnT20Gh2KoprSBZ2Vz2AB36RaGQs9wMOpn2OrKg0S/Ivokg+zPt0K8cwEy/oEe/ MveLtGi72mygrUqJcgqiZyPBVpAo2kwZyNIbp9n7cpZXoTxtQoXCzqnaiMhXdVtZaM4wQofq ZWL71n0WevQrE5YWQrKhPrCiSr8KbUTmNduhX8VXa1uwZQxV28KxgVAscrUSTpVQkAtocpBQ iLFYvo9tjQ2QValeic19iz4qHVJUEpoz5tAjRUSwZTKGAsKAtHBmcnvcpaIhnaUEWQilI7ua doCsSsBKba5c9FHpELDq7OEs9AhYpWVkST1tcA+0VVkRUsgmfG0oHFfFmXoQID/XEnnkDnFC FnI/yDxTvwB8bb7Z09GbLwwG6LA95K7fO8ZQrYgxJ0MZ8wn1gRVVCkbcLVsTctChYFiiKDLz 4GoOy9Hs263DBVqNF8RSzPE39OgeYpWD6Miua2yArEb3iClhNM9U50XRBW+9HLWMoWkbHXjR MJLbsND83EzdBxAuTdKbZEWTB9vWxwBZjYNRIOysVxcD6ByMNplgroiDDgeLriSbtivcA201 XkSgAwg3ufZ1nr3ZL/e+SETBnEKMOgfjMbKIv4krYYpxqj8A+NLExJEiIWvPx2W+qhU9544t VlxRv27FqHGwSH9R9gruz1TnYBSa2CtsY4eDRfpREG6bwjmKPMtMAQgAXyRtzENRl+n7WNfH AFmN70Vfq9nXRp0XxeW6pJgT8o0UnKm84AcemlA0UrhVzFbscDBaiRS6WZBdTTtAVuNgMXAm 3zpTnYNF+jNzlW3scLBIcYClu9nJZgNtNV4UQ0UnmrRzmX/lArfJ8shmnw1YndgjY8guA0zd 8y+l7eIcwaVq/j50vsdtI6uV2cQO34sAzSV81Yob6gMrahwsgr1JYYg6B4tkBNmuP9LyoLhj 6pZ+9W3na5LlzfFs7PA9+sJMLcZOa2yArMb3IpEw82Fq1HkRfQlB1IX6mDCTW52pv0g1tY2r I8e9VmYTOxwsks+1lHaf1scAWY2D0Q7pzWUCUedgMfKDJjvG0LVN2dKU62SzgbYqL4olyPgw lgzcr2Cm6ynwSWSzBiqaq4Njh4NFWvfi2C4icGgzUxrBrSXb2CC5HR63x/doYG85U9hQH1hR 5WApmHurhdjhYIm2FPOa7XGwFGsW5lmfapk5Bzv2vJPmSV4egujIrutjgKzK9yjWsTabomin g2xBL0oZEzeAJ5vNnIPFJT6RoBS09i1b5qtbEfe9wjPwYEnlYJmrz6wz7XAw2vfMdwVSj4Pl gCavstlsoK3Ki3KKspw1RUgO6kzFSXJLDYFYA7m4KlJMKbtQuW/HhCxOTTfrLZMBzBbo8D0i /NYOO8sYuhWxyonoVlxRH1hR5WCFgmGzth0OVoI3M87U42BEI8U7jZ74BnELmCkpIV/VNqUg WVGGbjqy6xobIKvyvZKctblvSB1eVLK91Cr1eFG5SEUeFUPguuyZSg76sW+KFiIxRNnOVEd2 Ne0AWZWDkfPxZlQ6HKzy25I7xlCR5eMdS/5pg3ugrcqLKmRZa5W9y9yFfoYthtj2nYiVPILY 00k4VMSZ2obE14GaPb0msO88Hb5Xc5JHWFfH0K1Y0LTPbqgPrKhysIrO3CkjdTgYD2Fesz0O hh5Ehycih9GT15spKVkuPzeuFH3ylu9jW2MDZFW+R7GwuTtQ6nAwjOc98sdj6MhyHw2hGHkf ot8zlRwJcnu/jpNQJg62mXaArMrBsNhbWKQOB8MazVmd1ONgiM2Rua7tCvdAW40XETWOsq5r fdBypidWWt51uTQfRQbnD6weZeHSnGSmtoHi/tq0IEicprLyp6zzveSImlq/j9zhYMml5mhd t+KK+nUrZo2DLZUK1jWbdQ5GEYwz13XlDgcjIunkrafi+cEAN9USI/M6aUyMII9VdWTXNTZA VuN7yZMU6z6bdV6U+O0j8zrq8CIaBGTygU9Nj/033o4sPwkmPVjy7X0yFdnNtANkNQ6WKBq2 vpsSss7BEv3GfP6bOxws0X8znfptcA+01XhR4j6N4uXtEiNzgZlyEW5O11gvhPNryEdRmXaW pTTh7aIydySSoohRmle2zvYSEUlzfJc7bI/zpiZfuWE+sKHGwBKt9Wxl/FlnYInPQ807dYeB pYAI4sCncF8IircnHCk67gEsLAwUIFgOwbYVNgBWI3sJfJHXpfug6KSIPswqOnD4gomCbD9T gYFLx2SJCeFv5V+5w78SRDDVzm6GHQCr8a9EbN9cO5t1/pWgeHM3rtzhX4lUMGWiN5MNtNU4 UYoczF6OV/ltQ4SZehPtEecUfTUXeGadfvEYzRvwoRJtSTOlEdpL0OnYytg+XdWG3CTZkl/f MB/YUGNfic8srKcJWWdfibiXrO1bH7mfKYFX3nEmUd5c8Jg7RC9FLoe1ALuujgGwKtFLzskn IrszLR1ClLhab8cYqrY0iLwUz1WrxeFUQxDlJedEsYUsFtaBXVfHdWCLyr0SVzNYQelwLxpE Ni29OoYObC6mlgYb2gNtVT5EBFUeDFc+u1raJE+cgZbYVKWTrFrld4yJ8+NTNQ1peXFTyqLQ 0GyBDs/LYH7PeRlDtWJuS050K66oD6yoci/aRMyRbOlwr0zLzYxYj3vlct7XclEMfciOOONM GQh9C21KKJfGtejIrmtsgKzK8zImefW0j0qHERVXzO1nSo8REbF3YpvFQJsc1qkKjoSlzcQU bhhhQHYz7QBZlX0VsLdALR32VWI134YuPfZFVMfyBtAJ7oG2KiUif5ZEcIj0zdLamO320Riv FtEMzmOmqccwU9GgtM1PFNybszWlQ/MqCTFbsMe9uKOWyYIr4gMLqtyrQjDXzJYO96LAxPre 0DKGri33ZROKFW5zFmfKSLQO/lwyKi2sA7susAGwKs2rxfzsWCgd7lVrMncoLj1CVNH0GNgJ 7YG2KiFC74pIHCLSTkhf7cwzeWG5ayzMh4S4Ob7vkC8kFm62To8RIf3BpfMKzkPICadeagF+ eqtRmliCJeDaUB9YUWVfmKs5yVk77AurE09dBkcaRW7INQNK9M1JK1+JMheR1h7TQwQLrz2Z 9jqyVaNfxEfQzGurTr8oJgnyxP7qGJq2mTsORqFYzJVsNFNFEoFjeGEevklhycqe1scAWY3q ZZecuWS26pSIL0bIWqGrY+jIlmQJ3E9wD7TVKFF2CCGJ8bizSkkzFSIU7LaPenDnGPvXpdMv HgPkblAd96GYqbsIObevemQfmocjrs5XtSK3DTRZcUV9YEWNfmX+i1a/XnX6RSEfmml87dCv zA9Py+VEUUBaam/fbh6i3E0yOnviX4Y012l9DJDV6Ff2S5WGERWdfuWwIwdZO/SLPignbpXS 5g1EtsJMFQmRztjkzUkWOMPR8Mm0A2Q1qpcDTd2MrE6L6KP15oKj2qFFOaRoKa86wT3QVqNF mZawyPgwyNyYaKZCZGnH3uxbFFJXL2TFwrWlMzUTIWLbgzfzwa55T9fpHvlKMB/X1Q7dy8Bl xhYrrqgPrKhxsEwBm7mMteocLANUcwF97XCwDM1FJVqXfCOzztRVhARt72nyS97SIfm0xgbI anwvk5c0P4JWdQ6WoezwYB0OlqHWIJElVgDVzZSRhFTbF+oy7SeWo4uTaQfIahwsR1fNLYhQ 52Ak3h4TY4cX8Tcn87u6tivc17VFlRdxzVsW42Gp5KZmakQC5zSbvS+mKmrTiFBFYnRp6vkT gLabW445m5k0dvgeoWV+7AF7fI+bBJu85Yr6wIoqB0s+m8sPscPBSLb51BZ7HCyB7BUWAhNL LFOvqEBp28rlFIOJ3W5rbICsyvdSQvOVQ+xwsFS8uQoEe7yIvLVoYMwdd31cSl4nghTfPsaR U42WF89Pph0gq3Kw7JqHBPqodDgYUU7zoTr2OFgOUd6h1bVd4R5oq/KiHDJI8+WIjP8U0Vue JxLmI88hA/Q+Kh0ORgvf7sF6HCznarkCdkJigKzKi0iIl8hWkrS0cX07snU5W5bI1mhu54Id DkYfjLnvOvY4GLEjL/dZvk1S00x9xfIOU0OPuAjE4sE21AdWVPleCc17g31UOryogP3BZezx IiL4USDLLfzoa5ipJqHoqzZ10Zl7R1o42GbaAbIqBys5m69vYYeDcbsRs3V6HKygl2kdVdsN 7oG2Ki8qWEUBPcWHgQizm6kUoU0dm6Jn2nfsreSxw8FojCLnS3vM0u1/Zr7omoLkzCUTZr/Q 43s1xmDJdW2oD6yocjB+vc44U3AdDlb5at+OMXRtS8lyN+CnUZc6tDebBxz4po8DyUJLy9nT +riK7KaTUAiTtWkjuA4vQofi9lYAbnEb80wpCNceNw0nMvJJzY75qlZEaG5C68iuph0gq3Iw jNma2aPPooNsqtYTlGUMXVty2IZ6g5PNBtqqvAixiOeMAyB6bgg5c1P6WLh0uQY4qBA9GrhT OHr0U90v+OVouaeTrGi9NE9fsWrF4sL5U8/jMTQrFn4yyWTFFfWBFTUOVhzFuOZ9VudgxRVz TLyMoWtLgbU4reGLL3xJYaYNBz9HId0gySryTryK7LbGBshqfK94B9bYAJzOwfiFSWvjx2UM FVmCSVQIkiiMBdJUhwzaU5sD6+KJNZmQXU07QFbje8XHaPcIOgcrPmUr21jG0JEl52SJhDa4 B9pqvIhc4nmh8HG8nENyZarpSHTtK7wleNnsOvA1yFBwqvtFjO1DhNygzfr2OwUGuhVD2zv6 6hiqFUNE25pdUR9YUeNgRG7RejkOnM7BSijBWrOwjKFrWz3K5YRYydlMteGItX0Akh+Hl7dV dGTXNTZAVuN7hcJc+UR5HxWdg/HDL3af3+FFPIhENtHWW5dX2yYCotA+vFi4ZNjCpDfTDpDV OBi3AbOeoBCb6SCbml5iV8fQkeVkpEHbDe7r2nqNFxVA2TchJADgXqt9NxkOXx4ff/7rt0sD fvft6fHuu8ZmiLJfjK7FKvVci1A1Sevo+KGkGMRzPiElx831r5RLdKb/48PXy9kv4zePReqz X4Xum30GGaOknCmudVcLMNTZP/xK8Lfzz6ZLPSex++Zfi3gOkB/XzHyPZWJXdVKJ7MxthsFr 0TqP4ZuP6eoY7RfJg4RqOpneQBh8kW0EzULSeZ/OZbzsuHYzXi0sUBfFl08fnh8/+GZZ0M5i KmXaBO9aFpzxFLk9LsKL/FZ0TwOiOx0Nfgg0RCY9Wi2MjnYTvksLCjxE566QidsEfrzq7Yvb Z9n1jkXRNiBNzg2HnJ86PXaxNt9SiWCOHb0Wf/IYqXkj6uoY6rdU2id0deOtmA++pTb+ZCHV W+uwyA12tEWw1mEtY6jaVvqORCon55IKP9QwWdYnLVxdtvTXO62wAbBt+MlCmMdYQdHCTx4D ojkl69Xwkwfh9vFCsRr5tdup8+UqaeIiqpjqiDfDDoBto08WkptX9LqgBC365DFKsrZJX8bQ ga3VcgnwhPZ1bUMbfZIQ5HOry/GK8/747FLPU8Rrvu7b0/2Xx9tPja/A0jw5p6qziT9T5+Qq /uXjxz9+vDn84fHw/Ne7nw6fH77cHx6fDp8enu7vXh6f/n4uEGsJYmxf+E3B/kl13wmyane3 dz/dS8XoEz4P4K8otgqfVKw6sqYgfLTYc82hf1DcVezhxztWLbdqhcZP6Wqtovf4di70lw63 UEREvqZ/Wtpdd6RDN0ahfd/0yPtJ/C49iL2JHjn8wlrg1yxnLgLKa9AkiZ2wcGClEulZ7mG/ WVJzDZol+fMeiYPdS8sg8xgBktVnBzWDzINAtn1ZK+KDHbDN6rKQZM9uBS2ry2Pk8+fhlznR V1owuZlzyfYG8yLK7rODmkDmQTjgtQC7LrABsG0CmYWg/SAi6IFu5Rt+ZuN0At26NFA0aLuZ bKCtFujW7M5v4hzH8/xCUZg5lgRi3rFZAxReykohfuE70uRnnvbMMUXJjEgW2jcDPYCvzCCs lCd0AvhK617uKLoVV9QHVtSi6kq0ytrPAIIeVVfuBWtGrBNVU/TbXDCvKfiwlMlNmLjmKBlp zdXLj0xHdl1jA2S1sLpmLNY3jgD0sLry2ab1wBc6YTUNgknwFUIAHXnymcKasjT+F8jSOrS8 YHgy7XVkQQvha4FqbfEGoBXW8BjcOW3HGDqyGUzlmhvcA23bYhcWwl0GxHiVD1X9zLEkeB/a kIuIvHg0NaAjyl9h5lgSfII26Kqkq9mKWhEPj8HFnjvGUK1I4Z9sEKVbcUV9YMW2iIeFpGDt zQWgFbvwGDlae4ovY+jalij3WaR/g5RmjiXBY2xDN/pApIlVZLc1NkC2LaxhIRis73IB6Kl6 7gAs22VdHUNFlk8zxD5Lnzynu2aOJYFM06RvSVaRVRU6sqtpB8hqxwKVH+S2HilChxYhRd7W +AJ6tIjGNB2JbXAPtFVpEQmRBB0TeTPnZm6xL8n3JgDBYi4PBuhQMKR/zPtnhxeRcsHSsf+E xABZjReh4yY8YrzMxbFh5oK5zwWbAISfppE5MORwPMaZC+bczwGkByOX3jwy1beAzve4Y6S5 gBE6fA9d9rJ6TbfiivrAihrfQ8cN8Kwz1XkROsLMvBt0eBGXRAsTA2ckw3K9bsLE2QfpwdC7 5uEzHdl1jQ2Q1TgYen/eVXWAis7B+DUl61XqZQwVWS7INUTvJ7gH2mq8iB+1FF2ZwHnezOrM LXZu/RakmyRZNRYhC3Iuy2N8b5eFIB95YFlEwq0WiDrfI2fpzUw6dvgeBWJgibpOqF+3YtQ4 GC5PVVlnqnMwItbZHF/EDgfD5FFORNd2tftAW42D4dLAXIyXICaAmYN57h/nGw+WiFRavUrU eRGmcv4hH+db2NWnqb77Lsj3KBZZWbb0vjpf3YrMSyxWXFEfWFHjYISRvXw+6hyM3wM3H+/H DgfjXpsWr3Ky2UBbjRdhjijeoAfHjWWX0HNiDWT5/gbLWt6Gu5DlHS3jiDNH4pnGcM2ensnv mHcNne9hLtW+83T4HgVT3vJK0Qn1gRU1DoZcsmJebzoHw+IRnbBOcCkHP3NtO/sYXeMFuYre 7ME6fA8LmLKIpzU2QFbje8h3aawcLOocDEvCJJGFAnxGOuEXKJqPTW4OOT7dM18d2ZIsLw6f 1scAWZXv8bu45n22w4sq+WvzOurxIn4X1+JVNpsNtFV5EXpMl3Sk+kvbA3woN4c/cRmwS4XL xl7/x2/cPx1+efh64CYgh//0l+dnkprd98+3dz//8b9///Lwl/vnl9u/fOMePwf3/dfHb9// 8nx3++X+4P5Zrg4KSC/ziyxU6Fn9zeHjwd04lksy1gnVZRJuGS3fuEDAEfGph9unb4dffnr8 4afb57Nx/OHl/suX84Evfwh++eERyPOfPTz/cPty+Hx/8/nTjTv+c/HLKGo83h3GdA3GbRaX eTUTjJf4FV69GXv4BYmfP//hktXX8Auv+PmbfPP5xt/dhE83cYO+8tSDuNf37gDymcFVBJdp iFe03oCgWp8KPkXPT6tO16m/Soje0ovmJNZYJvM6ej4v/joOVByBU682RzCWVK8yquXg4iR4 nwY1gLRALfn4POW7lFSvcqps+6RrsQrfpcWSgL4ciAaPkd/Hfq9yv1USWkrDT+LfXhV3FIgh FhHgh8CNgWO/Bmdfud8qBy1FSSfh04pFECWaEKA6F3K/smRPud8qxdRr5yR617rjO7dSB8Km UCT+buV+q6RqCpY38Xv0YHIpek5SbO4TeY1+WQZp+Of7l9uXl6dLRS4nXqGt6dcnvso7mziF x6uI//yvHw+BWCk5yE/PB/dbd3j+x8EdzgTRvhEEOw2VD71gpgDCk488P/J8lcX3wy5lEYP3 fnnhakJWLeeHgK+yqv2SUmoYzOsYxIWt5w+pZRXHQShqsTRlPqF+Pc5OglW8CoFg5uypYRWv Y/DbCsI6gTs6lJn6hqVs0Unr1JjAjGzLYF4HuXiK9zhhqDkvb4VMTDjj+S2OVVa1tCI8reeB FYtqxRKtz7xAak6RXseoxdqCcxlDRxbRcoJ+Wh8DbaumLXKGwjrT5mTndQxaXVYmnNqTnddB IIHlC90W10BblNp6WBgIpr2s8fhDirJ3s0ZPihAhkWeBkPhd1HC15sJIExYJ/PaBBblVrNm9 LqOnDCKBBNywwcWrRQdmmrDIyMEUv22C92lQcpAW4I+r5P7h/l6asMip3nIR9iR8lxaBLzBd DhSJGpdY+2UD+2nCIgmD5UGuk/iZaJoF8lPeYolFitMTxUz9SHQnTVjkBI+WQ41N+LRifPtd jM2vHC95kHehCYuUaHqM6iR617oDfqJUDJSyJ3Su3FveTRMWSdmb/N0mfpceBWqU30/hcK/0 D0gNNGEZmmI2S1iyyXsLTQiOvVASVOf9E7lwPYH2Oo0ymUALwFUykQDe6Yxff0hx615nHOgv UGSISRilYs4Or546G53xUUJTY6GvhVWseREvo1+Ucy8DJX6Po/qrJ6ZmZ3yU0bQnUjXYBO/T gD4AsdfTmg6eWMS75eyOclCe8ularMJ3aUGbj7iwQNErclOX97uie5SUnJcPV+p6rOJnfNYi MJyXvBzH5ieXaVG8W85ukQPe0rD/JHxasZjFU4hEAIHrZt7niu6rlBQsF9tOonetu5Szlzqg gxDD+13RfZVUTM/dnsSb9SBn4YiFUcS3c+t//WFxu7d+KB/oG5d3demjL95xjUB36zQ1RVrH tyU5N6F2wHj0FIpI1maK0kvNV28aGx3XUUI1HQ5sYvfNv1TxYDTk6JYOu7tbUtHCbWdfm7vN +uxXoftmj7IjA+REUR+4qxdJzW6XZWQHtvWzCt6lQSYSLFd/ieFYvvRObneREyAZqvVPwndp UUJrh6XYOl25gdlZRfcvd83sC4DJJ21C980+FtG5mEKhwrWJ/ST//qBhkZSCvCyk6rGJn/Gt i8CSpWG4u1RcCk/eKWhY5FC8aUkSbsKnFcMiS8FL9ODR99Px+4IGllLJr5nstYrete6qz5I0 lFQdLk233i1oWCSFpm+Drscqfo8e/CiWPLDk/BMt334m1cDgeejggmwOpE98lfcWBs+CuNW/ tAUZNC0PguzcwURnyVVA88iirskq1WyCGJbvvOyO215/iPurrmLkZEOF/8/Fa7Fcz3m8TuPS Pe/PecTM9/XBC3ZVXY2huqsXzYxx3FECmrK3m1j7AuDRE4rOYlADOcKltfo7REKLDIrQLF54 E7xPg4JBasB1ViG+Jdms74WLnBpNpwGb8F1aILosspmVwlqyzpXM8u5Y4ijJ1F74JH7G5ZJA cMHJMIlGTpDrWxpl6rHEUY7twHETPq1YdKKrMFSkDTv6fgZ6XyxxlJJkUw9drVX0nnUHjkws /BdfmUQP/QTq/lhikZSTKam+iTfrkdwHfpnMw15H9vpDKLsdWUo0UW7VIuYeiHTXtD932279 i4ToZVNOHbJVrB0yHj0HGX5hDPn4iPY7bP1HGVXWC+karIL3aVCDaCwBmGiogFeytju3/qOc 5kaMrsUqfI8W0fFBmRio5OCcv5Kg3b31HyVVMK2nVfzMDskCfYAsskSIgVsRvCFF29n6j3Kq pRvsSfi0YhcND3ns6ByWFPOVvO2urf8opcrH/TS1TqJ3rTvf1ItHZk3g65Vq691b/1FSlY+1 6Xqs4o16lBvn2GFkCsx23XxYfkjcmwu1d/mM9YfJ7U1ab78MsPeyBf00fkgeztv0HfHixCG6 +Yzxq4RoOuo4ibWbiUfPIVUxEBHvSvR2N1Nq3c0qo1pCwJPgfRrUIDq+R1cyt2F4Q5G46m5W OU0bN12LVfguLQLFLfKzR86jlzeUiXfczSqpymYluh6r+LfvykeBEAAu4wGKhx0FUdhPJ+9z N6ucYrmGexI+rRiFR+Lb8YGb7PkrmeYd7maVYroWcxK9a91xNZA0TqRQI8CVlPJOd7NKKpaM yUn8Lj1K9DWLgbIrEVM/gzzMWq5DF0sb5ZO8/VnLwrW5yTv3eudvj+c7/rDo/kv3fP8PKv3T NVkpAQA= --------------070306030907060606010206-- From owner-linux-mips@oss.sgi.com Tue Apr 24 12:08:03 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OJ83U31744 for linux-mips-outgoing; Tue, 24 Apr 2001 12:08:03 -0700 Received: from mail5.svr.pol.co.uk (mail5.svr.pol.co.uk [195.92.193.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OJ82M31741 for ; Tue, 24 Apr 2001 12:08:02 -0700 Received: from modem-421.hodad.dialup.pol.co.uk ([62.25.161.165] helo=derfel) by mail5.svr.pol.co.uk with smtp (Exim 3.13 #0) id 14s8AK-0002Pm-00 for linux-mips@oss.sgi.com; Tue, 24 Apr 2001 20:08:00 +0100 From: "Andrew Linfoot" To: Subject: RE: Passing kernel args Date: Tue, 24 Apr 2001 20:09:13 +0100 Message-ID: <000701c0ccf2$1029ca20$0101a8c0@derfel> 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 In-Reply-To: <20010422001440.A1191@bilbo.physik.uni-konstanz.de> Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Just thought i would let you know of my experience with autobooting. I'm having the same problems as Dave in that i must specify a space in the OSLoadOptions " root=/dev/sda1 ro". However every time i shutdown or reboot it is truncated to OSLoadOptions= root=/dev/s meaning i have to reset it after every reboot. any ideas as to what may be causing this? I am runnning on an Indy R5K Also i am using an ELF kernel and not ECOFF as specified in Guido's howto. Cheers Andy From owner-linux-mips@oss.sgi.com Tue Apr 24 14:09:28 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3OL9St04209 for linux-mips-outgoing; Tue, 24 Apr 2001 14:09:28 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3OL9RM04206 for ; Tue, 24 Apr 2001 14:09:28 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14sA3n-0006rO-00; Tue, 24 Apr 2001 23:09:23 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14sA3n-0001XX-00; Tue, 24 Apr 2001 23:09:23 +0200 Date: Tue, 24 Apr 2001 23:09:23 +0200 From: Guido Guenther To: Andrew Linfoot Cc: linux-mips@oss.sgi.com Subject: Re: Passing kernel args Message-ID: <20010424230923.A5906@bilbo.physik.uni-konstanz.de> Mail-Followup-To: Andrew Linfoot , linux-mips@oss.sgi.com References: <20010422001440.A1191@bilbo.physik.uni-konstanz.de> <000701c0ccf2$1029ca20$0101a8c0@derfel> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <000701c0ccf2$1029ca20$0101a8c0@derfel>; from alinfoot@escafeldcomputing.co.uk on Tue, Apr 24, 2001 at 08:09:13PM +0100 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Tue, Apr 24, 2001 at 08:09:13PM +0100, Andrew Linfoot wrote: > Just thought i would let you know of my experience with autobooting. > > I'm having the same problems as Dave in that i must specify a space in > the OSLoadOptions " root=/dev/sda1 ro". However every time i shutdown or > reboot it is truncated to OSLoadOptions= root=/dev/s meaning i have to reset > it after every reboot. Could you please send me the kernel command line with and without using the space (e.g. dmesg | grep "command line") - i still don't see what this should be good for. BTW no need to give root= in OSLoadOptions, you can use OSLoadPartition instead. > > any ideas as to what may be causing this? > I am runnning on an Indy R5K It seems the space in the PROM for OSLoadOptions is quiet limited. The space available seems to differ between different PROM versions though(see the HOWTO, it's in there). > > Also i am using an ELF kernel and not ECOFF as specified in Guido's howto. Doesn't make a difference. ECOFF is just a save bet. -- Guido From owner-linux-mips@oss.sgi.com Wed Apr 25 00:29:19 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3P7TJL21802 for linux-mips-outgoing; Wed, 25 Apr 2001 00:29:19 -0700 Received: from mailgw3.netvision.net.il (mailgw3.netvision.net.il [194.90.1.11]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3P7TGM21799 for ; Wed, 25 Apr 2001 00:29:17 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw3.netvision.net.il (8.9.3/8.9.3) with ESMTP id KAA22321; Wed, 25 Apr 2001 10:27:29 +0300 (IDT) Message-ID: <3AE67CBA.4060606@jungo.com> Date: Wed, 25 Apr 2001 10:28:58 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: FR Linux/MIPS , Linux/MIPS Subject: usermode gdb / remote gdb Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I am trying to configure gdb to debug usermode on my mips box. i have two choices: one is to use "native"-compiled gdb, ot remote debugging on x86 box via serial or IP. Currently I have no luck making any of the two configurations. For "native" gdb I try to $ CC=mips-linux-gcc ./configure mips-linux and eventually I get configure: error: *** Gdb does not support host mips-mips-linux-gnu For remote debugging, I use $ ./configure --target=mips which succeded, and I even am able to get cross 'mips-gdb' which understands mips executables. However, when trying to configure gdbserver, $ cd gdb/gdbserver $ ../../configure mips-linux *** ./configure.in has no "per-host:" line. *** Hmm, looks like this directory has been autoconfiscated. *** Running the local configure script. creating cache config.cache checking host system type... mips-mips-linux-gnu checking target system type... mips-mips-linux-gnu checking build system type... mips-mips-linux-gnu checking for a BSD compatible install... /usr/bin/install -c configure: error: *** GDB remote does not support host mips-mips-linux-gnu Too bad, have seen it before, so I just tried to $ ../../configure --host=mips --target=mips *** ./configure.in has no "per-host:" line. *** Hmm, looks like this directory has been autoconfiscated. *** Running the local configure script. loading cache config.cache checking host system type... mips-mips-elf checking target system type... mips-mips-elf checking build system type... mips-mips-elf checking for a BSD compatible install... /usr/bin/install -c configure: error: *** GDB remote does not support host mips-mips-elf And the last try (like the one that worked before): $ ../../configure --target=mips Configuring for a i686-pc-linux-gnu host. *** ./configure.in has no "per-host:" line. *** Hmm, looks like this directory has been autoconfiscated. *** Running the local configure script. loading cache config.cache checking host system type... i686-pc-linux-gnu checking target system type... mips-mips-elf checking build system type... i686-pc-linux-gnu checking for a BSD compatible install... /usr/bin/install -c updating cache config.cache creating ./config.status creating Makefile linking ./../config/i386/xm-linux.h to xm.h linking ./../config/mips/tm-embed.h to tm.h linking ./../config/nm-empty.h to nm.h which clearly misconfigured, because of host system type set to x86, and nm.h is pointing to nm-emty.h (?). From what I see, I cannot use neither mips-linux nor mips-elf for host specification. On the other hand, I have seen lately a lot of discussion for gdb support for MIPS (bot kernel and usermode). I just wonder what I am missing from all this story. Your help is greatly appreciated. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Wed Apr 25 00:43:44 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3P7his22406 for linux-mips-outgoing; Wed, 25 Apr 2001 00:43:44 -0700 Received: from mailgw1.netvision.net.il (mailgw1.netvision.net.il [194.90.1.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3P7hdM22395; Wed, 25 Apr 2001 00:43:40 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw1.netvision.net.il (8.9.3/8.9.3) with ESMTP id KAA17998; Wed, 25 Apr 2001 10:43:13 +0300 (IDT) Message-ID: <3AE67FE8.20200@jungo.com> Date: Wed, 25 Apr 2001 10:42:32 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Ralf Baechle CC: Florian Lohoff , linux-mips@oss.sgi.com Subject: Re: ld.so-1.9.x for mips References: <3AE44D0A.9080003@jungo.com> <20010423170302.E4623@bacchus.dhis.org> <3AE52A87.9050403@jungo.com> <20010424012409.A17800@cyberhqz.com> <3AE53D4E.2010803@jungo.com> <20010424124946.E6256@paradigm.rfc822.org> <3AE55CA3.4050004@jungo.com> <20010424120224.D5379@bacchus.dhis.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ralf Baechle wrote: > On Tue, Apr 24, 2001 at 01:59:47PM +0300, Michael Shmulevich wrote: > > >> From this I conclude: no-one ever tried to check if ld.so works for >> mips ELF. Is it so? > > > I definately won't work. Well, I maybe overoptimistic about it, but ld.so consist of 80% C-code with some intrusions of #define and __asm__. I see no reason why such a definitive "no" should be here :-) If someone can tell me in which register (or where) the GOT should be upon loading the executable and stuff like relocation types (I guess I can find most of them in binutils' code) then it's all fixed. I don't think kernels are *that* different for sparc and mips. > > Ralf -- Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Wed Apr 25 02:33:38 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3P9Xct25589 for linux-mips-outgoing; Wed, 25 Apr 2001 02:33:38 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3P9XaM25586 for ; Wed, 25 Apr 2001 02:33:36 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id FAA06767; Wed, 25 Apr 2001 05:41:09 -0400 Message-ID: <3AE69AAA.76A20F08@lineo.com> Date: Wed, 25 Apr 2001 10:36:42 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Shmulevich CC: FR Linux/MIPS , Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Michael Shmulevich wrote: > > Hi, > > I am trying to configure gdb to debug usermode on my mips box. i have > two choices: one is to use "native"-compiled gdb, ot remote debugging on > x86 box via serial or IP. > > Currently I have no luck making any of the two configurations. > > For "native" gdb I try to > $ CC=mips-linux-gcc ./configure mips-linux > and eventually I get > configure: error: *** Gdb does not support host mips-mips-linux-gnu > > For remote debugging, I use > $ ./configure --target=mips > which succeded, and I even am able to get cross 'mips-gdb' which > understands mips executables. However, when trying to configure gdbserver, > > $ cd gdb/gdbserver > $ ../../configure mips-linux > *** ./configure.in has no "per-host:" line. > *** Hmm, looks like this directory has been autoconfiscated. > *** Running the local configure script. > creating cache config.cache > checking host system type... mips-mips-linux-gnu > checking target system type... mips-mips-linux-gnu > checking build system type... mips-mips-linux-gnu > checking for a BSD compatible install... /usr/bin/install -c > configure: error: *** GDB remote does not support host mips-mips-linux-gnu > > Too bad, have seen it before, so I just tried to > > $ ../../configure --host=mips --target=mips > *** ./configure.in has no "per-host:" line. > *** Hmm, looks like this directory has been autoconfiscated. > *** Running the local configure script. > loading cache config.cache > checking host system type... mips-mips-elf > checking target system type... mips-mips-elf > checking build system type... mips-mips-elf > checking for a BSD compatible install... /usr/bin/install -c > configure: error: *** GDB remote does not support host mips-mips-elf > > And the last try (like the one that worked before): > > $ ../../configure --target=mips > Configuring for a i686-pc-linux-gnu host. > *** ./configure.in has no "per-host:" line. > *** Hmm, looks like this directory has been autoconfiscated. > *** Running the local configure script. > loading cache config.cache > checking host system type... i686-pc-linux-gnu > checking target system type... mips-mips-elf > checking build system type... i686-pc-linux-gnu > checking for a BSD compatible install... /usr/bin/install -c > updating cache config.cache > creating ./config.status > creating Makefile > linking ./../config/i386/xm-linux.h to xm.h > linking ./../config/mips/tm-embed.h to tm.h > linking ./../config/nm-empty.h to nm.h > > which clearly misconfigured, because of host system type set to x86, and > nm.h is pointing to nm-emty.h (?). > > From what I see, I cannot use neither mips-linux nor mips-elf for host > specification. On the other hand, I have seen lately a lot of discussion > for gdb support for MIPS (bot kernel and usermode). > > I just wonder what I am missing from all this story. > Your help is greatly appreciated. > Hi Michael, I can't really comment on self hosted debugging with a native compiled gdb. However I have been working on host target debugging with the kernel gdbstub and gdbserver. As you're not interested in kernel debugging I won't say any more about the kernel stub. The (host side) gdb I've been using was configured with ./configure --target=mipsel-linux-elf (my target is an IDT MIPS 79S334 evaluation board). I too am using an x86 host. I used a development version of gdb-5.0 (I found the 'official' 5.0 had problems with the add-symbol-file command that I use for kernel module debugging, and more importantly for you... breakpoints didn't work) These problems are gone in the later version. Yesterday I got gdbserver working correctly on my target (over IP or serial). It's a combination of Martin Rivers' mips port and my 'fixes'. At this stage the build is hand cranked and neither of us have put it under the control of the gdb configuration files. However, we (lineo) will now start doing this. I hope this helps in some way. Please let me know if there is anything I can help with. It might also be worth contacting Fabrice, as it sounds like he has a working gdb and gdbserver. Best regards, Ian From owner-linux-mips@oss.sgi.com Wed Apr 25 03:32:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PAW6A27603 for linux-mips-outgoing; Wed, 25 Apr 2001 03:32:06 -0700 Received: from mailgw1.netvision.net.il (mailgw1.netvision.net.il [194.90.1.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PAW3M27600 for ; Wed, 25 Apr 2001 03:32:04 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw1.netvision.net.il (8.9.3/8.9.3) with ESMTP id NAA04139; Wed, 25 Apr 2001 13:31:53 +0300 (IDT) Message-ID: <3AE6A795.1080004@jungo.com> Date: Wed, 25 Apr 2001 13:31:49 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Ian Soanes , Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Ian Soanes wrote: > The (host side) gdb I've been using was configured with ./configure > --target=mipsel-linux-elf (my target is an IDT MIPS 79S334 evaluation > board). I too am using an x86 host. I used a development version of > gdb-5.0 (I found the 'official' 5.0 had problems with the > add-symbol-file command that I use for kernel module debugging, and more > importantly for you... breakpoints didn't work) These problems are gone > in the later version. To start with, mips-linux-elf is not supported by gdbserver either with out-of-the-box 5.0: $ ../../configure --target=mips-linux-elf --host=mips-linux-elf *** ./configure.in has no "per-host:" line. *** Hmm, looks like this directory has been autoconfiscated. *** Running the local configure script. loading cache config.cache checking host system type... mips-linux-elf checking target system type... mips-linux-elf checking build system type... mips-linux-elf checking for a BSD compatible install... (cached) /usr/bin/install -c configure: error: *** GDB remote does not support host mips-linux-elf Can you tell me which sources do you use? > Yesterday I got gdbserver working correctly on my target (over IP or > serial). It's a combination of Martin Rivers' mips port and my 'fixes'. > At this stage the build is hand cranked and neither of us have put it > under the control of the gdb configuration files. However, we (lineo) > will now start doing this. Happy to hear that you got working GDB. I hope to make one too. For this I need to know where to get the MIPS port and your patches. Can you send them to me? > I hope this helps in some way. Please let me know if there is anything I > can help with. It might also be worth contacting Fabrice, as it sounds > like he has a working gdb and gdbserver. These are indeed good news. Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Wed Apr 25 04:09:20 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PB9Kh28914 for linux-mips-outgoing; Wed, 25 Apr 2001 04:09:20 -0700 Received: from colo.asti-usa.com (IDENT:root@colo.asti-usa.com [205.252.89.99]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PB9JM28911 for ; Wed, 25 Apr 2001 04:09:19 -0700 Received: from lineo.com (hal.uk.zentropix.com [212.74.13.151]) by colo.asti-usa.com (8.9.3/8.9.3) with ESMTP id HAA07438; Wed, 25 Apr 2001 07:17:50 -0400 Message-ID: <3AE6B14F.B5844932@lineo.com> Date: Wed, 25 Apr 2001 12:13:19 +0100 From: Ian Soanes Organization: Lineo UK X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.4.0-test12 i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Shmulevich CC: Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Michael Shmulevich wrote: > > Ian Soanes wrote: > > > The (host side) gdb I've been using was configured with ./configure > > --target=mipsel-linux-elf (my target is an IDT MIPS 79S334 evaluation > > board). I too am using an x86 host. I used a development version of > > gdb-5.0 (I found the 'official' 5.0 had problems with the > > add-symbol-file command that I use for kernel module debugging, and more > > importantly for you... breakpoints didn't work) These problems are gone > > in the later version. > > To start with, mips-linux-elf is not supported by gdbserver either with > out-of-the-box 5.0: > Hi Michael, No, I meant configuring the 'cross-debugging' gdb that I use on the x86 host. I think standard 5.0 will support the mipsel-linux-elf target also (but something later is better). As for gdbserver... yes, you'll be out of luck... that's why I have to hand build (cross compile) it (pending getting the config stuff sorted out). > $ ../../configure --target=mips-linux-elf --host=mips-linux-elf > *** ./configure.in has no "per-host:" line. > *** Hmm, looks like this directory has been autoconfiscated. > *** Running the local configure script. > loading cache config.cache > checking host system type... mips-linux-elf > checking target system type... mips-linux-elf > checking build system type... mips-linux-elf > checking for a BSD compatible install... (cached) /usr/bin/install -c > configure: error: *** GDB remote does not support host mips-linux-elf > > Can you tell me which sources do you use? It's actually a tar bundle that we include on one of our CDs. I think it's a gdb snapshot dating from around August or September last year. I'll see if I can dig out some more info and let you know. Or you could try the latest snapshots, I haven't tried them, but they're probably OK. > > > Yesterday I got gdbserver working correctly on my target (over IP or > > serial). It's a combination of Martin Rivers' mips port and my 'fixes'. > > At this stage the build is hand cranked and neither of us have put it > > under the control of the gdb configuration files. However, we (lineo) > > will now start doing this. > > Happy to hear that you got working GDB. I hope to make one too. For > this I need to know where to get the MIPS port and your patches. > Can you send them to me? > Sure, just give me a bit of time to get something together... it's a bit rough round the edges at the moment :) > > I hope this helps in some way. Please let me know if there is anything I > > can help with. It might also be worth contacting Fabrice, as it sounds > > like he has a working gdb and gdbserver. > > These are indeed good news. > Best regards, Ian From owner-linux-mips@oss.sgi.com Wed Apr 25 08:02:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PF2wb04036 for linux-mips-outgoing; Wed, 25 Apr 2001 08:02:58 -0700 Received: from web11901.mail.yahoo.com (web11901.mail.yahoo.com [216.136.172.185]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3PF2wM04033 for ; Wed, 25 Apr 2001 08:02:58 -0700 Message-ID: <20010425150258.11719.qmail@web11901.mail.yahoo.com> Received: from [209.243.184.191] by web11901.mail.yahoo.com; Wed, 25 Apr 2001 08:02:58 PDT Date: Wed, 25 Apr 2001 08:02:58 -0700 (PDT) From: Wayne Gowcher Subject: serial console, have linefeed but no command prompt To: linux-mips@oss.sgi.com In-Reply-To: <3AE6A795.1080004@jungo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I am trying to bring up a mips based board using the serial console outputing to a serial terminal. Everything seems to boot OK, I see the various printk messages of the kernel booting right up until the execve calls in init/main.c init(). After this point the board stops printing to the serial console, but if I hit return at the terminals keyboard, the terminal's cursor moves down one line. But I still have no command prompt. Up until now I have been successfully booting the board with the 2.2.13 kernel using nfs as the file system. The problem kernel is my attempt at porting 2.4.0 test 9 to the same board, using the same nfs. I suspect I have a setup problem with the serial configuration in the kernel ( not the filesystem since 2.2.13 is OK ), maybe it's not selecting the right terminal or not directing output correctly ? But I am not sure how to fix it and would appreciate any help, references to texts that would help me. Wayne __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From owner-linux-mips@oss.sgi.com Wed Apr 25 10:27:30 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PHRUf08803 for linux-mips-outgoing; Wed, 25 Apr 2001 10:27:30 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PHRTM08800 for ; Wed, 25 Apr 2001 10:27:29 -0700 Received: from mvista.com (IDENT:ppopov@zeus.mvista.com [10.0.0.112]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3PHMu029286; Wed, 25 Apr 2001 10:22:56 -0700 Message-ID: <3AE70886.AEEC48D3@mvista.com> Date: Wed, 25 Apr 2001 10:25:26 -0700 From: Pete Popov Organization: Monta Vista Software X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-22 i586) X-Accept-Language: en, bg MIME-Version: 1.0 To: Wayne Gowcher CC: linux-mips@oss.sgi.com Subject: Re: serial console, have linefeed but no command prompt References: <20010425150258.11719.qmail@web11901.mail.yahoo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Wayne Gowcher wrote: > > I am trying to bring up a mips based board using the > serial console outputing to a serial terminal. > Everything seems to boot OK, I see the various printk > messages of the kernel booting right up until the > execve calls in init/main.c init(). > After this point the board stops printing to the > serial console, but if I hit return at the terminals > keyboard, the terminal's cursor moves down one line. > But I still have no command prompt. > > Up until now I have been successfully booting the > board with the 2.2.13 kernel using nfs as the file > system. The problem kernel is my attempt at porting > 2.4.0 test 9 to the same board, using the same nfs. > > I suspect I have a setup problem with the serial > configuration in the kernel ( not the filesystem since > 2.2.13 is OK ), maybe it's not selecting the right > terminal or not directing output correctly ? But I am > not sure how to fix it and would appreciate any help, > references to texts that would help me. I would suggest you first start by loading ash.static or some other statically compiled shell (boot with "init=/bin/bash or init=/bin/ash.static, depending on what shell you have) and then go from there. If even that doesn't work, try cross compiling a static hello world and load that as the init (something like "init=/bin/hello"). What does you /etc/inittab look like? Pete From owner-linux-mips@oss.sgi.com Wed Apr 25 10:45:10 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PHjAo09909 for linux-mips-outgoing; Wed, 25 Apr 2001 10:45:10 -0700 Received: from mcp.csh.rit.edu (mcp.csh.rit.edu [129.21.60.9]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PHj9M09906 for ; Wed, 25 Apr 2001 10:45:10 -0700 Received: from csh.rit.edu (anna.csh.rit.edu [129.21.60.133]) by mcp.csh.rit.edu (Postfix) with ESMTP id D1C4F10B3 for ; Wed, 25 Apr 2001 13:45:08 -0400 (EDT) Message-ID: <3AE70E1E.6050005@csh.rit.edu> Date: Wed, 25 Apr 2001 13:49:18 -0400 From: "George Gensure,,," User-Agent: Mozilla/5.0 (X11; U; Linux 2.4.4-pre3 i686; en-US; m18) Gecko/20010131 Netscape6/6.01 X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: /dev/psaux Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Can someone give me some valid major and minor numbers for a ps/2 mouse on an Indy? George werkt@csh.rit.edu From owner-linux-mips@oss.sgi.com Wed Apr 25 10:45:11 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PHjBC09934 for linux-mips-outgoing; Wed, 25 Apr 2001 10:45:11 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PHjAM09924 for ; Wed, 25 Apr 2001 10:45:10 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3PHeW030661; Wed, 25 Apr 2001 10:40:32 -0700 Message-ID: <3AE70BBA.2BD8B387@mvista.com> Date: Wed, 25 Apr 2001 10:39:06 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ian Soanes CC: Michael Shmulevich , Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> Content-Type: multipart/mixed; boundary="------------AEBE6AF5F67A9630EAEB3882" Sender: owner-linux-mips@oss.sgi.com Precedence: bulk This is a multi-part message in MIME format. --------------AEBE6AF5F67A9630EAEB3882 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Ian Soanes wrote: > > Michael Shmulevich wrote: > > > > Ian Soanes wrote: > > > > > The (host side) gdb I've been using was configured with ./configure > > > --target=mipsel-linux-elf (my target is an IDT MIPS 79S334 evaluation > > > board). I too am using an x86 host. I used a development version of > > > gdb-5.0 (I found the 'official' 5.0 had problems with the > > > add-symbol-file command that I use for kernel module debugging, and more > > > importantly for you... breakpoints didn't work) These problems are gone > > > in the later version. > > > > To start with, mips-linux-elf is not supported by gdbserver either with > > out-of-the-box 5.0: > > > > Hi Michael, > > No, I meant configuring the 'cross-debugging' gdb that I use on the x86 > host. I think standard 5.0 will support the mipsel-linux-elf target also > (but something later is better). As for gdbserver... yes, you'll be out > of luck... that's why I have to hand build (cross compile) it (pending > getting the config stuff sorted out). > Hmm, I added linux-mips target for gdbserver in gdb 4.17. And I thought Ralf sent the patch back to FSF (as I had to fill out some copyright forms). Perhaps it is lost somewhere? Anyhow, here is the patch that I submitted. Hopefully it helps. Jun --------------AEBE6AF5F67A9630EAEB3882 Content-Type: text/plain; charset=us-ascii; name="gdb-4.17-mips-gdbserver.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="gdb-4.17-mips-gdbserver.patch" --- gdb-4.17/gdb/config/mips/mipsel-linux.mh.orig Mon May 22 18:39:07 2000 +++ gdb-4.17/gdb/config/mips/mipsel-linux.mh Mon May 22 18:39:07 2000 @@ -3,6 +3,8 @@ XM_FILE= xm-llinux.h NAT_FILE= nm-linux.h NATDEPFILES= infptrace.o inftarg.o mipslinux-nat.o corelow.o core-regset.o fork-child.o solib.o +GDBSERVER_DEPFILES= low-linux.o +GDBSERVER_LIBS= MMALLOC = MMALLOC_CFLAGS = -DNO_MMALLOC --- gdb-4.17/gdb/config/mips/xm-llinux.h.orig Mon May 22 18:39:07 2000 +++ gdb-4.17/gdb/config/mips/xm-llinux.h Mon May 22 18:41:36 2000 @@ -31,3 +31,6 @@ #define HAVE_TERMIOS #define HAVE_SIGSETMASK 1 #define USG + +#define REGISTER_U_ADDR(addr, blockend, regno) \ + addr = regno --- gdb-4.17/gdb/gdbserver/utils.c.orig Fri Aug 8 21:49:48 1997 +++ gdb-4.17/gdb/gdbserver/utils.c Mon May 22 18:39:07 2000 @@ -32,7 +32,7 @@ char *string; { extern int sys_nerr; - extern char *sys_errlist[]; + extern const char * const sys_errlist[]; extern int errno; char *err; char *combined; --- gdb-4.17/gdb/gdbserver/low-linux.c.orig Fri Oct 11 12:26:04 1996 +++ gdb-4.17/gdb/gdbserver/low-linux.c Mon May 22 18:44:37 2000 @@ -44,11 +44,17 @@ char buf2[MAX_REGISTER_RAW_SIZE]; /***************End MY defs*********************/ -#include +#include #if 0 +#include #include #endif +/* [jsun] if NUM_FREGS is not defined, it probably should be 0 */ +#if !defined(NUM_FREGS) +#define NUM_FREGS 0 +#endif + extern char **environ; extern int errno; extern int inferior_pid; @@ -72,7 +78,7 @@ if (pid == 0) { - ptrace (PTRACE_TRACEME, 0, 0, 0); + ptrace (PTRACE_TRACEME, 0, 0, 0); execv (program, allargs); @@ -165,6 +171,7 @@ - KERNEL_U_ADDR #endif +#if defined(__i386) /* this table must line up with REGISTER_NAMES in tm-i386v.h */ /* symbols like 'EAX' come from */ static int regmap[] = @@ -198,6 +205,8 @@ return (blockend + 4 * regmap[regnum]); } +#endif /* defined(__i386) */ + CORE_ADDR register_addr (regno, blockend) @@ -215,7 +224,6 @@ } /* Fetch one register. */ - static void fetch_register (regno) int regno; @@ -257,7 +265,7 @@ { if (regno == -1 || regno == 0) for (regno = 0; regno < NUM_REGS-NUM_FREGS; regno++) - fetch_register (regno); + fetch_register (regno); else fetch_register (regno); } --- gdb-4.17/gdb/gdbserver/gdbreplay.c.orig Fri Oct 11 12:26:03 1996 +++ gdb-4.17/gdb/gdbserver/gdbreplay.c Mon May 22 18:39:07 2000 @@ -41,7 +41,7 @@ char *string; { extern int sys_nerr; - extern char *sys_errlist[]; + extern const char *const sys_errlist[]; extern int errno; char *err; char *combined; --------------AEBE6AF5F67A9630EAEB3882-- From owner-linux-mips@oss.sgi.com Wed Apr 25 10:48:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PHmG110383 for linux-mips-outgoing; Wed, 25 Apr 2001 10:48:16 -0700 Received: from cvsftp.cotw.com (cvsftp.cotw.com [208.242.241.39]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PHmFM10380 for ; Wed, 25 Apr 2001 10:48:15 -0700 Received: from cotw.com (ptecdev3.inter.net [192.168.10.5]) by cvsftp.cotw.com (8.9.3/8.9.3) with ESMTP id MAA13506; Wed, 25 Apr 2001 12:47:49 -0500 Message-ID: <3AE72A90.6CDEFAFE@cotw.com> Date: Wed, 25 Apr 2001 12:50:40 -0700 From: Scott A McConnell X-Mailer: Mozilla 4.76 [en] (X11; U; Linux 2.2.16-3 i686) X-Accept-Language: en MIME-Version: 1.0 To: Pete Popov CC: Wayne Gowcher , linux-mips@oss.sgi.com Subject: Re: serial console, have linefeed but no command prompt References: <20010425150258.11719.qmail@web11901.mail.yahoo.com> <3AE70886.AEEC48D3@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Pete Popov wrote: > Wayne Gowcher wrote: > > What does your /etc/inittab look like? Wayne, As Pete was wondering most likely you are missing a line in your inittab # Run gettys in standard runlevels t0:123:respawn:/sbin/getty ttyS0 DT115200 <------------ 1:2345:respawn:/sbin/getty tty1 2:2345:respawn:/sbin/getty tty2 3:2345:respawn:/sbin/getty tty3 4:2345:respawn:/sbin/getty tty4 5:2345:respawn:/sbin/getty tty5 6:2345:respawn:/sbin/getty tty6 From owner-linux-mips@oss.sgi.com Wed Apr 25 11:38:21 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PIcLE12964 for linux-mips-outgoing; Wed, 25 Apr 2001 11:38:21 -0700 Received: from web11903.mail.yahoo.com (web11903.mail.yahoo.com [216.136.172.187]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3PIcLM12961 for ; Wed, 25 Apr 2001 11:38:21 -0700 Message-ID: <20010425183820.95445.qmail@web11903.mail.yahoo.com> Received: from [209.243.184.191] by web11903.mail.yahoo.com; Wed, 25 Apr 2001 11:38:20 PDT Date: Wed, 25 Apr 2001 11:38:20 -0700 (PDT) From: Wayne Gowcher Subject: Re: serial console, have linefeed but no command prompt To: linux-mips@oss.sgi.com In-Reply-To: <3AE70886.AEEC48D3@mvista.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Pete, Scott, Thanks for your input. I tried booting with init=/bin/ash.static and with a simple "hello world type app". None of them gave me any output to the serial terminal. I also have console defined as a boot param : xxx console=ttyS0 xxx I tried modifying my /etc/inittab as per Scott's suggestion, but that also didn't give me any output. my inittab was : ----------------------- # Run gettys in standard runlevels 1:12345:respawn:/sbin/mingetty tty1 2:2345:respawn:/sbin/mingetty tty2 3:2345:respawn:/sbin/mingetty tty3 4:2345:respawn:/sbin/mingetty tty4 5:2345:respawn:/sbin/mingetty tty5 6:2345:respawn:/sbin/mingetty tty6 ------------------ One further thing I tried was adding a printk( "a" ); in the serial interrupt handler, whenever I hit the return key, it prints out the "a". So I know the serial link still works and is at the correct baud rate etc. I can use gdb on the board to step through the code and was thinking that if I knew the path of how the kernel : a, receives a key from the serial terminal b, processes the key c, echoes it back to the serial trminal I may be able to trace the problem. Does anyone know roughly what functions to set breakpoints in to trace program flow as shown above ? Wayne serial_outc( __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From owner-linux-mips@oss.sgi.com Wed Apr 25 13:19:06 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PKJ6T15728 for linux-mips-outgoing; Wed, 25 Apr 2001 13:19:06 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PKJ5M15725 for ; Wed, 25 Apr 2001 13:19:06 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14sVkb-0003jG-00; Wed, 25 Apr 2001 22:19:01 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14sVkb-00044L-00; Wed, 25 Apr 2001 22:19:01 +0200 Date: Wed, 25 Apr 2001 22:19:01 +0200 From: Guido Guenther To: "George Gensure,,," Cc: linux-mips@oss.sgi.com Subject: Re: /dev/psaux Message-ID: <20010425221901.A15634@bilbo.physik.uni-konstanz.de> Mail-Followup-To: "George Gensure,,," , linux-mips@oss.sgi.com References: <3AE70E1E.6050005@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE70E1E.6050005@csh.rit.edu>; from werkt@csh.rit.edu on Wed, Apr 25, 2001 at 01:49:18PM -0400 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 25, 2001 at 01:49:18PM -0400, George Gensure,,, wrote: > Can someone give me some valid major and minor numbers for a ps/2 mouse > on an Indy? ls -l /dev/psaux crw------- 1 root root 10, 1 Jul 5 2000 /dev/psaux This is not mips specific. -- Guido From owner-linux-mips@oss.sgi.com Wed Apr 25 13:43:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3PKhEe16554 for linux-mips-outgoing; Wed, 25 Apr 2001 13:43:14 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3PKhAM16551 for ; Wed, 25 Apr 2001 13:43:12 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3PI9FT09018; Wed, 25 Apr 2001 15:09:15 -0300 Date: Wed, 25 Apr 2001 15:09:15 -0300 From: Ralf Baechle To: "George Gensure,,," Cc: linux-mips@oss.sgi.com Subject: Re: /dev/psaux Message-ID: <20010425150914.A8971@bacchus.dhis.org> References: <3AE70E1E.6050005@csh.rit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE70E1E.6050005@csh.rit.edu>; from werkt@csh.rit.edu on Wed, Apr 25, 2001 at 01:49:18PM -0400 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 25, 2001 at 01:49:18PM -0400, George Gensure,,, wrote: > Date: Wed, 25 Apr 2001 13:49:18 -0400 > From: "George Gensure,,," > To: linux-mips@oss.sgi.com > Subject: /dev/psaux > > Can someone give me some valid major and minor numbers for a ps/2 mouse > on an Indy? That's an ordinary PS/2 mouse, same as on PC so that's: crw-rw-r-- 1 root root 10, 1 Apr 24 23:41 /dev/psaux Ralf From owner-linux-mips@oss.sgi.com Wed Apr 25 21:06:08 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3Q468A27513 for linux-mips-outgoing; Wed, 25 Apr 2001 21:06:08 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3Q463M27508 for ; Wed, 25 Apr 2001 21:06:04 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3Q44vf11930; Thu, 26 Apr 2001 01:04:57 -0300 Date: Thu, 26 Apr 2001 01:04:57 -0300 From: Ralf Baechle To: Jun Sun Cc: Ian Soanes , Michael Shmulevich , Linux/MIPS Subject: Re: usermode gdb / remote gdb Message-ID: <20010426010457.A11453@bacchus.dhis.org> References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> <3AE70BBA.2BD8B387@mvista.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <3AE70BBA.2BD8B387@mvista.com>; from jsun@mvista.com on Wed, Apr 25, 2001 at 10:39:06AM -0700 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Wed, Apr 25, 2001 at 10:39:06AM -0700, Jun Sun wrote: > Hmm, I added linux-mips target for gdbserver in gdb 4.17. And I thought Ralf > sent the patch back to FSF (as I had to fill out some copyright forms). > Perhaps it is lost somewhere? As most of the 4.17 work was done by David Miller it's not upto me to contribute the patches back. Ralf From owner-linux-mips@oss.sgi.com Thu Apr 26 10:00:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3QH0jX18015 for linux-mips-outgoing; Thu, 26 Apr 2001 10:00:45 -0700 Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3QH0iM18012 for ; Thu, 26 Apr 2001 10:00:44 -0700 Received: from jungo.com (csrover3-p4.cs.technion.ac.il [132.68.38.194]) by techunix.technion.ac.il (Postfix) with ESMTP id 0618A154A9; Thu, 26 Apr 2001 20:00:41 +0300 (IDT) Message-ID: <3AE86354.117899E@jungo.com> Date: Thu, 26 Apr 2001 20:05:08 +0200 From: Michael Shmulevich X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: Jun Sun Cc: Ian Soanes , Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> <3AE70BBA.2BD8B387@mvista.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jun, Jun Sun wrote: > > Hmm, I added linux-mips target for gdbserver in gdb 4.17. And I thought Ralf > sent the patch back to FSF (as I had to fill out some copyright forms). > Perhaps it is lost somewhere? > > Anyhow, here is the patch that I submitted. Hopefully it helps. > > Jun > >From the patch you've sent I see most of changes were made for mipsel. Could I use similar updates for mips(EB)? Anyway, in my default gdb-5.0 gdb/config/mips/ doesn't contain any ?m-linux.h headers. That's why configure fails, I suppose. Thanks, Michael. From owner-linux-mips@oss.sgi.com Thu Apr 26 10:06:45 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3QH6jx18265 for linux-mips-outgoing; Thu, 26 Apr 2001 10:06:45 -0700 Received: from techunix.technion.ac.il (techunix.technion.ac.il [132.68.1.28]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3QH6iM18262 for ; Thu, 26 Apr 2001 10:06:45 -0700 Received: from jungo.com (csrover3-p4.cs.technion.ac.il [132.68.38.194]) by techunix.technion.ac.il (Postfix) with ESMTP id CC65615423; Thu, 26 Apr 2001 20:06:42 +0300 (IDT) Message-ID: <3AE864BD.4106010A@jungo.com> Date: Thu, 26 Apr 2001 20:11:10 +0200 From: Michael Shmulevich X-Mailer: Mozilla 4.7 [en] (Win98; I) X-Accept-Language: en MIME-Version: 1.0 To: "uclibc@opensource.lineo.com" , "busybox@opensource.lineo.com" , Linux/MIPS Subject: Double-posting Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hello all, I apologise before the audience for double-posting of my last several messages. My mail server seemingly confused me, saying that during last few hours the mail was not sent. I blindly re-posted messages, and later on accepted a confirmation about my previous posting. Sorry again, Michael. From owner-linux-mips@oss.sgi.com Thu Apr 26 10:09:34 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3QH9Yt18407 for linux-mips-outgoing; Thu, 26 Apr 2001 10:09:34 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3QH9YM18404 for ; Thu, 26 Apr 2001 10:09:34 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3QH4g005710; Thu, 26 Apr 2001 10:04:42 -0700 Message-ID: <3AE854D2.FA0316B0@mvista.com> Date: Thu, 26 Apr 2001 10:03:14 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Shmulevich CC: Ian Soanes , Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> <3AE70BBA.2BD8B387@mvista.com> <3AE86354.117899E@jungo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Michael Shmulevich wrote: > > Jun, > > Jun Sun wrote: > > > > > Hmm, I added linux-mips target for gdbserver in gdb 4.17. And I thought Ralf > > sent the patch back to FSF (as I had to fill out some copyright forms). > > Perhaps it is lost somewhere? > > > > Anyhow, here is the patch that I submitted. Hopefully it helps. > > > > Jun > > > > From the patch you've sent I see most of changes were made for mipsel. > Could I use similar updates > for mips(EB)? Sure. Go ahead! Jun From owner-linux-mips@oss.sgi.com Fri Apr 27 08:40:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3RFeGv23202 for linux-mips-outgoing; Fri, 27 Apr 2001 08:40:16 -0700 Received: from web11902.mail.yahoo.com (web11902.mail.yahoo.com [216.136.172.186]) by oss.sgi.com (8.11.3/8.11.3) with SMTP id f3RFeFM23199 for ; Fri, 27 Apr 2001 08:40:15 -0700 Message-ID: <20010427154015.6297.qmail@web11902.mail.yahoo.com> Received: from [209.243.184.191] by web11902.mail.yahoo.com; Fri, 27 Apr 2001 08:40:15 PDT Date: Fri, 27 Apr 2001 08:40:15 -0700 (PDT) From: Wayne Gowcher Subject: load_elf_binary problems ? To: linux-mips@oss.sgi.com In-Reply-To: <20010425150258.11719.qmail@web11901.mail.yahoo.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Dear All, I have a problem with load_elf_binary() stalling my linux 2.4.0-test9 kernel. Through the use of printk's I have traced program flow all the way up to a call to clear_user( (void *) elf_bss, nbyte ), called from binfmt_elf.c padzero(). A printk immediately after this fucntion call never gets printed out to the serial console. I said stall above because although the machine appears to "hang", it will still print out to the serial console on receiving a character over the serial port - I have a printk( "+" ) in the serial interrupt. I looked into clear_user() and see that it makes a call to " __bzero ". From a preliminary search on the web I think __bzero is a library function and so not defined in the kernel ( tried searching kernel sources too ). If __bzero is a library function, my first thoughts would be to suspect it and the library that contains it. But I have successfully compiled and ran a 2.4.0-test9 kernel for ANOTHER mips development board using the same compiler libraries etc. The variable in this case seems to be my port not the supporting tools. What I would like to know are : a, are there any docs explaining __bzero, or could someone explain what it does. b, does anyone have any idea why clear_user would hang like this ? eg not set up memory correctly etc etc c, any tips for looking into the problem and tracking down the cause TIA Wayne __________________________________________________ Do You Yahoo!? Yahoo! Auctions - buy the things you want at great prices http://auctions.yahoo.com/ From owner-linux-mips@oss.sgi.com Sat Apr 28 21:40:07 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3T4e7517471 for linux-mips-outgoing; Sat, 28 Apr 2001 21:40:07 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3T4e6M17468 for ; Sat, 28 Apr 2001 21:40:06 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 0F270F1A9; Sat, 28 Apr 2001 21:39:06 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id C2C1D1F428; Sat, 28 Apr 2001 17:46:34 -0700 (PDT) Date: Sat, 28 Apr 2001 17:46:34 -0700 From: Keith M Wesolowski To: linux-mips@oss.sgi.com Cc: binutils@sources.redhat.com Subject: Obvious patch for mips64 Message-ID: <20010428174634.A833@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I need the following trivial patch to build 64-bit binaries with gas. Index: tc-mips.c =================================================================== RCS file: /cvs/src/src/gas/config/tc-mips.c,v retrieving revision 1.39 diff -u -r1.39 tc-mips.c --- gas/config/tc-mips.c 2001/04/08 05:09:21 1.39 +++ gas/config/tc-mips.c 2001/04/29 00:38:34 @@ -9140,7 +9140,9 @@ list = bfd_target_list (); for (l = list; *l != NULL; l++) if (strcmp (*l, "elf64-bigmips") == 0 - || strcmp (*l, "elf64-littlemips") == 0) + || strcmp (*l, "elf64-littlemips") == 0 + || strcmp (*l, "elf64-tradbigmips") == 0 + || strcmp (*l, "elf64-tradlittlemips") == 0) break; if (*l == NULL) as_fatal (_("No compiled in support for 64 bit object file format")); -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Sun Apr 29 02:49:59 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3T9nxx27042 for linux-mips-outgoing; Sun, 29 Apr 2001 02:49:59 -0700 Received: from mailgw1.netvision.net.il (mailgw1.netvision.net.il [194.90.1.14]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3T9nvM27031 for ; Sun, 29 Apr 2001 02:49:57 -0700 Received: from jungo.com ([194.90.113.98]) by mailgw1.netvision.net.il (8.9.3/8.9.3) with ESMTP id MAA25897; Sun, 29 Apr 2001 12:49:35 +0300 (IDT) Message-ID: <3AEBE34C.5070009@jungo.com> Date: Sun, 29 Apr 2001 12:47:56 +0300 From: Michael Shmulevich Organization: Jungo LTD User-Agent: Mozilla/5.0 (X11; U; Linux 2.2.17-21mdk i686; en-US; 0.8.1) Gecko/20010326 X-Accept-Language: en MIME-Version: 1.0 To: Jun Sun CC: Ian Soanes , Linux/MIPS , FR Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> <3AE70BBA.2BD8B387@mvista.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Jun, I have a problem with your patch: Jun Sun wrote: > --- gdb-4.17/gdb/config/mips/mipsel-linux.mh.orig Mon May 22 18:39:07 2000 > +++ gdb-4.17/gdb/config/mips/mipsel-linux.mh Mon May 22 18:39:07 2000 Gdb seems to miss those files from the distribution. I have checked out its CVS tree, and this is what I got: [michaels@kobie mips]$ pwd /home/michaels/CVS/gdb/gdb/config/mips [michaels@kobie mips]$ ls CVS/ irix5.mh nm-mips.h tm-mips.h tm-vr5000el.h vxmips.mt bigmips.mt irix5.mt nm-news-mips.h tm-mips64.h tm-vxmips.h wince.mt bigmips64.mt littlemips.mh nm-riscos.h tm-mipsm3.h tm-wince.h xm-irix3.h decstation.mh littlemips.mt riscos.mh tm-mipsv4.h tx39.mt xm-irix4.h decstation.mt mipsm3.mh tm-bigmips.h tm-tx39.h tx39l.mt xm-irix5.h embed.mt mipsm3.mt tm-bigmips64.h tm-tx39l.h vr4100.mt xm-mips.h embed64.mt mipsv4.mh tm-embed.h tm-vr4100.h vr4300.mt xm-mipsm3.h embedl.mt mipsv4.mt tm-embed64.h tm-vr4300.h vr4300el.mt xm-mipsv4.h embedl64.mt news-mips.mh tm-embedl.h tm-vr4300el.h vr4xxx.mt xm-news-mips.h irix3.mh nm-irix3.h tm-embedl64.h tm-vr4xxx.h vr4xxxel.mt xm-riscos.h irix3.mt nm-irix4.h tm-irix3.h tm-vr4xxxel.h vr5000.mt irix4.mh nm-irix5.h tm-irix5.h tm-vr5000.h vr5000el.mt [michaels@kobie mips]$ ls -l *linux* ls: *linux*: No such file or directory [michaels@kobie mips]$ cat CVS/Root :pserver:anoncvs@anoncvs.cygnus.com:/cvs/src [michaels@kobie mips]$ So, as I said, there seems to be no support for mips-linux in GDB tree. Where can I get the gdb-4.17 you were talking about? -- Sincerely yours, Michael Shmulevich ______________________________________ Software Developer Jungo - R&D email: michaels@jungo.com web: http://www.jungo.com Phone: 1-877-514-0537(USA) +972-9-8859365(Worldwide) ext. 233 Fax: 1-877-514-0538(USA) +972-9-8859366(Worldwide) From owner-linux-mips@oss.sgi.com Sun Apr 29 11:00:46 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3TI0kI09269 for linux-mips-outgoing; Sun, 29 Apr 2001 11:00:46 -0700 Received: from ocean.lucon.org (c1473286-a.stcla1.sfba.home.com [24.176.137.160]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3TI0jM09266 for ; Sun, 29 Apr 2001 11:00:46 -0700 Received: from lucon.org (lake.in.lucon.org [192.168.0.2]) by ocean.lucon.org (Postfix) with ESMTP id D9D2C125B3; Sun, 29 Apr 2001 11:00:48 -0700 (PDT) Received: by lucon.org (Postfix, from userid 1000) id 7F1EBEC17; Sun, 29 Apr 2001 11:00:41 -0700 (PDT) Date: Sun, 29 Apr 2001 11:00:41 -0700 From: "H . J . Lu" To: Keith M Wesolowski Cc: linux-mips@oss.sgi.com, binutils@sources.redhat.com Subject: Re: Obvious patch for mips64 Message-ID: <20010429110041.A7690@lucon.org> References: <20010428174634.A833@foobazco.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010428174634.A833@foobazco.org>; from wesolows@foobazco.org on Sat, Apr 28, 2001 at 05:46:34PM -0700 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sat, Apr 28, 2001 at 05:46:34PM -0700, Keith M Wesolowski wrote: > I need the following trivial patch to build 64-bit binaries with gas. > I checked it in. Please provide ChangeLog entry next time. BTW, please test it on MIPS to make sure nothing is broken. Thanks. H.J. From owner-linux-mips@oss.sgi.com Sun Apr 29 12:06:05 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3TJ65C11414 for linux-mips-outgoing; Sun, 29 Apr 2001 12:06:05 -0700 Received: from gandalf.physik.uni-konstanz.de (gandalf.physik.uni-konstanz.de [134.34.144.69]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3TJ63M11411 for ; Sun, 29 Apr 2001 12:06:04 -0700 Received: from bilbo.physik.uni-konstanz.de [134.34.144.81] (8) by gandalf.physik.uni-konstanz.de with esmtp (Exim 3.12 #1 (Debian)) id 14twWA-0005W8-00; Sun, 29 Apr 2001 21:06:02 +0200 Received: from agx by bilbo.physik.uni-konstanz.de with local (Exim 3.12 #1 (Debian)) id 14twW9-0004LI-00; Sun, 29 Apr 2001 21:06:01 +0200 Date: Sun, 29 Apr 2001 21:06:01 +0200 From: Guido Guenther To: linux-mips@oss.sgi.com Cc: Ralf Baechle Subject: shm ipc broken Message-ID: <20010429210601.A16687@bilbo.physik.uni-konstanz.de> Mail-Followup-To: linux-mips@oss.sgi.com, Ralf Baechle Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="RnlQjJ0d97Da+TV1" Content-Disposition: inline User-Agent: Mutt/1.2.5i Sender: owner-linux-mips@oss.sgi.com Precedence: bulk --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline The attached patch fixes a problem with shm ipc. The structs ipc_perm in /u/i/bits/ipc.h and ipc64_perm in include/asm/ipcbuf.h had different sizes and so caused the copy_shminfo_to_user in ipc/shm.c to corrupt user space(the kernel structure was 8 bytes larger). This is probably not the correct fix, since the other arches have this padding, so maybe glibc must be fixed. There's still a small problem since shm_nattch is a short in glibc and a long in the kernel, so the attach-numbers are wrong(which I'm also not sure where it has to be fixed). -- Guido P.S.: this fixes the X server crashes some people were seeing. --RnlQjJ0d97Da+TV1 Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="shm_fix-2001-04-29.diff" --- include/asm-mips/ipcbuf.h.orig Sun Apr 29 19:55:41 2001 +++ include/asm-mips/ipcbuf.h Sun Apr 29 20:23:00 2001 @@ -2,13 +2,12 @@ #define _ASM_IPCBUF_H /* - * The ipc64_perm structure for alpha architecture. + * The ipc64_perm structure for mips architecture. * Note extra padding because this structure is passed back and forth * between kernel and user space. * * Pad space is left for: * - 32-bit seq - * - 2 miscellaneous 64-bit values */ struct ipc64_perm @@ -21,8 +20,6 @@ __kernel_mode_t mode; unsigned short seq; unsigned short __pad1; - unsigned long __unused1; - unsigned long __unused2; }; #endif /* _ASM_IPCBUF_H */ --RnlQjJ0d97Da+TV1-- From owner-linux-mips@oss.sgi.com Sun Apr 29 23:02:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3U62lo29350 for linux-mips-outgoing; Sun, 29 Apr 2001 23:02:47 -0700 Received: from arianne.in.ishoni.com ([164.164.83.132]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3U62hM29345 for ; Sun, 29 Apr 2001 23:02:43 -0700 Received: from deepak ([192.168.1.240]) by arianne.in.ishoni.com (8.11.2/8.11.2) with SMTP id f3U65Ib11051 for ; Mon, 30 Apr 2001 11:35:20 +0530 Reply-To: From: "Deepak Shenoy" To: Subject: user accessing kernel physical pages? Date: Mon, 30 Apr 2001 11:35:00 +0530 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 CWS, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Hi, I am new to MIPS MMU architecture. I wanted to know if a user application be able to access physical pages of the kerenel; if appropriate page table entries are setup?. Is it possible? Thanks and Regards, deepak From owner-linux-mips@oss.sgi.com Sun Apr 29 23:26:35 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3U6QZt30036 for linux-mips-outgoing; Sun, 29 Apr 2001 23:26:35 -0700 Received: from mail.foobazco.org (snowman.foobazco.org [198.144.194.230]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3U6QYM30033 for ; Sun, 29 Apr 2001 23:26:34 -0700 Received: from galt.foobazco.org (galt.foobazco.org [198.144.194.227]) by mail.foobazco.org (Postfix) with ESMTP id 3B713F1A9; Sun, 29 Apr 2001 23:25:44 -0700 (PDT) Received: by galt.foobazco.org (Postfix, from userid 1014) id B455A1F42A; Sun, 29 Apr 2001 23:26:15 -0700 (PDT) Date: Sun, 29 Apr 2001 23:26:15 -0700 From: Keith M Wesolowski To: Deepak Shenoy Cc: linux-mips@oss.sgi.com Subject: Re: user accessing kernel physical pages? Message-ID: <20010429232615.B5595@foobazco.org> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from deepak@ishoni.com on Mon, Apr 30, 2001 at 11:35:00AM +0530 Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 30, 2001 at 11:35:00AM +0530, Deepak Shenoy wrote: > I am new to MIPS MMU architecture. I wanted to know if a user application be > able to access physical pages of the kerenel; if appropriate page table > entries are setup?. Is it possible? mem(4), mmap(2), rtfm(0) -- Keith M Wesolowski http://foobazco.org/~wesolows ------(( Project Foobazco Coordinator and Network Administrator ))------ "Nothing motivates a man more than to see his boss put in an honest day's work." -- The fortune file From owner-linux-mips@oss.sgi.com Mon Apr 30 02:33:24 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3U9XOs02685 for linux-mips-outgoing; Mon, 30 Apr 2001 02:33:24 -0700 Received: from delta.ds2.pg.gda.pl (delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3U9WwM02674; Mon, 30 Apr 2001 02:32:59 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA02377; Mon, 30 Apr 2001 11:28:00 +0200 (MET DST) Date: Mon, 30 Apr 2001 11:28:00 +0200 (MET DST) From: "Maciej W. Rozycki" To: Bryan Chua cc: Ralf Baechle , "George Gensure,,," , linux-mips@oss.sgi.com Subject: Re: glibc build In-Reply-To: <3AE0BA3E.A9D7658@ayrnetworks.com> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, 20 Apr 2001, Bryan Chua wrote: > gcc 2.95.2, 2.95.2.1, 2.95.3 > > The bug was that the specs file in 2.95.? seems to be missing a > -K__PIC__ in the spec for *cpp %{.S...} None of 2.95.* compilers works for MIPS/Linux without additional patches. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 30 02:44:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3U9iGG03233 for linux-mips-outgoing; Mon, 30 Apr 2001 02:44:16 -0700 Received: from delta.ds2.pg.gda.pl (macro@delta.ds2.pg.gda.pl [213.192.72.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3U9i2M03221; Mon, 30 Apr 2001 02:44:05 -0700 Received: from localhost by delta.ds2.pg.gda.pl (8.9.3/8.9.3) with SMTP id LAA02524; Mon, 30 Apr 2001 11:34:33 +0200 (MET DST) Date: Mon, 30 Apr 2001 11:34:32 +0200 (MET DST) From: "Maciej W. Rozycki" To: Florian Lohoff cc: Pete Popov , Ralf Baechle , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? In-Reply-To: <20010420215841.D15990@paradigm.rfc822.org> Message-ID: Organization: Technical University of Gdansk MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Fri, 20 Apr 2001, Florian Lohoff wrote: > A different solution would be to take the usual exit in sysmips via > the return at the end (for which the compiler generated a correct > epilogue) and modify the return address - This is an very ugly hack > and you cant tell where the compiler stores the ra on the stack. It could be doable with __builtin_frame_address(). Haven't investigated it further, though. -- + Maciej W. Rozycki, Technical University of Gdansk, Poland + +--------------------------------------------------------------+ + e-mail: macro@ds2.pg.gda.pl, PGP key available + From owner-linux-mips@oss.sgi.com Mon Apr 30 05:34:16 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3UCYGZ08086 for linux-mips-outgoing; Mon, 30 Apr 2001 05:34:16 -0700 Received: from wiproecmx2.wipro.com (wiproecmx2.wipro.com [164.164.31.6]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3UCY1M08078 for ; Mon, 30 Apr 2001 05:34:02 -0700 Received: from ecvwall1.wipro.com (ecvwall1.wipro.com [192.168.181.23]) by wiproecmx2.wipro.com (8.9.3/8.9.3) with SMTP id SAA16661 for ; Mon, 30 Apr 2001 18:13:49 GMT Received: from ecvwall1.wipro.com ([192.168.181.23]) by ecmail.mail.wipro.com (Netscape Messaging Server 4.15) with SMTP id GCLUUP00.SMY for ; Mon, 30 Apr 2001 18:02:49 +0530 Received: from wipro.com ([192.168.225.13]) by helium.mail.wipro.com (Netscape Messaging Server 4.15) with ESMTP id GCLUS500.Q49 for ; Mon, 30 Apr 2001 18:01:17 +0530 Message-ID: <3AED5D0D.B8E1B504@wipro.com> Date: Mon, 30 Apr 2001 18:09:41 +0530 From: Surendranath Reddy G B Reply-To: brains@netkracker.com Organization: Wipro X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@oss.sgi.com Subject: Problem in compilation Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk HI, I am facing problems in compiling test programs using cross compiler. The cross compiler is - egcs-objc-mips-linux-1.1.2-3.i386.rpm glibc is - glibc-2.1.95-1.mips.rpm binutils is - binutils-mips-linux-2.9.5-3.i386.rpm My test program is very simple... test.c #include main() { printf("It is working\n"); } If I do compilation and linking together I was facing same problems. So I tried to do them separate. Following are the steps I fllowed to compile test.c # mips-linux-gcc -I /mips-usr/usr/include -c test.c this created test.o file. # mips-linux-ld -L/mips-usr/usr/lib -L /mips-usr/lib test.o -o test mips-linux-ld: warning: cannot find entry symbol __start; defaulting to 00000000004000b0 test.o: In function `main': test.c(.text+0x30): undefined reference to `printf' So it was unable to find the symbol from libc.. so I explicitly included libc in the command line as below. That gave new problems which are below. # mips-linux-ld -L/mips-usr/usr/lib -L /mips-usr/lib -lc test.o -o test mips-linux-ld: warning: ld.so.1, needed by /mips-usr/lib/libc.so.6, not found (try using --rpath) mips-linux-ld: warning: cannot find entry symbol __start; defaulting to 0000000000400340 /mips-usr/lib/libc.so.6: undefined reference to `_r_debug@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_lazy@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `__libc_stack_end@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_signal_error@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_relocate_object@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_loaded@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_debug_files@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_initial_searchlist@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_fpu_control@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_check_map_versions@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_nloaded@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_main_searchlist@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_mcount@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_debug_message@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_all_dirs@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined/mips-usr/lib/libc.so.6: undefined reference to `_dl_mcount@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_debug_message@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_all_dirs@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_init@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_load_lock@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_platformlen@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_argv@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_out_of_memory@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_profile_output@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_catch_error@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_profile_map@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_map_object@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_profile@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_start_profile@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_init_all_dirs@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_lookup_symbol_skip@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_map_object_deps@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_debug_impcalls@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_unload_cache@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_lookup_versioned_symbol_skip@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_dst_substitute@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_global_scope_alloc@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_debug_state@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_lookup_symbol@@GLIBC_2.0' /mips-usr/lib/libc.so.6: undefined reference to `_dl_origin_path@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `_dl_dst_count@@GLIBC_2.2' /mips-usr/lib/libc.so.6: undefined reference to `__libc_enable_secure@@GLIBC_2.0' So I included --rpath to my compilation command. So the above problem disappeared but a new problem appeared. # mips-linux-ld -L/mips-usr/usr/lib -L /mips-usr/lib --rpath=/mips-usr/lib -lc test.o -o test mips-linux-ld: warning: cannot find entry symbol __start; defaulting to 0000000000400350 Now I did include crti.o and crt1.o to my complation command and I got the executeble. # mips-linux-ld -L/mips-usr/usr/lib -L /mips-usr/lib --rpath=/mips-usr/lib -lc /usr/lib/gcc-lib/mips-linux/egcs-2.91.66/crti.o /usr/lib/gcc-lib/mips-linux/egcs-2.91.66/crt1.o test.o -o test # Then I tried to execute the xecutable on MIPS system.. But it gave the error saying no such file even though ls -l was showing that file.. After that I did strace on and it said exec not found... I am unable to resolve this problem.. Will you help me to overcome this problem? bash-2.04# ./test bash: ./test: No such file or directory bash-2.04# ls -l test -rwxrwxr-x 1 sujata sujata 131639 Mar 2 03:06 test bash-2.04# bash-2.04# strace ./test strace: exec: No such file or directory execve("./test", ["./test"], [/* 21 vars */]) = 0 bash-2.04# Thanks Regards Suj From owner-linux-mips@oss.sgi.com Mon Apr 30 08:08:47 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3UF8lB12389 for linux-mips-outgoing; Mon, 30 Apr 2001 08:08:47 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3UF8VM12381 for ; Mon, 30 Apr 2001 08:08:32 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3U3ivT01249 for linux-mips@oss.sgi.com; Mon, 30 Apr 2001 00:44:57 -0300 Date: Mon, 30 Apr 2001 00:44:57 -0300 From: Ralf Baechle To: linux-mips@oss.sgi.com Subject: Re: shm ipc broken Message-ID: <20010430004457.A1227@bacchus.dhis.org> References: <20010429210601.A16687@bilbo.physik.uni-konstanz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: <20010429210601.A16687@bilbo.physik.uni-konstanz.de>; from guido.guenther@gmx.net on Sun, Apr 29, 2001 at 09:06:01PM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Sun, Apr 29, 2001 at 09:06:01PM +0200, Guido Guenther wrote: > The attached patch fixes a problem with shm ipc. The structs ipc_perm in > /u/i/bits/ipc.h and ipc64_perm in include/asm/ipcbuf.h had different sizes > and so caused the copy_shminfo_to_user in ipc/shm.c to corrupt user space(the > kernel structure was 8 bytes larger). This is probably not the correct fix, > since the other arches have this padding, so maybe glibc must be fixed. > There's still a small problem since shm_nattch is a short in glibc and a long > in the kernel, so the attach-numbers are wrong(which I'm also not sure where > it has to be fixed). Thanks for the report. Now, the kernel interface is what it is supposed to be so you patch was unacceptable. Instead I've sent below patch to to the libc maintainers for inclusion. Also for semaphores we also had a structure missmatch. Yet again it's amazing how long systems can apparently work reliable with such capital bugs ... Ralf 2001-04-29 Ralf Baechle * sysdeps/unix/sysv/linux/mips/bits/sem.h: Make structure definitions match the kernel definitions. sysdeps/unix/sysv/linux/mips/bits/ipc.h: Likewise. sysdeps/unix/sysv/linux/mips/bits/shm.h: Likewise. diff -urN libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/ipc.h libc-mips/sysdeps/unix/sysv/linux/mips/bits/ipc.h --- libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/ipc.h Sun Apr 29 20:42:52 2001 +++ libc-mips/sysdeps/unix/sysv/linux/mips/bits/ipc.h Sun Apr 29 21:07:14 2001 @@ -20,7 +20,7 @@ # error "Never use directly; include instead." #endif -#include +#include /* Mode bits for `msgget', `semget', and `shmget'. */ #define IPC_CREAT 01000 /* Create key if key does not exist. */ @@ -43,34 +43,13 @@ struct ipc_perm { __key_t __key; /* Key. */ - long int uid; /* Owner's user ID. */ - long int gid; /* Owner's group ID. */ - long int cuid; /* Creator's user ID. */ - long int cgid; /* Creator's group ID. */ - unsigned long int mode; /* Read/write permission. */ + unsigned int uid; /* Owner's user ID. */ + unsigned int gid; /* Owner's group ID. */ + unsigned int cuid; /* Creator's user ID. */ + unsigned int cgid; /* Creator's group ID. */ + unsigned int mode; /* Read/write permission. */ unsigned short int __seq; /* Sequence number. */ + unsigned short int __pad1; + unsigned long int __unused1; + unsigned long int __unused2; }; - - -__BEGIN_DECLS - -/* The actual system call: all functions are multiplexed by this. */ -extern int __ipc (int __call, int __first, int __second, int __third, - void *__ptr) __THROW; - -__END_DECLS - -#ifdef __USE_GNU -/* The codes for the functions to use the multiplexer `__ipc'. */ -# define IPCOP_semop 1 -# define IPCOP_semget 2 -# define IPCOP_semctl 3 -# define IPCOP_msgsnd 11 -# define IPCOP_msgrcv 12 -# define IPCOP_msgget 13 -# define IPCOP_msgctl 14 -# define IPCOP_shmat 21 -# define IPCOP_shmdt 22 -# define IPCOP_shmget 23 -# define IPCOP_shmctl 24 -#endif diff -urN libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/sem.h libc-mips/sysdeps/unix/sysv/linux/mips/bits/sem.h --- libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/sem.h Wed Dec 31 21:00:00 1969 +++ libc-mips/sysdeps/unix/sysv/linux/mips/bits/sem.h Sun Apr 29 21:07:14 2001 @@ -0,0 +1,85 @@ +/* Copyright (C) 1995, 1996, 1997, 1998, 2000 Free Software Foundation, Inc. + This file is part of the GNU C Library. + + The GNU C Library is free software; you can redistribute it and/or + modify it under the terms of the GNU Library General Public License as + published by the Free Software Foundation; either version 2 of the + License, or (at your option) any later version. + + The GNU C Library is distributed in the hope that it will be useful, + but WITHOUT ANY WARRANTY; without even the implied warranty of + MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU + Library General Public License for more details. + + You should have received a copy of the GNU Library General Public + License along with the GNU C Library; see the file COPYING.LIB. If not, + write to the Free Software Foundation, Inc., 59 Temple Place - Suite 330, + Boston, MA 02111-1307, USA. */ + +#ifndef _SYS_SEM_H +# error "Never include directly; use instead." +#endif + +#include + +/* Flags for `semop'. */ +#define SEM_UNDO 0x1000 /* undo the operation on exit */ + +/* Commands for `semctl'. */ +#define GETPID 11 /* get sempid */ +#define GETVAL 12 /* get semval */ +#define GETALL 13 /* get all semval's */ +#define GETNCNT 14 /* get semncnt */ +#define GETZCNT 15 /* get semzcnt */ +#define SETVAL 16 /* set semval */ +#define SETALL 17 /* set all semval's */ + + +/* Data structure describing a set of semaphores. */ +struct semid_ds +{ + struct ipc_perm sem_perm; /* operation permission struct */ + __time_t sem_otime; /* last semop() time */ + __time_t sem_ctime; /* last time changed by semctl() */ + unsigned long int sem_nsems; /* number of semaphores in set */ + unsigned long int __unused1; + unsigned long int __unused2; +}; + +/* The user should define a union like the following to use it for arguments + for `semctl'. + + union semun + { + int val; <= value for SETVAL + struct semid_ds *buf; <= buffer for IPC_STAT & IPC_SET + unsigned short int *array; <= array for GETALL & SETALL + struct seminfo *__buf; <= buffer for IPC_INFO + }; + + Previous versions of this file used to define this union but this is + incorrect. One can test the macro _SEM_SEMUN_UNDEFINED to see whether + one must define the union or not. */ +#define _SEM_SEMUN_UNDEFINED 1 + +#ifdef __USE_MISC + +/* ipcs ctl cmds */ +# define SEM_STAT 18 +# define SEM_INFO 19 + +struct seminfo +{ + int semmap; + int semmni; + int semmns; + int semmnu; + int semmsl; + int semopm; + int semume; + int semusz; + int semvmx; + int semaem; +}; + +#endif /* __USE_MISC */ diff -urN libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/shm.h libc-mips/sysdeps/unix/sysv/linux/mips/bits/shm.h --- libc-cygnus/sysdeps/unix/sysv/linux/mips/bits/shm.h Sun Apr 29 20:42:52 2001 +++ libc-mips/sysdeps/unix/sysv/linux/mips/bits/shm.h Sun Apr 29 21:11:06 2001 @@ -20,7 +20,7 @@ # error "Never include directly; use instead." #endif -#include +#include /* Permission flag for shmget. */ #define SHM_R 0400 /* or S_IRUGO from */ @@ -36,20 +36,22 @@ #define SHM_UNLOCK 12 /* unlock segment (root only) */ +/* Type to count number of attaches. */ +typedef unsigned long int shmatt_t; + /* Data structure describing a set of semaphores. */ struct shmid_ds { struct ipc_perm shm_perm; /* operation permission struct */ - int shm_segsz; /* size of segment in bytes */ + size_t shm_segsz; /* size of segment in bytes */ __time_t shm_atime; /* time of last shmat() */ __time_t shm_dtime; /* time of last shmdt() */ __time_t shm_ctime; /* time of last change by shmctl() */ - long int shm_cpid; /* pid of creator */ - long int shm_lpid; /* pid of last shmop */ - unsigned short int shm_nattch; /* number of current attaches */ - unsigned short int __shm_npages; /* size of segment (pages) */ - unsigned long int *__unbounded __shm_pages; /* array of ptrs to frames -> SHMMAX */ - struct vm_area_struct *__unbounded __attaches; /* descriptors for attaches */ + __pid_t shm_cpid; /* pid of creator */ + __pid_t shm_lpid; /* pid of last shmop */ + shmatt_t shm_nattch; /* number of current attaches */ + unsigned long int __unused1; + unsigned long int __unused2; }; #ifdef __USE_MISC @@ -62,23 +64,27 @@ # define SHM_DEST 01000 /* segment will be destroyed on last detach */ # define SHM_LOCKED 02000 /* segment will not be swapped */ -struct shminfo +struct shminfo { - int shmmax; - int shmmin; - int shmmni; - int shmseg; - int shmall; + unsigned long int shmmax; + unsigned long int shmmin; + unsigned long int shmmni; + unsigned long int shmseg; + unsigned long int shmall; + unsigned long int __unused1; + unsigned long int __unused2; + unsigned long int __unused3; + unsigned long int __unused4; }; struct shm_info { - int used_ids; - ulong shm_tot; /* total allocated shm */ - ulong shm_rss; /* total resident shm */ - ulong shm_swp; /* total swapped shm */ - ulong swap_attempts; - ulong swap_successes; + int used_ids; + unsigned long int shm_tot; /* total allocated shm */ + unsigned long int shm_rss; /* total resident shm */ + unsigned long int shm_swp; /* total swapped shm */ + unsigned long int swap_attempts; + unsigned long int swap_successes; }; #endif /* __USE_MISC */ From owner-linux-mips@oss.sgi.com Mon Apr 30 10:47:14 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3UHlE517902 for linux-mips-outgoing; Mon, 30 Apr 2001 10:47:14 -0700 Received: from hermes.mvista.com (gateway-1237.mvista.com [12.44.186.158]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3UHlDM17899 for ; Mon, 30 Apr 2001 10:47:13 -0700 Received: from mvista.com (IDENT:jsun@orion.mvista.com [10.0.0.75]) by hermes.mvista.com (8.11.0/8.11.0) with ESMTP id f3UHkp020019; Mon, 30 Apr 2001 10:46:51 -0700 Message-ID: <3AEDA393.653FD026@mvista.com> Date: Mon, 30 Apr 2001 10:40:35 -0700 From: Jun Sun X-Mailer: Mozilla 4.72 [en] (X11; U; Linux 2.2.18 i686) X-Accept-Language: en MIME-Version: 1.0 To: Michael Shmulevich CC: Ian Soanes , Linux/MIPS , FR Linux/MIPS Subject: Re: usermode gdb / remote gdb References: <3AE67CBA.4060606@jungo.com> <3AE69AAA.76A20F08@lineo.com> <3AE6A795.1080004@jungo.com> <3AE6B14F.B5844932@lineo.com> <3AE70BBA.2BD8B387@mvista.com> <3AEBE34C.5070009@jungo.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk Michael Shmulevich wrote: > > Jun, > > I have a problem with your patch: > > Jun Sun wrote: > > > --- gdb-4.17/gdb/config/mips/mipsel-linux.mh.orig Mon May 22 18:39:07 2000 > > +++ gdb-4.17/gdb/config/mips/mipsel-linux.mh Mon May 22 18:39:07 2000 > > Gdb seems to miss those files from the distribution. I have checked out > its CVS tree, and this is what I got: > > [michaels@kobie mips]$ pwd > /home/michaels/CVS/gdb/gdb/config/mips > [michaels@kobie mips]$ ls > CVS/ irix5.mh nm-mips.h tm-mips.h > tm-vr5000el.h vxmips.mt > bigmips.mt irix5.mt nm-news-mips.h tm-mips64.h tm-vxmips.h > wince.mt > bigmips64.mt littlemips.mh nm-riscos.h tm-mipsm3.h tm-wince.h > xm-irix3.h > decstation.mh littlemips.mt riscos.mh tm-mipsv4.h tx39.mt > xm-irix4.h > decstation.mt mipsm3.mh tm-bigmips.h tm-tx39.h tx39l.mt > xm-irix5.h > embed.mt mipsm3.mt tm-bigmips64.h tm-tx39l.h vr4100.mt > xm-mips.h > embed64.mt mipsv4.mh tm-embed.h tm-vr4100.h vr4300.mt > xm-mipsm3.h > embedl.mt mipsv4.mt tm-embed64.h tm-vr4300.h vr4300el.mt > xm-mipsv4.h > embedl64.mt news-mips.mh tm-embedl.h tm-vr4300el.h vr4xxx.mt > xm-news-mips.h > irix3.mh nm-irix3.h tm-embedl64.h tm-vr4xxx.h vr4xxxel.mt > xm-riscos.h > irix3.mt nm-irix4.h tm-irix3.h tm-vr4xxxel.h vr5000.mt > irix4.mh nm-irix5.h tm-irix5.h tm-vr5000.h vr5000el.mt > [michaels@kobie mips]$ ls -l *linux* > ls: *linux*: No such file or directory > [michaels@kobie mips]$ cat CVS/Root > :pserver:anoncvs@anoncvs.cygnus.com:/cvs/src > [michaels@kobie mips]$ > > So, as I said, there seems to be no support for mips-linux in GDB tree. > Where can I get the gdb-4.17 you were talking about? > You can probably look around and find the official gdb-4.17 release. A better bet is to get from the mvista CDK 1.2 release: ftp://ftp.mvista.com/pub/CDKit/1.2/cd/Source/SRPMS/hhl-gdb-5.0-1.src.rpm It says gdb 5.0, but I think gdb-4.17 is "embedded" in it. (If not, let me know). If you try to add linux-mips to gdb 5.0, you might want to look into the new multi-arch structure introduced in gdb 5.0. It *might* be the reason why original MIPS stuff is removed. Good luck. Jun From owner-linux-mips@oss.sgi.com Mon Apr 30 11:08:58 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3UI8wI19074 for linux-mips-outgoing; Mon, 30 Apr 2001 11:08:58 -0700 Received: from pobox.sibyte.com (pobox.sibyte.com [208.12.96.20]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3UI8vM19071 for ; Mon, 30 Apr 2001 11:08:57 -0700 Received: from postal.sibyte.com (moat.sibyte.com [208.12.96.21]) by pobox.sibyte.com (Postfix) with SMTP id 99590205FB for ; Mon, 30 Apr 2001 11:08:51 -0700 (PDT) Received: from SMTP agent by mail gateway Mon, 30 Apr 2001 11:00:54 -0800 Received: from plugh.sibyte.com (plugh.sibyte.com [10.21.64.158]) by postal.sibyte.com (Postfix) with ESMTP id 5F40615961 for ; Mon, 30 Apr 2001 11:08:52 -0700 (PDT) Received: by plugh.sibyte.com (Postfix, from userid 61017) id 7FD22686D; Mon, 30 Apr 2001 11:08:41 -0700 (PDT) From: Justin Carlson Reply-To: carlson@sibyte.com Organization: Sibyte To: linux-mips@oss.sgi.com Subject: mips64 linux glibc compilation broken? Date: Mon, 30 Apr 2001 11:07:33 -0700 X-Mailer: KMail [version 1.0.29] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <0104301108411I.31854@plugh.sibyte.com> Content-Transfer-Encoding: 8bit Sender: owner-linux-mips@oss.sgi.com Precedence: bulk I could swear I saw this topic go by before, but searching my archives, I don't see it. glibc fresh out of redhat cvs doesn't compile for mips64-linux; it fails with quite a bit of stuff like this: --- In file included from dynamic-link.h:21, from dl-load.c:32: ../sysdeps/mips/mips64/dl-machine.h: In function `elf_machine_got_rel': ../sysdeps/mips/mips64/dl-machine.h:178: warning: passing arg 2 of `_dl_lookup_symbol' from incompatible pointer type ../sysdeps/mips/mips64/dl-machine.h:178: warning: passing arg 3 of `_dl_lookup_symbol' from incompatible pointer type ../sysdeps/mips/mips64/dl-machine.h:178: warning: passing arg 4 of `_dl_lookup_symbol' from incompatible pointer type ../sysdeps/mips/mips64/dl-machine.h:178: too few arguments to function `_dl_lookup_symbol' ../sysdeps/mips/mips64/dl-machine.h:181: warning: passing arg 2 of `_dl_lookup_symbol' from incompatible pointer type ../sysdeps/mips/mips64/dl-machine.h:181: warning: passing arg 3 of `_dl_lookup_symbol' from incompatible pointer type ../sysdeps/mips/mips64/dl-machine.h:181: warning: passing arg 4 of `_dl_lookup_symbol' from incompatible pointer type --- It looks like this is something that has been fixed for mips, but not mips64. I'm sure I can fix the immediate compile problems, but am not familiar enough with glibc to be confident of doing the Right Thing overall. Are there any patches for mips64 linux that haven't made it into the mainline cvs yet? Thanks, Justin From owner-linux-mips@oss.sgi.com Mon Apr 30 13:26:15 2001 Received: (from majordomo@localhost) by oss.sgi.com (8.11.3/8.11.3) id f3UKQFg24849 for linux-mips-outgoing; Mon, 30 Apr 2001 13:26:15 -0700 Received: from dea.waldorf-gmbh.de (IDENT:root@localhost [127.0.0.1]) by oss.sgi.com (8.11.3/8.11.3) with ESMTP id f3UKQ1M24844 for ; Mon, 30 Apr 2001 13:26:02 -0700 Received: (from ralf@localhost) by dea.waldorf-gmbh.de (8.11.1/8.11.1) id f3UKOJY31118; Mon, 30 Apr 2001 17:24:19 -0300 Date: Mon, 30 Apr 2001 17:24:19 -0300 From: Ralf Baechle To: "Maciej W. Rozycki" Cc: Florian Lohoff , Pete Popov , linux-mips@oss.sgi.com Subject: Re: Illegal instruction - a workaround or fix ? Message-ID: <20010430172419.B30998@bacchus.dhis.org> References: <20010420215841.D15990@paradigm.rfc822.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2.5i In-Reply-To: ; from macro@ds2.pg.gda.pl on Mon, Apr 30, 2001 at 11:34:32AM +0200 X-Accept-Language: de,en,fr Sender: owner-linux-mips@oss.sgi.com Precedence: bulk On Mon, Apr 30, 2001 at 11:34:32AM +0200, Maciej W. Rozycki wrote: > > A different solution would be to take the usual exit in sysmips via > > the return at the end (for which the compiler generated a correct > > epilogue) and modify the return address - This is an very ugly hack > > and you cant tell where the compiler stores the ra on the stack. > > It could be doable with __builtin_frame_address(). Haven't investigated > it further, though. MIPS ABI doesn't define that ra gets stored at a constant offset in the stackframe, so that won't work. Ralf