From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 1 15:47:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA142271 for ; Mon, 1 Mar 1999 15:47:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA30186 for ; Mon, 1 Mar 1999 15:47:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030184; Mon, 1 Mar 99 15:47:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2841 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14678-12982>; Mon, 1 Mar 1999 16:40:50 +0200 Received: by vger.rutgers.edu via listexpand id <156800-25206>; Mon, 1 Mar 1999 08:26:21 -0500 Received: by vger.rutgers.edu id <156199-25208>; Mon, 1 Mar 1999 08:26:05 -0500 Received: from mail9.svr.pol.co.uk ([195.92.193.22]:6424 "EHLO mail9.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156345-25206>; Mon, 1 Mar 1999 08:24:07 -0500 Received: from modem-112.effexor.dialup.pol.co.uk ([62.136.64.112] helo=reinhouse) by mail9.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10HTpQ-0002Qo-00 for linux-arm@vger.rutgers.edu; Mon, 1 Mar 1999 14:37:52 +0000 Date: Mon, 01 Mar 1999 11:31:03 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: 2.2.2-rmk2 crash on boot Message-ID: <48DBF1409F%tim@reinhouse.freeserve.co.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 583 Lines: 19 Upon trying to boot a compressed 2.2.2-rmk2 (on a Risc PC) I get : Uncompressing Linux... invalid compressed format (err=2) -- System halted I used egcs-1.1b patched with egcs-1.1b-arm-diff-981004, and binutils-2.9.1.0.15 patched with binutils-2.9.1.0.15-diff-981027. A uncompressed 2.2.2-rmk2 crashes before remapping the palette. -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 1 20:27:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA156282 for ; Mon, 1 Mar 1999 20:27:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA31274 for ; Mon, 1 Mar 1999 20:27:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031272; Mon, 1 Mar 99 20:26:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:63061 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <376-12982>; Mon, 1 Mar 1999 21:23:50 +0200 Received: by vger.rutgers.edu via listexpand id <156664-25208>; Mon, 1 Mar 1999 13:06:28 -0500 Received: by vger.rutgers.edu id <157109-25208>; Mon, 1 Mar 1999 12:57:49 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2972 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156618-25206>; Mon, 1 Mar 1999 12:55:40 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10HY4H-00087S-00 for linux-arm@vger.rutgers.edu; Mon, 1 Mar 1999 19:09:29 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10HXti-0000hg-00 for linux-arm@vger.rutgers.edu; Mon, 1 Mar 1999 18:58:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: linux-2.2.2-philb-990301 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 01 Mar 1999 18:58:34 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1059 Lines: 24 Hi, I've put a new kernel patch, relative to 2.2.2-rmk4, on ftp.netwinder.org. This includes the new and more intelligent scheme for avoiding cache-flushing that I mentioned some time ago; kernel threads are always allowed to run with whatever pagetables they choose. The idea is that if you have a user process fighting knfsd or kswapd for the CPU, cache flushing should be much reduced. For heavy NFS server use this might make a difference to performance. Russell, you might care to take a look at the patch and see what you think of the implementation. At the moment kecardd will fall foul of this but it should be trivial to stop that from happening. I hope it will also fix the problem that some people with NetWinders were seeing where the last few -philb kernels were failing to boot. I think gcc 2.8 was being tickled into producing bad code for some reason. Finally there's a partial fix for an NWFPE bug that could cause an Oops. Share and enjoy. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 1 20:59:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA155414 for ; Mon, 1 Mar 1999 20:59:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA31340 for ; Mon, 1 Mar 1999 20:59:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031338; Mon, 1 Mar 99 20:59:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27944 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15379-12707>; Mon, 1 Mar 1999 21:58:50 +0200 Received: by vger.rutgers.edu via listexpand id <156210-25206>; Mon, 1 Mar 1999 13:44:18 -0500 Received: by vger.rutgers.edu id <155531-25208>; Mon, 1 Mar 1999 13:44:12 -0500 Received: from galatea-32.cableol.net ([194.168.16.32]:1828 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156583-25208>; Mon, 1 Mar 1999 13:43:45 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA01343 for ; Mon, 1 Mar 1999 20:01:04 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00465 for linux-arm@vger.rutgers.edu; Mon, 1 Mar 1999 19:56:44 GMT Message-Id: <199903011956.TAA00465@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: linux-arm@vger.rutgers.edu Date: Mon, 1 Mar 1999 19:56:43 +0000 (GMT) In-Reply-To: <199903011733.RAA09595@flirble.org> from "Nicholas Clark" at Mar 1, 99 05:33:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1216 Lines: 25 Nicholas Clark writes: > In the last mail Timothy Baldwin said: > > Upon trying to boot a compressed 2.2.2-rmk2 (on a Risc PC) I get : > 2.2.2-rmk4 on a RiscPC gives > > Uncompressing Linux... > > invalid compressed format (err=2) > err=1 > > -- System halted > > I used egcs-1.1b patched with egcs-1.1b-arm-diff-981004, and > egcs-2.91.60 > > binutils-2.9.1.0.15 patched with binutils-2.9.1.0.15-diff-981027. > 1999 binutils, mid Jan I think I am just about to try binutils-2.9.1.0.19a to see how well that works. There is a side effect to this - I'll be binary-compatible with the rest of the world again (what was that about cows flying?). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 00:16:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA161089 for ; Tue, 2 Mar 1999 00:16:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA31796 for ; Tue, 2 Mar 1999 00:16:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031794; Tue, 2 Mar 99 00:16:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14404 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11582-18206>; Tue, 2 Mar 1999 01:15:51 +0200 Received: by vger.rutgers.edu via listexpand id <156352-25206>; Mon, 1 Mar 1999 17:01:11 -0500 Received: by vger.rutgers.edu id <155568-25206>; Mon, 1 Mar 1999 17:01:05 -0500 Received: from galatea-25.cableol.net ([194.168.16.25]:1893 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157034-25208>; Mon, 1 Mar 1999 17:00:50 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA01927 for ; Mon, 1 Mar 1999 23:19:50 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA00364 for linux-arm@vger.rutgers.edu; Mon, 1 Mar 1999 23:15:13 GMT Message-Id: <199903012315.XAA00364@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: linux-arm@vger.rutgers.edu Date: Mon, 1 Mar 1999 23:15:12 +0000 (GMT) In-Reply-To: <199903011956.TAA00465@raistlin.armlinux.org.uk> from "Russell King - ARM Linux Admin" at Mar 1, 99 07:56:43 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1554 Lines: 33 Russell King - ARM Linux Admin writes: > Nicholas Clark writes: > > In the last mail Timothy Baldwin said: > > > Upon trying to boot a compressed 2.2.2-rmk2 (on a Risc PC) I get : > > 2.2.2-rmk4 on a RiscPC gives > > > Uncompressing Linux... > > > invalid compressed format (err=2) > > err=1 > > > -- System halted > > > I used egcs-1.1b patched with egcs-1.1b-arm-diff-981004, and > > egcs-2.91.60 > > > binutils-2.9.1.0.15 patched with binutils-2.9.1.0.15-diff-981027. > > 1999 binutils, mid Jan I think > > I am just about to try binutils-2.9.1.0.19a to see how well that works. > There is a side effect to this - I'll be binary-compatible with the rest > of the world again (what was that about cows flying?). Ok, the results: binutils-2.9.1.0.19a is acquitted of causing this malevolent behaviour. Can someone check the behaviour of one of these faulty kernels on !Linux compiled on the August 29 1998 please? (when you hit 'Alt', it should tell you the compilation date). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 02:30:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA162477 for ; Tue, 2 Mar 1999 02:30:02 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA32022 for ; Tue, 2 Mar 1999 02:30:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma032018; Tue, 2 Mar 99 02:29:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27434 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15365-18206>; Tue, 2 Mar 1999 03:29:13 +0200 Received: by vger.rutgers.edu via listexpand id <157050-25206>; Mon, 1 Mar 1999 19:14:45 -0500 Received: by vger.rutgers.edu id <157078-25208>; Mon, 1 Mar 1999 19:14:36 -0500 Received: from [210.154.37.2] ([210.154.37.2]:9273 "EHLO funai-tky.co.jp" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156352-25206>; Mon, 1 Mar 1999 19:14:15 -0500 Received: from hiropu ([192.168.1.19]) by funai-tky.co.jp (8.9.1/3.7Wpr7-98092916) with SMTP id KAA13726 for ; Tue, 2 Mar 1999 10:28:12 +0900 Date: Tue, 02 Mar 1999 10:28:34 +0900 From: Hiroshi Ishii To: linux-arm@vger.rutgers.edu Subject: Some binary not working on RPC700 Message-Id: <36DB3EC23A4.0EECHIROSHI@mail.funai-tky.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.24.14 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 814 Lines: 27 Hi, folks! Anyone working correctly linux on RPC700? I can boot on RPC700. Kernel version is 2.0.36. But some binary not working. It is "insmod", "mount" , "gcc" . About "insmod" ,"mount", memory violation occurred. "gcc", occurred illegal instruction. Another binary , "ls", "less" working good. Why? ------------------------------- My environment ; byte libc.so.4.6.27 .... 766093 libm.so.4.6.27 .... 162756 ld.so .... 131076 insmod ..... 17600 mount .... 360448 gcc ..... 127146 ---------------------------------- Funai Electric R & D Co.,LTD $B!!(B -Hiroshi Ishii- $B"v"v(B rock'n roll$B"v"v(B unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 13:22:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA187322 for ; Tue, 2 Mar 1999 13:22:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA07347 for ; Tue, 2 Mar 1999 13:22:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007345; Tue, 2 Mar 99 13:22:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28221 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15655-18206>; Tue, 2 Mar 1999 14:21:41 +0200 Received: by vger.rutgers.edu via listexpand id <157156-25206>; Tue, 2 Mar 1999 06:07:09 -0500 Received: by vger.rutgers.edu id <157135-25208>; Tue, 2 Mar 1999 06:07:00 -0500 Received: from [194.168.16.166] ([194.168.16.166]:1923 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157156-25208>; Tue, 2 Mar 1999 06:06:44 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id IAA03245; Tue, 2 Mar 1999 08:34:02 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id IAA00370; Tue, 2 Mar 1999 08:28:39 GMT Message-Id: <199903020828.IAA00370@raistlin.armlinux.org.uk> Subject: Re: Some binary not working on RPC700 To: hiroshi@funai-tky.co.jp (Hiroshi Ishii) Date: Tue, 2 Mar 1999 08:28:39 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36DB3EC23A4.0EECHIROSHI@mail.funai-tky.co.jp> from "Hiroshi Ishii" at Mar 2, 99 10:28:34 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 927 Lines: 18 Hiroshi Ishii writes: > Anyone working correctly linux on RPC700? > I can boot on RPC700. Kernel version is 2.0.36. > But some binary not working. It is "insmod", "mount" , > "gcc" . About "insmod" ,"mount", memory violation occurred. > "gcc", occurred illegal instruction. Another binary , "ls", > "less" working good. Have you loaded the FP emulator? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 15:07:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA191243 for ; Tue, 2 Mar 1999 15:07:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA07620 for ; Tue, 2 Mar 1999 15:07:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007618; Tue, 2 Mar 99 15:07:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43633 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8613-18206>; Tue, 2 Mar 1999 16:06:51 +0200 Received: by vger.rutgers.edu via listexpand id <157254-25208>; Tue, 2 Mar 1999 07:51:49 -0500 Received: by vger.rutgers.edu id <157156-25206>; Tue, 2 Mar 1999 07:51:32 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:2171 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157254-25206>; Tue, 2 Mar 1999 07:51:21 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10Hph1-0007fa-00; Tue, 2 Mar 1999 13:58:39 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Hpgz-0005Dp-00; Tue, 2 Mar 1999 13:58:37 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 linux 2.2.2-rmk4 lockup In-reply-to: Your message of "Tue, 02 Mar 1999 14:39:21 GMT." <36DBF819.3D718FA1@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Mar 1999 13:58:37 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 170 Lines: 8 >When I ping -f to it, it crashes Does it just stop dead, or is there an error message? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 14:31:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA190285 for ; Tue, 2 Mar 1999 14:31:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07503 for ; Tue, 2 Mar 1999 14:31:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007501; Tue, 2 Mar 99 14:31:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6192 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16346-18206>; Tue, 2 Mar 1999 15:31:03 +0200 Received: by vger.rutgers.edu via listexpand id <157307-25206>; Tue, 2 Mar 1999 07:16:06 -0500 Received: by vger.rutgers.edu id <157189-25208>; Tue, 2 Mar 1999 07:15:57 -0500 Received: from manaslu.capway.com ([194.2.90.38]:1805 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157307-25206>; Tue, 2 Mar 1999 07:15:54 -0500 Received: from dcs (tntarch2-56.abo.wanadoo.fr [164.138.190.56]) by capway.com (8.8.8/8.8.8) with SMTP id OAA05134; Tue, 2 Mar 1999 14:38:06 +0100 (MET) Message-ID: <36DBF5DB.2C3F6537@capway.com> Date: Tue, 02 Mar 1999 14:29:47 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: david.rusling@arm.com CC: linux-arm Subject: Re: some progress, anyone got a shell? References: <36D7A5E9.D72CD41B@arm.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1300 Lines: 27 David A Rusling wrote: > > all, > > I've made good progress in porting Linux to a new ARM > system. Basically I've got the RAMdisk loading and the system > starting to boot from it. I can see ('cos I hacked the kernel) the > init process come up and load both init and the libc that it's linked > against. Unfortunately it goes horribly wrong from there. I'm using > the rpc-root stuff - the latest that I can find which contains a.out > object format images. What I last tried to do was to have init start > a shell executing shell commands - the really old basic way of booting > a system. This access violates someplace - pretty hard to tell where. > OK, enough of this, a request. Does anyone have either a statically > linked sh or a combination of sh and libc that is known good? I'm > presuming that the root-rpc stuff is good, but I'm beginning to wonder. > Oh, yes I can build some cross tools, but my goal is to get a basic > RAMdisk kernel up and running, then to move to a different processor > (this system has multiple header cards, up to 4). I'd rather not > faff around with tools if I can help it. > I had the same problem with 2.2.1-rmk4 Now, with 2.2.2-rmk4, it works christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 14:41:41 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA190696 for ; Tue, 2 Mar 1999 14:41:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07523 for ; Tue, 2 Mar 1999 14:41:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007521; Tue, 2 Mar 99 14:41:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21561 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15887-17820>; Tue, 2 Mar 1999 15:40:51 +0200 Received: by vger.rutgers.edu via listexpand id <157212-25206>; Tue, 2 Mar 1999 07:25:53 -0500 Received: by vger.rutgers.edu id <157272-25206>; Tue, 2 Mar 1999 07:25:38 -0500 Received: from manaslu.capway.com ([194.2.90.38]:2386 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157019-25208>; Tue, 2 Mar 1999 07:25:21 -0500 Received: from dcs (tntarch2-56.abo.wanadoo.fr [164.138.190.56]) by capway.com (8.8.8/8.8.8) with SMTP id OAA06538; Tue, 2 Mar 1999 14:47:00 +0100 (MET) Message-ID: <36DBF7F3.29724908@capway.com> Date: Tue, 02 Mar 1999 14:38:43 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Subject: Re: Kernel 2.2.2 released References: <199902262253.WAA03406@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 741 Lines: 23 Russell King - ARM Linux Admin wrote: > > Hi All, > > Just the usual about another kernel release, this time called 2.2.2-rmk1 > > It contains: > > - various configuration fixes > - various bits from PB > - extended support for DRAM video modes on RiscPC > - fixed decompression code on Acorn platforms > - fixed 3c59x boomerang and other bus-master capable versions I don't know if the fix should have solved my problem, but I still have to disable D cache to be able to use my 3C905B network card. I don't have anymore sending problems (bad IP chksum with 2.2.1rmk4) but It seems to be problems on reception. Everything works without Dcache christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 14:41:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA168809 for ; Tue, 2 Mar 1999 14:41:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA07516 for ; Tue, 2 Mar 1999 14:41:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007514; Tue, 2 Mar 99 14:40:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49200 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15482-17820>; Tue, 2 Mar 1999 15:40:10 +0200 Received: by vger.rutgers.edu via listexpand id <157212-25208>; Tue, 2 Mar 1999 07:25:23 -0500 Received: by vger.rutgers.edu id <157156-25206>; Tue, 2 Mar 1999 07:25:14 -0500 Received: from manaslu.capway.com ([194.2.90.38]:2367 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157019-25208>; Tue, 2 Mar 1999 07:25:08 -0500 Received: from dcs (tntarch2-56.abo.wanadoo.fr [164.138.190.56]) by capway.com (8.8.8/8.8.8) with SMTP id OAA06971 for ; Tue, 2 Mar 1999 14:47:38 +0100 (MET) Message-ID: <36DBF819.3D718FA1@capway.com> Date: Tue, 02 Mar 1999 14:39:21 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: EBSA285 linux 2.2.2-rmk4 lockup Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 161 Lines: 6 I've now a working kernel on my EBSA285 When I ping -f to it, it crashes christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 15:52:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA180406 for ; Tue, 2 Mar 1999 15:52:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA07749 for ; Tue, 2 Mar 1999 15:52:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007747; Tue, 2 Mar 99 15:52:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1107 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10224-17820>; Tue, 2 Mar 1999 16:52:03 +0200 Received: by vger.rutgers.edu via listexpand id <157156-25206>; Tue, 2 Mar 1999 08:37:01 -0500 Received: by vger.rutgers.edu id <157398-25208>; Tue, 2 Mar 1999 08:36:42 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:3690 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157341-25206>; Tue, 2 Mar 1999 08:36:31 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10HqPl-0007jG-00; Tue, 2 Mar 1999 14:44:53 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10HqPk-0005KB-00; Tue, 2 Mar 1999 14:44:52 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 linux 2.2.2-rmk4 lockup In-reply-to: Your message of "Tue, 02 Mar 1999 15:13:42 GMT." <36DC0026.78860865@capway.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 02 Mar 1999 14:44:52 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1454 Lines: 32 >I've the following program running as init, and when I ping -f, after >about 200 packets, my program stops and the kernel doesn't responds to >pings anymore. Sounds like all might not be well with the 3com driver still. I tried flood pinging my NetWinder (2.2.2/rmk4/philb990301) and everything seemed ok. fountain:/home/pb# ping -f pig PING pig.nexus.co.uk (192.0.0.23): 56 data bytes .... --- pig.nexus.co.uk ping statistics --- 25280 packets transmitted, 25276 packets received, 0% packet loss round-trip min/avg/max = 0.6/3.3/145.1 ms fountain:/home/pb# Is there a later version of 3c59x.c on Becker's web site? Might be worth taking a look. I had a quick glance at the current version and it looks like the consequences of failing to allocate a receive buffer might be bad. Also the DMA cache flushing isn't quite right. We need to flush the cache immediately after allocating the skb, not after it's been filled by the card. Otherwise there might be dirty lines sitting in the cache that could in theory get evicted on top of the newly-written packet - unlikely but possible. And I think there should be a cache flush at around line 1813 too -- ie just after we memcpy the data out of a buffer that's going to be recycled. Russell, I don't quite understand why ARM systems do better with copybreak set to infinity. Can you explain why that is? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 15:22:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA191584 for ; Tue, 2 Mar 1999 15:22:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA07672 for ; Tue, 2 Mar 1999 15:22:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007668; Tue, 2 Mar 99 15:21:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22558 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1393-18206>; Tue, 2 Mar 1999 16:19:13 +0200 Received: by vger.rutgers.edu via listexpand id <157254-25206>; Tue, 2 Mar 1999 08:04:14 -0500 Received: by vger.rutgers.edu id <157400-25206>; Tue, 2 Mar 1999 08:03:39 -0500 Received: from manaslu.capway.com ([194.2.90.38]:4370 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157431-25206>; Tue, 2 Mar 1999 07:59:48 -0500 Received: from dcs (tntarch2-56.abo.wanadoo.fr [164.138.190.56]) by capway.com (8.8.8/8.8.8) with SMTP id PAA06963; Tue, 2 Mar 1999 15:22:01 +0100 (MET) Message-ID: <36DC0026.78860865@capway.com> Date: Tue, 02 Mar 1999 15:13:42 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA285 linux 2.2.2-rmk4 lockup References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 663 Lines: 30 Philip Blundell wrote: > > >When I ping -f to it, it crashes > > Does it just stop dead, or is there an error message? > > p. No, no message at all. I've the following program running as init, and when I ping -f, after about 200 packets, my program stops and the kernel doesn't responds to pings anymore. christophe #include #include #include main() { int t; while (1) { t=time(0); printf("Coucou les amis, il est %s",ctime(&t)); fflush(stdout); sleep(1); } } unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 17:28:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA197248 for ; Tue, 2 Mar 1999 17:28:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA08009 for ; Tue, 2 Mar 1999 17:28:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008007; Tue, 2 Mar 99 17:27:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2667 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14506-17820>; Tue, 2 Mar 1999 18:27:27 +0200 Received: by vger.rutgers.edu via listexpand id <157147-25206>; Tue, 2 Mar 1999 10:12:24 -0500 Received: by vger.rutgers.edu id <156220-25206>; Tue, 2 Mar 1999 10:11:58 -0500 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:40156 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156802-25206>; Tue, 2 Mar 1999 10:11:48 -0500 Received: from mail.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id RAA08264; Tue, 2 Mar 1999 17:25:10 +0100 (MET) Received: from aixterm9.urz.uni-heidelberg.de (shanske@aixterm9.urz.uni-heidelberg.de [129.206.119.49]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id RAA28520; Tue, 2 Mar 1999 17:25:11 +0100 Received: (from shanske@localhost) by aixterm9.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id RAA65298; Tue, 2 Mar 1999 17:25:08 +0100 (CET) Date: Tue, 2 Mar 1999 17:25:08 +0100 (CET) From: Stefan Hanske X-Sender: shanske@aixterm9.urz.uni-heidelberg.de To: Hiroshi Ishii cc: linux-arm@vger.rutgers.edu Subject: Re: Some binary not working on RPC700 In-Reply-To: <36DB3EC23A4.0EECHIROSHI@mail.funai-tky.co.jp> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1246 Lines: 30 On Tue, 2 Mar 1999, Hiroshi Ishii wrote: > Hi, folks! > > Anyone working correctly linux on RPC700? > I can boot on RPC700. Kernel version is 2.0.36. > But some binary not working. It is "insmod", "mount" , > "gcc" . About "insmod" ,"mount", memory violation occurred. > "gcc", occurred illegal instruction. Another binary , "ls", > "less" working good. > The binaries are not working because fpem.o is not loaded. The link /lib/modules/misc/fpem.o should point to fpem-4.07.o (or similar). If this is OK and you have more than 16M of RAM installed, try adding mem=16M to the command line parameters at bootup. If it works now, you have to download/install the newer versions of modutils-* from ftp.arm.uk.linux.org ---------------------------------------------------------- |mailto: Stefan Hanske (shanske@ix.urz.uni-heidelberg.de | |WWW : http://www.rzuser.uni-heidelberg.de/~shanske | |phone: I'm not silly | |--------------------------------------------------------| | And don't forget to remember what you remembered not | | to forget to remember... | ---------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 19:16:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA190594 for ; Tue, 2 Mar 1999 19:16:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA10163 for ; Tue, 2 Mar 1999 19:16:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010159; Tue, 2 Mar 99 19:16:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:55618 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10159-17820>; Tue, 2 Mar 1999 20:02:56 +0200 Received: by vger.rutgers.edu via listexpand id <156802-25206>; Tue, 2 Mar 1999 11:47:40 -0500 Received: by vger.rutgers.edu id <157047-25206>; Tue, 2 Mar 1999 11:46:36 -0500 Received: from [194.201.77.34] ([194.201.77.34]:35028 "HELO fw-maid.maidenhead.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <157063-25208>; Tue, 2 Mar 1999 11:44:29 -0500 Received: by fw-maid.maidenhead.arm.com; id SAA29121; Tue, 2 Mar 1999 18:01:16 GMT Received: from mhsun1.maidenhead.arm.com(192.168.2.10) by fw-maid.maidenhead.arm.com via smap (4.1) id xma029117; Tue, 2 Mar 99 18:01:00 GMT Received: from mhpc45 by mhsun1.arm.com (4.1/SMI-4.1) id AA29021; Tue, 2 Mar 99 17:56:22 GMT Message-Id: <9903021756.AA29021@mhsun1.arm.com> X-Sender: drusling@mhsun1.maidenhead.arm.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Tue, 02 Mar 1999 17:47:06 +0000 To: christophe leroy From: "david.rusling@arm.com" Subject: Re: some progress, anyone got a shell? Cc: linux-arm In-Reply-To: <36DBF5DB.2C3F6537@capway.com> References: <36D7A5E9.D72CD41B@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1554 Lines: 37 At 02:29 PM 3/2/99 +0000, christophe leroy wrote: > >I had the same problem with 2.2.1-rmk4 >Now, with 2.2.2-rmk4, it works > Thanks Christophe (and others) for the hints. I had screwed up the abort handling code. That's ok (I think). Now, I'm using a modified ITSY ramdisk (after some fiddling) that contains a /etc/rc file (executable with #!/bin/sh , echo 'hello cruel world'). I've hacked init/main.c to do_rc(). However, I see the following error. Looks to me like the environment variables are stuffed. I looked at the bash sources to search for this error - couldn't find it. My only thoughts now are that the environment variables live at virtual address 0x0 and that I've made some mistakes someplace.... RAMDISK: Compressed image found at block 0 length errorVFS: Mounted root (ext2 filesystem). init(): looking for the root device (ROOT_DEV = 0x100) mount_initrd = 0x1, real_root_dev = 0x100 DEBUG: sys_open(/dev/tty1) ...successful init(): execute_command = 0 Launching kernel thread do_rc DEBUG: sys_open(/etc/rc) ...successful do_execve(): /bin/sh DEBUG: aout: ..A..C..C1..C2..C3..D..EDEBUG: sys_open(/dev/tty) ...failed DEBUG: sys_open(/dev) ...successful DEBUG: sys_open(/etc/passwd) ...successful *ap++ == 0x55*ap++ == 0x55 Report this to bash-maintainers@prep.ai.mit.edu eport this to bash-maintainers@prep.ai.mit.edu Stopping myself...topping myself...h-maintainers@prep.ai.mit.edu abort from 0x1cc80 bort from 0x1cc80 >christophe > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 18:26:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA197856 for ; Tue, 2 Mar 1999 18:26:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA08247 for ; Tue, 2 Mar 1999 18:26:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008245; Tue, 2 Mar 99 18:26:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13409 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15061-17820>; Tue, 2 Mar 1999 19:26:09 +0200 Received: by vger.rutgers.edu via listexpand id <157130-25208>; Tue, 2 Mar 1999 11:07:02 -0500 Received: by vger.rutgers.edu id <156220-25208>; Tue, 2 Mar 1999 11:04:51 -0500 Received: from manaslu.capway.com ([194.2.90.38]:3550 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157416-25208>; Tue, 2 Mar 1999 11:02:46 -0500 Received: from dcs (tntaub15-195.abo.wanadoo.fr [193.252.211.195]) by capway.com (8.8.8/8.8.8) with SMTP id SAA19504 for ; Tue, 2 Mar 1999 18:25:31 +0100 (MET) Message-ID: <36DC2B2B.2B55CEB2@capway.com> Date: Tue, 02 Mar 1999 18:17:15 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Cross building bash Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 561 Lines: 23 To build bash for arm from a i486, untar bash (version 2) ./configure --target=linux-arm Edit Makefile and replace mksignames: $(SUPPORT_SRC)mksignames.c $(CC) $(CCFLAGS) $(CPPFLAGS) -o $@ $(SUPPORT_SRC)mksignames.c by mksignames: $(SUPPORT_SRC)mksignames.c $(CC_FOR_BUILD) $(CCFLAGS) $(CPPFLAGS) -o $@ $(SUPPORT_SRC)mksignames.c then make CC=arm-linux-gcc CC_FOR_BUILD=gcc AR=arm-linux-ar RANLIB=arm-linux-ranlib Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 20:13:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA199707 for ; Tue, 2 Mar 1999 20:13:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA10347 for ; Tue, 2 Mar 1999 20:13:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010345; Tue, 2 Mar 99 20:13:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64366 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12668-17820>; Tue, 2 Mar 1999 21:10:05 +0200 Received: by vger.rutgers.edu via listexpand id <156804-25208>; Tue, 2 Mar 1999 12:53:20 -0500 Received: by vger.rutgers.edu id <156967-25208>; Tue, 2 Mar 1999 12:52:58 -0500 Received: from galatea-25.cableol.net ([194.168.16.25]:1993 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157223-25208>; Tue, 2 Mar 1999 12:48:23 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id SAA05158; Tue, 2 Mar 1999 18:54:53 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id SAA02390; Tue, 2 Mar 1999 18:48:36 GMT Message-Id: <199903021848.SAA02390@raistlin.armlinux.org.uk> Subject: Re: some progress, anyone got a shell? To: david.rusling@arm.com Date: Tue, 2 Mar 1999 18:48:36 +0000 (GMT) Cc: christophe.leroy5@capway.com, linux-arm@vger.rutgers.edu In-Reply-To: <9903021756.AA29021@mhsun1.arm.com> from "david.rusling@arm.com" at Mar 2, 99 05:47:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1197 Lines: 23 david.rusling@arm.com writes: > RAMDISK: Compressed image found at block 0 > length errorVFS: Mounted root (ext2 filesystem). > init(): looking for the root device (ROOT_DEV = 0x100) > mount_initrd = 0x1, real_root_dev = 0x100 > DEBUG: sys_open(/dev/tty1) ...successful > init(): execute_command = 0 > Launching kernel thread do_rc > DEBUG: sys_open(/etc/rc) ...successful > do_execve(): /bin/sh > DEBUG: aout: ..A..C..C1..C2..C3..D..EDEBUG: sys_open(/dev/tty) ...failed This is expected. The process does not have a controlling terminal, and therefore /dev/tty is not valid. Use /dev/console or /dev/tty1 instead. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 2 20:33:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA179555 for ; Tue, 2 Mar 1999 20:33:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA10389 for ; Tue, 2 Mar 1999 20:33:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010386; Tue, 2 Mar 99 20:32:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18956 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13132-17820>; Tue, 2 Mar 1999 21:20:29 +0200 Received: by vger.rutgers.edu via listexpand id <157147-25206>; Tue, 2 Mar 1999 13:02:40 -0500 Received: by vger.rutgers.edu id <157402-25208>; Tue, 2 Mar 1999 13:00:02 -0500 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:48614 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157156-25206>; Tue, 2 Mar 1999 12:56:21 -0500 Received: from mail.urz.uni-heidelberg.de (mail.urz.uni-heidelberg.de [129.206.119.234]) by relay.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id UAA22193; Tue, 2 Mar 1999 20:10:12 +0100 (MET) Received: from aixterm9.urz.uni-heidelberg.de (shanske@aixterm9.urz.uni-heidelberg.de [129.206.119.49]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id UAA14078; Tue, 2 Mar 1999 20:10:13 +0100 Received: (from shanske@localhost) by aixterm9.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id UAA70406; Tue, 2 Mar 1999 20:10:03 +0100 (CET) Date: Tue, 2 Mar 1999 20:10:03 +0100 (CET) From: Stefan Hanske X-Sender: shanske@aixterm9.urz.uni-heidelberg.de To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: Cross building bash In-Reply-To: <36DC2B2B.2B55CEB2@capway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1315 Lines: 39 On Tue, 2 Mar 1999, christophe leroy wrote: > To build bash for arm from a i486, > > untar bash (version 2) > ./configure --target=linux-arm > > Edit Makefile and replace > > mksignames: $(SUPPORT_SRC)mksignames.c > $(CC) $(CCFLAGS) $(CPPFLAGS) -o $@ $(SUPPORT_SRC)mksignames.c > > by > > mksignames: $(SUPPORT_SRC)mksignames.c > $(CC_FOR_BUILD) $(CCFLAGS) $(CPPFLAGS) -o $@ > $(SUPPORT_SRC)mksignames.c > > then > > make CC=arm-linux-gcc CC_FOR_BUILD=gcc AR=arm-linux-ar > RANLIB=arm-linux-ranlib > > Christophe > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu Does this bash binary work ??? I hade difficulties building bash natively with glibc2 because of some trouble with (a)malloc() and free(). ---------------------------------------------------------- |mailto: Stefan Hanske (shanske@ix.urz.uni-heidelberg.de | |WWW : http://www.rzuser.uni-heidelberg.de/~shanske | |phone: I'm not silly | |--------------------------------------------------------| | And don't forget to remember what you remembered not | | to forget to remember... | ---------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 03:32:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA208041 for ; Wed, 3 Mar 1999 03:32:33 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA11191 for ; Wed, 3 Mar 1999 03:32:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011189; Wed, 3 Mar 99 03:32:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26677 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <561-25114>; Wed, 3 Mar 1999 04:31:41 +0200 Received: by vger.rutgers.edu via listexpand id <156220-25208>; Tue, 2 Mar 1999 20:16:09 -0500 Received: by vger.rutgers.edu id <157105-25208>; Tue, 2 Mar 1999 20:15:53 -0500 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:4296 "HELO note.orchestra.cse.unsw.EDU.AU" ident: "root") by vger.rutgers.edu with SMTP id <156967-25208>; Tue, 2 Mar 1999 20:15:21 -0500 Received: From mozart With LocalMail ; Wed, 3 Mar 99 13:29:40 +1100 From: "Adam 'WeirdArms' Wiggins" To: linux-arm@vger.rutgers.edu Date: Wed, 3 Mar 1999 13:29:40 +1100 (EST) X-Sender: awiggins@mozart.orchestra.cse.unsw.EDU.AU Subject: page table code Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 180 Lines: 6 Where is the code in the linux src to setup and read the hardware page table structures? Cheers Adam unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 05:53:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA210274 for ; Wed, 3 Mar 1999 05:53:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA11361 for ; Wed, 3 Mar 1999 05:53:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011358; Wed, 3 Mar 99 05:52:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7529 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3410-25114>; Wed, 3 Mar 1999 06:52:24 +0200 Received: by vger.rutgers.edu via listexpand id <156345-25208>; Tue, 2 Mar 1999 22:37:03 -0500 Received: by vger.rutgers.edu id <157266-25206>; Tue, 2 Mar 1999 22:36:55 -0500 Received: from [210.154.37.2] ([210.154.37.2]:26746 "EHLO funai-tky.co.jp" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157073-25208>; Tue, 2 Mar 1999 22:36:35 -0500 Received: from hiropu ([192.168.1.19]) by funai-tky.co.jp (8.9.1/3.7Wpr7-98092916) with SMTP id NAA25933; Wed, 3 Mar 1999 13:51:20 +0900 Date: Wed, 03 Mar 1999 13:51:48 +0900 From: Hiroshi Ishii To: Stefan Hanske Cc: armlinux Subject: Re: Some binary not working on RPC700 In-Reply-To: References: <36DB3EC23A4.0EECHIROSHI@mail.funai-tky.co.jp> Message-Id: <36DCBFE41ED.B423HIROSHI@mail.funai-tky.co.jp> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-2022-JP Content-Transfer-Encoding: 7bit X-Mailer: Becky! ver 1.24.14 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 759 Lines: 22 On Tue, 2 Mar 1999 17:25:08 +0100 (CET) Stefan Hanske wrote: > The binaries are not working because fpem.o is not loaded. The link > /lib/modules/misc/fpem.o should point to fpem-4.07.o (or similar). I put it's modules. but "insmod" not working , so can't load it. Or, are there another way to load fpem? > If this is OK and you have more than 16M of RAM installed, try adding > mem=16M to the command line parameters at bootup. I try it. But same problem occurred. Regards; ---------------------------------- Funai Electric R & D Co.,LTD $B!!(B -Hiroshi Ishii- $B"v"v(B rock'n roll$B"v"v(B unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 07:47:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA212446 for ; Wed, 3 Mar 1999 07:47:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA11574 for ; Wed, 3 Mar 1999 07:47:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011572; Wed, 3 Mar 99 07:47:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5718 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14962-28584>; Wed, 3 Mar 1999 08:47:08 +0200 Received: by vger.rutgers.edu via listexpand id <156787-25206>; Wed, 3 Mar 1999 00:31:38 -0500 Received: by vger.rutgers.edu id <156902-25208>; Wed, 3 Mar 1999 00:31:21 -0500 Received: from tk1.ihug.co.nz ([203.29.160.13]:20572 "EHLO smtp1.ihug.co.nz" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156345-25208>; Wed, 3 Mar 1999 00:31:08 -0500 Received: from acraig.ihug.co.nz (p21-max2.ham.ihug.co.nz [203.109.242.85]) by smtp1.ihug.co.nz (8.8.8/8.8.8) with SMTP id TAA25437 for ; Wed, 3 Mar 1999 19:46:08 +1300 Date: Wed, 3 Mar 1999 19:45:40 +1300 (BST) From: Allen Craig Subject: Re: Installing onto IDEFS (simtec) To: linux-arm@vger.rutgers.edu In-Reply-To: <48db797f09jamess@argonet.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Home....of course X-Mailer: ANT RISCOS Marcel [ver 1.46] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 889 Lines: 32 hi In a similar vain would installation directly onto a SIMTEC IDEFS drive work ? would installations be able to access acorn data on a SIMTEC IDEFS acorn partition irrespective of wether the above worked or not ? Thanks On Mon 01 Mar, James Stevens wrote: > Hello. > > I know this must be a FAQ, but has anyone actually managed to install > ARMLinux directly onto an APDL IDEFS drive? > > !PartMan seems to be the known problem for this, I've tried the alpha > release, but the "New" menu option is always disabled. > > I /could/ resort to installing it onto the original Internal ADFS drive, but > it is only 2.5GB (would that be enough for a heavy usage installation?) > > TIA > Jamie. > -- Allen Craig ... Hamilton New Zealand Using Acorn StrongArm RISC PC ICQ 9948225 IRC#acorn .. Alkemyst unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 08:14:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA206021 for ; Wed, 3 Mar 1999 08:14:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA11611 for ; Wed, 3 Mar 1999 08:14:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011609; Wed, 3 Mar 99 08:13:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59752 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15794-28584>; Wed, 3 Mar 1999 09:13:34 +0200 Received: by vger.rutgers.edu via listexpand id <157073-25206>; Wed, 3 Mar 1999 00:58:04 -0500 Received: by vger.rutgers.edu id <157447-25206>; Wed, 3 Mar 1999 00:55:19 -0500 Received: from golden.argonet.co.uk ([194.131.104.13]:48103 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157073-25208>; Wed, 3 Mar 1999 00:54:56 -0500 Received: from localhost [127.0.0.1] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10I5n0-0003Gd-00; Wed, 3 Mar 1999 07:09:54 +0000 Date: Wed, 3 Mar 1999 07:09:54 +0000 (GMT) From: "Neil A. Carson" X-Sender: carson@fm3.facility.pipex.com Reply-To: "Neil A. Carson" To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: page table code In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 269 Lines: 11 On Wed, 3 Mar 1999, Adam 'WeirdArms' Wiggins wrote: > Where is the code in the linux src to setup and read the hardware > page table structures? In the machine-specific include dir. Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 09:28:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA209029 for ; Wed, 3 Mar 1999 09:28:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA11808 for ; Wed, 3 Mar 1999 09:28:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011806; Wed, 3 Mar 99 09:28:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:40764 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15408-25114>; Wed, 3 Mar 1999 10:28:01 +0200 Received: by vger.rutgers.edu via listexpand id <156902-25208>; Wed, 3 Mar 1999 02:12:20 -0500 Received: by vger.rutgers.edu id <156959-25208>; Wed, 3 Mar 1999 02:12:12 -0500 Received: from manaslu.capway.com ([194.2.90.38]:2990 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <156902-25208>; Wed, 3 Mar 1999 02:11:51 -0500 Received: from dcs (blm13-51.abo.wanadoo.fr [164.138.46.51]) by capway.com (8.8.8/8.8.8) with SMTP id JAA15098; Wed, 3 Mar 1999 09:34:28 +0100 (MET) Message-ID: <36DD0033.784FFB88@capway.com> Date: Wed, 03 Mar 1999 09:26:11 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Stefan Hanske CC: linux-arm@vger.rutgers.edu Subject: Re: Cross building bash References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1063 Lines: 43 Stefan Hanske wrote: > > On Tue, 2 Mar 1999, christophe leroy wrote: > > > To build bash for arm from a i486, > > > > untar bash (version 2) > > ./configure --target=linux-arm > > > > Edit Makefile and replace > > > > mksignames: $(SUPPORT_SRC)mksignames.c > > $(CC) $(CCFLAGS) $(CPPFLAGS) -o $@ $(SUPPORT_SRC)mksignames.c > > > > by > > > > mksignames: $(SUPPORT_SRC)mksignames.c > > $(CC_FOR_BUILD) $(CCFLAGS) $(CPPFLAGS) -o $@ > > $(SUPPORT_SRC)mksignames.c > > > > then > > > > make CC=arm-linux-gcc CC_FOR_BUILD=gcc AR=arm-linux-ar > > RANLIB=arm-linux-ranlib > > > > Christophe > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > Does this bash binary work ??? I hade difficulties building bash natively > with glibc2 because of some trouble with (a)malloc() and free(). > I've no tools so I can't test very hard, but at least, I get a prompt, and I'm able to do things like echo * pwd cd ..... glibc is 2.1 Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 10:30:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA216309 for ; Wed, 3 Mar 1999 10:30:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA11946 for ; Wed, 3 Mar 1999 10:30:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011944; Wed, 3 Mar 99 10:30:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17008 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15866-25114>; Wed, 3 Mar 1999 11:30:04 +0200 Received: by vger.rutgers.edu via listexpand id <156867-25206>; Wed, 3 Mar 1999 03:14:21 -0500 Received: by vger.rutgers.edu id <156902-25206>; Wed, 3 Mar 1999 03:14:02 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3623 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156867-25206>; Wed, 3 Mar 1999 03:13:53 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10I7xU-0007uz-00; Wed, 3 Mar 1999 09:28:54 +0000 Received: from florence.sw.milldev.co.uk (florence.sw.milldev.co.uk [192.168.0.6]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA00048; Wed, 3 Mar 1999 09:34:39 GMT From: Russell King Received: (from rmk@localhost) by florence.sw.milldev.co.uk (8.8.5/8.7.3) id JAA27897; Wed, 3 Mar 1999 09:34:38 GMT Message-Id: <199903030934.JAA27897@florence.sw.milldev.co.uk> Subject: Re: Some binary not working on RPC700 To: hiroshi@funai-tky.co.jp (Hiroshi Ishii) Date: Wed, 3 Mar 1999 09:34:37 +0000 (GMT) Cc: shanske@ix.urz.uni-heidelberg.de, linux-arm@vger.rutgers.edu In-Reply-To: <36DCBFE41ED.B423HIROSHI@mail.funai-tky.co.jp> from "Hiroshi Ishii" at Mar 3, 99 01:51:48 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 680 Lines: 17 Hiroshi Ishii said: > On Tue, 2 Mar 1999 17:25:08 +0100 (CET) > Stefan Hanske wrote: > > The binaries are not working because fpem.o is not loaded. The link > > /lib/modules/misc/fpem.o should point to fpem-4.07.o (or similar). > > I put it's modules. but "insmod" not working , so can't > load it. Or, are there another way to load fpem? Why is it not working? What is the error message? What command are you issuing to load it? What version and where did you get this insmod from? And any other relevent questions... -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 15:50:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA224995 for ; Wed, 3 Mar 1999 15:50:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA12670 for ; Wed, 3 Mar 1999 15:50:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012666; Wed, 3 Mar 99 15:49:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:51035 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11287-25114>; Wed, 3 Mar 1999 16:48:57 +0200 Received: by vger.rutgers.edu via listexpand id <156518-25208>; Wed, 3 Mar 1999 08:33:09 -0500 Received: by vger.rutgers.edu id <156738-25206>; Wed, 3 Mar 1999 08:33:00 -0500 Received: from mail15.svr.pol.co.uk ([195.92.193.25]:31513 "EHLO mail15.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156518-25208>; Wed, 3 Mar 1999 08:32:40 -0500 Received: from modem-22.gallium.dialup.pol.co.uk ([62.136.15.22] helo=reinhouse) by mail15.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10ICwD-00081b-00 for linux-arm@vger.rutgers.edu; Wed, 3 Mar 1999 14:47:54 +0000 Date: Wed, 03 Mar 1999 09:56:45 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: 2.2.2-rmk2 crash on boot Message-ID: <6c4af0dc48%tim@reinhouse.freeserve.co.uk> In-Reply-To: <199903012315.XAA00364@raistlin.armlinux.org.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2688 Lines: 58 In message <199903012315.XAA00364@raistlin.armlinux.org.uk> Russell King - ARM Linux Admin wrote: > > Nicholas Clark writes: > > > In the last mail Timothy Baldwin said: > > > > Upon trying to boot a compressed 2.2.2-rmk2 (on a Risc PC) I get : > > > 2.2.2-rmk4 on a RiscPC gives > > > > Uncompressing Linux... > > > > invalid compressed format (err=2) > > > err=1 > > > > -- System halted > > > > I used egcs-1.1b patched with egcs-1.1b-arm-diff-981004, and > > > egcs-2.91.60 > > > > binutils-2.9.1.0.15 patched with binutils-2.9.1.0.15-diff-981027. > > > 1999 binutils, mid Jan I think [snip] > binutils-2.9.1.0.19a is acquitted of causing this malevolent behaviour. What did you compile binutils-2.9.1.0.19a with, and which library did you link it against? And which kernel are you running it under? linux/arch/arm/boot/compressed/piggy.o contains a valid gzip file, but linux/arch/arm/boot/compressed/vmlinux and linux/arch/arm/boot/zImage do not, therefore arm-linux-ld is a likely suspect. This is with binutils-2.9.1.0.19a statically or dynamically linked against libc 4.6.27, compiled with binutils-2.9.1.0.19a and egcs-2.91.57 19980901 (egcs-1.1 release). I am currently running kernel 2.0.36 patched with _tmp_145piggy.lnk contains : SECTIONS { .data : { input_len = .; LONG(input_data_end - input_data) input_data = .; *(.data) input_data_end = .; }} and the output of make zImg is : make[1]: Entering directory `/usr/src/linux-2.2.2/testcase-5/arch/arm/boot' make[2]: Entering directory `/usr/src/linux-2.2.2/testcase-5/arch/arm/boot/compressed' tmppiggy=_tmp_$$piggy; \ rm -f $tmppiggy $tmppiggy.gz $tmppiggy.lnk; \ arm-linux-objcopy -O binary -R .note -R .comment -S /usr/src/linux-2.2.2/testcase-5/vmlinux $tmppiggy; \ gzip -f -9 < $tmppiggy > $tmppiggy.gz; \ echo "SECTIONS { .data : { input_len = .; LONG(input_data_end - input_data) input_data = .; *(.data) input_data_end = .; }}" > $tmppiggy.lnk; \ arm-linux-ld -m elf32arm -r -o piggy.o -b binary $tmppiggy.gz -b elf32-arm -T $tmppiggy.lnk; arm-linux-ld -m elf32arm -Ttext 0x10008000 -o vmlinux head.o misc.o ll_char_wr.o font.o piggy.o make[2]: Leaving directory `/usr/src/linux-2.2.2/testcase-5/arch/arm/boot/compressed' arm-linux-objcopy -O binary -R .note -R .comment -S compressed/vmlinux zImage make[1]: Leaving directory `/usr/src/linux-2.2.2/testcase-5/arch/arm/boot' (final rm removed for testing) [snip rest] -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 10:55:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA216048 for ; Wed, 3 Mar 1999 10:55:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA11990 for ; Wed, 3 Mar 1999 10:55:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011988; Wed, 3 Mar 99 10:55:11 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7697 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15370-25114>; Wed, 3 Mar 1999 11:54:48 +0200 Received: by vger.rutgers.edu via listexpand id <157251-25208>; Wed, 3 Mar 1999 03:39:01 -0500 Received: by vger.rutgers.edu id <157265-25208>; Wed, 3 Mar 1999 03:38:44 -0500 Received: from manaslu.capway.com ([194.2.90.38]:3652 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157170-25208>; Wed, 3 Mar 1999 03:38:32 -0500 Received: from dcs (blm11-149.abo.wanadoo.fr [164.138.111.149]) by capway.com (8.8.8/8.8.8) with SMTP id LAA25007 for ; Wed, 3 Mar 1999 11:01:51 +0100 (MET) Message-ID: <36DD14AE.67708D16@capway.com> Date: Wed, 03 Mar 1999 10:53:34 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Pb accessing flash memory on EBSA285 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 384 Lines: 13 I've tried to access the flash using this prog: fd=open("/dev/mem",O_RDWR); ptr=mmap(0,4*1024*1024,PROT_READ|PROT_WRITE,MAP_PRIVATE,fd,0xd8000000); printf("%x\n",*ptr); I get a Bus error and message do_wp_page: bogus page at address 40103000 (98000000) What does it mean ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 14:12:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA199860 for ; Wed, 3 Mar 1999 14:12:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12425 for ; Wed, 3 Mar 1999 14:12:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012423; Wed, 3 Mar 99 14:11:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33861 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9491-25114>; Wed, 3 Mar 1999 15:10:06 +0200 Received: by vger.rutgers.edu via listexpand id <156967-25206>; Wed, 3 Mar 1999 06:54:18 -0500 Received: by vger.rutgers.edu id <157301-25206>; Wed, 3 Mar 1999 06:54:09 -0500 Received: from manaslu.capway.com ([194.2.90.38]:1794 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157492-25208>; Wed, 3 Mar 1999 06:53:37 -0500 Received: from dcs (tntarch2-7.abo.wanadoo.fr [164.138.190.7]) by capway.com (8.8.8/8.8.8) with SMTP id OAA05575 for ; Wed, 3 Mar 1999 14:17:05 +0100 (MET) Message-ID: <36DD4271.7F10F3D0@capway.com> Date: Wed, 03 Mar 1999 14:08:49 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Pb accessing flash memory on EBSA285 References: <36DD14AE.67708D16@capway.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 675 Lines: 24 christophe leroy wrote: > > I've tried to access the flash using this prog: > > fd=open("/dev/mem",O_RDWR); > ptr=mmap(0,4*1024*1024,PROT_READ|PROT_WRITE,MAP_PRIVATE,fd,0xd8000000); > printf("%x\n",*ptr); > > I get a Bus error and message > do_wp_page: bogus page at address 40103000 (98000000) > > What does it mean ? > > christophe Ok, corrected with real address 0x41000000 instead of virtual one. I'm able to read flash, but when I'm triing to write on it, I get a Bus error and message do_wp_page: bogus page at address 40103000 (01000000) Does someone know what it means ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 17:53:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA200216 for ; Wed, 3 Mar 1999 17:53:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA12953 for ; Wed, 3 Mar 1999 17:53:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012951; Wed, 3 Mar 99 17:52:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19297 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14600-28584>; Wed, 3 Mar 1999 18:50:12 +0200 Received: by vger.rutgers.edu via listexpand id <156240-25208>; Wed, 3 Mar 1999 10:34:22 -0500 Received: by vger.rutgers.edu id <156290-25206>; Wed, 3 Mar 1999 10:32:59 -0500 Received: from prune.flirble.org ([195.40.6.30]:3274 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156353-25208>; Wed, 3 Mar 1999 10:30:34 -0500 Received: (qmail 17281 invoked from network); 3 Mar 1999 16:45:50 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 3 Mar 1999 16:45:50 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id QAA04148 for linux-arm@vger.rutgers.edu; Wed, 3 Mar 1999 16:45:48 GMT From: Nicholas Clark Message-Id: <199903031645.QAA04148@flirble.org> Subject: __FD_SET In-Reply-To: <6c4af0dc48%tim@reinhouse.freeserve.co.uk> from Timothy Baldwin at "Mar 3, 99 09:56:45 am" To: linux-arm@vger.rutgers.edu Date: Wed, 3 Mar 1999 16:45:47 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 360 Lines: 7 If linux/include/asm-arm/posix_types.h and glibc2.1 both want to define __FD_SET in conflicting ways, which one is the implementation? Who owns the toes? Who is doing the treading? :-) And how do I fix it so that things compile (defining __USE_XOPEN is cheating)? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 18:27:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA214725 for ; Wed, 3 Mar 1999 18:27:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA13065 for ; Wed, 3 Mar 1999 18:27:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013061; Wed, 3 Mar 99 18:27:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16960 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11757-25114>; Wed, 3 Mar 1999 19:25:12 +0200 Received: by vger.rutgers.edu via listexpand id <156361-25208>; Wed, 3 Mar 1999 11:09:09 -0500 Received: by vger.rutgers.edu id <156242-25208>; Wed, 3 Mar 1999 11:09:02 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:15935 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156490-25208>; Wed, 3 Mar 1999 11:06:20 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IF7n-0000Ai-00; Wed, 3 Mar 1999 17:07:59 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IF7m-0003L8-00; Wed, 3 Mar 1999 17:07:58 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: __FD_SET In-reply-to: Your message of "Wed, 03 Mar 1999 16:45:47 GMT." <199903031645.QAA04148@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Mar 1999 17:07:56 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 425 Lines: 11 In message <199903031645.QAA04148@flirble.org>, Nicholas Clark writes: >If linux/include/asm-arm/posix_types.h and glibc2.1 both want >to define __FD_SET in conflicting ways, which one is the implementation? Use the glibc one. You shouldn't include kernel headers in user programs -- that means no or files. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 19:25:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA231309 for ; Wed, 3 Mar 1999 19:25:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13183 for ; Wed, 3 Mar 1999 19:25:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013181; Wed, 3 Mar 99 19:25:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32556 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14035-28584>; Wed, 3 Mar 1999 20:23:28 +0200 Received: by vger.rutgers.edu via listexpand id <156518-25206>; Wed, 3 Mar 1999 12:07:16 -0500 Received: by vger.rutgers.edu id <156485-25206>; Wed, 3 Mar 1999 12:06:18 -0500 Received: from prune.flirble.org ([195.40.6.30]:3818 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156939-25208>; Wed, 3 Mar 1999 12:04:52 -0500 Received: (qmail 18096 invoked from network); 3 Mar 1999 18:20:12 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 3 Mar 1999 18:20:12 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA06648; Wed, 3 Mar 1999 18:20:09 GMT From: Nicholas Clark Message-Id: <199903031820.SAA06648@flirble.org> Subject: Re: 2.2.2-rmk2 crash on boot In-Reply-To: <6c4af0dc48%tim@reinhouse.freeserve.co.uk> from Timothy Baldwin at "Mar 3, 99 09:56:45 am" To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Wed, 3 Mar 1999 18:20:08 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1527 Lines: 33 In the last mail Timothy Baldwin said: > In message <199903012315.XAA00364@raistlin.armlinux.org.uk> > Russell King - ARM Linux Admin wrote: > > [snip] > > > binutils-2.9.1.0.19a is acquitted of causing this malevolent behaviour. > > What did you compile binutils-2.9.1.0.19a with, and which library did > you link it against? And which kernel are you running it under? > > linux/arch/arm/boot/compressed/piggy.o contains a valid gzip file, but > linux/arch/arm/boot/compressed/vmlinux and linux/arch/arm/boot/zImage do > not, therefore arm-linux-ld is a likely suspect. This is with > binutils-2.9.1.0.19a statically or dynamically linked against > libc 4.6.27, compiled with binutils-2.9.1.0.19a and egcs-2.91.57 19980901 > (egcs-1.1 release). I am currently running kernel 2.0.36 patched with I find that vmlinux and zImage contain a valid gzip file around offset 460000 (ish). I've even checked the zImage file I've copied over to RISC OS and it's still a valid gzip file in there. Howver, bootloader loads zImage, starts uncompression code which finishes with err=1 at DEBG("dyn3 "). So somewhere between ADFS and memory my zImage would appear to be becoming garbled. (dyn3 appears to be after a dynamicly deflated block has been read and the huffman tree successfully constructed, so self-decompression code would appear to be finding some valid gzip data.) I'm stumped as to how to proceed from here. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 19:37:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA231430 for ; Wed, 3 Mar 1999 19:37:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13205 for ; Wed, 3 Mar 1999 19:37:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013203; Wed, 3 Mar 99 19:36:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7504 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13971-28584>; Wed, 3 Mar 1999 20:34:01 +0200 Received: by vger.rutgers.edu via listexpand id <156364-25206>; Wed, 3 Mar 1999 12:18:10 -0500 Received: by vger.rutgers.edu id <156357-25208>; Wed, 3 Mar 1999 12:18:05 -0500 Received: from prune.flirble.org ([195.40.6.30]:3897 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156485-25206>; Wed, 3 Mar 1999 12:16:12 -0500 Received: (qmail 18233 invoked from network); 3 Mar 1999 18:31:35 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 3 Mar 1999 18:31:35 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA06880; Wed, 3 Mar 1999 18:31:32 GMT From: Nicholas Clark Message-Id: <199903031831.SAA06880@flirble.org> Subject: Re: __FD_SET In-Reply-To: from Philip Blundell at "Mar 3, 99 05:07:56 pm" To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 3 Mar 1999 18:31:32 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1086 Lines: 32 In the last mail Philip Blundell said: > From pb@nexus.co.uk Wed Mar 3 17:21:40 1999 > X-Mailer: exmh version 2.0.2 2/24/98 (debian) > To: Nicholas Clark > cc: linux-arm@vger.rutgers.edu > Subject: Re: __FD_SET > In-reply-to: Your message of "Wed, 03 Mar 1999 16:45:47 GMT." > <199903031645.QAA04148@flirble.org> > Date: Wed, 03 Mar 1999 17:07:56 +0000 > From: Philip Blundell > Message-Id: > In message <199903031645.QAA04148@flirble.org>, Nicholas Clark writes: > >If linux/include/asm-arm/posix_types.h and glibc2.1 both want > >to define __FD_SET in conflicting ways, which one is the implementation? > > Use the glibc one. You shouldn't include kernel headers in user programs -- > that means no or files. So the library that I downlaoded that has #ifdef linux #include #include #endif is a fine example of poor quality programming? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 20:36:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA231719 for ; Wed, 3 Mar 1999 20:36:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA13341 for ; Wed, 3 Mar 1999 20:36:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013339; Wed, 3 Mar 99 20:36:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26952 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14078-25114>; Wed, 3 Mar 1999 21:36:04 +0200 Received: by vger.rutgers.edu via listexpand id <156373-25206>; Wed, 3 Mar 1999 13:20:09 -0500 Received: by vger.rutgers.edu id <156290-25206>; Wed, 3 Mar 1999 13:20:00 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3551 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156616-25206>; Wed, 3 Mar 1999 13:19:13 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10IHPe-00019e-00; Wed, 3 Mar 1999 19:34:34 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10IHOm-0001vk-00; Wed, 3 Mar 1999 19:33:40 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: __FD_SET In-reply-to: Your message of "Wed, 03 Mar 1999 18:31:32 GMT." <199903031831.SAA06880@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 03 Mar 1999 19:33:39 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 455 Lines: 18 >So the library that I downlaoded that has > > >#ifdef linux >#include >#include >#endif > >is a fine example of poor quality programming? That's a slightly harsh way to describe it, but very probably yes. In some cases using headers was the only way to achieve a particular purpose but for the most part they were used in error. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From rmk@arm.linux.org.uk Wed Mar 3 22:06:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA233944 for ; Wed, 3 Mar 1999 22:06:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA13547 for ; Wed, 3 Mar 1999 22:06:33 +0100 Received: from virtual.bbc.co.uk(132.185.132.199) by mentolat.core.genedata.com via smap (V2.0) id xma013545; Wed, 3 Mar 99 22:06:30 +0100 Received: from eh.org (talker.eh.org [132.185.132.251]) by virtual.bbc.co.uk (8.8.5/8.8.5) with ESMTP id VAA14821 for ; Wed, 3 Mar 1999 21:06:28 GMT Received: from caramon.armlinux.org.uk (root@[194.168.16.191]) by eh.org (8.8.8/8.7.3) with ESMTP id VAA12952 for ; Wed, 3 Mar 1999 21:07:32 GMT Received: from raistlin.armlinux.org.uk (rmk@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA08931; Wed, 3 Mar 1999 20:25:42 GMT From: Russell King Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00472; Wed, 3 Mar 1999 20:17:15 GMT Message-Id: <199903032017.UAA00472@raistlin.armlinux.org.uk> Subject: Re: Compressed .o To: Nicholas.Clark@liverpool.ac.uk Date: Wed, 3 Mar 1999 20:17:15 +0000 (GMT) Cc: willy@eh.org In-Reply-To: from "Nicholas.Clark@liverpool.ac.uk" at Mar 2, 99 10:43:18 pm X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1884 Lines: 43 Nicholas.Clark@liverpool.ac.uk writes: > I still can't get !Linux to recognise my hda3 (`ADFS' is not a filesystem) > Is there something that willy didn't set it up to mark it bootable? Ok, here is the mechanism that !Linux uses to detect whether or not the filesystem is valid. (it is the same as PartMan in fact). 1. Validate name, and split out filesystem, drive and partition number It should be: *ADFS::4.3 for /dev/hda3 2. It then passes 'ADFS::4' to the partition library (same library as used in PartMan) 3. The partition library splits ADFS::4 into 'ADFS' and '4' 4. It then tries to look up the number of the ADFS_DescribeDisc SWI. If this fails, then it will complain about invalid filesystem. 5. If ADFS_DescribeDisc on the drive name fails, then this will also cause a similar message. And that's about it. Did you say that PartMan does correctly identify this disk? > And then it hangs with a small pattern of cyan and red pixels near the bottom > left of the screen. No idea what this is. Does it always appear in the same positiion? Does the position depend on the last known mouse pointer position? > Slightly further. It means that the object files necessary to gunzip are not > corrupted by the linker (said files being the ones you supplied, if I understand > things correctly) > > So what's mangling the branch into the kernel? Erm, dunno. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 3 22:12:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA226148 for ; Wed, 3 Mar 1999 22:12:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA13559 for ; Wed, 3 Mar 1999 22:12:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013557; Wed, 3 Mar 99 22:12:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23624 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11894-25114>; Wed, 3 Mar 1999 23:12:04 +0200 Received: by vger.rutgers.edu via listexpand id <156365-25208>; Wed, 3 Mar 1999 14:56:06 -0500 Received: by vger.rutgers.edu id <156227-25206>; Wed, 3 Mar 1999 14:55:51 -0500 Received: from [194.168.16.191] ([194.168.16.191]:2135 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156796-25206>; Wed, 3 Mar 1999 14:55:27 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA09135; Wed, 3 Mar 1999 21:21:04 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00666; Wed, 3 Mar 1999 21:12:34 GMT Message-Id: <199903032112.VAA00666@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: nick@flirble.org (Nicholas Clark) Date: Wed, 3 Mar 1999 21:12:33 +0000 (GMT) Cc: tim@reinhouse.freeserve.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199903031820.SAA06648@flirble.org> from "Nicholas Clark" at Mar 3, 99 06:20:08 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1285 Lines: 26 Nicholas Clark writes: > I find that vmlinux and zImage contain a valid gzip file around offset > 460000 (ish). I've even checked the zImage file I've copied over to > RISC OS and it's still a valid gzip file in there. Howver, bootloader > loads zImage, starts uncompression code which finishes with err=1 at > DEBG("dyn3 "). So somewhere between ADFS and memory my zImage would > appear to be becoming garbled. (dyn3 appears to be after a dynamicly > deflated block has been read and the huffman tree successfully > constructed, so self-decompression code would appear to be finding > some valid gzip data.) Aha! Could you upload the zImage to my ftp site incoming dir please? /pub/armlinux/incoming Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 05:52:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA234704 for ; Thu, 4 Mar 1999 05:52:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA14358 for ; Thu, 4 Mar 1999 05:52:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014354; Thu, 4 Mar 99 05:51:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16428 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12138-4433>; Thu, 4 Mar 1999 06:51:21 +0200 Received: by vger.rutgers.edu via listexpand id <156569-25206>; Wed, 3 Mar 1999 22:35:19 -0500 Received: by vger.rutgers.edu id <156664-25208>; Wed, 3 Mar 1999 22:35:03 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:2971 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156569-25208>; Wed, 3 Mar 1999 22:34:52 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id EAA09220; Thu, 4 Mar 1999 04:50:19 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFPQLY>; Wed, 3 Mar 1999 20:50:19 -0800 Message-ID: From: "Chagas, Jason" To: "'zskiraly@stanford.edu'" Cc: "'linux-arm@vger.rutgers.edu'" , "'nico@CAM.ORG'" Subject: ARM-Linux v2.2.1 on Brutus hangs... Date: Wed, 3 Mar 1999 20:50:14 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 799 Lines: 23 Zsolt, Were you successful running the ARM-Linux v2.2.1 on Brutus? Your notes on http://ssdl-redstone.stanford.edu/~zskiraly/salinux/ indicate so. I expanded 'linux-2.2.1.tar.gz', applied 'patch-2.2.1-rmk3.gz' and 'diff-2.2.1-rmk3-np2.gz' patches (in that order), ran 'make config" taking all defaults (as recommended by Nicolas Pitre) and finally ran 'make' [successfully]. Then I run 'angelboot' to download 'vmlinux' and 'ramdisk.gz' (your modified version), run the terminal (minicom) but get absolutely no response. It looks as though the kernel hangs (tried it with both Angel v1.0 and v1.02). The Itsy binaries work fine though. Any ideas? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 05:52:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA238406 for ; Thu, 4 Mar 1999 05:52:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA14359 for ; Thu, 4 Mar 1999 05:52:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014355; Thu, 4 Mar 99 05:52:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58928 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11495-6279>; Thu, 4 Mar 1999 06:51:43 +0200 Received: by vger.rutgers.edu via listexpand id <156664-25208>; Wed, 3 Mar 1999 22:35:20 -0500 Received: by vger.rutgers.edu id <156567-25206>; Wed, 3 Mar 1999 22:35:01 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:2976 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156664-25208>; Wed, 3 Mar 1999 22:34:55 -0500 Received: from orsmsx29.jf.intel.com (orsmsx29.jf.intel.com [192.168.65.29]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id EAA09231; Thu, 4 Mar 1999 04:50:24 GMT Received: by ORSMSX29 with Internet Mail Service (5.5.2232.9) id <1CJH8AS9>; Wed, 3 Mar 1999 20:50:24 -0800 Message-ID: From: "Chagas, Jason" To: "'philb@gnu.org'" , "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - Egcs 1.1.1 Date: Wed, 3 Mar 1999 20:50:23 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1184 Lines: 39 Hi Phil, I built/installed "binutils" and "egcs" for "arm-linuxaout" [aparently] successfully. Then I ran into problems compiling a "Hello World" application with 'a.out': #arm-linuxaout-gcc -v -c hello.c Reading specs from /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/specs gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/cpp -lang-c -v -undef -D_ _GNUC__=2 -D__GNUC_MINOR__=91 -Dunix -Darm -Dlinux -D__unix__ -D__arm__ -D__linu x__ -D__unix -D__arm -D__linux -Asystem(unix) -Asystem(posix) -Acpu(arm) -Amachi ne(arm) -D__CHAR_UNSIGNED__ -D__ARM_ARCH_2__ -D__APCS_26__ hello.c /tmp/ccKF3lGx .i GNU CPP version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) (ARM GNU/Linux with a.out) #include "..." search starts here: #include <...> search starts here: /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/include /usr/local/arm/arm-linuxaout/include End of search list. hello.c:2: stdio.h: No such file or directory I noticed that "/usr/local/arm/arm-linuxaout/sys-include" was not created. Any ideas? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 05:52:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA241911 for ; Thu, 4 Mar 1999 05:52:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA14366 for ; Thu, 4 Mar 1999 05:52:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014364; Thu, 4 Mar 99 05:52:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58928 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11832-4433>; Thu, 4 Mar 1999 06:52:13 +0200 Received: by vger.rutgers.edu via listexpand id <156616-25208>; Wed, 3 Mar 1999 22:36:11 -0500 Received: by vger.rutgers.edu id <156567-25206>; Wed, 3 Mar 1999 22:35:21 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:2979 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156784-25208>; Wed, 3 Mar 1999 22:35:02 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id EAA09237; Thu, 4 Mar 1999 04:50:30 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFPQL6>; Wed, 3 Mar 1999 20:50:30 -0800 Message-ID: From: "Chagas, Jason" To: "'philb@gnu.org'" , "'linux-arm@vger.rutgers.edu'" Subject: HELP - GLIBC 2.1 Date: Wed, 3 Mar 1999 20:50:28 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 688 Lines: 31 Phil, I'm now trying to build GLIBC (a.out) and ran into problems. I ran ... #CC=arm-linuxaout-gcc ./configure arm-linuxaout --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linuxaout-glibc -enable-add-ons --with-headers=/home/chagas/linux-2.2.0/linux/include then... #make and these were there errors returned... make[1]: Entering directory `/home/chagas/glibc/glibc-2.1/nss' make[1]: *** No rule to make target `../gnu/lib-names.h', needed by `nsswitch.d' . Stop. make[1]: Leaving directory `/home/chagas/glibc/glibc-2.1/nss' make: *** [nss/subdir_lib] Error 2 Any ideas?? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 05:53:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA235645 for ; Thu, 4 Mar 1999 05:53:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA14371 for ; Thu, 4 Mar 1999 05:53:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014369; Thu, 4 Mar 99 05:52:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58928 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11387-6279> convert rfc822-to-quoted-printable; Thu, 4 Mar 1999 06:52:34 +0200 Received: by vger.rutgers.edu via listexpand id <156786-25206>; Wed, 3 Mar 1999 22:36:31 -0500 Received: by vger.rutgers.edu id <156567-25206>; Wed, 3 Mar 1999 22:36:13 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:2989 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156784-25208> convert rfc822-to-8bit; Wed, 3 Mar 1999 22:35:26 -0500 Received: from orsmsx29.jf.intel.com (orsmsx29.jf.intel.com [192.168.65.29]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id EAA09249; Thu, 4 Mar 1999 04:50:37 GMT Received: by ORSMSX29 with Internet Mail Service (5.5.2232.9) id <1CJH8ATB>; Wed, 3 Mar 1999 20:50:37 -0800 Message-ID: From: "Chagas, Jason" To: =?iso-8859-1?Q?=27=BF=C1=C0=BB=BC=AE=27?= Cc: "Chagas, Jason" , "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - Egcs 1.1.1 Date: Wed, 3 Mar 1999 20:50:35 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id FAA235645 Status: RO Content-Length: 8792 Lines: 234 Hi "¿ÁÀ»¼®", This is what you may want to do: 1) Make sure you also have a "clean" installation with all the tools and compilers working properly. I started with a "fresh" installation of RedHat v5.2 on a x86 PC. 2) Read http://www.tazenda.demon.co.uk/phil/arm-tools.html , http://ssdl-redstone.stanford.edu/~zskiraly/salinux/ and http://inkvine.fluff.org/~chris/arm-tools.html . Print a hard copy of these pages so you can refer to it as you follow my instructions below. 3) Expand binutils v2.9.1.0.19a (apply patch binutils-2.9.1.0.19a-arm-diff-981230.gz), EGCS 1.1.1 (apply patch egcs-1.1.1-arm-diff-990113.gz) and GLIBC 2.1 (expand add ons - glibc-linuxthreads-2.1.tar.gz and glibc-crypt-2.0.111.tar.gz). 4) Build and install BINUTILS, EGCS and GLIBC (GLIBC is optional - if you make a mistake here your system is hosed). You won't be able to compile the ARM cross GLIBC if you don't have the latest compilers. 5) Cleanup BINUTILS, EGCS and GLIBC build directories by running "make distclean" for each of them. You don't want anything left around that could affect your "arm-linux" cross build that you're about to start. 6) Create a destination subdirectory. I put it under "/usr/local/arm". 7) Now build the BINUTILS. Run './configure --target=arm-linux --prefix=/usr/local/arm', 'make' and 'make install'. 8) Add your arm-linux BINUTILS to your path (PATH=/usr/local/arm/bin:$PATH). 9) Download one of the latest kernel versions and expand it. I downloaded Linux v2.2.0 and expanded it under '/home/chagas/linux-2.2.0'. Also download the ARM patch and apply it (you'll need it later). Now create symbolic links following Phil Blundell's instructions. I created the '/usr/local/arm/arm-linux/include' directory, then created 'asm' and 'linux' symbolic links. 10) You're now ready to build the EGCS "C" compiler. Under the EGCS subdirectory run './configure --target=arm-linux --prefix=/usr/local/arm'. As soon as you hit "enter" you'll see something "Configuring for a i686-pc-linux-gnu host". Write down that information on a piece of paper. You may need it later. By the time "configure" finishes running a 'Makefile' has been created. 11) Modify 'Makefile' to add -Dinhibit_libc in CFLAGS. I just noticed that Phillip Blundell removed this requirement from his instructions. I'm not sure if it matters if you leave it out. 12) Run 'make -i LANGUAGES=c' 13) Run 'make -i LANGUAGES=c install'. Your cross "C" compiler is now built and installed. 14) If your goal is to build ARM-Linux kernels only you're done. Proceed if you want to build applications. 15) You need to make sure you have the latest headers. So go under the directory where you expanded the kernel (v2.2.0), fix the Makefile with "ARCH := arm" and "CROSS_COMPILE = /usr/local/arm/bin/arm-linux-". Then ran "make config" followed by "make zImage". It doesn't not matter if the build is completely successful. You just want to get the headers. Verify if the headers were created (search for 'version.h' under /include). It might be a good idea to modify the symbolic links that were created earlier point them to these new headers (i.e. ln -s /home/chagas/linux-2.2.0/linux/include/asm asm and ln -s /home/chagas/linux-2.2.0/linux/include/linux linux) but it may not be necessary. 16) Create a separate subdirectory to receive the built GLIBC libraries. I created a subdirectory called "/usr/local/arm/glibc/arm-linux-glibc". This will be your "prefix" when building GLIBC. 17) Now build GLIBC. Run "CC=arm-linux-gcc ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons --with-headers=/home/chagas/linux-2.2.0/linux/include". Note the headers now point to the right place. Your "-build" switch is your host that I asked you to write on a piece of paper. Run "make" and "make install". This process can take hours. 18) You may now want to finish building EGCS to get the C++ compiler built. Go back to 'egcs' and run "./configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib". Note the 'glibc' library files got copied when running 'configure'. Run 'make LANGUAGES="c c++" and 'make LANGUAGES="c c++". 19) DONE!!!! You now have all the ELF cross development tools for ARM. Please let me know if these instructions work for you and if you had to modify them. Regards, Jason ---------- From: ¿ÁÀ»¼® [SMTP:esok@hyowon.cc.pusan.ac.kr] Sent: Wednesday, March 03, 1999 7:58 PM To: Chagas, Jason Subject: Re: HELP - Egcs 1.1.1 Hi... I have a question.. I use brutus. and I will compile ARM-linux. so, I installed binutils and EGCS and glibc.. but.. when I install binutils, 1> tar zxvf binutils-2.9.1.0.19a.tar.gz * I patched binutils.. (using binutils-2.9.1.0.19a-arm-diff-981230) 2> - Compile and install binutils-1.9.1.0.19a > ./configure --target=arm-linux --prefix=where_you_want > make errors... ../bfd/.libs/libbfd.a : could not read symbols: Inout/output error make[1]: *** [size] Error 1 make[1]: Leaving directory '/second/DOWN/binutils/binutils-2.9.1.0.19a/binutils' make: *** [all-binutils] Error2 hmm.. I don't know..... why not.. help me.. It is difficult to send my question to mailing list.. please send me your mail that you sent to mailing list. >Tim, > >Did you find a solution for the problem you described? I followed >Christophe's instructions step by step and everything seemed to work fine >(after a few minor ajustments, that is) until I go back to finish building >'EGCS'. That's when it fails with the error: > >checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc >-B/home/c >hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no >configure: error: installation or configuration problem: C compiler cannot >create executables. >make: *** [configure-target-libiberty] Error 1 > >Note I tested 'xgcc' and seems to run ok: > >#./xgcc -v >Reading specs from /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/specs >gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) > >Am I missing something? > >Jason > > > ---------- > From: christophe.leroy5@capway.com >[SMTP:christophe.leroy5@capway.com] > Sent: Friday, February 19, 1999 3:38 AM > To: Tim Lindquist > Cc: linux-arm@vger.rutgers.edu > Subject: Re: HELP - Egcs 1.1.1 > > Let me sum up stages and tell me where it fails, I'll help you > > - Compile and install binutils-1.9.1.0.19a > ./configure --target=arm-linux --prefix=where_you_want > make > make install > - add where_you_want/bin in your PATH > - Untar egcs, patch it, find . -name "*.rej" > - enter egcs dir, then ./configure --target=arm-linux -- > prefix=wher_you_want_the_same > - modify makefile to add -Dinhibit-libc in CFLAGS > - make -i LANGUAGES=c > - make -i LANGUAGES=c install > > compile glibc, with > prefix=/where_you_want_not_the_same_as_above > make, make install > > go back in egcs, > ./configure --prefix=same_place_as_first_time --with- > headers=/where_you_put_glibc/include --with- > libs=/where_you_put_glibc/lib --target=arm-linux > make LANGUAGES="c c++" > make LANGUAGES="c c++" install > > DONE > > Christophe > > > > > > > I'm having problems building a cross compiler on solaris. > > > When running make, I get: > > > > > > checking whether the C compiler (arm-linux-gcc -g -O2 ) works... >no > > > configure: error: installation or configuration problem: C >compiler > > > cannot create executables. > > > gmake: *** [configure-target-libiberty] Error 1 > > > > > > Before I got to this stage, I had the egcs-1.1.1 source, > > > and got 3 patch files for it that I applied consecutively: > > > > > > egcs-1.1.1-prerelease-2-arm-diff-981117.gz > > > egcs-1.1.1-prerelease-2-arm-diff-981117-981124 > > > egcs-1.1.1-prerelease-2-arm-diff-981124-981125 > > > > > > I got the following message during the final patch: > > > > > > patching file `gcc/f/intdoc.texi' > > > Reversed (or previously applied) patch detected! Assume -R? [y] > > > > > > I created an egcs-1.1.1-build dir, and from there ran: > > > > > > ../egcs-1.1.1/configure --target=arm-linux > > > --prefix=/home/elph/tjl/work/sw/armlinux/ > > > > > > and then ran make. > > > > > > What am I doing wrong? > > > > unsubscribe: body of `unsubscribe linux-arm' to >majordomo@vger.rutgers.edu >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 11:53:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA253026 for ; Thu, 4 Mar 1999 11:53:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA15088 for ; Thu, 4 Mar 1999 11:53:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015086; Thu, 4 Mar 99 11:52:51 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16944 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15852-4433>; Thu, 4 Mar 1999 12:52:35 +0200 Received: by vger.rutgers.edu via listexpand id <156976-25208>; Thu, 4 Mar 1999 04:36:23 -0500 Received: by vger.rutgers.edu id <156914-25206>; Thu, 4 Mar 1999 04:36:17 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:17482 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156960-25206>; Thu, 4 Mar 1999 04:36:01 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IVPn-0000pS-00; Thu, 4 Mar 1999 10:31:39 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IVPl-0004DZ-00; Thu, 4 Mar 1999 10:31:37 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: HELP - GLIBC 2.1 In-reply-to: Your message of "Wed, 03 Mar 1999 20:50:28 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Mar 1999 10:31:36 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 296 Lines: 12 >make[1]: Entering directory `/home/chagas/glibc/glibc-2.1/nss' >make[1]: *** No rule to make target `../gnu/lib-names.h', needed by >`nsswitch.d' Jason, You need to configure with the --enable-static-nss switch. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 13:12:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA253459 for ; Thu, 4 Mar 1999 13:12:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA15358 for ; Thu, 4 Mar 1999 13:12:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015356; Thu, 4 Mar 99 13:12:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:35164 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15405-4433>; Thu, 4 Mar 1999 14:10:26 +0200 Received: by vger.rutgers.edu via listexpand id <156880-25208>; Thu, 4 Mar 1999 05:53:57 -0500 Received: by vger.rutgers.edu id <156982-25208>; Thu, 4 Mar 1999 05:53:14 -0500 Received: from spanner.eng.cam.ac.uk ([129.169.8.9]:3810 "EHLO spanner.eng.cam.ac.uk" ident: "[root]") by vger.rutgers.edu with ESMTP id <157136-25208>; Thu, 4 Mar 1999 05:49:51 -0500 Received: from punch.eng.cam.ac.uk (via jcj1000@punch.eng.cam.ac.uk [129.169.16.6]) by spanner.eng.cam.ac.uk with SMTP id MAA02489; Thu, 4 Mar 1999 12:04:33 GMT Date: Thu, 4 Mar 1999 12:04:32 +0000 (GMT) From: John Joyce To: Philip Lardner cc: linux-arm@vger.rutgers.edu Subject: Re: !PartMan In-Reply-To: <9572baec45%philip_lardner@philip-lardner.connect.ie> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 426 Lines: 17 Hi, I had some fun with PartMan and APDL's IDEFS. Have you tried the latest one? ftp://ftp.arm.uk.linux.org/pub/armlinux/testing/partman-1.13-alpha12-dev.arc If the drive's a Samsung 32x, I have had no end of trouble with several examples of the species both on RiscPC and Win95 machines. This may or may not be relevant ... regards John Joyce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 13:52:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA186628 for ; Thu, 4 Mar 1999 13:52:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA15440 for ; Thu, 4 Mar 1999 13:52:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015438; Thu, 4 Mar 99 13:52:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37398 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15445-4433>; Thu, 4 Mar 1999 14:52:04 +0200 Received: by vger.rutgers.edu via listexpand id <156978-25206>; Thu, 4 Mar 1999 06:35:47 -0500 Received: by vger.rutgers.edu id <157020-25208>; Thu, 4 Mar 1999 06:35:38 -0500 Received: from alderaan.ethz.ch ([129.132.71.54]:9296 "EHLO alderaan.ethz.ch" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <156978-25208>; Thu, 4 Mar 1999 06:35:24 -0500 Received: (from nicky@localhost) by alderaan.ethz.ch (8.8.8/8.8.8) id NAA25232 for linux-arm@vger.rutgers.edu; Thu, 4 Mar 1999 13:51:01 +0100 Date: Thu, 4 Mar 1999 13:51:00 +0100 From: Nicky Kern To: Linux/ARM Subject: DNARD Message-ID: <19990304135100.A24792@alderaan.ethz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1567 Lines: 37 Hi Folks, I'm trying to set up linux for a DNARD (Digital Network Appliances References Design -- what a beautiful name!). It is a network computer, so I originally thougt it was an EBSA110. But when I gave the hardware a closer look, it doesn't seem, that that is the case. :-( So my question: should linux run on a DNARD? If yes, how should I configure the kernel? If not, is it possible to get it running on a DNARD? Here's the detailed hardware: CPU: StrongARM SA110 Ethernet: Crystal Semiconductor CS8900 Ethernet Controller Busses on the board: VL & ISA: National Semiconductor PT86C7x8 "Sequoia" Core Logic Chip Set Includes an IDE port. PCI: VIA Technologies VT82C505 VL to PCI Bus Bridge There are no onboard-components that use the PCI-bus, though. Video: IGS Technology CyberPro 2010 Video Controller The Frame Buffer consists of 2MB of 256Kx16 EDO DRAMs. Keyboard, Mouse, Floppy, RTC, UARTs, Infrared, Parallel: National Semiconductor PC87307VUL "Enhanced Sidewinder Lite" Firmware: Firmworks (the same, that is used on some of Suns Sparcstations) Audio: ESS Technology 1887 "AudioDrive Solution" Thanks anyone for any help! Nicky ---------------------------------------------------------------------------- Verein der Informatikstudierenden Nicky Kern ETH Zentrum IFW B29 Tel: 01/632 72 12 nicky@vis.ethz.ch ---------------------------------------------------------------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 16:19:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA286627 for ; Thu, 4 Mar 1999 16:19:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA15817 for ; Thu, 4 Mar 1999 16:19:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015814; Thu, 4 Mar 99 16:19:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4403 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15376-4433>; Thu, 4 Mar 1999 17:15:44 +0200 Received: by vger.rutgers.edu via listexpand id <156901-25208>; Thu, 4 Mar 1999 08:59:40 -0500 Received: by vger.rutgers.edu id <156921-25206>; Thu, 4 Mar 1999 08:59:34 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:1271 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156901-25208>; Thu, 4 Mar 1999 08:57:24 -0500 Received: from [193.237.65.38] (helo=datum.sc.tymon.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10IZo6-0005uB-00 for linux-arm@vger.rutgers.edu; Thu, 4 Mar 1999 15:13:02 +0000 Received: from deneb ([192.168.42.42]) by datum.sc.tymon.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.1960.3) id GFHNMXQ6; Thu, 4 Mar 1999 14:20:59 -0000 Received: from mac by deneb with local (Exim 1.92 #1 (Debian)) id 10IZ01-0000yz-00; Thu, 4 Mar 1999 14:21:17 +0000 Date: Thu, 4 Mar 1999 14:21:17 +0000 From: Mike Crowe To: linux-arm@vger.rutgers.edu Subject: Function calling conventions Message-ID: <19990304142117.A3616@deneb.sc.tymon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95i X-Operating-System: Linux 2.2.2 i686 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 372 Lines: 12 I'm searching for documentation of the calling conventions used by egcs-1.1.1 on ARM. I've looked at the egcs and binutils source but haven't found anything useful. I'm particularly interested in the registers that need and need not be preserved by functions. TIA -- Mike Crowe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 15:39:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA256431 for ; Thu, 4 Mar 1999 15:39:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA15703 for ; Thu, 4 Mar 1999 15:39:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015701; Thu, 4 Mar 99 15:39:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49772 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <630-6279>; Thu, 4 Mar 1999 16:33:48 +0200 Received: by vger.rutgers.edu via listexpand id <157038-25208>; Thu, 4 Mar 1999 08:17:40 -0500 Received: by vger.rutgers.edu id <156965-25208>; Thu, 4 Mar 1999 08:17:21 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:54997 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156901-25208>; Thu, 4 Mar 1999 08:17:01 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id JAA09294; Thu, 4 Mar 1999 09:32:20 -0500 (EST) Date: Thu, 4 Mar 1999 09:32:16 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'zskiraly@stanford.edu'" , "'linux-arm@vger.rutgers.edu'" Subject: Re: ARM-Linux v2.2.1 on Brutus hangs... In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 806 Lines: 23 On Wed, 3 Mar 1999, Chagas, Jason wrote: > Zsolt, > > Were you successful running the ARM-Linux v2.2.1 on Brutus? Your notes on > http://ssdl-redstone.stanford.edu/~zskiraly/salinux/ > indicate so. > > I expanded 'linux-2.2.1.tar.gz', applied 'patch-2.2.1-rmk3.gz' and > 'diff-2.2.1-rmk3-np2.gz' patches (in that order), ran 'make config" taking > all defaults (as recommended by Nicolas Pitre) and finally ran 'make' > [successfully]. You should have read further ... ;) You must issue "make Image" and load linux/arch/arm/boot/Image. The entry point is also changed from 0xc0008020 to 0xc0008000 in your angelboot config file. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 10:27:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA307151 for ; Fri, 5 Mar 1999 10:27:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA18168 for ; Fri, 5 Mar 1999 10:27:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018165; Fri, 5 Mar 99 10:27:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37217 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14484-15092>; Fri, 5 Mar 1999 11:27:00 +0200 Received: by vger.rutgers.edu via listexpand id <156570-25206>; Fri, 5 Mar 1999 03:09:51 -0500 Received: by vger.rutgers.edu id <156721-25208>; Fri, 5 Mar 1999 03:09:32 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2995 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156570-25208>; Fri, 5 Mar 1999 03:09:08 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10IqrH-000EY9-00; Fri, 5 Mar 1999 09:25:27 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA28648; Fri, 5 Mar 1999 09:16:48 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id PAA00361; Thu, 4 Mar 1999 15:17:28 GMT Message-Id: <199903041517.PAA00361@test.sw.milldev.co.uk> Subject: Re: !PartMan To: philip_lardner@connect.ie (Philip Lardner) Date: Thu, 4 Mar 1999 15:17:27 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <9572baec45%philip_lardner@philip-lardner.connect.ie> from "Philip Lardner" at Mar 3, 95 06:24:14 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1044 Lines: 27 Philip Lardner said: > Partition Start End Size Type > 1 0 1209 6MB Filecore > 2 12096 12096 0KB RISCiX Table > 12097 831599 400MB Free > > Wierd - Where did my partitions go, and where did the RISCiX Table come from? Could you use the latest alpha PartMan, and if this still happens, could you forward the debug file to me at rmk@arm.linux.org.uk please? (same applies to anyone else having problems with PartMan). Incidentally, last night I put up a new !PartMan and !Linux that fixes a problem in the previous releases to do with large disks. These can be found via the link on the web site (alpha software) or on the ftp site: ftp://ftp.arm.linux.org.uk/pub/armlinux/testing In general, when you discover a problem with these utilities, please check the FTP site for a later version. If the latest version produces the problem, please forward the debug file to me along with a problem description. Thanks. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 10:27:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA322252 for ; Fri, 5 Mar 1999 10:27:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA18161 for ; Fri, 5 Mar 1999 10:27:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018159; Fri, 5 Mar 99 10:26:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57952 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8690-6291>; Fri, 5 Mar 1999 11:26:31 +0200 Received: by vger.rutgers.edu via listexpand id <156633-25206>; Fri, 5 Mar 1999 03:09:29 -0500 Received: by vger.rutgers.edu id <156576-25206>; Fri, 5 Mar 1999 03:09:10 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3007 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156537-25206>; Fri, 5 Mar 1999 03:09:04 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10IqrI-000EY9-00; Fri, 5 Mar 1999 09:25:29 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA28652; Fri, 5 Mar 1999 09:16:48 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id RAA00393; Thu, 4 Mar 1999 17:53:51 GMT Message-Id: <199903041753.RAA00393@test.sw.milldev.co.uk> Subject: Re: Function calling conventions To: mac@fysh.org (Mike Crowe) Date: Thu, 4 Mar 1999 17:53:50 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990304142117.A3616@deneb.sc.tymon.co.uk> from "Mike Crowe" at Mar 4, 99 02:21:17 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2332 Lines: 88 Mike Crowe said: > I'm searching for documentation of the calling conventions used by > egcs-1.1.1 on ARM. I've looked at the egcs and binutils source but > haven't found anything useful. > > I'm particularly interested in the registers that need and need not be > preserved by functions. Briefly (or not so breifly): r0 = first argument r1 = second argument r2 = third argument r3 = fourth argument r4 - r9 need to be preserved r10 = stack limit (APCS) or PIC register r11 = frame pointer r12 = temporary register (need not preserved, but is destroyed over a function call) r13 = stack pointer r14 = link register (PC for function return) r15 = program counter fifth and so on arguments can be found on the stack at the point when the function is called. Minimal function entry and exit is: ( fp = r11, ip = r12, sp = r13, lr = r14, pc = r15 ) mov ip, sp stmfd sp!, {fp, ip, lr, pc} sub fp, ip, #4 @ r0 = arg1, r1 = arg2, r2 = arg3, r3 = arg4 @ ldr rd, [fp, #4] will load rd with arg5 ldmea fp, {fp, sp, pc} Maximal function entry and exit is: ( fp = r11, ip = r12, sp = r13, lr = r14, pc = r15 ) mov ip, sp stmfd sp!, {r4, r5, r6, r7, r8, r9, fp, ip, lr, pc} sub fp, ip, #4 @ r0 = arg1, r1 = arg2, r2 = arg3, r3 = arg4 @ ldr rd, [fp, #4] will load rd with arg5 ldmea fp, {r4, r5, r6, r7, r8, r9, fp, sp, pc} If you wish to do varargs type stuff, then it changes to: mov ip, sp stmfd sp!, {r0, r1, r2, r3} stmfd sp!, {..., fp, ip, lr, pc} sub fp, ip, #4 + 4 * 4 @ 4 + sizeof(reg) * number of extra regs @ argn is at [fp, #4 + 4 * n] ldmea fp, {..., fp, sp, pc} If you don't require the frame pointer, you can just use the stack conventionally, but so long as you follow the register preservation rules. Also note that the frame pointer is either supposed to contain either a valid frame pointer or zero at all times. There are other optimisations that you can do to all of these such as function epilog optimisation, eg: ldmea fp, {..., fp, sp, lr} b function instead of: bl function ldmea fp, {..., fp, sp, pc} Hmm, this has come up before - maybe someone ought to put this into an FAQ on the subject? -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 20:03:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA303930 for ; Thu, 4 Mar 1999 20:03:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA16443 for ; Thu, 4 Mar 1999 20:03:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016441; Thu, 4 Mar 99 20:03:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32352 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14978-6279>; Thu, 4 Mar 1999 21:02:41 +0200 Received: by vger.rutgers.edu via listexpand id <157025-25206>; Thu, 4 Mar 1999 12:46:23 -0500 Received: by vger.rutgers.edu id <156823-25208>; Thu, 4 Mar 1999 12:46:04 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:64185 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156911-25208>; Thu, 4 Mar 1999 12:45:43 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post-20.mail.demon.net with esmtp (Exim 2.10 #2) id 10IdNA-0006pl-00; Thu, 4 Mar 1999 19:01:29 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10IdMI-0002wz-00; Thu, 4 Mar 1999 19:00:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Mike Crowe cc: linux-arm@vger.rutgers.edu Subject: Re: Function calling conventions In-reply-to: Your message of "Thu, 04 Mar 1999 14:21:17 GMT." <19990304142117.A3616@deneb.sc.tymon.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 04 Mar 1999 19:00:33 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 612 Lines: 18 >I'm searching for documentation of the calling conventions used by >egcs-1.1.1 on ARM. I've looked at the egcs and binutils source but >haven't found anything useful. > >I'm particularly interested in the registers that need and need not be >preserved by functions. I think you can get ABI documentation from ARM's web site; look for APCS or ATPCS documents. At the moment the code GCC produces is pretty much compliant with APCS. Briefly a function can clobber R12 and as many of R0-R3 as are not needed for return values. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 21:56:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA293739 for ; Thu, 4 Mar 1999 21:56:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA16657 for ; Thu, 4 Mar 1999 21:56:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016655; Thu, 4 Mar 99 21:56:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36105 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15958-6279>; Thu, 4 Mar 1999 22:55:41 +0200 Received: by vger.rutgers.edu via listexpand id <157156-25208>; Thu, 4 Mar 1999 14:38:13 -0500 Received: by vger.rutgers.edu id <157047-25206>; Thu, 4 Mar 1999 14:37:09 -0500 Received: from calliope1.fm.intel.com ([132.233.247.10]:3622 "EHLO calliope1.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156961-25208>; Thu, 4 Mar 1999 14:32:22 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id UAA20228; Thu, 4 Mar 1999 20:47:57 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2448.0) id ; Thu, 4 Mar 1999 12:47:57 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , sa1100-linux@pa.dec.com, "'Zsolt Kiraly'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - Egcs 1.1.1 Date: Thu, 4 Mar 1999 12:47:47 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 6298 Lines: 153 A couple of observations: you don't have to build and install the latest binutils, egcs and glibc as your native tools on the x86 to build the cross-tools. (If you just want to , that is fine. But why compilcate life ?) Mine worked perfectly fine on a Redhat 5.1 default native toolchain. (Actually, it might be a better idea to use the defailt, older toolchain for native stuff.) You're right. I think what happened was that an earlier attempt to run GLIBC "./configure" failed because I didn't call it with "CC=arm-linux-gcc". So I got back a message saying the compiling tools were too old. I guess it would have been if it was compiling for x86. I'm attaching my recorded list of steps to get the ARM cross build going so you can see what happened. Actualy this list should be a lot longer if I were to list every single detail. Jason ------------- Odyssey for Building an ARM Development Environment: 1) UnTARed 'binutils', applied patch and './configure --target=arm-linux --prefix=/usr/local/arm', 'make' and 'make install'. 2) Added '/usr/local/arm/bin' to the path. 3) Expanded Linux v2.2.0 under '/home/chagas/linux-2.2.0', created '/usr/local/arm/arm-linux/include' directory and created simbolic 'asm' and 'linux' simbolic links. 4) UnTARed 'egcs 1.1.1', applied patch and './configure --target=arm-linux --prefix=/usr/local/arm'. 5) Modified 'Makefile' to add -Dinhibit_libc in CFLAGS 6) Ran 'make -i LANGUAGES=c' 7) Ran 'make -i LANGUAGES=c install' 8) Create '/usr/local/arm/glibc/arm-linux-glibc' subdirectory to take the libs. 9) UnTARed 'glibc' and "add ons". 10) Ran ./configure --target=arm-linux --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons. 'configure' complained about old versions of 'gcc' installed by RedHat v5.2. 11) Installed latest 'binutils' and 'egcs' for x86. 12) Ran glibc's './configure --target=arm-linux --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons' again. It ran successfully this time. 13) Ran 'make' and 'make install' successfully. 14) Went back to 'egcs' and ran './configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib'. It returned the following errors: Created "Makefile" in /home/chagas/egcs/egcs-1.1.1 using "mt-frag" conftest.c:0: malformed option `-D inhibit-libc' *** The command 'gcc -o conftest -g -O2 -Dinhibit-libc conftest.c' failed. *** You must set the environment variable CC to a working compiler. 15) Edited 'Makefile' and removed reference to '-Dinhibit_libc'. 16) Ran './configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib' again. 17) Ran 'make LANGUAGES="c c++" and got the following errors: checking whether the C compiler (/home/chagas/egcs/egcs-1.1.1/gcc/xgcc -B/home/c hagas/egcs/egcs-1.1.1/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot create executables. make: *** [configure-target-libiberty] Error 1 18) However, 'xgcc' seems to work fine: #./xgcc -v Reading specs from /usr/local/arm/lib/gcc-lib/arm-linux/egcs-2.91.60/specs gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release) 19) However, 'glibc' was built for x86 instead of ARM. So I go back to 'glibc', ran "# CC=arm-linux-gcc ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons --with-headers=/usr/src/linux-2.0.36/include", make and "make install". Note "-with-headers" switch point to the x86 kernel headers currently installed the system. 20) It complained the kernel headers were too old. So I unTARed the kernel v2.2.0, applied the ARM patch, fixed the Makefile with "ARCH := arm" and "CROSS_COMPILE = /usr/local/arm/bin/arm-linux-". Then ran "make config" followed by "make zImage". I verified if the headers were created. 21) Ran "CC=arm-linux-gcc ./configure arm-linux --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linux-glibc -enable-add-ons --with-headers=/home/chagas/linux-2.2.0/linux/include". Note the headers now point to the right place. Also ran "make" and "make install" successfully. 22) At this point I was able to cross compile and link a "Hello world" application after copying contents of "/usr/local/arm/glibc/arm-linux-glibc/lib" to "/usr/local/arm/arm-linux/lib" 23) I went back to 'egcs' and ran "#./configure --target=arm-linux --prefix=/usr/local/arm --with-headers=/usr/local/arm/glibc/arm-linux-glibc/include --with-libs=/usr/local/arm/glibc/arm-linux-glibc/lib" followed by "make LANGUAGES="c c++". I noticed the 'glibc' library files got copied when running 'configure'. These are some of the errors returned: /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `fmodl': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:365: unknown register nam e `ax' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `pow': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `powf': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `powl': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:376: unknown register nam e `st(1)' in `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h: In function `floatformat _to_double': /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:495: inconsistent operand constraints in an `asm' /usr/local/arm/arm-linux/sys-include/bits/mathinline.h:495: inconsistent operand constraints in an `asm' make[1]: *** [floatformat.o] Error 1 make[1]: Leaving directory `/home/chagas/egcs/egcs-1.1.1/arm-linux/libiberty' make: *** [all-target-libiberty] Error 2 24) Aparently, things were in a unknown state. So I removed everything (binutils, egcs and glibc) and re-started all the steps from scratch again. This time I was successful building everything including the EGCS C++ compiler. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 4 23:42:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA309819 for ; Thu, 4 Mar 1999 23:42:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA16847 for ; Thu, 4 Mar 1999 23:42:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016845; Thu, 4 Mar 99 23:41:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6936 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15724-6291>; Fri, 5 Mar 1999 00:40:17 +0200 Received: by vger.rutgers.edu via listexpand id <156784-25208>; Thu, 4 Mar 1999 16:19:39 -0500 Received: by vger.rutgers.edu id <156901-25208>; Thu, 4 Mar 1999 16:19:23 -0500 Received: from gwa.ericsson.com ([198.215.127.2]:4381 "EHLO gwa.ericsson.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <156978-25208>; Thu, 4 Mar 1999 16:15:38 -0500 Received: from mr3.exu.ericsson.se ([138.85.11.55]) by gwa.ericsson.com (8.8.8/8.8.8) with ESMTP id QAA01930; Thu, 4 Mar 1999 16:31:13 -0600 (CST) From: eric.thomas@ericsson.com Received: from netmanager7.rtp.ericsson.se (netmanager7.rtp.ericsson.se [147.117.132.245]) by mr3.exu.ericsson.se (8.8.8/8.8.8) with ESMTP id QAA19869; Thu, 4 Mar 1999 16:31:09 -0600 (CST) Received: from rpc3725 (pc29055.rtp.ericsson.se [147.117.129.55]) by netmanager7.rtp.ericsson.se (8.9.1/8.6.4) with SMTP id RAA28726; Thu, 4 Mar 1999 17:31:08 -0500 (EST) Reply-To: To: , Subject: mmap on non-aligned region Date: Thu, 4 Mar 1999 17:27:32 -0500 Message-ID: MIME-Version: 1.0 Content-Type: multipart/mixed; boundary="----=_NextPart_000_0009_01BE6664.F5813140" X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2102 Lines: 66 This is a multi-part message in MIME format. ------=_NextPart_000_0009_01BE6664.F5813140 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit I am developing a fbmem driver for an SA-1100 based board and am stuck in the fb_mmap function. The video memory on the SA-1100 cannot be page aligned due to an LCD driver requirement that the palette be page aligned. The video memory must be contiguously located at the end of the palette area (512 bytes). The fb_mmap function is being called with vma->offset=0 and the vma->start and vma->end corresponding to the video memory size (640x480). The vma->start parameter passed into the function is page aligned; presumably by the kernel in the mmap system call. Since the video memory is not page aligned, I cannot call remap_page_range to map it into the page aligned vma->start address. In the fbmem function, I have tried using remap_page_range to map in the surrounding aligned page and modifying vma->start to point to a non-aligned address before returning. However, the kernel (2.0.35) still returns the original vma->start address to the mmap system caller. Thus, the application does not get the updated value. How can I accomplish the fb_mmap function for this fbmem driver? Thanks, Eric ------=_NextPart_000_0009_01BE6664.F5813140 Content-Type: application/octet-stream; name="Eric Thomas (E-mail).vcf" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="Eric Thomas (E-mail).vcf" BEGIN:VCARD VERSION:2.1 N:Thomas;Eric;;; FN:Eric Thomas (E-mail) ORG:Ericsson Inc.; TITLE:Software Engineer TEL;WORK;VOICE:(919) 472-7082 TEL;CELL;VOICE:(919) 272-1424 TEL;WORK;FAX:(919) 472-1561 ADR;WORK:;;7001 Development Drive;RTP;NC;27709;United States of America LABEL;WORK;ENCODING=3DQUOTED-PRINTABLE:7001 Development = Drive=3D0D=3D0ARTP, NC 27709=3D0D=3D0AUnited States of America EMAIL;PREF;INTERNET:eric.thomas@ericsson.com REV:19980818T195832Z END:VCARD ------=_NextPart_000_0009_01BE6664.F5813140-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 00:47:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA311625 for ; Fri, 5 Mar 1999 00:47:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA17021 for ; Fri, 5 Mar 1999 00:47:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017019; Fri, 5 Mar 99 00:47:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12592 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10688-15092>; Fri, 5 Mar 1999 01:46:42 +0200 Received: by vger.rutgers.edu via listexpand id <156784-25206>; Thu, 4 Mar 1999 17:29:49 -0500 Received: by vger.rutgers.edu id <156978-25206>; Thu, 4 Mar 1999 17:29:33 -0500 Received: from smtp2.Stanford.EDU ([171.64.14.23]:56063 "EHLO smtp2.Stanford.EDU" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156784-25206>; Thu, 4 Mar 1999 17:26:58 -0500 Received: from stanford.edu (ssdl-redstone.Stanford.EDU [171.64.108.11]) by smtp2.Stanford.EDU (8.8.8/8.8.8/L) with ESMTP id PAA25356; Thu, 4 Mar 1999 15:39:48 -0800 (PST) Message-ID: <36DF196F.F265585A@stanford.edu> Date: Thu, 04 Mar 1999 15:38:23 -0800 From: Zsolt Kiraly Reply-To: zskiraly@stanford.edu X-Mailer: Mozilla 4.05 [en] (X11; I; Linux 2.0.34 i686) MIME-Version: 1.0 To: Philip Blundell , sa1100-linux@pa.dec.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk Subject: Is char signed or unsigned ? References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1591 Lines: 60 Hi Russell, Phil, I figured out why the termios program did not work on the Brutus. It was not related to termios stuff, rather how chars might not be the same on the PC as on the brutus. In this code there is a function (int foo())that returns an int. But the return value is assigned to a char: char c; c = foo(); if (c >= 0) The arm-linux-gcc (egcs-1.1.1 with your patch + glibc-2.1) warns me that this will always be true, due to limited range of the variable. The native PC compiler (gcc-2.7.2.3, glibc 2.0.7) does not complain. The PC version works flawlessly, the arm version probably assigns 0 to c. Later in the code: if (c < 0) Same warning (will never be true) with the arm gcc, no warning with the native gcc. Workaround: int temp_c; temp_c = foo(); c = (char)temp_c; //so I can compare it as a char if (c >= 0) . . . if (temp_c < 0) // because c apperantly does not go < 0 So, I guess the gcc-2.7.2.3 does automatic typecasting, the cross-egcs does not ? And the native char seems to be signed, while the cross-char unsigned ? I wonder what the ANSI C docs say about this. Anyway, I thought you might like to know about this. Maybe gcc-2.7 is out of spec, I don't know. The code is the robin.c program from Erik Troan's Linux Applications Development book, and the first warning was line 193, the second at line 220. After the above modifications the code compiles without errors or warnings, and runs on the Brutus (yeee!!!!!!!). Also on the PC. Later, Zsolt zskiraly@stanford.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 01:20:10 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA307977 for ; Fri, 5 Mar 1999 01:20:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA17100 for ; Fri, 5 Mar 1999 01:20:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa17094; Fri, 5 Mar 99 01:19:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:40555 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15192-6291>; Fri, 5 Mar 1999 02:19:45 +0200 Received: by vger.rutgers.edu via listexpand id <156901-25208>; Thu, 4 Mar 1999 18:02:45 -0500 Received: by vger.rutgers.edu id <157050-25206>; Thu, 4 Mar 1999 18:01:19 -0500 Received: from prune.flirble.org ([195.40.6.30]:3047 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156953-25208>; Thu, 4 Mar 1999 18:01:00 -0500 Received: (qmail 3284 invoked from network); 5 Mar 1999 00:17:24 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 5 Mar 1999 00:17:24 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id AAA12797 for linux-arm@vger.rutgers.edu; Fri, 5 Mar 1999 00:17:21 GMT From: Nicholas Clark Message-Id: <199903050017.AAA12797@flirble.org> Subject: egcs 1.1.1 assembler output for 2.2. kernel compilation. To: linux-arm@vger.rutgers.edu Date: Fri, 5 Mar 1999 00:17:20 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1138 Lines: 25 Russel has suggested that I compile the kernel decompression code without optimistation. For some reason changing the top level CFLAGS (was this the wrong place to do it) has resulted in the makefile deciding to recompile everything. Howver, it's spitting out warnings like gcc -D__KERNEL__ -I/usr/src/linux/include -mapcs-32 -mshort-load-bytes -mcpu=strongarm110 -Wall -Wstrict-prototypes -pipe -DEXPORT_SYMTAB -c console.c {standard input}: Assembler messages: {standard input}:11238: Warning: destination register same as write-back base left, right and centre. Such lines look like this: 1: ldrbt r6,[r6],#0 1: ldrbt r4,[r4],#0 I don't recognise the t flag, and I can't remeber what happens with ldr (ldm, IIRC, does the writeback after the first register load, but all that might have changed/become undefined with StrongARM) but the instruction as shown looks very odd - is it a very expensive No-op? Or is it doing something cunning? Should the #0 be pre-increment instead? (b.t.w. I get no warnings with -O2, which was what I was using) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 01:54:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA304847 for ; Fri, 5 Mar 1999 01:54:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA17148 for ; Fri, 5 Mar 1999 01:54:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017146; Fri, 5 Mar 99 01:54:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9492 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <910-15092>; Fri, 5 Mar 1999 02:53:42 +0200 Received: by vger.rutgers.edu via listexpand id <156901-25206>; Thu, 4 Mar 1999 18:36:46 -0500 Received: by vger.rutgers.edu id <156834-25206>; Thu, 4 Mar 1999 18:36:38 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:4316 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156823-25208>; Thu, 4 Mar 1999 18:36:16 -0500 Received: from fmsmsx17.intel.com (fmsmsx17.fm.intel.com [132.233.58.209]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id AAA15777; Fri, 5 Mar 1999 00:52:23 GMT Received: by FMSMSX17 with Internet Mail Service (5.5.2232.9) id ; Thu, 4 Mar 1999 16:52:23 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Philip Blundell'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - GLIBC 2.1 Date: Thu, 4 Mar 1999 16:52:20 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="ISO-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1040 Lines: 52 Phil, I ran ... #CC=arm-linuxaout-gcc ./configure arm-linuxaout --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linuxaout-glibc -enable-add-ons --with-headers=/home/chagas/linux-2.2.0/linux/include --enable-static-nss followed by... #make and I still got the same error... mv -f proto-lookup.T proto-lookup.d make[1]: *** No rule to make target `../gnu/lib-names.h', needed by `nsswitch.d' . Stop. make[1]: Leaving directory `/home/chagas/glibc/glibc-2.1/nss' make: *** [nss/subdir_lib] Error 2 Any ideas? Thanks, Jason ---------- From: Philip Blundell [SMTP:pb@nexus.co.uk] Sent: Thursday, March 04, 1999 5:32 AM To: Chagas, Jason Cc: 'linux-arm@vger.rutgers.edu' Subject: Re: HELP - GLIBC 2.1 >make[1]: Entering directory `/home/chagas/glibc/glibc-2.1/nss' >make[1]: *** No rule to make target `../gnu/lib-names.h', needed by >`nsswitch.d' Jason, You need to configure with the --enable-static-nss switch. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 10:49:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA323673 for ; Fri, 5 Mar 1999 10:49:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA18545 for ; Fri, 5 Mar 1999 10:49:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018537; Fri, 5 Mar 99 10:49:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19728 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15543-6291>; Fri, 5 Mar 1999 11:49:01 +0200 Received: by vger.rutgers.edu via listexpand id <156774-25208>; Fri, 5 Mar 1999 03:31:57 -0500 Received: by vger.rutgers.edu id <156576-25208>; Fri, 5 Mar 1999 03:31:47 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24694 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156935-25208>; Fri, 5 Mar 1999 03:30:15 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IqoR-0001lQ-00; Fri, 5 Mar 1999 09:22:31 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IqoQ-0005om-00; Fri, 5 Mar 1999 09:22:30 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: zskiraly@stanford.edu cc: sa1100-linux@pa.dec.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk Subject: Re: Is char signed or unsigned ? In-reply-to: Your message of "Thu, 04 Mar 1999 15:38:23 PST." <36DF196F.F265585A@stanford.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 09:22:27 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 610 Lines: 16 >So, I guess the gcc-2.7.2.3 does automatic typecasting, the cross-egcs >does not ? And the native char seems to be signed, while the cross-char >unsigned ? I wonder what the ANSI C docs say about this. ISO C allows char to be either signed or unsigned by default. On the ARM it is unsigned because zero-extension is so much faster than sign extension. You can override this with the -fsigned-char option to gcc. I think RPM does this by default. In the case you quoted the code is at fault and the compiler is correct. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 10:27:40 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA319385 for ; Fri, 5 Mar 1999 10:27:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA18169 for ; Fri, 5 Mar 1999 10:27:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa18165; Fri, 5 Mar 99 10:27:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37217 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15176-15092>; Fri, 5 Mar 1999 11:27:10 +0200 Received: by vger.rutgers.edu via listexpand id <156576-25206>; Fri, 5 Mar 1999 03:09:59 -0500 Received: by vger.rutgers.edu id <156537-25208>; Fri, 5 Mar 1999 03:09:44 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3069 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156591-25206>; Fri, 5 Mar 1999 03:09:20 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10IqrQ-000EY9-00; Fri, 5 Mar 1999 09:25:36 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA28818; Fri, 5 Mar 1999 09:26:17 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id JAA00436; Fri, 5 Mar 1999 09:26:17 GMT Message-Id: <199903050926.JAA00436@test.sw.milldev.co.uk> Subject: Re: Is char signed or unsigned ? To: zskiraly@stanford.edu Date: Fri, 5 Mar 1999 09:26:17 +0000 (GMT) Cc: pb@nexus.co.uk, sa1100-linux@pa.dec.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk In-Reply-To: <36DF196F.F265585A@stanford.edu> from "Zsolt Kiraly" at Mar 4, 99 03:38:23 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2577 Lines: 84 Zsolt Kiraly said: > I figured out why the termios program did not work on the Brutus. It was > not related to termios stuff, rather how chars might not be the same on > the PC as on the brutus. > > In this code there is a function (int foo())that returns an int. But the > return value is assigned to a char: > > char c; > c = foo(); > > if (c >= 0) > > The arm-linux-gcc (egcs-1.1.1 with your patch + glibc-2.1) warns me that > this will always be true, due to limited range of the variable. The > native PC compiler (gcc-2.7.2.3, glibc 2.0.7) does not complain. The PC > version works flawlessly, the arm version probably assigns 0 to c. IMHO, this is very bad programming practice. For example, if you're using getc(), and you're reading characters from a binary file with the following code: char c; do { c = getc(file); ... } while (c != EOF); What happens if the file contains 0xff? The variable that is used to hold the return value of getc, getopt and so forth should always be an int. Basically, the problem comes down to a loss of information. Should you really use a char to old a return value of the size of an int, and expect to be able to check for values of the int using a char? > Later in the code: > > if (c < 0) > > Same warning (will never be true) with the arm gcc, no warning with the > native gcc. > > Workaround: > > int temp_c; > > temp_c = foo(); > > c = (char)temp_c; //so I can compare it as a char > > if (c >= 0) This should also be: if (temp_c >= 0) > . > . > . > if (temp_c < 0) // because c apperantly does not go < 0 > > So, I guess the gcc-2.7.2.3 does automatic typecasting, the cross-egcs > does not ? And the native char seems to be signed, while the cross-char > unsigned ? I wonder what the ANSI C docs say about this. The native char is unsigned. It produces better code to have it unsigned, since you don't have to have two extra instructions after every load (to convert the unsigned load to a signed value). > The code is the robin.c program from Erik Troan's Linux Applications > Development book, and the first warning was line 193, the second at line > 220. Most people don't seem to be aware of this issue, because the PC is what it is. > After the above modifications the code compiles without errors or > warnings, and runs on the Brutus (yeee!!!!!!!). Also on the PC. I have a lot of patches on my FTP site for various programs which suffer from this problem. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 10:49:45 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA160273 for ; Fri, 5 Mar 1999 10:49:39 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA18546 for ; Fri, 5 Mar 1999 10:49:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa18537; Fri, 5 Mar 99 10:49:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19728 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15981-15092>; Fri, 5 Mar 1999 11:49:09 +0200 Received: by vger.rutgers.edu via listexpand id <156576-25206>; Fri, 5 Mar 1999 03:31:58 -0500 Received: by vger.rutgers.edu id <156570-25208>; Fri, 5 Mar 1999 03:31:42 -0500 Received: from power-x-mail.demon.co.uk ([212.228.229.105]:15330 "EHLO gatekeeper.px.uk.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156576-25208>; Fri, 5 Mar 1999 03:29:10 -0500 Received: from px.uk.com (ashton.px.uk.com [172.16.16.208]) by gatekeeper.px.uk.com (8.9.3/8.9.3) with ESMTP id JAA26919; Fri, 5 Mar 1999 09:45:16 GMT Message-ID: <36DFA7CA.6D43FAB3@px.uk.com> Date: Fri, 05 Mar 1999 09:45:46 +0000 From: "Dr. David Alan Gilbert" Organization: Power-X Ltd X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.0.36 i586) MIME-Version: 1.0 To: zskiraly@stanford.edu CC: sa1100-linux@pa.dec.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk Subject: Re: Is char signed or unsigned ? References: <36DF196F.F265585A@stanford.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 847 Lines: 22 Zsolt Kiraly wrote: > So, I guess the gcc-2.7.2.3 does automatic typecasting, the cross-egcs > does not ? And the native char seems to be signed, while the cross-char > unsigned ? I wonder what the ANSI C docs say about this. ANSI says that the signedness of char is implementation defined. ARM systems tend to use unsigned char because an ldrb works as a good unsigned char load; where as if you wanted to sign extend you can only do that on newer ARMs. Doesn't gcc have a flag to specify the signedness? > The code is the robin.c program from Erik Troan's Linux Applications > Development book, and the first warning was line 193, the second at line > 220. Its a bug in the code - he should be using signed char if he intends to do wacky comparisons with it. Dave unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 11:06:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA328637 for ; Fri, 5 Mar 1999 11:06:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA18825 for ; Fri, 5 Mar 1999 11:06:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018823; Fri, 5 Mar 99 11:06:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:4658 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15341-6291>; Fri, 5 Mar 1999 12:05:56 +0200 Received: by vger.rutgers.edu via listexpand id <157058-25208>; Fri, 5 Mar 1999 03:47:19 -0500 Received: by vger.rutgers.edu id <157072-25208>; Fri, 5 Mar 1999 03:46:55 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:24701 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156537-25208>; Fri, 5 Mar 1999 03:43:50 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IrG9-0001n2-00; Fri, 5 Mar 1999 09:51:09 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IrG7-0005pc-00; Fri, 5 Mar 1999 09:51:07 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-reply-to: Your message of "Fri, 05 Mar 1999 00:17:20 GMT." <199903050017.AAA12797@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 09:51:05 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1285 Lines: 29 >optimistation. For some reason changing the top level CFLAGS (was this the >wrong place to do it) has resulted in the makefile deciding to recompile >everything. That's deliberate. The makefile tracks the flags for each source file and recompiles any whose flags have changed. > 1: ldrbt r6,[r6],#0 > >I don't recognise the t flag, and I can't remeber what happens with ldr >(ldm, IIRC, does the writeback after the first register load, but all that >might have changed/become undefined with StrongARM) but the instruction as >shown looks very odd - is it a very expensive No-op? Or is it doing something >cunning? Should the #0 be pre-increment instead? >(b.t.w. I get no warnings with -O2, which was what I was using) What the instruction is trying to do is load the word pointed to by R6 and store the result back in that same register. It's not a no-op. The T flag means to do the access as if from user mode; this is probably a get_user call. Technically the results are UNPREDICTABLE if the two registers are the same. I guess get_user needs to tell gcc that the input and output regs mustn't overlap. If you send me a fragment of code that exhibits the problem I'll cook up a fix. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 12:57:16 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA329669 for ; Fri, 5 Mar 1999 12:57:14 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA20575 for ; Fri, 5 Mar 1999 12:57:13 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020565; Fri, 5 Mar 99 12:57:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:60745 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3361-6291>; Fri, 5 Mar 1999 13:55:08 +0200 Received: by vger.rutgers.edu via listexpand id <156650-25208>; Fri, 5 Mar 1999 05:38:03 -0500 Received: by vger.rutgers.edu id <157050-25206>; Fri, 5 Mar 1999 05:37:53 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:25189 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157132-25206>; Fri, 5 Mar 1999 05:35:10 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10It72-0001u9-00; Fri, 5 Mar 1999 11:49:52 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10It70-0005vh-00; Fri, 5 Mar 1999 11:49:51 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicky Kern cc: Linux/ARM Subject: Re: DNARD In-reply-to: Your message of "Thu, 04 Mar 1999 13:51:00 +0100." <19990304135100.A24792@alderaan.ethz.ch> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 11:49:49 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 950 Lines: 28 >So my question: should linux run on a DNARD? If yes, how should I >configure the kernel? If not, is it possible to get it running on a >DNARD? I don't believe Linux will run on a DNARD without some modifications. It shouldn't be too hard to arrange, though. Either the EBSA-110 or EBSA-285 sources would be a reasonable starting point. >Ethernet: Crystal Semiconductor CS8900 Ethernet Controller I'm not sure if there's a driver for this currently. You may need to write one. >Video: IGS Technology CyberPro 2010 Video Controller > The Frame Buffer consists of 2MB of 256Kx16 EDO DRAMs. This is probably compatible with the NetWinder graphics system - see the cyber2000fb driver. >Keyboard, Mouse, Floppy, RTC, UARTs, Infrared, Parallel: > National Semiconductor PC87307VUL "Enhanced Sidewinder Lite" Presumably this is a standard ISA-style I/O device. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 14:01:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA334153 for ; Fri, 5 Mar 1999 14:01:18 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA21790 for ; Fri, 5 Mar 1999 14:01:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021788; Fri, 5 Mar 99 14:00:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24873 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3879-15092>; Fri, 5 Mar 1999 15:00:29 +0200 Received: by vger.rutgers.edu via listexpand id <157037-25206>; Fri, 5 Mar 1999 06:43:21 -0500 Received: by vger.rutgers.edu id <157041-25208>; Fri, 5 Mar 1999 06:43:11 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1521 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157037-25208>; Fri, 5 Mar 1999 06:42:57 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id MAA16294; Fri, 5 Mar 1999 12:58:08 GMT From: Alan Cox Message-Id: <199903051258.MAA16294@snowcrash.cymru.net> Subject: Re: DNARD To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 5 Mar 1999 12:57:26 +0000 (GMT) Cc: nicky@vis.ethz.ch, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Mar 5, 99 11:49:49 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 262 Lines: 7 > >Ethernet: Crystal Semiconductor CS8900 Ethernet Controller > > I'm not sure if there's a driver for this currently. You may need to write > one. There is, written by Russ Nelson. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 14:16:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA292040 for ; Fri, 5 Mar 1999 14:16:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA21814 for ; Fri, 5 Mar 1999 14:16:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021803; Fri, 5 Mar 99 14:15:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1842 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4171-15092>; Fri, 5 Mar 1999 15:15:11 +0200 Received: by vger.rutgers.edu via listexpand id <156722-25206>; Fri, 5 Mar 1999 06:57:56 -0500 Received: by vger.rutgers.edu id <157121-25206>; Fri, 5 Mar 1999 06:57:48 -0500 Received: from [194.205.185.2] ([194.205.185.2]:1068 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157110-25208>; Fri, 5 Mar 1999 06:55:16 -0500 Received: from clouse.eidos.co.uk (192.168.100.15 [192.168.100.15]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X82FBGG; Fri, 5 Mar 1999 13:13:44 -0000 Received: (from bdb@localhost) by clouse.eidos.co.uk (8.8.8/8.8.8) id NAA20604 for linux-arm@vger.rutgers.edu; Fri, 5 Mar 1999 13:10:39 GMT From: Brian Brunswick Message-Id: <199903051310.NAA20604@clouse.eidos.co.uk> Subject: CATS board IDE anybody? To: linux-arm@vger.rutgers.edu Date: Fri, 5 Mar 1999 13:10:39 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL32 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1985 Lines: 42 This is my third attempt to post this - I think maybe the mail list was rejecting it because my envelope from address was wrong? Apologies for any multiple copies that eventually appear. Ok, so what actually is supposed to be the state of the latest kernels on a CATS board? Wasn't PhilB working on that some time ago? In some spare moments, with lots of spare cpu time, We have successfully cross compiled a toolchain and the kernel, made a boot header with a pretty logo that even manages to accept command line arguments and pass them to linux, and it boots ok from a UFS partition, and successfully nfs mounts the root. We initally tried the JimPick debian boot image in a tar file, and that worked fine once we got past the point of everything non-trivial dying due to lack of floating point. Configure verbose user aborts, was the solution to finding the problem! However, the nfs root stuff appears to horribly disagree with dselect or something, and we were unable to get additional packages to install. Also working reasonably fine, if one is prepared to create an initial image by slight amounts of cross architecture fighting with rpm is the redhat rawhide stuff. So far it doesn't quite allow login, but booting single user works, and rpm happily installs extra packages. Various things are missed during the bootup, eg where is fsck.nfs (presumably a null operation) suppose to come from? Anyway, what doesn't work is the IDE. :-( On a plain 2.2.1-rmk4 it detected it ok, and even seemed to work, but was very unstable and would crash seemingly if one pressed a key while it was running. On the 2.2.2-rmk4-philb990301 we just tried, it doesn't even detect it, seemingly whatever configuration we try. So, is there some secret set of configure options to choose to make this work? What are they? Or is debugging the ide something that we would have to do ourselves if we really want it? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 15:03:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA335475 for ; Fri, 5 Mar 1999 15:03:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA21978 for ; Fri, 5 Mar 1999 15:03:49 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021976; Fri, 5 Mar 99 15:03:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25908 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1396-15092>; Fri, 5 Mar 1999 16:00:53 +0200 Received: by vger.rutgers.edu via listexpand id <156722-25208>; Fri, 5 Mar 1999 07:43:47 -0500 Received: by vger.rutgers.edu id <156510-25208>; Fri, 5 Mar 1999 07:43:24 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:35605 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157170-25208>; Fri, 5 Mar 1999 07:42:41 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post-20.mail.demon.net with esmtp (Exim 2.10 #2) id 10Iv87-00010D-0K; Fri, 5 Mar 1999 13:59:08 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id OAA32101; Fri, 5 Mar 1999 14:05:19 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id OAA00467; Fri, 5 Mar 1999 14:05:20 GMT Message-Id: <199903051405.OAA00467@test.sw.milldev.co.uk> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 5 Mar 1999 14:05:19 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Mar 5, 99 09:51:05 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 723 Lines: 20 Philip Blundell said: > > 1: ldrbt r6,[r6],#0 > > Technically the results are UNPREDICTABLE if the two registers are the same. > I guess get_user needs to tell gcc that the input and output regs mustn't > overlap. If you send me a fragment of code that exhibits the problem I'll > cook up a fix. This is not illegal, nor unpredictable. The documentation says that a post indexed ldr instruction must not have rd the same as rn, except in one case where it is permitted. The above is an example of the exact case when it is allowed. Hence, it's a bug in binutils to be warning this instruction. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 15:15:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA342828 for ; Fri, 5 Mar 1999 15:15:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA22019 for ; Fri, 5 Mar 1999 15:15:49 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022017; Fri, 5 Mar 99 15:15:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11088 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1591-6291>; Fri, 5 Mar 1999 16:14:26 +0200 Received: by vger.rutgers.edu via listexpand id <157171-25206>; Fri, 5 Mar 1999 07:54:44 -0500 Received: by vger.rutgers.edu id <157041-25208>; Fri, 5 Mar 1999 07:54:36 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:27375 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156510-25208>; Fri, 5 Mar 1999 07:54:24 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IvIr-00024T-00; Fri, 5 Mar 1999 14:10:13 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IvIq-0007A8-00; Fri, 5 Mar 1999 14:10:12 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: nick@flirble.org, linux-arm@vger.rutgers.edu Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-reply-to: Your message of "Fri, 05 Mar 1999 14:05:19 GMT." <199903051405.OAA00467@test.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 14:10:11 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 814 Lines: 27 In message <199903051405.OAA00467@test.sw.milldev.co.uk>, Russell King writes: >Philip Blundell said: >> > 1: ldrbt r6,[r6],#0 >> >> Technically the results are UNPREDICTABLE if the two registers are the same. > >This is not illegal, nor unpredictable. The documentation says that a >post indexed ldr instruction must not have rd the same as rn, except in >one case where it is permitted. The above is an example of the exact >case when it is allowed. Where is this documented? The ARM says of LDRBT simply: Notes Register Rn: Specifies the base register used by . Operand restrictions: If the same register is specified for Rd and Rn the results are UNPREDICTABLE. This is on page 3-46. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 15:33:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA267563 for ; Fri, 5 Mar 1999 15:33:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA22065 for ; Fri, 5 Mar 1999 15:33:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022063; Fri, 5 Mar 99 15:33:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45434 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15479-6291>; Fri, 5 Mar 1999 16:30:35 +0200 Received: by vger.rutgers.edu via listexpand id <157193-25206>; Fri, 5 Mar 1999 08:13:16 -0500 Received: by vger.rutgers.edu id <157021-25206>; Fri, 5 Mar 1999 08:13:04 -0500 Received: from [208.196.3.162] ([208.196.3.162]:4856 "EHLO gwu.ericy.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157296-25208>; Fri, 5 Mar 1999 08:10:45 -0500 Received: from mr3.exu.ericsson.se ([138.85.11.55]) by gwu.ericy.com (8.8.8/8.8.8) with ESMTP id IAA17971; Fri, 5 Mar 1999 08:28:36 -0600 (CST) From: eric.thomas@ericsson.com Received: from netmanager7.rtp.ericsson.se (netmanager7.rtp.ericsson.se [147.117.132.245]) by mr3.exu.ericsson.se (8.8.8/8.8.8) with ESMTP id IAA06743; Fri, 5 Mar 1999 08:26:43 -0600 (CST) Received: from rpc3725 (pc29055.rtp.ericsson.se [147.117.129.55]) by netmanager7.rtp.ericsson.se (8.9.1/8.6.4) with SMTP id JAA24389; Fri, 5 Mar 1999 09:26:41 -0500 (EST) Reply-To: To: "'Petr Vandrovec Ing. VTEI'" Cc: , Subject: RE: [linux-fbdev] mmap on non-aligned region Date: Fri, 5 Mar 1999 09:23:05 -0500 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 8.5, Build 4.71.2173.0 In-Reply-To: Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1314 Lines: 34 > On 4 Mar 99 at 17:27, eric.thomas@ericsson.com wrote: > > I am developing a fbmem driver for an SA-1100 based board > > and am stuck in the fb_mmap > ... > > located at the end of the palette area (512 bytes). > > The fb_mmap function is being called with vma->offset=0 and > > the vma->start and vma->end > ... > > Since the video memory is not page aligned, I cannot call > > remap_page_range to map it > > I know nothing about SA-1100, but is not it possible to set > `video_start' (this register does exist on VGA compatibles > (to allow virtual scrolling...)) so that first pixel will be > present on page boundary? If palette is 512 bytes > long, it should be possible for all depths on 4KB machines > and for all except 24bpp on 8KB machines (if it is in pixels; > if base is in bytes, you should not have any problems). Thanks, but the 'video_start' on the SA-1100 is fixed at the end of the palette area. However, a quick re-read of the video controller spec and I realized the palette area only has to be aligned on a 16 byte boundry. Modifying the FrameBuffer address so that the start of the video data area was aligned on a 4k boundry became trivial. Simple confusion on my part. Thanks anyway, Eric unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 16:00:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA339571 for ; Fri, 5 Mar 1999 16:00:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA22137 for ; Fri, 5 Mar 1999 16:00:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022127; Fri, 5 Mar 99 15:59:51 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25153 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15439-6291>; Fri, 5 Mar 1999 16:59:13 +0200 Received: by vger.rutgers.edu via listexpand id <157156-25208>; Fri, 5 Mar 1999 08:38:13 -0500 Received: by vger.rutgers.edu id <157211-25206>; Fri, 5 Mar 1999 08:34:14 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28728 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157278-25206>; Fri, 5 Mar 1999 08:28:01 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IvXg-00026S-00; Fri, 5 Mar 1999 14:25:32 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IvXf-0007Aq-00; Fri, 5 Mar 1999 14:25:32 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Brian Brunswick cc: linux-arm@vger.rutgers.edu Subject: Re: CATS board IDE anybody? In-reply-to: Your message of "Fri, 05 Mar 1999 13:10:39 GMT." <199903051310.NAA20604@clouse.eidos.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 14:25:30 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1389 Lines: 29 >Ok, so what actually is supposed to be the state of the latest kernels >on a CATS board? Wasn't PhilB working on that some time ago? I was, yes. The theory is that the latest kernels with the -philb patches should work on the CATS. >Anyway, what doesn't work is the IDE. :-( On a plain 2.2.1-rmk4 it >detected it ok, and even seemed to work, but was very unstable and >would crash seemingly if one pressed a key while it was running. On >the 2.2.2-rmk4-philb990301 we just tried, it doesn't even detect it, >seemingly whatever configuration we try. Groan. I made a change on philb-990301 which was intended to try to fix Neil's problem with the second channel getting the wrong IRQ number. It sounds like this just didn't work (and thinking about it more, what's more likely is that a different patch has gotten accidentally backed out at some point). The problem with it crashing randomly is something Neil mentioned too. I must admit I never used the IDE very much, certainly not recently. My suspicion is that the ISA IRQ routines aren't quite right - maybe some of the black 8259 magic needs to be reinstated. Unfortunately I don't have a CATS board any more so there's not a lot I can do directly to fix it. If someone would like to lend me one for a bit maybe I can do something. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 15:45:50 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA344395 for ; Fri, 5 Mar 1999 15:45:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA22104 for ; Fri, 5 Mar 1999 15:45:49 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa22100; Fri, 5 Mar 99 15:45:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24350 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <16129-15092>; Fri, 5 Mar 1999 16:40:28 +0200 Received: by vger.rutgers.edu via listexpand id <157193-25208>; Fri, 5 Mar 1999 08:22:27 -0500 Received: by vger.rutgers.edu id <157149-25206>; Fri, 5 Mar 1999 08:22:18 -0500 Received: from prune.flirble.org ([195.40.6.30]:2074 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157272-25208>; Fri, 5 Mar 1999 08:21:17 -0500 Received: (qmail 7914 invoked from network); 5 Mar 1999 14:37:53 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 5 Mar 1999 14:37:53 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id OAA27129; Fri, 5 Mar 1999 14:37:51 GMT From: Nicholas Clark Message-Id: <199903051437.OAA27129@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: from Philip Blundell at "Mar 5, 99 02:10:11 pm" To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 5 Mar 1999 14:37:50 +0000 (GMT) Cc: rmk@milldev.demon.co.uk, nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1426 Lines: 37 In the last mail Philip Blundell said: > In message <199903051405.OAA00467@test.sw.milldev.co.uk>, Russell King writes: > >Philip Blundell said: > >> > 1: ldrbt r6,[r6],#0 > >> > >> Technically the results are UNPREDICTABLE if the two registers are the same. > > > >This is not illegal, nor unpredictable. The documentation says that a > >post indexed ldr instruction must not have rd the same as rn, except in > >one case where it is permitted. The above is an example of the exact > >case when it is allowed. > > Where is this documented? The ARM says of LDRBT simply: > > Notes > Register Rn: > Specifies the base register used by . > > Operand restrictions: > If the same register is specified for Rd and Rn the results are > UNPREDICTABLE. > > This is on page 3-46. It would seem sane for what Russell writes to be true, as I did find some documentation of the T flag, and it says it only applies for post indexed addressing (presumably there are 2 bits to encode 4 states: pre indexed, pre indexed with writeback, post indexed, post indexed with address translation) hence post index of 0 is otherwise meaningless. However, I'm no expert, and even with -O1 can't get an inflatable kernel (Phil predicted correctly that -O0 doesn't inline functions, hence I got > 1024 lines of link errors) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 16:00:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA341956 for ; Fri, 5 Mar 1999 16:00:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA22152 for ; Fri, 5 Mar 1999 16:00:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022150; Fri, 5 Mar 99 16:00:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25153 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15822-15092>; Fri, 5 Mar 1999 17:00:10 +0200 Received: by vger.rutgers.edu via listexpand id <157059-25206>; Fri, 5 Mar 1999 08:42:35 -0500 Received: by vger.rutgers.edu id <157170-25208>; Fri, 5 Mar 1999 08:38:28 -0500 Received: from red.csi.cam.ac.uk ([131.111.8.70]:40883 "EHLO red.csi.cam.ac.uk" ident: "exim") by vger.rutgers.edu with ESMTP id <157224-25206>; Fri, 5 Mar 1999 08:35:12 -0500 Received: from atm26 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 2.05 #3) id 10Ivwr-00045X-00; Fri, 5 Mar 1999 14:51:33 +0000 Date: Fri, 5 Mar 1999 14:51:33 +0000 (GMT) From: Theo Markettos X-Sender: atm26@red.csi.cam.ac.uk To: linux-arm@vger.rutgers.edu cc: Theo Markettos Subject: Compiling lesstif - libXt, a.out and shared libraries Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1373 Lines: 32 I've successfully managed to compile Lesstif 0.87 under a.out using a rejigged linker. It compiled happily, and so do Motif applications linked with it. There's one small problem - all the apps I've tried return this error: Error: attempt to add non-widget child "DropSiteManager" to parent "Mosaic" which supports only widgets According to the people on the Lesstif mailing list, this is because it's getting a function from libXt instead of Lesstif. Apart from the link line library ordering (which doesn't solve this), they say another possibility is that Lesstif is compiled as static and linking with a shared libXt. As the supplied ld doesn't support shared libraries, Lesstif compiles as static. However, /usr/X11/lib contains libXt.sa, libXt.so.6, and libXt.so.6.0. Does this mean they're all shared? I thought a.out didn't support shared libraries? If so, is there a static libXt available anywhere? Is it adapted to ARMLinux - or can I just download the source and compile a new static version? Am I just being dense and there's an obvious way out? Thanks, Theo -- Theo Markettos Theo.Markettos@cai.cam.ac.uk (atm26) Gonville & Caius College theomarkettos@letterbox.com Cambridge, UK http://www.marketto.demon.co.uk/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 16:08:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA334207 for ; Fri, 5 Mar 1999 16:08:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA22178 for ; Fri, 5 Mar 1999 16:08:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022175; Fri, 5 Mar 99 16:08:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23891 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15754-15092>; Fri, 5 Mar 1999 17:07:44 +0200 Received: by vger.rutgers.edu via listexpand id <157041-25206>; Fri, 5 Mar 1999 08:50:16 -0500 Received: by vger.rutgers.edu id <157069-25206>; Fri, 5 Mar 1999 08:49:20 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4104 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157032-25208>; Fri, 5 Mar 1999 08:45:22 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10Iw6s-0005PV-0A; Fri, 5 Mar 1999 15:01:55 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id PAA01413; Fri, 5 Mar 1999 15:01:48 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id PAA00232; Fri, 5 Mar 1999 15:08:00 GMT Message-Id: <199903051508.PAA00232@test.sw.milldev.co.uk> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 5 Mar 1999 15:07:58 +0000 (GMT) Cc: rmk@milldev.demon.co.uk, nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Mar 5, 99 02:10:11 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 569 Lines: 20 Philip Blundell said: > Where is this documented? The ARM says of LDRBT simply: > > Notes > Register Rn: > Specifies the base register used by . > > Operand restrictions: > If the same register is specified for Rd and Rn the results are > UNPREDICTABLE. > > This is on page 3-46. Well, It'll have to wait until tonight - but I'm sure that there is a comment in there somewhere, it's just not obvious where. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 16:55:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA343648 for ; Fri, 5 Mar 1999 16:55:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA22315 for ; Fri, 5 Mar 1999 16:55:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022313; Fri, 5 Mar 99 16:54:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31023 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15540-6291>; Fri, 5 Mar 1999 17:51:04 +0200 Received: by vger.rutgers.edu via listexpand id <157041-25206>; Fri, 5 Mar 1999 09:21:21 -0500 Received: by vger.rutgers.edu id <156933-25206>; Fri, 5 Mar 1999 09:19:08 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4538 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157217-25208>; Fri, 5 Mar 1999 09:10:46 -0500 Received: from [212.228.88.2] (helo=reinhouse) by finch-post-11.mail.demon.net with smtp (Exim 2.12 #1) id 10IwVP-000Ecg-0B for linux-arm@vger.rutgers.edu; Fri, 5 Mar 1999 15:27:15 +0000 Date: Fri, 05 Mar 1999 15:08:09 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: 2.2.2-rmk2 crash on boot Message-ID: In-Reply-To: <6c4af0dc48%tim@reinhouse.freeserve.co.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1387 Lines: 29 In message <6c4af0dc48%tim@reinhouse.freeserve.co.uk> Timothy Baldwin wrote: > linux/arch/arm/boot/compressed/piggy.o contains a valid gzip file, but > linux/arch/arm/boot/compressed/vmlinux and linux/arch/arm/boot/zImage do > not, therefore arm-linux-ld is a likely suspect. This is with > binutils-2.9.1.0.19a statically or dynamically linked against > libc 4.6.27, compiled with binutils-2.9.1.0.19a and egcs-2.91.57 19980901 > (egcs-1.1 release). I am currently running kernel 2.0.36 patched with patch-arm-2.0.36-19990109 I recompiled binutils-2.9.1.0.19a with gcc-2.7.2.2-1 and binutils-2.7-1a2 (those are names of RPMs), Still no luck [1]. I tried with a hacked [2] Debian installation, no luck again. I have discovered that ommiting the -Ttext option from the arm-linux-ld command line results in vmlinux containing a *valid* gzip file, however there is still no valid gzip file in zImage. [1] Even under RMK's 2.0.36 compiled at 20 Thu Jan 21 21:23:26. [2] I installed a few debs by manually extracting the 2nd gzip'd tar file from the deb file, as dpkg won't work under kernel 2.0.36. -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 16:13:49 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA346950 for ; Fri, 5 Mar 1999 16:13:49 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA22191 for ; Fri, 5 Mar 1999 16:13:48 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022188; Fri, 5 Mar 99 16:13:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57440 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15725-15092>; Fri, 5 Mar 1999 17:13:09 +0200 Received: by vger.rutgers.edu via listexpand id <156510-25206>; Fri, 5 Mar 1999 08:55:32 -0500 Received: by vger.rutgers.edu id <157041-25206>; Fri, 5 Mar 1999 08:55:10 -0500 Received: from [194.205.185.2] ([194.205.185.2]:2712 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157032-25206>; Fri, 5 Mar 1999 08:53:35 -0500 Received: from clouse.eidos.co.uk (192.168.100.15 [192.168.100.15]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X82FBSQ; Fri, 5 Mar 1999 15:12:06 -0000 Received: (from bdb@localhost) by clouse.eidos.co.uk (8.8.8/8.8.8) id PAA24724; Fri, 5 Mar 1999 15:09:01 GMT Date: Fri, 5 Mar 1999 15:09:01 GMT From: Brian Brunswick Message-Id: <199903051509.PAA24724@clouse.eidos.co.uk> To: pb@nexus.co.uk Subject: Re: CATS board IDE anybody? In-Reply-To: Organization: Eidos Technologies Ltd (+44 181 636 3000) Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 496 Lines: 17 Ok, I've just traced it some more. What happens is ide0: Disabled unable to get IRQ 47. But in irq_init_irq the value of NR_IRQS that is picked up is 32, presumeably from include/asm-arm/arch-ebsa285/irqs.h, so things above that never get marked as valid to claim. There's also ./include/asm-arm/irq.h:#ifndef NR_IRQS ./include/asm-arm/irq.h:#define NR_IRQS 128 I'll try changing the value in arch-ebsa285/irqs.h unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 17:25:19 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA346498 for ; Fri, 5 Mar 1999 17:25:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA22403 for ; Fri, 5 Mar 1999 17:25:18 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022399; Fri, 5 Mar 99 17:25:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18804 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15343-6291>; Fri, 5 Mar 1999 18:24:15 +0200 Received: by vger.rutgers.edu via listexpand id <157032-25206>; Fri, 5 Mar 1999 10:07:02 -0500 Received: by vger.rutgers.edu id <157092-25206>; Fri, 5 Mar 1999 10:06:47 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:28800 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157124-25208>; Fri, 5 Mar 1999 10:03:57 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10IxH9-0002FP-00; Fri, 5 Mar 1999 16:16:35 +0000 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10IxH7-0007Gc-00; Fri, 5 Mar 1999 16:16:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Theo Markettos cc: linux-arm@vger.rutgers.edu Subject: Re: Compiling lesstif - libXt, a.out and shared libraries In-reply-to: Your message of "Fri, 05 Mar 1999 14:51:33 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 16:16:32 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 679 Lines: 18 >As the supplied ld doesn't support shared libraries, Lesstif compiles as >static. However, /usr/X11/lib contains libXt.sa, libXt.so.6, and >libXt.so.6.0. Does this mean they're all shared? I thought a.out didn't >support shared libraries? Yes. A .so file is a shared object; .sa is the stub that you link with for such an object. It's possible to support shared libraries with a.out but building them is a pretty gruesome process involving the DLL tools. Glibc has no support for this but the old libc4 does. I think the binutils linker has all the necessary bits in to make it work. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 18:20:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA354454 for ; Fri, 5 Mar 1999 18:20:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22645 for ; Fri, 5 Mar 1999 18:20:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022641; Fri, 5 Mar 99 18:19:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21516 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14541-6291>; Fri, 5 Mar 1999 19:19:30 +0200 Received: by vger.rutgers.edu via listexpand id <156976-25206>; Fri, 5 Mar 1999 11:02:06 -0500 Received: by vger.rutgers.edu id <156935-25208>; Fri, 5 Mar 1999 11:01:53 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4831 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156563-25206>; Fri, 5 Mar 1999 10:59:51 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10IyD8-000PAR-0B; Fri, 5 Mar 1999 17:16:31 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id QAA03583; Fri, 5 Mar 1999 16:53:28 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id QAA00244; Fri, 5 Mar 1999 16:59:42 GMT Message-Id: <199903051659.QAA00244@test.sw.milldev.co.uk> Subject: Re: CATS board IDE anybody? To: bdb@eidos.co.uk (Brian Brunswick) Date: Fri, 5 Mar 1999 16:59:41 +0000 (GMT) Cc: pb@nexus.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: <199903051509.PAA24724@clouse.eidos.co.uk> from "Brian Brunswick" at Mar 5, 99 03:09:01 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 629 Lines: 21 Brian Brunswick said: > What happens is ide0: Disabled unable to get IRQ 47. > > But in irq_init_irq the value of NR_IRQS that is picked up is 32, presumeably from > include/asm-arm/arch-ebsa285/irqs.h, so things above that never get marked as > valid to claim. > > There's also > ./include/asm-arm/irq.h:#ifndef NR_IRQS > ./include/asm-arm/irq.h:#define NR_IRQS 128 > > > I'll try changing the value in arch-ebsa285/irqs.h IRQ 47 is invalid on this architecture. It's probably supposed to be 15 or 31. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 18:22:20 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA356176 for ; Fri, 5 Mar 1999 18:22:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22650 for ; Fri, 5 Mar 1999 18:22:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022648; Fri, 5 Mar 99 18:21:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21516 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15320-15092>; Fri, 5 Mar 1999 19:21:30 +0200 Received: by vger.rutgers.edu via listexpand id <156815-25206>; Fri, 5 Mar 1999 11:04:16 -0500 Received: by vger.rutgers.edu id <156563-25208>; Fri, 5 Mar 1999 11:04:08 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:2909 "EHLO BITS.bris.ac.uk" ident: "dooby") by vger.rutgers.edu with ESMTP id <156815-25206>; Fri, 5 Mar 1999 11:03:52 -0500 Received: from localhost (dooby@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id RAA55949 for ; Fri, 5 Mar 1999 17:18:33 GMT Date: Fri, 5 Mar 1999 17:18:32 +0000 (GMT) From: dooby To: linux-arm@vger.rutgers.edu Subject: Re: Linux loader reports Out of memory for loading kernel In-Reply-To: <199902262144.VAA03167@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 943 Lines: 24 On Fri, 26 Feb 1999, Russell King - ARM Linux Admin wrote: > dooby writes: > >... > > LoadMap (exactly as I did last time). The problem is, this time !Linux > > does not take me straight to the menu, but says > > Error : Out of memory for kernel > > I have 128MB ADFS then 64MB root, 64MB home, 600MB usr then some swap > > space, so the kenel (/boot/vmlinuz) _is_ accessible by FileCore. > > If you're running it under the desktop, it may be that the Next slot is not > large enough, although I thought that the !Run file there took care of that. > Try increasing the Next slot on the task manager to around 1MB. Erm it's not that, since the next slot is usually at 1.6MB on my computer. It's not likely to be related to very small (32MB) root partition is it? Other than that, I haven't changed anything since it worked last Linux install AFAICS. Cheers, Pete unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 18:52:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA355803 for ; Fri, 5 Mar 1999 18:52:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22700 for ; Fri, 5 Mar 1999 18:52:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022698; Fri, 5 Mar 99 18:51:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:52564 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16129-6291>; Fri, 5 Mar 1999 19:51:48 +0200 Received: by vger.rutgers.edu via listexpand id <157030-25208>; Fri, 5 Mar 1999 11:34:23 -0500 Received: by vger.rutgers.edu id <156563-25206>; Fri, 5 Mar 1999 11:34:03 -0500 Received: from golden.argonet.co.uk ([194.131.104.13]:36573 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <156510-25208>; Fri, 5 Mar 1999 11:33:48 -0500 Received: from localhost [127.0.0.1] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10Iygo-0006P6-00; Fri, 5 Mar 1999 17:47:10 +0000 Date: Fri, 5 Mar 1999 17:47:10 +0000 (GMT) From: "Neil A. Carson" X-Sender: carson@fm3.facility.pipex.com Reply-To: "Neil A. Carson" To: Brian Brunswick cc: linux-arm@vger.rutgers.edu Subject: Re: CATS board IDE anybody? In-Reply-To: <199903051310.NAA20604@clouse.eidos.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 288 Lines: 11 Brian, I found the same thing happening with IDE on the CATS. Untarring stuff and hitting keys sometimes caused the console to hang. Apparently, it might be an ISA IRQ problem or something like that. - Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 19:04:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA354767 for ; Fri, 5 Mar 1999 19:04:19 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22728 for ; Fri, 5 Mar 1999 19:04:19 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022726; Fri, 5 Mar 99 19:04:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:5998 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14863-15092>; Fri, 5 Mar 1999 20:03:56 +0200 Received: by vger.rutgers.edu via listexpand id <157025-25208>; Fri, 5 Mar 1999 11:46:17 -0500 Received: by vger.rutgers.edu id <156510-25208>; Fri, 5 Mar 1999 11:45:57 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:3327 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157032-25206>; Fri, 5 Mar 1999 11:43:10 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id RAA16901; Fri, 5 Mar 1999 17:59:40 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFQZM2>; Fri, 5 Mar 1999 09:59:39 -0800 Message-ID: From: "Chagas, Jason" To: "'Chagas, Jason'" , "'Philip Blundell'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP - GLIBC 2.1 Date: Fri, 5 Mar 1999 09:59:38 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1227 Lines: 41 Phil, I blew away all GLIBC expanded files and restarted from scratch. Then ran... #CC=arm-linuxaout-gcc ./configure arm-linuxaout --build=i686-pc-linux-gnu --prefix=/usr/local/arm/glibc/arm-linuxaout-glibc -enable-add-ons --with-headers=/home/chagas/linux-2.2.0/linux/include --enable-static-nss #make and got the following errors: a - dbm.o a - db185.o : libdb.a arm-linuxaout-gcc -nostdlib -nostartfiles -o makedb ../csu/crt0.o makedb.o libdb.a ../libc.a -lgcc ../libc.a /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_umodsi3.o)(. text +0xa8): undefined reference to `__div0' /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_udivsi3.o)(. text +0x8c): undefined reference to `__div0' /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_divsi3.o)(.t ext+ 0xa4): undefined reference to `__div0' /usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_modsi3.o)(.t ext+ 0xc4): undefined reference to `__div0' collect2: ld returned 1 exit status make[1]: *** [makedb] Error 1 make[1]: Leaving directory `/home/chagas/glibc/glibc-2.1/db2' make: *** [db2/others] Error 2 Any ideas? Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 19:31:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA355111 for ; Fri, 5 Mar 1999 19:31:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22766 for ; Fri, 5 Mar 1999 19:31:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022764; Fri, 5 Mar 99 19:31:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15456 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2886-15092>; Fri, 5 Mar 1999 20:31:11 +0200 Received: by vger.rutgers.edu via listexpand id <156933-25208>; Fri, 5 Mar 1999 12:13:54 -0500 Received: by vger.rutgers.edu id <156722-25206>; Fri, 5 Mar 1999 12:13:36 -0500 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:40578 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156510-25208>; Fri, 5 Mar 1999 12:13:22 -0500 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with SMTP id TAA09677; Fri, 5 Mar 1999 19:26:29 +0100 (MET) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id TAA06839; Fri, 5 Mar 1999 19:26:37 +0100 Message-ID: <36E021DB.3E8E5AC4@era-t.ericsson.se> Date: Fri, 05 Mar 1999 18:26:35 +0000 From: Peter Danielsson X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.2.0 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com Subject: suspected kernel bug? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 541 Lines: 14 I've been working with a fbdev for the SA1100-platform, and during the work I'v stumbled over something that might be a bug or just me not thinking straight. I have to modify the declaration of dentry_cache to become static or it will loose it's value during the boot! I cannot really pinpoint where it is changed or why, (every test cycle take about half an hour...) but someone might tell me why it works if declared static! (and why this is a bad idea) /Peter unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 19:49:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA335911 for ; Fri, 5 Mar 1999 19:49:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22785 for ; Fri, 5 Mar 1999 19:49:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022782; Fri, 5 Mar 99 19:49:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9087 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14946-15092>; Fri, 5 Mar 1999 20:48:09 +0200 Received: by vger.rutgers.edu via listexpand id <156982-25208>; Fri, 5 Mar 1999 12:30:41 -0500 Received: by vger.rutgers.edu id <156510-25206>; Fri, 5 Mar 1999 12:30:26 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2387 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157050-25206>; Fri, 5 Mar 1999 12:29:51 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10IzcB-000628-0A; Fri, 5 Mar 1999 18:46:27 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id SAA04912; Fri, 5 Mar 1999 18:34:33 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id SAA00262; Fri, 5 Mar 1999 18:40:47 GMT Message-Id: <199903051840.SAA00262@test.sw.milldev.co.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Fri, 5 Mar 1999 18:40:47 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Timothy Baldwin" at Mar 5, 99 03:08:09 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 435 Lines: 12 Timothy Baldwin said: > I have discovered that ommiting the -Ttext option from the arm-linux-ld > command line results in vmlinux containing a *valid* gzip file, however > there is still no valid gzip file in zImage. Erm, what? Which vmlinux? If you're talking about linux/vmlinux, it never contains a gzip file. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 19:49:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA338537 for ; Fri, 5 Mar 1999 19:49:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA22786 for ; Fri, 5 Mar 1999 19:49:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa22782; Fri, 5 Mar 99 19:49:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43529 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14969-6291>; Fri, 5 Mar 1999 20:48:52 +0200 Received: by vger.rutgers.edu via listexpand id <157041-25206>; Fri, 5 Mar 1999 12:30:41 -0500 Received: by vger.rutgers.edu id <156774-25206>; Fri, 5 Mar 1999 12:30:28 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2404 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157037-25206>; Fri, 5 Mar 1999 12:29:51 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10IzcD-000628-0A; Fri, 5 Mar 1999 18:46:30 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id SAA04960; Fri, 5 Mar 1999 18:36:26 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id SAA00271; Fri, 5 Mar 1999 18:42:40 GMT Message-Id: <199903051842.SAA00271@test.sw.milldev.co.uk> Subject: Re: Linux loader reports Out of memory for loading kernel To: dooby@BITS.bris.ac.uk (dooby) Date: Fri, 5 Mar 1999 18:42:39 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "dooby" at Mar 5, 99 05:18:32 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 509 Lines: 13 dooby said: > Erm it's not that, since the next slot is usually at 1.6MB on my computer. > It's not likely to be related to very small (32MB) root partition is it? > Other than that, I haven't changed anything since it worked last Linux > install AFAICS. Since you last mailed, I have uploaded a new alpha !Linux to the ftp site. Could you try that and let me know what happens? Thanks. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 21:26:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA359362 for ; Fri, 5 Mar 1999 21:26:20 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23024 for ; Fri, 5 Mar 1999 21:26:20 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023022; Fri, 5 Mar 99 21:26:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:41224 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15910-15092>; Fri, 5 Mar 1999 22:25:54 +0200 Received: by vger.rutgers.edu via listexpand id <157078-25206>; Fri, 5 Mar 1999 14:08:27 -0500 Received: by vger.rutgers.edu id <157050-25208>; Fri, 5 Mar 1999 14:06:51 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:4356 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156722-25208>; Fri, 5 Mar 1999 14:06:40 -0500 Received: from fmsmsx29.FM.INTEL.COM (fmsmsx29.fm.intel.com [132.233.42.29]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id UAA12218; Fri, 5 Mar 1999 20:23:20 GMT Received: by FMSMSX29 with Internet Mail Service (5.5.2232.9) id ; Fri, 5 Mar 1999 12:23:20 -0800 Message-ID: From: "Chagas, Jason" To: "'nico@cam.org'" Cc: "Chagas, Jason" , "'linux-arm@vger.rutgers.edu'" Subject: Problems building ARM-Linux v2.0.35 for Brutus Date: Fri, 5 Mar 1999 12:23:19 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1057 Lines: 33 Nico, I tried to build ARM-Linux v2.0.35 (Brutus) and I got the following error messages: In file included from sound_config.h:15, from vidc_synth.c:9: os.h:37: warning: `TRUE' redefined /home/chagas/linux-2.0.35/linux/include/asm/arch/cmptblty.h:39: warning: this is the location of the previous definition make[2]: *** [fastdep] Error 1 make[2]: Leaving directory `/home/chagas/linux-2.0.35/linux/arch/arm/drivers/sou nd' make[1]: *** [fastdep] Error 2 make[1]: Leaving directory `/home/chagas/linux-2.0.35/linux/arch/arm/drivers' make: *** [dep-files] Error 2 Your notes make reference to some some symbolic links ("Note that some of the directories (most notably the drivers) should contain symbolic links. These should be set up before making config."). It was not clear what I should do here. I seached `/home/chagas/linux-2.0.35/linux/arch/arm/drivers' with "dir -all" and I see several symbolic links already there... Am I missing something? Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 22:13:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA358888 for ; Fri, 5 Mar 1999 22:13:20 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA23108 for ; Fri, 5 Mar 1999 22:13:20 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023102; Fri, 5 Mar 99 22:12:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19066 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3682-6291>; Fri, 5 Mar 1999 23:12:34 +0200 Received: by vger.rutgers.edu via listexpand id <157075-25208>; Fri, 5 Mar 1999 14:55:14 -0500 Received: by vger.rutgers.edu id <156774-25206>; Fri, 5 Mar 1999 14:54:59 -0500 Received: from [194.168.16.216] ([194.168.16.216]:2449 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156510-25206>; Fri, 5 Mar 1999 14:54:47 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA16090; Fri, 5 Mar 1999 21:15:44 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00581; Fri, 5 Mar 1999 21:03:11 GMT Message-Id: <199903052103.VAA00581@raistlin.armlinux.org.uk> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 5 Mar 1999 21:03:10 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Mar 5, 99 02:10:11 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1588 Lines: 34 Philip Blundell writes: > Where is this documented? The ARM says of LDRBT simply: > > Notes > Register Rn: > Specifies the base register used by . > > Operand restrictions: > If the same register is specified for Rd and Rn the results are > UNPREDICTABLE. > > This is on page 3-46. Well, indeed the ARM ARM does seem to imply this. If this is the case, then IMHO that's another error in the ARM ARM (the ARM ARM has on average one error per page), since it means any code using this could break between ARM2 or ARM3 processors and ARM6+. The ARM2 data book says: 'In the case of post-indexed addressing, the write back bit is redundant, since the old base value can be retained by setting the offset to zero.' Hence, when specifing an offset of zero, since no writeback is performed, the result is predictable. However, the question now is, does this apply to the later processors? Have ARM updated their ARM to include this? Did they purposely remove this? Or what? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 22:16:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA344994 for ; Fri, 5 Mar 1999 22:16:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA23122 for ; Fri, 5 Mar 1999 22:16:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023120; Fri, 5 Mar 99 22:16:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19066 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15183-15092>; Fri, 5 Mar 1999 23:16:06 +0200 Received: by vger.rutgers.edu via listexpand id <156722-25206>; Fri, 5 Mar 1999 14:58:45 -0500 Received: by vger.rutgers.edu id <156510-25206>; Fri, 5 Mar 1999 14:58:30 -0500 Received: from [212.219.8.163] ([212.219.8.163]:2963 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157064-25206>; Fri, 5 Mar 1999 14:58:21 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id VAA12752 for ; Fri, 5 Mar 1999 21:15:12 GMT Date: Fri, 5 Mar 1999 21:15:11 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: glibc 2.1 compilation problemette Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 713 Lines: 19 I'm trying to knock up glibc 2.1 with my armv2-linux toolchain, and I find a minor problem. `make' aborts somewhere along the line with a complaint from gcc that doesn't exist: fair enough. /usr/arm-linux/include/asm/proc is a symlink to `proc-', which, unsurprisingly, doesn't exist. What *does* exist in the `asm' directory are two directories: `proc-armo' and `proc-armv'. So I presume `proc' was meant to link to one of those two; but which one? I'd put this down to a screw up somewhere in Russell's kernel makefile... ;-) -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 23:20:25 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA361278 for ; Fri, 5 Mar 1999 23:19:52 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23220 for ; Fri, 5 Mar 1999 23:19:52 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023218; Fri, 5 Mar 99 23:19:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:33033 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13153-24532>; Sat, 6 Mar 1999 00:18:49 +0200 Received: by vger.rutgers.edu via listexpand id <156933-25206>; Fri, 5 Mar 1999 16:01:27 -0500 Received: by vger.rutgers.edu id <157050-25206>; Fri, 5 Mar 1999 16:00:48 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2307 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157147-25208>; Fri, 5 Mar 1999 15:58:12 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10J2rn-0006KC-0A; Fri, 5 Mar 1999 22:14:48 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10J2ql-0003ei-00; Fri, 5 Mar 1999 22:13:43 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: HELP - GLIBC 2.1 In-reply-to: Your message of "Fri, 05 Mar 1999 09:59:38 PST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 22:13:43 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 398 Lines: 14 Hi Jason, > libdb.a ../libc.a -lgcc ../libc.a >/usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_umodsi3.o)(. >text >+0xa8): undefined reference to `__div0' This symbol should be defined in libgcc.a (which is built as part of EGCS). Why it's not there, I'm afraid I don't have much of a clue. :-( p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 23:36:53 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA356910 for ; Fri, 5 Mar 1999 23:36:52 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23244 for ; Fri, 5 Mar 1999 23:36:52 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023242; Fri, 5 Mar 99 23:36:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1144-24532>; Sat, 6 Mar 1999 00:36:15 +0200 Received: by vger.rutgers.edu via listexpand id <157094-25208>; Fri, 5 Mar 1999 16:19:03 -0500 Received: by vger.rutgers.edu id <156774-25208>; Fri, 5 Mar 1999 16:18:54 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:44300 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157091-25206>; Fri, 5 Mar 1999 16:18:46 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id RAA22198; Fri, 5 Mar 1999 17:35:28 -0500 (EST) Date: Fri, 5 Mar 1999 17:35:25 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: Problems building ARM-Linux v2.0.35 for Brutus In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1569 Lines: 42 On Fri, 5 Mar 1999, Chagas, Jason wrote: > Nico, > > I tried to build ARM-Linux v2.0.35 (Brutus) and I got the following error > messages: > > In file included from sound_config.h:15, > from vidc_synth.c:9: > os.h:37: warning: `TRUE' redefined > /home/chagas/linux-2.0.35/linux/include/asm/arch/cmptblty.h:39: warning: > this is > the location of the previous definition > make[2]: *** [fastdep] Error 1 > make[2]: Leaving directory > `/home/chagas/linux-2.0.35/linux/arch/arm/drivers/sou > nd' In 'make config' you should say n to the general sound support question. The sound driver for Brutus isn't in the sound section yet. > Your notes make reference to some some symbolic links ("Note that some of > the directories (most notably the drivers) should contain symbolic links. > These should be set up before making config."). It was not clear what I > should do here. I seached `/home/chagas/linux-2.0.35/linux/arch/arm/drivers' > with "dir -all" and I see several symbolic links already there... I'm not sure to understand what you say here. Normally you do 'make config' and 'make dep'. The 'make dep' takes care of creating all required symlinks without you to bother about them. Some symlinks in arch/arm/drivers/char for example are there because the corresponding driver is the same as the one found in drivers/char. In anyway you shouldn't have to deal with symlinks, until you're trying to compile glibc or such. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 23:48:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA268793 for ; Fri, 5 Mar 1999 23:48:52 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23281 for ; Fri, 5 Mar 1999 23:48:52 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023279; Fri, 5 Mar 99 23:48:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:11056 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2238-24823>; Sat, 6 Mar 1999 00:48:04 +0200 Received: by vger.rutgers.edu via listexpand id <157091-25206>; Fri, 5 Mar 1999 16:30:39 -0500 Received: by vger.rutgers.edu id <156982-25206>; Fri, 5 Mar 1999 16:30:20 -0500 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:2030 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156933-25208>; Fri, 5 Mar 1999 16:30:06 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 10J3Mt-0008ft-0C; Fri, 5 Mar 1999 22:46:56 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10J3E7-0003h1-00; Fri, 5 Mar 1999 22:37:51 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-reply-to: Your message of "Fri, 05 Mar 1999 21:03:10 GMT." <199903052103.VAA00581@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 22:37:50 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1652 Lines: 33 >Well, indeed the ARM ARM does seem to imply this. If this is the case, then >IMHO that's another error in the ARM ARM (the ARM ARM has on average one >error per page), since it means any code using this could break between ARM2 >or ARM3 processors and ARM6+. The ARM2 data book says: OK. It wouldn't be the first time that code sequences that were allowed or even advised in ARM2 times have subsequently been declared to be verboten, of course -- the NV condition is an obvious example. Judging by the fact that nobody has reported a problem I assume that current silicon does actually execute such an LDRBT as expected even if it isn't required to by the architecture specification. >'In the case of post-indexed addressing, the write back bit is redundant, >since the old base value can be retained by setting the offset to zero.' Does it explicitly say that no writeback takes place? In terms of processor architecture it is very different to say that an offset of zero results in no writeback, as opposed to that an offset of zero results in the original value being written back unchanged. From the perspective of the system architect I can well imagine that making this behaviour unpredictable would be an attractive idea. >to the later processors? Have ARM updated their ARM to include this? >Did they purposely remove this? Or what? Would you like to talk to ARM Ltd and find out? I would do so myself but I'm out of the country for the next week. Once we have a definitive answer we can fix the kernel or the assembler as appropriate. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 23:52:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA360636 for ; Fri, 5 Mar 1999 23:52:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23288 for ; Fri, 5 Mar 1999 23:52:22 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023286; Fri, 5 Mar 99 23:52:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:39984 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2795-24532>; Sat, 6 Mar 1999 00:51:43 +0200 Received: by vger.rutgers.edu via listexpand id <157094-25208>; Fri, 5 Mar 1999 16:34:09 -0500 Received: by vger.rutgers.edu id <156933-25208>; Fri, 5 Mar 1999 16:34:02 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4027 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156774-25208>; Fri, 5 Mar 1999 16:33:40 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 10J3QJ-0002Xq-0B; Fri, 5 Mar 1999 22:50:28 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10J3PS-0003jh-00; Fri, 5 Mar 1999 22:49:34 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: linux-arm@vger.rutgers.edu Subject: Re: glibc 2.1 compilation problemette In-reply-to: Your message of "Fri, 05 Mar 1999 21:15:11 GMT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 22:49:34 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 538 Lines: 15 >directory are two directories: `proc-armo' and `proc-armv'. So >I presume `proc' was meant to link to one of those two; but which >one? `armo' is for 26-bit processors. `armv' is for 32-bit processors. Your guess is as good as mine as to why they're named the way they are. :-) These symlinks are supposed to be set up by the makefile. I think you can end up with the `proc-' problem if you don't do a proper `make config' before trying to build. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 5 23:56:23 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA359598 for ; Fri, 5 Mar 1999 23:56:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23293 for ; Fri, 5 Mar 1999 23:56:22 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023291; Fri, 5 Mar 99 23:56:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:570 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4125-24532>; Sat, 6 Mar 1999 00:55:45 +0200 Received: by vger.rutgers.edu via listexpand id <157123-25206>; Fri, 5 Mar 1999 16:38:25 -0500 Received: by vger.rutgers.edu id <157104-25206>; Fri, 5 Mar 1999 16:37:43 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4313 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157105-25206>; Fri, 5 Mar 1999 16:34:52 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10J3RW-00031h-0A; Fri, 5 Mar 1999 22:51:42 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10J3Qg-0003ju-00; Fri, 5 Mar 1999 22:50:50 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: bdb@eidos.co.uk (Brian Brunswick), linux-arm@vger.rutgers.edu Subject: Re: CATS board IDE anybody? In-reply-to: Your message of "Fri, 05 Mar 1999 16:59:41 GMT." <199903051659.QAA00244@test.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 05 Mar 1999 22:50:50 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 319 Lines: 10 >IRQ 47 is invalid on this architecture. It's probably supposed to be 15 >or 31. The ALi IDE irqs are indeed supposed to be 14 and 15. At one point they were 46 and 47 but I can't immediately see where that number is coming from now. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 00:59:26 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA361165 for ; Sat, 6 Mar 1999 00:59:25 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA23440 for ; Sat, 6 Mar 1999 00:59:24 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023438; Sat, 6 Mar 99 00:59:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3873 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4503-24532>; Sat, 6 Mar 1999 01:58:40 +0200 Received: by vger.rutgers.edu via listexpand id <156982-25208>; Fri, 5 Mar 1999 17:41:15 -0500 Received: by vger.rutgers.edu id <156933-25208>; Fri, 5 Mar 1999 17:41:07 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:2815 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157086-25206>; Fri, 5 Mar 1999 17:39:59 -0500 Received: from fmsmsx26.fm.intel.com (fmsmsx26.fm.intel.com [132.233.42.26]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id XAA23794; Fri, 5 Mar 1999 23:56:39 GMT Received: by FMSMSX26 with Internet Mail Service (5.5.2448.0) id ; Fri, 5 Mar 1999 15:56:39 -0800 Message-ID: From: "Chagas, Jason" To: "'Nicolas Pitre'" Cc: "'linux-arm@vger.rutgers.edu'" , "Chagas, Jason" Subject: RE: Problems building ARM-Linux v2.0.35 for Brutus Date: Fri, 5 Mar 1999 15:56:34 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2003 Lines: 66 > Nico, > > I tried to build ARM-Linux v2.0.35 (Brutus) and I got the following error > messages: > > In file included from sound_config.h:15, > from vidc_synth.c:9: > os.h:37: warning: `TRUE' redefined > /home/chagas/linux-2.0.35/linux/include/asm/arch/cmptblty.h:39: warning: > this is > the location of the previous definition > make[2]: *** [fastdep] Error 1 > make[2]: Leaving directory > `/home/chagas/linux-2.0.35/linux/arch/arm/drivers/sou > nd' In 'make config' you should say n to the general sound support question. The sound driver for Brutus isn't in the sound section yet. I tried what you suggested but the problem persists. I noticed there is a problem with script "~/scripts/Configure": Support for SA1100/UCB-1200 audio (CONFIG_AUDIO_SA1100) [Y/m/n/?] n Support for SA1100/UCB-1200 mcp common code (CONFIG_MCP_SA1100) [Y/m/n/?] n scripts/Configure: [: missing `]' Do you get the same error? Does it make any difference? Like I said running "make dep" produces the same errors as I described before. So I ran "make -i dep" (to ignore all the errors) followed by "make zImage". I got the following error messages back: /home/chagas/linux-2.0.35/linux/include/linux/string.h:31: warning: conflicting types for built-in function `memcpy' /home/chagas/linux-2.0.35/linux/include/linux/string.h:34: warning: conflicting types for built-in function `memcmp' binfmt_aout.c: In function `do_load_aout_binary': binfmt_aout.c:317: `SEGMENT_SIZE' undeclared (first use in this function) binfmt_aout.c:317: (Each undeclared identifier is reported only once binfmt_aout.c:317: for each function it appears in.) make[2]: *** [binfmt_aout.o] Error 1 make[2]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' make[1]: *** [first_rule] Error 2 make[1]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' make: *** [linuxsubdirs] Error 2 Any ideas? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 01:50:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA362224 for ; Sat, 6 Mar 1999 01:50:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA23535 for ; Sat, 6 Mar 1999 01:50:55 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023533; Sat, 6 Mar 99 01:50:45 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16282-24532>; Sat, 6 Mar 1999 02:50:22 +0200 Received: by vger.rutgers.edu via listexpand id <156982-25206>; Fri, 5 Mar 1999 18:32:54 -0500 Received: by vger.rutgers.edu id <156976-25208>; Fri, 5 Mar 1999 18:32:48 -0500 Received: from smtp1.ncal.verio.com ([204.247.247.82]:52106 "EHLO smtp1.ncal.verio.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <156933-25208>; Fri, 5 Mar 1999 18:32:31 -0500 Received: from shell1-n1 (sanna@shell1.ncal.verio.com [204.247.248.254]) by smtp1.ncal.verio.com (8.8.7/8.8.7) with ESMTP id QAA13817 for ; Fri, 5 Mar 1999 16:49:25 -0800 (PST) Date: Fri, 5 Mar 1999 16:49:24 -0800 (PST) From: Chuck Carlson To: linux-arm@vger.rutgers.edu Subject: EBSA-285 and LCD VGA In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 344 Lines: 14 Hello, >From reading the specs on the EBSA, it appears that a quarter VGA display comes with the system. Has anyone been able to use this display as the console for Linux? Better yet, has anyone run X-Windows on this display? Thanks for any info Chuck Carlson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 04:04:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id EAA367066 for ; Sat, 6 Mar 1999 04:04:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA23769 for ; Sat, 6 Mar 1999 04:04:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023767; Sat, 6 Mar 99 04:03:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32098 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <700-24823>; Sat, 6 Mar 1999 05:03:34 +0200 Received: by vger.rutgers.edu via listexpand id <157156-25208>; Fri, 5 Mar 1999 20:46:06 -0500 Received: by vger.rutgers.edu id <157058-25206>; Fri, 5 Mar 1999 20:45:58 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:48109 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157050-25206>; Fri, 5 Mar 1999 20:45:48 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id WAA13966; Fri, 5 Mar 1999 22:02:39 -0500 (EST) Date: Fri, 5 Mar 1999 22:02:38 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM-Linux v2.0.35 for Brutus In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1780 Lines: 48 On Fri, 5 Mar 1999, Chagas, Jason wrote: > I tried what you suggested but the problem persists. I noticed there is a > problem with script "~/scripts/Configure": > > > Support for SA1100/UCB-1200 audio (CONFIG_AUDIO_SA1100) [Y/m/n/?] n > Support for SA1100/UCB-1200 mcp common code (CONFIG_MCP_SA1100) [Y/m/n/?] n > scripts/Configure: [: missing `]' > > > Do you get the same error? Does it make any difference? Yes I get this one... But I don't know where it comes from and didn't try to spot it since the overall configuration was OK for me anyway. It should work for you too. > Like I said running "make dep" produces the same errors as I described > before. So I ran "make -i dep" (to ignore all the errors) followed by "make > zImage". I got the following error messages back: > > /home/chagas/linux-2.0.35/linux/include/linux/string.h:31: warning: > conflicting > types for built-in function `memcpy' > /home/chagas/linux-2.0.35/linux/include/linux/string.h:34: warning: > conflicting > types for built-in function `memcmp' > binfmt_aout.c: In function `do_load_aout_binary': > binfmt_aout.c:317: `SEGMENT_SIZE' undeclared (first use in this function) > binfmt_aout.c:317: (Each undeclared identifier is reported only once > binfmt_aout.c:317: for each function it appears in.) > make[2]: *** [binfmt_aout.o] Error 1 > make[2]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' > make[1]: *** [first_rule] Error 2 > make[1]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' > make: *** [linuxsubdirs] Error 2 > > Any ideas? I'm stumped. You probably did something wrong somewhere..... Could you state your exact setup and patch sets? Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 09:42:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id JAA372963 for ; Sat, 6 Mar 1999 09:42:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA24323 for ; Sat, 6 Mar 1999 09:42:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024321; Sat, 6 Mar 99 09:42:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:8214 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3307-24823>; Sat, 6 Mar 1999 10:42:10 +0200 Received: by vger.rutgers.edu via listexpand id <157058-25206>; Sat, 6 Mar 1999 02:24:28 -0500 Received: by vger.rutgers.edu id <157070-25208>; Sat, 6 Mar 1999 02:24:10 -0500 Received: from [194.168.16.220] ([194.168.16.220]:2568 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157058-25208>; Sat, 6 Mar 1999 02:23:38 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id IAA17859; Sat, 6 Mar 1999 08:47:53 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id IAA00403; Sat, 6 Mar 1999 08:34:21 GMT Message-Id: <199903060834.IAA00403@raistlin.armlinux.org.uk> Subject: Re: EBSA-285 and LCD VGA To: sanna@wco.com (Chuck Carlson) Date: Sat, 6 Mar 1999 08:34:20 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chuck Carlson" at Mar 5, 99 04:49:24 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 898 Lines: 15 Chuck Carlson writes: > >From reading the specs on the EBSA, it appears that a quarter VGA display > comes with the system. Has anyone been able to use this display as the > console for Linux? Better yet, has anyone run X-Windows on this display? Where did this spec come from? I've never seen anything which implies this. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 12:55:58 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA356022 for ; Sat, 6 Mar 1999 12:55:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA24576 for ; Sat, 6 Mar 1999 12:55:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024574; Sat, 6 Mar 99 12:55:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25214 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15857-24532>; Sat, 6 Mar 1999 13:55:15 +0200 Received: by vger.rutgers.edu via listexpand id <157058-25208>; Sat, 6 Mar 1999 05:37:27 -0500 Received: by vger.rutgers.edu id <157070-25206>; Sat, 6 Mar 1999 05:37:18 -0500 Received: from mail2.svr.pol.co.uk ([195.92.193.210]:22262 "EHLO mail2.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157058-25206>; Sat, 6 Mar 1999 05:37:06 -0500 Received: from modem-75.neon.dialup.pol.co.uk ([62.136.4.203] helo=reinhouse) by mail2.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10JFf4-0003Sz-00 for linux-arm@vger.rutgers.edu; Sat, 6 Mar 1999 11:54:31 +0000 Date: Sat, 06 Mar 1999 09:36:28 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: 2.2.2-rmk2 crash on boot Message-ID: In-Reply-To: <199903051840.SAA00262@test.sw.milldev.co.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 728 Lines: 18 In message <199903051840.SAA00262@test.sw.milldev.co.uk> Russell King wrote: > Timothy Baldwin said: > > I have discovered that ommiting the -Ttext option from the arm-linux-ld > > command line results in vmlinux containing a *valid* gzip file, however > > there is still no valid gzip file in zImage. > > Erm, what? Which vmlinux? If you're talking about linux/vmlinux, it > never contains a gzip file. linux/arch/arm/boot/compressed/vmlinux -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 14:29:27 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA367237 for ; Sat, 6 Mar 1999 14:29:26 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA24710 for ; Sat, 6 Mar 1999 14:29:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024708; Sat, 6 Mar 99 14:29:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37638 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8477-24532>; Sat, 6 Mar 1999 15:28:55 +0200 Received: by vger.rutgers.edu via listexpand id <157058-25208>; Sat, 6 Mar 1999 07:10:50 -0500 Received: by vger.rutgers.edu id <157097-25208>; Sat, 6 Mar 1999 07:09:53 -0500 Received: from galatea-63.cableol.net ([194.168.16.63]:2649 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157190-25208>; Sat, 6 Mar 1999 07:07:04 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id NAA18635; Sat, 6 Mar 1999 13:35:34 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id NAA01239; Sat, 6 Mar 1999 13:21:37 GMT Message-Id: <199903061321.NAA01239@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Sat, 6 Mar 1999 13:21:37 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Timothy Baldwin" at Mar 6, 99 09:36:28 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1798 Lines: 42 Timothy Baldwin writes: > > Timothy Baldwin said: > > > I have discovered that ommiting the -Ttext option from the arm-linux-ld > > > command line results in vmlinux containing a *valid* gzip file, however > > > there is still no valid gzip file in zImage. > > > > Erm, what? Which vmlinux? If you're talking about linux/vmlinux, it > > never contains a gzip file. > > linux/arch/arm/boot/compressed/vmlinux Ok, if you do an arm-linux-nm on this, find the address of the following symbols, eg: 10008000 T _start 10013420 D input_data Find the offset between input_data and _start, ie 0x10013420 - 0x10008000 = 0xb420 Then, use dd to extract the gzipped data from the zImage, eg: dd if=zImage of=zImg.gz bs=1 skip=46112 Using gunzip, gunzip the resulting zImg.gz file. If the gunzip is successful, the zImage file contains a valid gzip, else it doesn't. Try this both with -Ttext and without, however I believe that you will find in all cases a valid gzip file in there. I don't believe that there is anything wrong with the binutils, since I'm now using the same as other people with this problem, and I have none of these. I believe that the only tool left to consider is egcs (unless you can prove otherwise). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 18:58:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA373033 for ; Sat, 6 Mar 1999 18:58:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA25156 for ; Sat, 6 Mar 1999 18:58:56 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025154; Sat, 6 Mar 99 18:58:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:35846 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <755-24532>; Sat, 6 Mar 1999 19:58:20 +0200 Received: by vger.rutgers.edu via listexpand id <157078-25206>; Sat, 6 Mar 1999 11:40:03 -0500 Received: by vger.rutgers.edu id <157058-25208>; Sat, 6 Mar 1999 11:39:58 -0500 Received: from smtp1.ncal.verio.com ([204.247.247.82]:53912 "EHLO smtp1.ncal.verio.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157116-25208>; Sat, 6 Mar 1999 11:39:40 -0500 Received: from shell1-n1 (sanna@shell1.ncal.verio.com [204.247.248.254]) by smtp1.ncal.verio.com (8.8.7/8.8.7) with ESMTP id JAA15536 for ; Sat, 6 Mar 1999 09:57:24 -0800 (PST) Date: Sat, 6 Mar 1999 09:57:24 -0800 (PST) From: Chuck Carlson To: linux-arm@vger.rutgers.edu Subject: SA-1100 Eval Board and LCD In-Reply-To: <199903060834.IAA00403@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 532 Lines: 23 Hello, Sorry about my original message about the EBSA-285 and LCD. That board does not come with an LCD display. However, the StrongARM SA-1100 Evaluation Board from Intel does come with an LCD display. See: http://www.intercast.com/design/strong/techdocs/278174.ht And overall description of SA-1100: http://www.intercast.com/design/strong/sa1100.htm Does Linux run on this board? Can the LCD be used as the console? Thanks, Chuck Carlson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 6 19:01:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA381201 for ; Sat, 6 Mar 1999 19:01:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA25175 for ; Sat, 6 Mar 1999 19:01:26 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025173; Sat, 6 Mar 99 19:01:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:43784 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <216-24532>; Sat, 6 Mar 1999 20:01:02 +0200 Received: by vger.rutgers.edu via listexpand id <157190-25208>; Sat, 6 Mar 1999 11:42:46 -0500 Received: by vger.rutgers.edu id <157189-25208>; Sat, 6 Mar 1999 11:42:38 -0500 Received: from 15.usr03.shef.dialup.force9.net ([195.166.133.15]:1053 "EHLO downstairs.db-bbs.com" ident: "chrisb") by vger.rutgers.edu with ESMTP id <157116-25208>; Sat, 6 Mar 1999 11:42:18 -0500 Received: (from chrisb@localhost) by downstairs.db-bbs.com (8.8.8/8.8.8/Debian/GNU) id SAA06123; Sat, 6 Mar 1999 18:01:18 GMT From: Chris Butler Message-Id: <199903061801.SAA06123@downstairs.db-bbs.com> Subject: -finline creates undefined reference errors on arm-linux To: egcs-bugs@egcs.cygnus.com Date: Sat, 6 Mar 1999 18:00:58 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu Reply-To: chrisb@sandy.force9.co.uk X-Mailer: ELM [version 2.4ME+ PL39 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1145 Lines: 31 Hi, When compiling an ARMLinux kernel with egcs, many files threw up errors along the lines of "undefined reference to `.Lxxx'". AIUI, these are internal labels created by the compiler. After a bit of investigation (I chose `drivers/char/vt.c' for my tests) I found that the `-finline' flag provoked these errors. It would appear that egcs creates a reference to a label at the same time that it removes the label from another part of the code. The following files may be of use: http://www.sandy.force9.co.uk/vt.tar.gz http://www.sandy.force9.co.uk/vt-no-inline.tar.gz Both contain `vt.i', `vt.s' and `vt-compile.out'. The first file is simply with -O2, the second with -O2 -fno-inline. In the first set of files, the labels .L829 and .L846 are undefined. They are however, present in the second set. My system is an `i686-pc-linux-gnu', using a cross compiler configured for an `arm-linux' target. Using egcs-2.93.09 and binutils 2.9.1.0.21 Please e-mail me if you require further details. I rarely have time to read the lists at the moment. -- Chris Butler unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 00:10:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA384863 for ; Sun, 7 Mar 1999 00:10:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA25690 for ; Sun, 7 Mar 1999 00:10:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025688; Sun, 7 Mar 99 00:10:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64537 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2247-29463>; Sun, 7 Mar 1999 01:09:32 +0200 Received: by vger.rutgers.edu via listexpand id <157078-25208>; Sat, 6 Mar 1999 16:51:13 -0500 Received: by vger.rutgers.edu id <157208-25206>; Sat, 6 Mar 1999 16:50:59 -0500 Received: from prune.flirble.org ([195.40.6.30]:3019 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157201-25206>; Sat, 6 Mar 1999 16:49:58 -0500 Received: (qmail 26728 invoked from network); 6 Mar 1999 23:07:45 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 6 Mar 1999 23:07:45 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id XAA04426; Sat, 6 Mar 1999 23:07:41 GMT From: Nicholas Clark Message-Id: <199903062307.XAA04426@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: from Philip Blundell at "Mar 5, 99 02:10:11 pm" To: pb@nexus.co.uk (Philip Blundell) Date: Sat, 6 Mar 1999 23:07:41 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 782 Lines: 18 Russell spotted why I can't gunzip() my compressed kernel - I'm configured for strongarm, which causes gcc to generate LDRH and STRH instructions, which the RiscPC hardware can't cope with. So I tried building for 710, (and 610, and 610 with no-short-byte-loads) to no avail. I've unplugged my EtherH card, but that didn't help either. Apart from LDRH/STRH is there anything that egcs will do that the ART StrongARM card won't like? (I had a look at arm.c and arm.h in gcc - erk, it's complex. Am I right in thinking that currently gcc doesn't attempt to reoder LDR instructions to try to ensure that the loaded data is not required next instruction, and hence save a clock cycle on a StrongARM?) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 01:39:33 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA55955 for ; Sun, 7 Mar 1999 01:39:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA25809 for ; Sun, 7 Mar 1999 01:39:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025807; Sun, 7 Mar 99 01:39:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28988 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16253-29463>; Sun, 7 Mar 1999 02:38:48 +0200 Received: by vger.rutgers.edu via listexpand id <157201-25208>; Sat, 6 Mar 1999 18:20:13 -0500 Received: by vger.rutgers.edu id <156670-25206>; Sat, 6 Mar 1999 18:20:07 -0500 Received: from zhadum.nexus.carleton.ca ([134.117.76.70]:14453 "EHLO zhadum.nexus.carleton.ca" ident: "TIMEDOUT2") by vger.rutgers.edu with ESMTP id <157078-25206>; Sat, 6 Mar 1999 18:19:48 -0500 Received: from localhost (stewart@localhost) by zhadum.nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id TAA14849; Sat, 6 Mar 1999 19:36:44 -0500 Date: Sat, 6 Mar 1999 19:36:43 -0500 (EST) From: Rod Stewart To: Andrew Thomas cc: linux-arm@vger.rutgers.edu Subject: Re: some progress, anyone got a shell? In-Reply-To: <199903011209.MAA21109@hereford.hpl.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2068 Lines: 53 On Mon, 1 Mar 1999, Andrew Thomas wrote: > > 3. ---------- > > (suggested to me by Dave Baukus) > Get the following from rawhide.redhat.com/armv4l/RedHat/RPMS/ (or a mirror) > (note I pulled a lot of this crap because I want to fix login) > [...] > libgr-2.0.13-14.armv4l.rpm util-linux-2.9-8.armv4l.rpm > rpm -i --nodeps --root /tftpboot/ *.rpm > > This will fail to run /sbin/ldconfig - I fix this with the following: > > cp /sbin/ldconfig /tftpboot/ > chroot /tftpboot/ /ldconfig > rm /tftpboot//ldconfig > > Note that I am running the ***x86*** ldconfig here! > > create the syscons/console (see #2) and then boot the kernel > with -b (this is essential as mingetty/login is broken) This > should boot single user. It's not really that login is broken, it is more along the lines of the fact that the current arm stuff in the util-linux spec file (from rawhide) is old. It goes back to the days when PAM would not build properly. Either grab the source from my site, or add the /bin/login tools back in the spec file, when rebuilding util-linux. ftp://ftp.nw.carleton.ca/winder/SRPMS/SRPMS/ I've not had any problems with mingetty/login, with my stuff (which is based off the latest rawhide stuff). A note on rpm installs with `--nodeps': Try to avoid using `--nodeps' the reason being, that when rpm is working properly (not yet, but you should get the idea) when you use --nodeps rpm does not do some of its magic. During a normal install of a bunch of files, rpm will install them in order to satisfy all dependencies (that's the idea anyway, and it usually does a pretty good job). Something else you may want to do if you are not installing on an ARM machine, would be to add `--noscripts' to the install. Then once you can boot into your machine, you can run the scripts. -Rms Now if only X would work... Anyone tried the latest XFree86-3.3.3.1 source rpm from rawhide? I can now build it... unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 03:23:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA384841 for ; Sun, 7 Mar 1999 03:22:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA25998 for ; Sun, 7 Mar 1999 03:22:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025994; Sun, 7 Mar 99 03:22:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45333 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15906-29463>; Sun, 7 Mar 1999 04:21:35 +0200 Received: by vger.rutgers.edu via listexpand id <157206-25208>; Sat, 6 Mar 1999 20:03:04 -0500 Received: by vger.rutgers.edu id <157201-25208>; Sat, 6 Mar 1999 20:00:10 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:54046 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157323-25208>; Sat, 6 Mar 1999 19:58:50 -0500 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id VAA00288; Sat, 6 Mar 1999 21:16:39 -0500 (EST) Date: Sat, 6 Mar 1999 21:16:38 -0500 (EST) From: Nicolas Pitre To: Chuck Carlson cc: linux-arm@vger.rutgers.edu Subject: Re: SA-1100 Eval Board and LCD In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 757 Lines: 27 On Sat, 6 Mar 1999, Chuck Carlson wrote: > > Hello, > > Sorry about my original message about the EBSA-285 and LCD. That board > does not come with an LCD display. However, the StrongARM SA-1100 > Evaluation Board from Intel does come with an LCD display. See: > > http://www.intercast.com/design/strong/techdocs/278174.ht > > And overall description of SA-1100: > > http://www.intercast.com/design/strong/sa1100.htm > > Does Linux run on this board? Can the LCD be used as the console? Yes. You'll find a patch for 2.0.35 on ftp.cam.org/users/nico. There is also a patch for 2.2.1 but it has no support for Brutus's LCD yet. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 05:50:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA392215 for ; Sun, 7 Mar 1999 05:50:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA26162 for ; Sun, 7 Mar 1999 05:50:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026160; Sun, 7 Mar 99 05:50:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:16478 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5877-29463>; Sun, 7 Mar 1999 06:50:01 +0200 Received: by vger.rutgers.edu via listexpand id <157187-25208>; Sat, 6 Mar 1999 22:31:26 -0500 Received: by vger.rutgers.edu id <157175-25208>; Sat, 6 Mar 1999 22:31:18 -0500 Received: from bits.bris.ac.uk ([137.222.64.1]:1115 "EHLO BITS.bris.ac.uk" ident: "dooby") by vger.rutgers.edu with ESMTP id <157155-25208>; Sat, 6 Mar 1999 22:30:51 -0500 Received: from localhost (dooby@localhost) by BITS.bris.ac.uk (8.9.2/8.9.1) with ESMTP id EAA73936 for ; Sun, 7 Mar 1999 04:46:46 GMT Date: Sun, 7 Mar 1999 04:46:46 +0000 (GMT) From: dooby To: linux-arm@vger.rutgers.edu Subject: Re: Linux loader reports Out of memory for loading kernel In-Reply-To: <199903051842.SAA00271@test.sw.milldev.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 614 Lines: 18 On Fri, 5 Mar 1999, Russell King wrote: > dooby said: > > Erm it's not that, since the next slot is usually at 1.6MB on my computer. > > It's not likely to be related to very small (32MB) root partition is it? > > Other than that, I haven't changed anything since it worked last Linux > > install AFAICS. > > Since you last mailed, I have uploaded a new alpha !Linux to the ftp > site. Could you try that and let me know what happens? Thanks. Still the same error message I'm afraid :-< Any suggestions appreciated... cheers, Pete unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 07:09:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id HAA337977 for ; Sun, 7 Mar 1999 07:08:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id HAA26305 for ; Sun, 7 Mar 1999 07:08:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026302; Sun, 7 Mar 99 07:08:36 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28168 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15790-206>; Sun, 7 Mar 1999 08:08:05 +0200 Received: by vger.rutgers.edu via listexpand id <157187-25208>; Sat, 6 Mar 1999 23:49:27 -0500 Received: by vger.rutgers.edu id <157175-25208>; Sat, 6 Mar 1999 23:49:18 -0500 Received: from zhadum.nexus.carleton.ca ([134.117.76.70]:19508 "EHLO zhadum.nexus.carleton.ca" ident: "stewart") by vger.rutgers.edu with ESMTP id <156829-25208>; Sat, 6 Mar 1999 23:49:00 -0500 Received: from localhost (stewart@localhost) by zhadum.nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id BAA15640 for ; Sun, 7 Mar 1999 01:06:59 -0500 Date: Sun, 7 Mar 1999 01:06:58 -0500 (EST) From: Rod Stewart To: linux-arm@vger.rutgers.edu Subject: /dev/fb0 question Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1999 Lines: 55 Question: Who should make the device /dev/fb0? Should I create it? If I need to create it, would anyone know the options for mknod? `mknod /dev/fb0 c X X' Thanks. Here is what I have: a 2.2 kernel XFree86-3.3.3.1a-20.armv4l.rpm which I don't know if it works, so am trying to test, but if I go and make X a symlink to XF68_FBDev here is what I get: [root@dilgar X11]# startx XFree86 Version 3.3.3.1 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: January 4 1999 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.2-1a.rmk4 armv4l [ELF] Configured drivers: FBDev: Server for frame buffer device (Patchlevel 10): mfb, iplan2p2, iplan2p4, iplan2p8, ilbm, afb, cfb8, cfb16, cfb32 (using VT number 7) XF86Config: /usr/X11R6/lib/X11/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: disabled (**) Mouse: type: BusMouse, device: /dev/mouse, buttons: 3 (**) FBDev: Graphics device ID: "Linux/m68k Frame Buffer Device" (**) FBDev: Monitor ID: "Generic Monitor" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" Fatal server error: open_framebuffer: failed to open /dev/fb0 (No such file or directory) When reporting a problem related to a server crash, please send the full server output, not just the last messages X connection to :0.0 broken (explicit kill or server shutdown). [root@dilgar X11]# This X server does have some arm patches, but I'm not certain if it works. So does anyone know about /dev/fb0, how to create it? Thanks, -Rms unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 10:06:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA394942 for ; Sun, 7 Mar 1999 10:06:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA26601 for ; Sun, 7 Mar 1999 10:06:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026599; Sun, 7 Mar 99 10:06:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:31264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4206-206>; Sun, 7 Mar 1999 11:05:47 +0200 Received: by vger.rutgers.edu via listexpand id <156980-25206>; Sun, 7 Mar 1999 02:46:58 -0500 Received: by vger.rutgers.edu id <156967-25206>; Sun, 7 Mar 1999 02:46:49 -0500 Received: from [194.168.16.216] ([194.168.16.216]:3099 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156829-25208>; Sun, 7 Mar 1999 02:46:25 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id JAA21964; Sun, 7 Mar 1999 09:19:38 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id JAA00453; Sun, 7 Mar 1999 09:04:01 GMT Message-Id: <199903070904.JAA00453@raistlin.armlinux.org.uk> Subject: Re: /dev/fb0 question To: stewart@zhadum.nexus.carleton.ca (Rod Stewart) Date: Sun, 7 Mar 1999 09:04:00 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Rod Stewart" at Mar 7, 99 01:06:58 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 986 Lines: 23 Rod Stewart writes: > Question: Who should make the device /dev/fb0? Should I create it? If I > need to create it, would anyone know the options for mknod? `mknod > /dev/fb0 c X X' Thanks. Yes, people who have read linux/Documentation/devices.txt do. ;) Here's the ls output of /dev for fb0: crw------- 1 root root 29, 0 Jan 31 10:06 /dev/fb0 So you want to do: mknod -m 600 /dev/fb0 c 29 0 _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 14:42:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA361972 for ; Sun, 7 Mar 1999 14:41:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA26943 for ; Sun, 7 Mar 1999 14:41:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026941; Sun, 7 Mar 99 14:41:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:39250 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15592-29463>; Sun, 7 Mar 1999 15:41:17 +0200 Received: by vger.rutgers.edu via listexpand id <157098-25206>; Sun, 7 Mar 1999 07:22:22 -0500 Received: by vger.rutgers.edu id <157234-25206>; Sun, 7 Mar 1999 07:22:02 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:57834 "EHLO dfw-ix15.ix.netcom.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157038-25206>; Sun, 7 Mar 1999 07:21:49 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id HAA20641 for ; Sun, 7 Mar 1999 07:40:09 -0600 (CST) Received: from ftw-in2-15.ix.netcom.com(207.93.154.79) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma020635; Sun Mar 7 07:40:03 1999 Message-ID: <36E28209.567448DF@ix.netcom.com> Date: Sun, 07 Mar 1999 08:41:29 -0500 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: EBSA-285 PCI-bus Driver Interface References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 284 Lines: 9 Has anyone developed an NT/Unix/Linux device driver that will talk to the EBSA-285 card via the PCI bus instead of the serial port? -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 16:18:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA398284 for ; Sun, 7 Mar 1999 16:17:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA27118 for ; Sun, 7 Mar 1999 16:17:59 +0100 Received: from mail.imp.ch(157.161.1.2) by mentolat.core.genedata.com via smap (V2.0) id xma027116; Sun, 7 Mar 99 16:17:40 +0100 Received: from listserv.funet.fi (listserv.funet.fi [128.214.248.27]) by mail.imp.ch (8.8.8/8.8.5) with ESMTP id QAA12271 for ; Sun, 7 Mar 1999 16:17:33 +0100 (MET) Received: from vger.rutgers.edu ([128.6.190.2]:22578 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <619-29463>; Sun, 7 Mar 1999 17:15:41 +0200 Received: by vger.rutgers.edu via listexpand id <157264-25206>; Sun, 7 Mar 1999 08:56:45 -0500 Received: by vger.rutgers.edu id <157098-25208>; Sun, 7 Mar 1999 08:56:20 -0500 Received: from galatea-65.cableol.net ([194.168.16.65]:3321 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157361-25208>; Sun, 7 Mar 1999 08:54:37 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id OAA22962; Sun, 7 Mar 1999 14:39:23 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA03931; Sun, 7 Mar 1999 14:23:19 GMT Message-Id: <199903071423.OAA03931@raistlin.armlinux.org.uk> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. To: atterer@informatik.tu-muenchen.de (Richard Atterer) Date: Sun, 7 Mar 1999 14:23:19 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48DE39FFDA%atterer@informatik.tu-muenchen.de> from "Richard Atterer" at Mar 5, 99 10:58:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 747 Lines: 14 Richard Atterer writes: > IMHO egcs really ought to produce 'ldrbt r6,[r6,#0]' instead of > 'ldrbt r6,[r6],#0'. However, ldrbt r6,[r6,#0] is not an encodable ARM instruction. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 16:09:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA402578 for ; Sun, 7 Mar 1999 16:08:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA27099 for ; Sun, 7 Mar 1999 16:08:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027097; Sun, 7 Mar 99 16:08:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25890 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2097-29463>; Sun, 7 Mar 1999 17:08:22 +0200 Received: by vger.rutgers.edu via listexpand id <157098-25206>; Sun, 7 Mar 1999 08:49:24 -0500 Received: by vger.rutgers.edu id <157038-25208>; Sun, 7 Mar 1999 08:49:15 -0500 Received: from prune.flirble.org ([195.40.6.30]:3970 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157098-25206>; Sun, 7 Mar 1999 08:49:02 -0500 Received: (qmail 28687 invoked from network); 7 Mar 1999 15:07:24 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 7 Mar 1999 15:07:24 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id PAA16420; Sun, 7 Mar 1999 15:07:22 GMT From: Nicholas Clark Message-Id: <199903071507.PAA16420@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: <48DE39FFDA%atterer@informatik.tu-muenchen.de> from Richard Atterer at "Mar 5, 99 10:58:03 pm" To: atterer@informatik.tu-muenchen.de (Richard Atterer) Date: Sun, 7 Mar 1999 15:07:21 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1606 Lines: 44 In the last mail Richard Atterer said: > In article <199903052103.VAA00581@raistlin.armlinux.org.uk> > Russell King - ARM Linux Admin wrote: > > > The ARM2 data book says: > > > > 'In the case of post-indexed addressing, the write back bit is > > redundant, since the old base value can be retained by setting the > > offset to zero.' > > > > Hence, when specifing an offset of zero, since no writeback is > > performed, the result is predictable. However, the question now is, > > does this apply to the later processors? Have ARM updated their ARM > > to include this? Did they purposely remove this? Or what? > > I don't read the above quote as > > "if the offset is 0, no writeback is performed", > > rather as > > "since 0 is added, it's as if no writeback had taken place". Hmm. True. The bit in '' is ambiguous. I'm inclined to agree with Russell, but I'd like to see the text before it. > Of course, interpretation may vary between processors. ;-) BTW, the RISC > OS Appendix on ARM assembler also says: > > "A post-indexed LDR|STR where Rm=Rn must not be used (this instruction > is very difficult for the abort handler to unwind when late aborts are > configured - which do not prevent base writeback)." > > IMHO egcs really ought to produce 'ldrbt r6,[r6,#0]' instead of > 'ldrbt r6,[r6],#0'. Aah, you missed the point of my very brain-dead previous message (which enumerated the 4 possible states with 2 bits) - you can only do T with post-indexed addressing. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 17:51:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA400385 for ; Sun, 7 Mar 1999 17:50:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA27334 for ; Sun, 7 Mar 1999 17:50:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027332; Sun, 7 Mar 99 17:50:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21348 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11224-206>; Sun, 7 Mar 1999 18:50:34 +0200 Received: by vger.rutgers.edu via listexpand id <157206-25206>; Sun, 7 Mar 1999 10:31:35 -0500 Received: by vger.rutgers.edu id <157038-25206>; Sun, 7 Mar 1999 10:31:30 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4143 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157323-25206>; Sun, 7 Mar 1999 10:30:24 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id RAA27523; Sun, 7 Mar 1999 17:48:46 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id RAA00550; Sun, 7 Mar 1999 17:47:51 +0100 Date: Sun, 7 Mar 1999 17:47:51 +0100 From: Mark van Doesburg Message-Id: <199903071647.RAA00550@poekie.test> To: feustel@ix.netcom.com Illegal-Object: Syntax error in To: address found on listserv.funet.fi: To: unlisted-recipients:;; ; ; @studict.student.utwente.nl; ; ; ^-missing end of address Subject: Re: EBSA-285 PCI-bus Driver Interface Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 467 Lines: 17 Has anyone developed an NT/Unix/Linux device driver that will talk to the EBSA-285 card via the PCI bus instead of the serial port? I've written several drivers to talk to the EBSA-285 over PCI from a linux host. 1. Blank ROM programming. 2. Booting a kernel on the EBSA 3. Networking driver on the host and the EBSA. Is anyone of these what you are looking for ? greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 18:35:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA404854 for ; Sun, 7 Mar 1999 18:34:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA27561 for ; Sun, 7 Mar 1999 18:34:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027559; Sun, 7 Mar 99 18:34:32 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12080 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10718-206>; Sun, 7 Mar 1999 19:27:30 +0200 Received: by vger.rutgers.edu via listexpand id <157264-25208>; Sun, 7 Mar 1999 11:08:39 -0500 Received: by vger.rutgers.edu id <157320-25206>; Sun, 7 Mar 1999 11:08:32 -0500 Received: from tk2.ihug.co.nz ([203.29.160.14]:5372 "EHLO smtp2.ihug.co.nz" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157264-25208>; Sun, 7 Mar 1999 11:08:18 -0500 Received: from acraig.ihug.co.nz (p54-max5.ham.ihug.co.nz [203.109.243.246]) by smtp2.ihug.co.nz (8.8.8/8.8.8) with SMTP id GAA15906 for ; Mon, 8 Mar 1999 06:26:42 +1300 Newsgroups: comp.sys.acorn.hardware Date: Mon, 8 Mar 1999 06:26:35 +1300 (BST) From: Allen Craig Subject: accessing more than 4gig hd ? cc: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Organization: Home....of course X-Newsreader: ANT RISCOS Marcel [ver 1.46] To: unlisted-recipients:; (no To-header on input) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 662 Lines: 18 RO3.7 limits an adfs drive size to 4(ish) Gb (right ?).... if I put in a drive more than this limit anything over 4Gb is currently not accessible to RO but would it be accessible to armlinux ? just wondering if I can put in say a 6 gig drive and have 4 gig limit available to RO and 2 gig available to linux for example. I know you can put bigger drives on ide expansions and partition them up (i have this) but it does not help for armlinux (needs to be 'adfs' drive). -- Allen Craig ... Hamilton New Zealand Using Acorn StrongArm RISC PC ICQ 9948225 IRC#acorn .. Alkemyst unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 19:06:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA403984 for ; Sun, 7 Mar 1999 19:06:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA27610 for ; Sun, 7 Mar 1999 19:06:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027608; Sun, 7 Mar 99 19:06:19 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19056 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1404-206>; Sun, 7 Mar 1999 20:06:00 +0200 Received: by vger.rutgers.edu via listexpand id <157264-25208>; Sun, 7 Mar 1999 11:46:58 -0500 Received: by vger.rutgers.edu id <157320-25206>; Sun, 7 Mar 1999 11:46:44 -0500 Received: from prune.flirble.org ([195.40.6.30]:4381 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157023-25206>; Sun, 7 Mar 1999 11:44:11 -0500 Received: (qmail 29413 invoked from network); 7 Mar 1999 18:02:40 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 7 Mar 1999 18:02:40 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA19404; Sun, 7 Mar 1999 18:02:36 GMT From: Nicholas Clark Message-Id: <199903071802.SAA19404@flirble.org> Subject: Re: accessing more than 4gig hd ? In-Reply-To: from Allen Craig at "Mar 8, 99 06:26:35 am" To: acraig@ihug.co.nz (Allen Craig) Date: Sun, 7 Mar 1999 18:02:35 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu, unlisted-recipients: Illegal-Object: Syntax error in Cc: address found on listserv.funet.fi: Cc: ; ; @ihug.co.nz ^-missing semicolon to end mail group, extraneous tokens in mailbox, missing end of mailbox X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 964 Lines: 29 In the last mail Allen Craig said: > RO3.7 limits an adfs drive size to 4(ish) Gb (right ?).... Not sure. > if I put in a drive more than this limit anything over 4Gb is currently > not accessible to RO but would it be accessible to armlinux ? > > just wondering if I can put in say a 6 gig drive and have 4 gig limit > available to RO and 2 gig available to linux for example. > > I know you can put bigger drives on ide expansions and partition them up > (i have this) but it does not help for armlinux (needs to be 'adfs' > drive). I've got an "8.4" GB IDE disk on the internal adfs interface which is 999M ADFS 1024M root 1024M root (spare) 128M swap rest home so the internal interface has no problem with obscenely large discs. As to how much ADFS/FileCore can cope with, dunno. You can only have one logical ADFS partition per physical disc, so that won't help you. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 20:01:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA407425 for ; Sun, 7 Mar 1999 20:01:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA27699 for ; Sun, 7 Mar 1999 20:01:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027697; Sun, 7 Mar 99 20:01:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56589 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2478-29463>; Sun, 7 Mar 1999 20:59:56 +0200 Received: by vger.rutgers.edu via listexpand id <157341-25208>; Sun, 7 Mar 1999 12:40:45 -0500 Received: by vger.rutgers.edu id <157322-25206>; Sun, 7 Mar 1999 12:40:41 -0500 Received: from zhadum.nexus.carleton.ca ([134.117.76.70]:19950 "EHLO zhadum.nexus.carleton.ca" ident: "stewart") by vger.rutgers.edu with ESMTP id <157348-25208>; Sun, 7 Mar 1999 12:39:22 -0500 Received: from localhost (stewart@localhost) by zhadum.nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id NAA17689; Sun, 7 Mar 1999 13:57:31 -0500 Date: Sun, 7 Mar 1999 13:57:31 -0500 (EST) From: Rod Stewart To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: /dev/fb0 question In-Reply-To: <199903070904.JAA00453@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2600 Lines: 62 On Sun, 7 Mar 1999, Russell King - ARM Linux Admin wrote: > Rod Stewart writes: > > Question: Who should make the device /dev/fb0? Should I create it? If I > > need to create it, would anyone know the options for mknod? `mknod > > /dev/fb0 c X X' Thanks. > > Yes, people who have read linux/Documentation/devices.txt do. ;) > Here's the ls output of /dev for fb0: Ok, I was looking in the wrong spot... I was looking in linux/Documentation/fb/framebuffer.txt, on the web pages that refer to it, but didn't think about devices.txt. Thank you, X now works... Well I don't know how stable it is, but startx and xdm work, which is a start. This is the last XFree86-3.3.3.1-20.src.rpm from rawhide with patches. Isn't this pretty: -Rms [root@dilgar /dev]# startx XFree86 Version 3.3.3.1 / X Window System (protocol Version 11, revision 0, vendor release 6300) Release Date: January 4 1999 If the server is older than 6-12 months, or if your card is newer than the above date, look for a newer version before reporting problems. (see http://www.XFree86.Org/FAQ) Operating System: Linux 2.2.2-1a.rmk4 armv4l [ELF] Configured drivers: FBDev: Server for frame buffer device (Patchlevel 10): mfb, iplan2p2, iplan2p4, iplan2p8, ilbm, afb, cfb8, cfb16, cfb32 (using VT number 7) XF86Config: /usr/X11R6/lib/X11/XF86Config (**) stands for supplied, (--) stands for probed/default values (**) XKB: disabled (**) Mouse: type: PS/2, device: /dev/mouse, buttons: 3 (**) FBDev: Graphics device ID: "Linux/m68k Frame Buffer Device" (**) FBDev: Monitor ID: "Generic Monitor" (**) FontPath set to "/usr/X11R6/lib/X11/fonts/misc/,/usr/X11R6/lib/X11/fonts/75dpi/:unscaled,/usr/X11R6/lib/X11/fonts/100dpi/:unscaled,/usr/X11R6/lib/X11/fonts/Type1/,/usr/X11R6/lib/X11/fonts/Speedo/,/usr/X11R6/lib/X11/fonts/75dpi/,/usr/X11R6/lib/X11/fonts/100dpi/" (**) FBDev: Using default frame buffer video mode (--) FBDev: Frame buffer device: Cyber2000 (--) FBDev: Video memory: 2048K @ 0x81000000 (--) FBDev: MMIO regs: 768K @ 0x81800000 (--) FBDev: Type 0 type_aux 0 bits_per_pixel 8 (--) FBDev: Unknown hardware accelerator type 22 (--) FBDev: No driver support for hardware acceleration (--) FBDev: Using cfb8 driver WARNING: You selected Fvwm2 as your window manager, but your installation does not appear to be functional. The executable /usr/X11R6/bin/fvwm2 was not found on your system. RESUMING with TWM... xinit: connection to X server lost. waiting for X server to shut down [root@dilgar /dev]# unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 20:31:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA371703 for ; Sun, 7 Mar 1999 20:31:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA27735 for ; Sun, 7 Mar 1999 20:31:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027733; Sun, 7 Mar 99 20:31:17 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20816 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1111-206>; Sun, 7 Mar 1999 21:31:03 +0200 Received: by vger.rutgers.edu via listexpand id <157348-25206>; Sun, 7 Mar 1999 13:11:53 -0500 Received: by vger.rutgers.edu id <157322-25208>; Sun, 7 Mar 1999 13:11:47 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:34832 "EHLO dfw-ix15.ix.netcom.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157348-25208>; Sun, 7 Mar 1999 13:11:32 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id NAA20223; Sun, 7 Mar 1999 13:29:56 -0600 (CST) Received: from ftw-in2-15.ix.netcom.com(207.93.154.79) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma020211; Sun Mar 7 13:29:30 1999 Message-ID: <36E2D3F0.1E27B55B@ix.netcom.com> Date: Sun, 07 Mar 1999 14:30:56 -0500 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Mark van Doesburg CC: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 PCI-bus Driver Interface References: <199903071647.RAA00550@poekie.test> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 918 Lines: 31 3 looks promising. Since my ESBA card is plugged into my Dell NT machine chassis, I'd like to be able to send/receive data via the PCI bus instead of via the slow serial cable. Mark van Doesburg wrote: > > Has anyone developed an NT/Unix/Linux device driver that will > talk to the EBSA-285 card via the PCI bus instead of the serial > port? > > I've written several drivers to talk to the EBSA-285 over PCI from a > linux host. > > 1. Blank ROM programming. > 2. Booting a kernel on the EBSA > 3. Networking driver on the host and the EBSA. > > Is anyone of these what you are looking for ? > > greetings, > > Mark. > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 21:37:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA404989 for ; Sun, 7 Mar 1999 21:36:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27854 for ; Sun, 7 Mar 1999 21:36:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027852; Sun, 7 Mar 99 21:36:55 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29743 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15260-29463>; Sun, 7 Mar 1999 22:35:43 +0200 Received: by vger.rutgers.edu via listexpand id <157438-25206>; Sun, 7 Mar 1999 14:16:18 -0500 Received: by vger.rutgers.edu id <157421-25206>; Sun, 7 Mar 1999 14:13:21 -0500 Received: from mail6.svr.pol.co.uk ([195.92.193.212]:12393 "EHLO mail6.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157366-25208>; Sun, 7 Mar 1999 14:13:06 -0500 Received: from modem-40.erythromycin.dialup.pol.co.uk ([62.136.65.168] helo=reinhouse) by mail6.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10JkD1-00089y-00 for linux-arm@vger.rutgers.edu; Sun, 7 Mar 1999 20:31:36 +0000 Date: Sun, 07 Mar 1999 20:05:28 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: 2.2.2-rmk2 crash on boot Message-ID: <6b5d37df48%tim@reinhouse.freeserve.co.uk> In-Reply-To: <199903061321.NAA01239@raistlin.armlinux.org.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1539 Lines: 47 In message <199903061321.NAA01239@raistlin.armlinux.org.uk> Russell King - ARM Linux Admin wrote: > Timothy Baldwin writes: [snip] > > linux/arch/arm/boot/compressed/vmlinux > > Ok, if you do an arm-linux-nm on this, find the address of the > following symbols, eg: > > 10008000 T _start > 10013420 D input_data > > Find the offset between input_data and _start, ie 0x10013420 - 0x10008000 > = 0xb420 > > Then, use dd to extract the gzipped data from the zImage, eg: > > dd if=zImage of=zImg.gz bs=1 skip=46112 > > Using gunzip, gunzip the resulting zImg.gz file. If the gunzip is > successful, the zImage file contains a valid gzip, else it doesn't. > > Try this both with -Ttext and without, however I believe that you > will find in all cases a valid gzip file in there. You believe correctly. Further investigation shows that IscaFS was incorrectly reading files written by binutils (but not cp). It seems my confidence in IscaFS was misplaced, I will be submitting a bug report. I recitified this by copying the kernel to RISC OS via a MS-DOS formmated floppy, however I now get a crc error when trying to boot a compressed kernel. BTW, the machine in question is 20M DRAM + 1M VRAM Risc PC with RISC OS 3.7 and an ARM610 processor. [snip] -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 19:07:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA523283 for ; Wed, 10 Mar 1999 19:07:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA04516 for ; Wed, 10 Mar 1999 19:07:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004514; Wed, 10 Mar 99 19:06:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10059 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1412-27192>; Wed, 10 Mar 1999 20:05:59 +0200 Received: by vger.rutgers.edu via listexpand id <157177-215>; Wed, 10 Mar 1999 13:09:59 -0500 Received: by vger.rutgers.edu id <157130-212>; Wed, 10 Mar 1999 13:09:47 -0500 Received: from serv1.is1.u-net.net ([195.102.240.129]:44225 "EHLO serv1.is1.u-net.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157474-212>; Wed, 10 Mar 1999 13:08:34 -0500 Received: from [195.102.200.175] (helo=teletec.u-net.com) by serv1.is1.u-net.net with smtp (Exim 2.00 #2) for linux-arm@vger.rutgers.edu id 10KnHy-0004kd-00; Wed, 10 Mar 1999 18:01:03 +0000 Date: Sun, 7 Mar 1999 20:09:21 +0000 (GMT) From: David Ramsden Subject: A few ARMLinux questions - any help? To: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Organisation name, location. Telephone/Fax? X-Mailer: ANT RISCOS Marcel [ver 1.46] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1252 Lines: 31 Hello, OK here are a few questions that have been bothering me for a while; #1 - Setting up an Ethernet card. How do I do it? It is an i-cubed EtherLAN600 card running EtherH. Where do I get the module(S) from? Has anyone got any instructions that are simple? #2 - Apache server. There is a GUI bit for the Apache server that works in X Windows to setup the Apache server, it is on the Apache WW site but will it work under ARMLinux? #3 - fvwm's. I downloaded a Windows 95 one the other day but I am having some trouble installing it. I need to find the xdefaults file (where is it located?) and change some stuff in that but I don't think that this vwm will work on ARMLinux? Has any got it? It is just called fvwm95. I got it from http://www.plig.org/xwinman/ #4 - fvwm's (again). Is there a RISC OS vwm? Where can I get it from if so? I have seen a screenshot of on on the ARMLinux website. Thanks for any suggestions or help that anyone can give me ... Regards, -- | David Ramsden - david@teletec.u-net.com | _________________________________________ |___ inux / Running ARMLinux on an Acorn RiscPC 700 __________/ StrongARM (233Mhz) with 64Mb of RAM unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 21:13:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA364604 for ; Sun, 7 Mar 1999 21:12:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27818 for ; Sun, 7 Mar 1999 21:12:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027816; Sun, 7 Mar 99 21:12:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10764 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1055-206>; Sun, 7 Mar 1999 22:12:31 +0200 Received: by vger.rutgers.edu via listexpand id <157322-25206>; Sun, 7 Mar 1999 13:53:22 -0500 Received: by vger.rutgers.edu id <157344-25208>; Sun, 7 Mar 1999 13:53:09 -0500 Received: from [194.168.16.152] ([194.168.16.152]:3356 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157368-25206>; Sun, 7 Mar 1999 13:52:49 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA23890; Sun, 7 Mar 1999 20:29:40 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA05621; Sun, 7 Mar 1999 20:13:05 GMT Message-Id: <199903072013.UAA05621@raistlin.armlinux.org.uk> Subject: Re: accessing more than 4gig hd ? To: nick@flirble.org (Nicholas Clark) Date: Sun, 7 Mar 1999 20:13:05 +0000 (GMT) Cc: acraig@ihug.co.nz, linux-arm@vger.rutgers.edu In-Reply-To: <199903071802.SAA19404@flirble.org> from "Nicholas Clark" at Mar 7, 99 06:02:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1936 Lines: 36 Nicholas Clark writes: > In the last mail Allen Craig said: > > just wondering if I can put in say a 6 gig drive and have 4 gig limit > > available to RO and 2 gig available to linux for example. > > > > I know you can put bigger drives on ide expansions and partition them up > > (i have this) but it does not help for armlinux (needs to be 'adfs' > > drive). > > so the internal interface has no problem with obscenely large discs. > As to how much ADFS/FileCore can cope with, dunno. You can only have one logical > ADFS partition per physical disc, so that won't help you. Well, the internal IDE interface consists of nothing more than some decode logic (to detect when accesses are meant for the hard drive) and some buffers if I remember correctly. Therefore, I don't see why you can't attach an extremely large IDE drive to the internal interface and use it, so long as the OS you are using can cope. However, note that you have to be really careful about how you partition the drive. If ADFS can only access N GB of the disk, and you're booting a kernel from within the root filesystem, you must make sure that the whole of the root filesystem is also within this limit (just like on a PC with an old BIOS you need to make sure that the whole of the root filesystem is below the 512MB limit). However, I'm not saying that any hard drive will work... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 21:42:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA408265 for ; Sun, 7 Mar 1999 21:42:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA27875 for ; Sun, 7 Mar 1999 21:42:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027873; Sun, 7 Mar 99 21:42:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42316 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15260-29463>; Sun, 7 Mar 1999 22:42:20 +0200 Received: by vger.rutgers.edu via listexpand id <157348-25206>; Sun, 7 Mar 1999 14:23:11 -0500 Received: by vger.rutgers.edu id <157344-25206>; Sun, 7 Mar 1999 14:23:03 -0500 Received: from galatea-69.cableol.net ([194.168.16.69]:3387 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157348-25206>; Sun, 7 Mar 1999 14:22:52 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA24026; Sun, 7 Mar 1999 20:59:22 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA05701; Sun, 7 Mar 1999 20:42:45 GMT Message-Id: <199903072042.UAA05701@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Sun, 7 Mar 1999 20:42:45 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <6b5d37df48%tim@reinhouse.freeserve.co.uk> from "Timothy Baldwin" at Mar 7, 99 08:05:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1050 Lines: 20 Timothy Baldwin writes: > I recitified this by copying the kernel to RISC OS via a MS-DOS formmated > floppy, however I now get a crc error when trying to boot a compressed > kernel. > > BTW, the machine in question is 20M DRAM + 1M VRAM Risc PC with RISC OS 3.7 > and an ARM610 processor. I do hope that you didn't compile the kernel for a StrongARM on a RiscPC. This is a great nono with egcs (since it will generate half-word instructions which the RiscPC can't cope with). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 02:37:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA462150 for ; Tue, 9 Mar 1999 02:37:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA31723 for ; Tue, 9 Mar 1999 02:37:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031721; Tue, 9 Mar 99 02:36:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20805 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13154-16036>; Tue, 9 Mar 1999 03:32:12 +0200 Received: by vger.rutgers.edu via listexpand id <157352-25208>; Mon, 8 Mar 1999 19:02:52 -0500 Received: by vger.rutgers.edu id <157370-25206>; Mon, 8 Mar 1999 19:00:37 -0500 Received: from mail1.svr.pol.co.uk ([195.92.193.18]:11783 "EHLO mail1.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157508-25208>; Mon, 8 Mar 1999 18:55:42 -0500 Received: from modem-78.viractin.dialup.pol.co.uk ([62.136.93.78] helo=reinhouse) by mail1.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10KB6Y-0006ft-00 for linux-arm@vger.rutgers.edu; Tue, 9 Mar 1999 01:14:45 +0000 Date: Sun, 07 Mar 1999 21:03:46 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: accessing more than 4gig hd ? Message-ID: <99b33cdf48%tim@reinhouse.freeserve.co.uk> In-Reply-To: X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 431 Lines: 12 In message Allen Craig wrote: > RO3.7 limits an adfs drive size to 4(ish) Gb (right ?).... AFAIK, the limit is 512Gb. -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 12:46:03 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA429194 for ; Mon, 8 Mar 1999 12:46:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA29614 for ; Mon, 8 Mar 1999 12:46:01 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029612; Mon, 8 Mar 99 12:45:31 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20025 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12815-7339>; Mon, 8 Mar 1999 13:43:41 +0200 Received: by vger.rutgers.edu via listexpand id <157117-25206>; Mon, 8 Mar 1999 05:24:13 -0500 Received: by vger.rutgers.edu id <157029-25208>; Mon, 8 Mar 1999 05:23:48 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4651 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157063-25206>; Mon, 8 Mar 1999 05:21:23 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id MAA02982; Mon, 8 Mar 1999 12:40:08 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id XAA03524; Sun, 7 Mar 1999 23:14:06 +0100 Date: Sun, 7 Mar 1999 23:14:06 +0100 From: Mark van Doesburg Message-Id: <199903072214.XAA03524@poekie.test> To: feustel@ix.netcom.com Subject: Re: EBSA-285 PCI-bus Driver Interface Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 610 Lines: 16 3 looks promising. Since my ESBA card is plugged into my Dell NT machine chassis, I'd like to be able to send/receive data via the PCI bus instead of via the slow serial cable. I can mail you the patches. On the host you need linux-2.2.2 and on the EBSA-285 you need linux-2.2.2-rmk2. Both kernels must be patched. In order to get this working you will need to reprogram the flash of the EBSA-285 to work with the boot driver. Let me know if you want the patches/drivers/utils and I'll mail them to you (64kB) greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 7 23:30:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA410682 for ; Sun, 7 Mar 1999 23:29:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA28022 for ; Sun, 7 Mar 1999 23:29:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028020; Sun, 7 Mar 99 23:29:47 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17176 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14753-7339>; Mon, 8 Mar 1999 00:29:22 +0200 Received: by vger.rutgers.edu via listexpand id <156544-25208>; Sun, 7 Mar 1999 16:10:15 -0500 Received: by vger.rutgers.edu id <156906-25208>; Sun, 7 Mar 1999 16:10:02 -0500 Received: from prune.flirble.org ([195.40.6.30]:4906 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157027-25208>; Sun, 7 Mar 1999 16:08:51 -0500 Received: (qmail 435 invoked from network); 7 Mar 1999 22:27:29 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 7 Mar 1999 22:27:29 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id WAA24227; Sun, 7 Mar 1999 22:27:26 GMT From: Nicholas Clark Message-Id: <199903072227.WAA24227@flirble.org> Subject: Re: 2.2.2-rmk2 crash on boot In-Reply-To: <6b5d37df48%tim@reinhouse.freeserve.co.uk> from Timothy Baldwin at "Mar 7, 99 08:05:28 pm" To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Sun, 7 Mar 1999 22:27:25 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1674 Lines: 41 In the last mail Timothy Baldwin said: > In message <199903061321.NAA01239@raistlin.armlinux.org.uk> > Russell King - ARM Linux Admin wrote: > You believe correctly. Further investigation shows that IscaFS was > incorrectly reading files written by binutils (but not cp). It seems > my confidence in IscaFS was misplaced, I will be submitting a bug > report. Aaargh. I've got (at least) 4 problems, 2 of which are now solved 1: IscaFS didn't understand holey files (binutils makes a zImage with holes (parts of file with no disc storage allocated - read as all zeros)) Phil has fixed this (we think, but) 2: IscaFS still doesn't read the same data for zImage and the result of cat zImage; (to remove the holes) - got a problem starting at block 400 ish (206th double indirect block, IIRC) 3: egcs was generating LDRH instructions, because it was told I have a StrongARM (True, but counterproductive on a RiscPC_) 4: something else is making buggy code, hence my kernel won't boot > I recitified this by copying the kernel to RISC OS via a MS-DOS formmated > floppy, however I now get a crc error when trying to boot a compressed > kernel. RISC OS seems to be pretty poor when it comes to reading MS-DOG disks. cat zImage >someotherfile should do the trick. Or gzip or zip the zImage, and "uncompress" it on this side of IscaFS, so that you get the CRC check to verify that it came across intact. > BTW, the machine in question is 20M DRAM + 1M VRAM Risc PC with RISC OS 3.7 > and an ARM610 processor. "Very interesting" (why a 610?) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 00:31:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA403470 for ; Mon, 8 Mar 1999 00:31:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA28173 for ; Mon, 8 Mar 1999 00:31:29 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028171; Mon, 8 Mar 99 00:31:08 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:64792 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14494-7339>; Mon, 8 Mar 1999 01:29:14 +0200 Received: by vger.rutgers.edu via listexpand id <157152-25206>; Sun, 7 Mar 1999 17:09:07 -0500 Received: by vger.rutgers.edu id <156961-25208>; Sun, 7 Mar 1999 17:06:07 -0500 Received: from mail10.svr.pol.co.uk ([195.92.193.214]:14069 "EHLO mail10.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157027-25206>; Sun, 7 Mar 1999 17:04:41 -0500 Received: from modem-4.actinium.dialup.pol.co.uk ([62.136.44.4] helo=y) by mail10.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10JmtA-0002D4-00 for linux-arm@vger.rutgers.edu; Sun, 7 Mar 1999 23:23:16 +0000 From: John Ballance Date: Sun, 07 Mar 1999 23:28:23 To: linux-arm@vger.rutgers.edu Subject: Cross compiling the kernel v-2.2.2 Content-Type: text/plain Message-ID: X-Mailer: Navaho Server Suite 2.00b24/Acorn RISC OS Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3074 Lines: 109 Hi folks Having finally persuaded my x86 machine to cross compile kernels for SA Riscos machines, (see below for more info on this) I can now compile a kernel which at least un-compresses.. there are still problems though 1. Is the CONFIG_CPU_ARMV4 reqired for SA-RPC machines?.. running menuconfig or xconfig and defining as riscos SA machine, I get compilation failing in proc-arm6,7.S at lines 77 and 78 with: Can not represent IMMEDIATE relocation in this object file format (0) manually editing config so that CONFIG_CPU_ARMV4 = y permits compilation to complete 2. there are worrying assembler type warnings that keep appearing.. typically such as that the destination register is the same as the writeback base reg... Is this sort of thing actually expected? 3. Is there an easy way to filter just the warnings/errors from the large quantity of info flowing past during compilation cross compiling kernels to get going I did the following: base dir is /usr/src a) Binutils.. with gz and patch files in ./sources/binu19a (i.e. binutils-2.9.1.0.19a) files are binu19a.gz and binutils-p, the relevant patch file for arm use tar -xzf ./sources/binu*/binu19* gzip -cd ./sources/binu*/binut* | patch -p0 this creates /usr/src/binutils-2.9.1.0.19a b) egcs.. as above, in ./sources/egcs files are (for convenience) egcs1.1b.gz the base egcs1.1b archive egcs11b-111 patch to get it to egcs-1.1.1 egcs111ad patch to add arm to egcs-1.1.1 applied as tar -xzf ./sources/eg*/egcs1.* gzip -cd ./sources/eg*/egcs11b* | patch -p0 gzip -cd ./sources/eg*/egcs111* | patch -p0 c) the linux kernel.. get this in place and make menuconfig, or whatever. configure it for your arm processor and exit, saving things then make symlinks to set up the header links then mkdir ./arm mkdir ./arm/binu mkdir ./arm/egcs then cd ./arm/binu* type ../../binu*/configure --host=i686-pc-linux --target=arm-linux --prefix=/usr make make install this will build arm version tools in /usr/bin, all prefixed by arm-linux- Now the difference.. thanks to chris rutter suggested this.. COPY the headers into the egcs arm tree, instead of just linking it... mkdir /usr/src/arm/egcs/include cp -a /usr/src/linux/include/arm-asm /usr/src/arm/egcs/include/asm cp -a /usr/src/linux/include/linux /usr/src/arm/egcs/include/linux then.. cd /usr/src/arm/egcs ./../eg*/configure --host=i6i6-pc-linux --target=arm-linux --prefix=/usr cd gcc make LANGUAGES="C" make LANGUAGES="C" install this sets up /usr/bin/arm-linux-gcc and you are ready to compile kernels.. dont forget to edit the linux kernel Makefile to set CROSS_COMPILE = /usr/bin/arm-linux- ( the default value still has arm-linuxelf- in it...) -- John Ballance Castle Technology, Ore Trading Estate, Woodbridge Road, Framlingham, Suffolk UK IP13 9LL Tel 44 (0) 1728 621 631, Fax 44 (0) 1728 621 179 web: http://www.castle-technology.co.uk or http://www.castlet.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 00:46:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA411446 for ; Mon, 8 Mar 1999 00:45:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA28191 for ; Mon, 8 Mar 1999 00:45:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028189; Mon, 8 Mar 99 00:45:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37674 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14517-5991>; Mon, 8 Mar 1999 01:40:19 +0200 Received: by vger.rutgers.edu via listexpand id <157027-25208>; Sun, 7 Mar 1999 17:20:11 -0500 Received: by vger.rutgers.edu id <157020-25206>; Sun, 7 Mar 1999 17:18:28 -0500 Received: from [194.168.16.171] ([194.168.16.171]:3552 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157120-25206>; Sun, 7 Mar 1999 17:16:45 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA24527; Sun, 7 Mar 1999 23:54:03 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA06198; Sun, 7 Mar 1999 23:37:10 GMT Message-Id: <199903072337.XAA06198@raistlin.armlinux.org.uk> Subject: Re: Cross compiling the kernel v-2.2.2 To: jwb@rosery.freeserve.co.uk (John Ballance) Date: Sun, 7 Mar 1999 23:37:10 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "John Ballance" at Mar 7, 99 11:28:23 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 702 Lines: 12 I can't speak for PB's patches, and PB's on holiday. Hence, the first thing I suggest is unpatching PB's stuff and trying again. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 10:20:31 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA420501 for ; Mon, 8 Mar 1999 10:20:30 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA29212 for ; Mon, 8 Mar 1999 10:20:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029210; Mon, 8 Mar 99 10:20:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42354 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14994-7339>; Mon, 8 Mar 1999 11:19:50 +0200 Received: by vger.rutgers.edu via listexpand id <157041-25206>; Mon, 8 Mar 1999 03:00:43 -0500 Received: by vger.rutgers.edu id <157040-25208>; Mon, 8 Mar 1999 03:00:34 -0500 Received: from [194.205.185.2] ([194.205.185.2]:2987 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157030-25206>; Mon, 8 Mar 1999 03:00:24 -0500 Received: from clouse.eidos.co.uk (192.168.100.15 [192.168.100.15]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X82FD61; Mon, 8 Mar 1999 09:21:18 -0000 Received: (from bdb@localhost) by clouse.eidos.co.uk (8.8.8/8.8.8) id JAA09235; Mon, 8 Mar 1999 09:17:59 GMT Date: Mon, 8 Mar 1999 09:17:59 GMT From: Brian Brunswick Message-Id: <199903080917.JAA09235@clouse.eidos.co.uk> To: linux-arm@vger.rutgers.edu Subject: Re: CATS board IDE anybody? Newsgroups: local.linux-arm In-Reply-To: Organization: Eidos Technologies Ltd (+44 181 636 3000) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 535 Lines: 13 In article you write: >>IRQ 47 is invalid on this architecture. It's probably supposed to be 15 >>or 31. > >The ALi IDE irqs are indeed supposed to be 14 and 15. At one point they were >46 and 47 but I can't immediately see where that number is coming from now. > >p. > Well that explains all the lost irq messages that occurred when I changed that number. It did manage to read the partition table though! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 12:00:01 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id MAA427563 for ; Mon, 8 Mar 1999 12:00:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA29465 for ; Mon, 8 Mar 1999 12:00:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029463; Mon, 8 Mar 99 11:59:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15462 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14361-5991>; Mon, 8 Mar 1999 12:59:23 +0200 Received: by vger.rutgers.edu via listexpand id <157059-25208>; Mon, 8 Mar 1999 04:40:12 -0500 Received: by vger.rutgers.edu id <157029-25208>; Mon, 8 Mar 1999 04:39:53 -0500 Received: from [194.205.185.2] ([194.205.185.2]:4852 "EHLO mail.eidos.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157072-25206>; Mon, 8 Mar 1999 04:39:34 -0500 Received: from clouse.eidos.co.uk (192.168.100.15 [192.168.100.15]) by mail.eidos.co.uk with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 1X82F11S; Mon, 8 Mar 1999 11:00:29 -0000 Received: (from bdb@localhost) by clouse.eidos.co.uk (8.8.8/8.8.8) id KAA11198; Mon, 8 Mar 1999 10:57:10 GMT Date: Mon, 8 Mar 1999 10:57:10 GMT From: Brian Brunswick Message-Id: <199903081057.KAA11198@clouse.eidos.co.uk> To: linux-arm@vger.rutgers.edu Subject: Re: HELP - GLIBC 2.1 In-Reply-To: Organization: Eidos Technologies Ltd (+44 181 636 3000) Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 679 Lines: 20 In article you write: >Hi Jason, > >> libdb.a ../libc.a -lgcc ../libc.a >>/usr/local/arm/lib/gcc-lib/arm-linuxaout/egcs-2.91.60/libgcc.a(_umodsi3.o)(. >>text >>+0xa8): undefined reference to `__div0' > >This symbol should be defined in libgcc.a (which is built as part of EGCS). >Why it's not there, I'm afraid I don't have much of a clue. :-( > >p. > > >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > I think it may be due to not giving the egcs build the soft links into the linux headers. We had trouble with it too. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 16:11:04 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA448174 for ; Mon, 8 Mar 1999 16:11:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA30198 for ; Mon, 8 Mar 1999 16:11:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030196; Mon, 8 Mar 99 16:10:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:12340 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14387-7339>; Mon, 8 Mar 1999 17:09:04 +0200 Received: by vger.rutgers.edu via listexpand id <157126-25206>; Mon, 8 Mar 1999 08:49:35 -0500 Received: by vger.rutgers.edu id <157225-25208>; Mon, 8 Mar 1999 08:49:21 -0500 Received: from relay6.UU.NET ([192.48.96.16]:3485 "EHLO relay6.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157358-25208>; Mon, 8 Mar 1999 08:47:35 -0500 Received: from xedia.com by relay6.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgfqy03280; Mon, 8 Mar 1999 10:06:21 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA08088; Mon, 8 Mar 99 10:02:36 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id KAA14774; Mon, 8 Mar 1999 10:06:16 -0500 Date: Mon, 8 Mar 1999 10:06:16 -0500 Message-Id: <199903081506.KAA14774@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: m.j.s.vandoesburg@student.utwente.nl Cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 PCI-bus Driver Interface References: <199903072214.XAA03524@poekie.test> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 659 Lines: 16 >>>>> "Mark" == Mark van Doesburg writes: >> 3 looks promising. Since my ESBA card is plugged into my Dell >> NT machine chassis, I'd like to be able to send/receive data >> via the PCI bus instead of via the slow serial cable. Mark> I can mail you the patches. ... This looks like it would be useful to a number of us... Would it be possible to find a home for these things on some suitable file server, and post some links to it where they can be found? It would be handy if the ARM-Linux webpages could lead you to this work. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 16:38:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA445637 for ; Mon, 8 Mar 1999 16:38:03 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA30316 for ; Mon, 8 Mar 1999 16:38:03 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030314; Mon, 8 Mar 99 16:37:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37220 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14553-5991>; Mon, 8 Mar 1999 17:35:39 +0200 Received: by vger.rutgers.edu via listexpand id <157366-25208>; Mon, 8 Mar 1999 09:16:12 -0500 Received: by vger.rutgers.edu id <157063-25206>; Mon, 8 Mar 1999 09:15:58 -0500 Received: from dfw-ix15.ix.netcom.com ([206.214.98.15]:36700 "EHLO dfw-ix15.ix.netcom.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157376-25206>; Mon, 8 Mar 1999 09:13:07 -0500 Received: (from smap@localhost) by dfw-ix15.ix.netcom.com (8.8.4/8.8.4) id JAA00578; Mon, 8 Mar 1999 09:31:42 -0600 (CST) Received: from ftw-in2-29.ix.netcom.com(207.93.154.93) by dfw-ix15.ix.netcom.com via smap (V1.3) id rma000509; Mon Mar 8 09:31:04 1999 Message-ID: <36E3ED86.BBB03515@ix.netcom.com> Date: Mon, 08 Mar 1999 10:32:22 -0500 From: David Feustel X-Mailer: Mozilla 4.5 [en] (WinNT; U) X-Accept-Language: en MIME-Version: 1.0 To: Paul Koning CC: m.j.s.vandoesburg@student.utwente.nl, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 PCI-bus Driver Interface References: <199903072214.XAA03524@poekie.test> <199903081506.KAA14774@tonga.xedia.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1043 Lines: 29 Note that I'm looking for an NT-based (not Linux-based) PCI interface to the ESBA285. How hard would it be to generate an NT PCI interface from the Linux PCI interface? Paul Koning wrote: > > >>>>> "Mark" == Mark van Doesburg writes: > > >> 3 looks promising. Since my ESBA card is plugged into my Dell > >> NT machine chassis, I'd like to be able to send/receive data > >> via the PCI bus instead of via the slow serial cable. > > Mark> I can mail you the patches. ... > > This looks like it would be useful to a number of us... Would it be > possible to find a home for these things on some suitable file server, > and post some links to it where they can be found? It would be handy > if the ARM-Linux webpages could lead you to this work. > > paul > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu -- David Feustel Fort Wayne, Indiana 219-483-1857 http://www.d-feustel.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 16:50:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA450476 for ; Mon, 8 Mar 1999 16:50:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA30363 for ; Mon, 8 Mar 1999 16:50:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030359; Mon, 8 Mar 99 16:49:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6612-7339>; Mon, 8 Mar 1999 17:49:24 +0200 Received: by vger.rutgers.edu via listexpand id <157041-25208>; Mon, 8 Mar 1999 09:30:08 -0500 Received: by vger.rutgers.edu id <157125-25208>; Mon, 8 Mar 1999 09:29:49 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1711 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157059-25208>; Mon, 8 Mar 1999 09:29:34 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id PAA24826; Mon, 8 Mar 1999 15:47:57 GMT From: Alan Cox Message-Id: <199903081547.PAA24826@snowcrash.cymru.net> Subject: Re: EBSA-285 PCI-bus Driver Interface To: feustel@ix.netcom.com (David Feustel) Date: Mon, 8 Mar 1999 15:47:53 +0000 (GMT) Cc: pkoning@xedia.com, m.j.s.vandoesburg@student.utwente.nl, linux-arm@vger.rutgers.edu In-Reply-To: <36E3ED86.BBB03515@ix.netcom.com> from "David Feustel" at Mar 8, 99 10:32:22 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 367 Lines: 6 > Note that I'm looking for an NT-based (not Linux-based) PCI interface to the ESBA285. > How hard would it be to generate an NT PCI interface from the Linux PCI interface? Probably fairly hard. NT drivers have to look like NTspeak, and unicode and other horrors. Good luck - you'll need it unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 16:51:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA446240 for ; Mon, 8 Mar 1999 16:51:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA30373 for ; Mon, 8 Mar 1999 16:51:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030371; Mon, 8 Mar 99 16:50:51 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:1286 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2896-5991>; Mon, 8 Mar 1999 17:50:34 +0200 Received: by vger.rutgers.edu via listexpand id <157126-25208>; Mon, 8 Mar 1999 09:31:27 -0500 Received: by vger.rutgers.edu id <157125-25206>; Mon, 8 Mar 1999 09:31:19 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1824 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157041-25206>; Mon, 8 Mar 1999 09:31:03 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id PAA24879; Mon, 8 Mar 1999 15:49:50 GMT From: Alan Cox Message-Id: <199903081549.PAA24879@snowcrash.cymru.net> Subject: Re: EBSA-285 PCI-bus Driver Interface To: pkoning@xedia.com (Paul Koning) Date: Mon, 8 Mar 1999 15:49:46 +0000 (GMT) Cc: m.j.s.vandoesburg@student.utwente.nl, linux-arm@vger.rutgers.edu In-Reply-To: <199903081506.KAA14774@tonga.xedia.com> from "Paul Koning" at Mar 8, 99 10:06:16 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 368 Lines: 5 Also on this subject I have chunks of the I2O Linux interface working, and the I2O target port on the 285, even without a full heap of I2O crap on it will make a nice message passing (eg network card) interface between the host and the EBSA card. Probably only a days work to have a "pci0" ;) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 16:47:43 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA450189 for ; Mon, 8 Mar 1999 16:47:42 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA30352 for ; Mon, 8 Mar 1999 16:47:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030350; Mon, 8 Mar 99 16:47:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:21884 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6746-7339>; Mon, 8 Mar 1999 17:47:12 +0200 Received: by vger.rutgers.edu via listexpand id <157174-25206>; Mon, 8 Mar 1999 09:27:56 -0500 Received: by vger.rutgers.edu id <157145-25208>; Mon, 8 Mar 1999 09:27:40 -0500 Received: from manaslu.capway.com ([194.2.90.38]:2345 "EHLO capway.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157174-25208>; Mon, 8 Mar 1999 09:27:30 -0500 Received: from dcs (tntarch2-232.abo.wanadoo.fr [164.138.190.232]) by capway.com (8.8.8/8.8.8) with SMTP id QAA12692; Mon, 8 Mar 1999 16:51:32 +0100 (MET) Message-ID: <36E3FE1B.3BE91E9F@capway.com> Date: Mon, 08 Mar 1999 16:43:07 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: David Feustel CC: Paul Koning , m.j.s.vandoesburg@student.utwente.nl, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 PCI-bus Driver Interface References: <199903072214.XAA03524@poekie.test> <199903081506.KAA14774@tonga.xedia.com> <36E3ED86.BBB03515@ix.netcom.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 543 Lines: 13 David Feustel wrote: > > Note that I'm looking for an NT-based (not Linux-based) PCI interface to the ESBA285. > How hard would it be to generate an NT PCI interface from the Linux PCI interface? It will be hard, as you have to develop a vxd in order to acces the PCI bus, that you cannot directly access from user land. I think the best thing you can do is put on a floppy a MSDOS, DOS4GW and FMU.EXE you got on floppies shipped with the EBSA285 card. Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 18:05:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA454388 for ; Mon, 8 Mar 1999 18:05:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA30630 for ; Mon, 8 Mar 1999 18:05:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030628; Mon, 8 Mar 99 18:05:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23074 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6347-7339>; Mon, 8 Mar 1999 19:04:43 +0200 Received: by vger.rutgers.edu via listexpand id <157061-25206>; Mon, 8 Mar 1999 10:45:17 -0500 Received: by vger.rutgers.edu id <157145-25208>; Mon, 8 Mar 1999 10:44:11 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4903 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157068-25206>; Mon, 8 Mar 1999 10:43:53 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id SAA03784; Mon, 8 Mar 1999 18:02:43 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id SAA00951; Mon, 8 Mar 1999 18:02:42 +0100 Date: Mon, 8 Mar 1999 18:02:42 +0100 From: Mark van Doesburg Message-Id: <199903081702.SAA00951@poekie.test> To: pkoning@xedia.com Subject: Re: EBSA-285 PCI-bus Driver Interface Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 657 Lines: 18 >> 3 looks promising. Since my ESBA card is plugged into my Dell >> NT machine chassis, I'd like to be able to send/receive data >> via the PCI bus instead of via the slow serial cable. Mark> I can mail you the patches. ... This looks like it would be useful to a number of us... Would it be possible to find a home for these things on some suitable file server, and post some links to it where they can be found? It would be handy if the ARM-Linux webpages could lead you to this work. This would be very helpfull, are you offering some space ? greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 18:12:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA426714 for ; Mon, 8 Mar 1999 18:12:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA30652 for ; Mon, 8 Mar 1999 18:12:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030649; Mon, 8 Mar 99 18:12:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10294 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14534-7339>; Mon, 8 Mar 1999 19:11:44 +0200 Received: by vger.rutgers.edu via listexpand id <157095-25206>; Mon, 8 Mar 1999 10:52:18 -0500 Received: by vger.rutgers.edu id <157068-25206>; Mon, 8 Mar 1999 10:51:35 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4961 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157145-25208>; Mon, 8 Mar 1999 10:50:34 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id SAA04947; Mon, 8 Mar 1999 18:09:26 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id SAA00969; Mon, 8 Mar 1999 18:05:05 +0100 Date: Mon, 8 Mar 1999 18:05:05 +0100 From: Mark van Doesburg Message-Id: <199903081705.SAA00969@poekie.test> To: feustel@ix.netcom.com, pkoning@xedia.com Subject: Re: EBSA-285 PCI-bus Driver Interface Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 284 Lines: 10 Note that I'm looking for an NT-based (not Linux-based) PCI interface to the ESBA285. How hard would it be to generate an NT PCI interface from the Linux PCI interface? I have no idea. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 18:12:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA435746 for ; Mon, 8 Mar 1999 18:12:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA30653 for ; Mon, 8 Mar 1999 18:12:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa30649; Mon, 8 Mar 99 18:12:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10294 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15143-5991>; Mon, 8 Mar 1999 19:11:55 +0200 Received: by vger.rutgers.edu via listexpand id <157068-25206>; Mon, 8 Mar 1999 10:52:18 -0500 Received: by vger.rutgers.edu id <157041-25206>; Mon, 8 Mar 1999 10:51:44 -0500 Received: from studict.student.utwente.nl ([130.89.220.2]:4964 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157224-25208>; Mon, 8 Mar 1999 10:50:40 -0500 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id SAA04958; Mon, 8 Mar 1999 18:09:28 +0100 (MET) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id SAA00974; Mon, 8 Mar 1999 18:07:18 +0100 Date: Mon, 8 Mar 1999 18:07:18 +0100 From: Mark van Doesburg Message-Id: <199903081707.SAA00974@poekie.test> To: alan@cymru.net, pkoning@xedia.com Subject: Re: EBSA-285 PCI-bus Driver Interface Cc: linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 485 Lines: 13 Also on this subject I have chunks of the I2O Linux interface working, and the I2O target port on the 285, even without a full heap of I2O crap on it will make a nice message passing (eg network card) interface between the host and the EBSA card. Probably only a days work to have a "pci0" ;) My networking interface already uses the I2O interface. And networking is fully functional. greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 19:14:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA452505 for ; Mon, 8 Mar 1999 19:14:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA30805 for ; Mon, 8 Mar 1999 19:14:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030802; Mon, 8 Mar 99 19:13:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7026 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12416-7339>; Mon, 8 Mar 1999 20:07:52 +0200 Received: by vger.rutgers.edu via listexpand id <157462-25208>; Mon, 8 Mar 1999 11:43:23 -0500 Received: by vger.rutgers.edu id <157063-25206>; Mon, 8 Mar 1999 11:41:19 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1043 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157390-25208>; Mon, 8 Mar 1999 11:33:10 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id RAA27962; Mon, 8 Mar 1999 17:52:01 GMT From: Alan Cox Message-Id: <199903081752.RAA27962@snowcrash.cymru.net> Subject: Re: EBSA-285 PCI-bus Driver Interfacey To: m.j.s.vandoesburg@student.utwente.nl (Mark van Doesburg) Date: Mon, 8 Mar 1999 17:52:00 +0000 (GMT) Cc: alan@cymru.net, pkoning@xedia.com, linux-arm@vger.rutgers.edu In-Reply-To: <199903081707.SAA00974@poekie.test> from "Mark van Doesburg" at Mar 8, 99 06:07:18 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 493 Lines: 11 > Also on this subject I have chunks of the I2O Linux interface > working, and the I2O target port on the 285, even without a full > heap of I2O crap on it will make a nice message passing (eg > network card) interface between the host and the EBSA card. > Probably only a days work to have a "pci0" ;) > > My networking interface already uses the I2O interface. And networking is > fully functional. well cool unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 19:14:05 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA435415 for ; Mon, 8 Mar 1999 19:14:04 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA30806 for ; Mon, 8 Mar 1999 19:14:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa30802; Mon, 8 Mar 99 19:13:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:17016 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16018-7339>; Mon, 8 Mar 1999 20:09:54 +0200 Received: by vger.rutgers.edu via listexpand id <157272-25208>; Mon, 8 Mar 1999 11:49:25 -0500 Received: by vger.rutgers.edu id <157371-25206>; Mon, 8 Mar 1999 11:42:49 -0500 Received: from relay7.UU.NET ([192.48.96.17]:2788 "EHLO relay7.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157526-25208>; Mon, 8 Mar 1999 11:37:41 -0500 Received: from xedia.com by relay7.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgfrj28089; Mon, 8 Mar 1999 12:56:31 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA10783; Mon, 8 Mar 99 12:52:49 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id MAA14931; Mon, 8 Mar 1999 12:56:29 -0500 Date: Mon, 8 Mar 1999 12:56:29 -0500 Message-Id: <199903081756.MAA14931@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: m.j.s.vandoesburg@student.utwente.nl Cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 PCI-bus Driver Interface References: <199903081702.SAA00951@poekie.test> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 374 Lines: 10 >>>>> "Mark" == Mark van Doesburg writes: Mark> This would be very helpfull, are you offering some space ? No, unfortunately I don't have any to offer. I was thinking that the same place where other ARM-Linux code lives would make a logical choice. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 8 22:19:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA453206 for ; Mon, 8 Mar 1999 22:19:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA31210 for ; Mon, 8 Mar 1999 22:19:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031208; Mon, 8 Mar 99 22:19:10 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7757 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11016-5991>; Mon, 8 Mar 1999 23:15:09 +0200 Received: by vger.rutgers.edu via listexpand id <157224-25206>; Mon, 8 Mar 1999 14:51:44 -0500 Received: by vger.rutgers.edu id <157116-25208>; Mon, 8 Mar 1999 14:51:32 -0500 Received: from fw2-cam.cambridge.arm.com ([193.131.176.5]:43633 "HELO fw2-cam.cambridge.arm.com" ident: "firewall-user") by vger.rutgers.edu with SMTP id <157313-25206>; Mon, 8 Mar 1999 14:50:11 -0500 Received: by fw2-cam.cambridge.arm.com; id VAA18364; Mon, 8 Mar 1999 21:00:02 GMT Received: from sun1.cambridge.arm.com(172.16.1.1) by fw2-cam.cambridge.arm.com via smap (4.1) id xma018360; Mon, 8 Mar 99 20:59:40 GMT Received: from cam-mail1.cambridge.arm.com (node800064b5) by arm.com (4.1/SMI-4.1) id AA08459; Mon, 8 Mar 99 21:02:03 GMT Received: from sun52.NIS.cambridge by cam-mail1.cambridge.arm.com (SMI-8.6/SMI-SVR4) id VAA06565; Mon, 8 Mar 1999 21:01:51 GMT Received: from sun52 by sun52.NIS.cambridge (SMI-8.6/SMI-SVR4) id VAA04515; Mon, 8 Mar 1999 21:01:41 GMT Message-Id: <199903082101.VAA04515@sun52.NIS.cambridge> X-Mailer: exmh version 2.0.2 2/24/98 To: chrisb@sandy.force9.co.uk Cc: egcs-bugs@egcs.cygnus.com, linux-arm@vger.rutgers.edu Cc: richard.earnshaw@arm.com Reply-To: richard.earnshaw@arm.com Organization: ARM Ltd. X-Telephone: +44 1223 400569 (direct+voicemail), +44 1223 400400 (switchbd) X-Fax: +44 1223 400410 X-Address: ARM Ltd., 90 Fulbourn Road, Cherry Hinton, Cambridge CB1 9JN. X-Url: http://www.arm.com/ Subject: Re: -finline creates undefined reference errors on arm-linux In-Reply-To: Your message of "Sat, 06 Mar 1999 18:00:58 GMT." <199903061801.SAA06123@downstairs.db-bbs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 08 Mar 1999 21:01:40 +0000 From: Richard Earnshaw Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 399 Lines: 12 chrisb@sandy.force9.co.uk said: > When compiling an ARMLinux kernel with egcs, many files threw up > errors along the lines of "undefined reference to `.Lxxx'". AIUI, > these are internal labels created by the compiler. This was a bug in the new flow analysis code that rth and myself fixed over the weekend. Richard. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 00:55:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA446953 for ; Tue, 9 Mar 1999 00:55:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA31527 for ; Tue, 9 Mar 1999 00:55:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031525; Tue, 9 Mar 99 00:55:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26726 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1433-18597>; Tue, 9 Mar 1999 01:53:54 +0200 Received: by vger.rutgers.edu via listexpand id <157116-25206>; Mon, 8 Mar 1999 17:34:30 -0500 Received: by vger.rutgers.edu id <157130-25208>; Mon, 8 Mar 1999 17:34:21 -0500 Received: from red.csi.cam.ac.uk ([131.111.8.70]:60316 "EHLO red.csi.cam.ac.uk" ident: "exim") by vger.rutgers.edu with ESMTP id <157116-25206>; Mon, 8 Mar 1999 17:34:13 -0500 Received: from atm26 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 2.05 #3) id 10K9pd-0003hO-00; Mon, 8 Mar 1999 23:53:09 +0000 Date: Mon, 8 Mar 1999 23:53:09 +0000 (GMT) From: Theo Markettos X-Sender: atm26@red.csi.cam.ac.uk Reply-To: Theo Markettos To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: Compiling lesstif - libXt, a.out and shared libraries In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1122 Lines: 23 On Fri, 5 Mar 1999, Philip Blundell wrote: > >As the supplied ld doesn't support shared libraries, Lesstif compiles as > >static. However, /usr/X11/lib contains libXt.sa, libXt.so.6, and > >libXt.so.6.0. Does this mean they're all shared? I thought a.out didn't > >support shared libraries? > > It's possible to support shared libraries with a.out but building them is a > pretty gruesome process involving the DLL tools. Glibc has no support for > this but the old libc4 does. I think the binutils linker has all the > necessary bits in to make it work. OK, thanks. Looks like I'll have to convince the X makefiles to build a static libXt - after compiling the 130MB of X source for a couple of days (on an ARM610 machine), it decided to segfault in the vital place... I'll see if I can have another go at some point... -- Theo Markettos Theo.Markettos@cai.cam.ac.uk (atm26) Gonville & Caius College theomarkettos@letterbox.com Cambridge, UK http://www.marketto.demon.co.uk/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 01:20:35 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA413218 for ; Tue, 9 Mar 1999 01:20:34 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA31590 for ; Tue, 9 Mar 1999 01:20:34 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031588; Tue, 9 Mar 99 01:20:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:62468 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1517-16036>; Tue, 9 Mar 1999 02:19:54 +0200 Received: by vger.rutgers.edu via listexpand id <157187-25206>; Mon, 8 Mar 1999 18:00:30 -0500 Received: by vger.rutgers.edu id <157063-25208>; Mon, 8 Mar 1999 18:00:21 -0500 Received: from red.csi.cam.ac.uk ([131.111.8.70]:63488 "EHLO red.csi.cam.ac.uk" ident: "exim") by vger.rutgers.edu with ESMTP id <157187-25206>; Mon, 8 Mar 1999 18:00:16 -0500 Received: from atm26 (helo=localhost) by red.csi.cam.ac.uk with local-smtp (Exim 2.05 #3) id 10KAEw-0005hR-00 for linux-arm@vger.rutgers.edu; Tue, 9 Mar 1999 00:19:18 +0000 Date: Tue, 9 Mar 1999 00:19:17 +0000 (GMT) From: Theo Markettos X-Sender: atm26@red.csi.cam.ac.uk To: linux-arm@vger.rutgers.edu Subject: Mounting PC card partitions Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 1036 Lines: 27 According to the Filesystems Supported page, the DOS support provides: > DOS > Self explanatory. It allows reading of PC Emulator partitions, and > MSDOS floppies. For PC Emulator partitions, you must use the loopback > device. I can't see anything in the FAQ about this, so can someone explain what the loopback device is? There's nothing obvious in /dev, and mount -t msdos /mnt/adfs/Win95 /mnt/pc doesn't like the fact that the partition isn't a block device. I'm probably being dense here, but what is the correct procedure? Also, ISTR that there is some partition table at the start of PC card partitions - if so, is there any way of calculating the offset that needs to be used, and how is it used in the mount command? Thanks, Theo -- Theo Markettos Theo.Markettos@cai.cam.ac.uk (atm26) Gonville & Caius College theomarkettos@letterbox.com Cambridge, UK http://www.marketto.demon.co.uk/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 02:29:10 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA461277 for ; Tue, 9 Mar 1999 02:29:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA31711 for ; Tue, 9 Mar 1999 02:29:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031708; Tue, 9 Mar 99 02:28:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:24873 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14935-18597>; Tue, 9 Mar 1999 03:20:19 +0200 Received: by vger.rutgers.edu via listexpand id <157188-25208>; Mon, 8 Mar 1999 19:00:33 -0500 Received: by vger.rutgers.edu id <157064-25206>; Mon, 8 Mar 1999 19:00:20 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:2258 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157423-25208>; Mon, 8 Mar 1999 18:54:47 -0500 Received: from fmsmsx18.intel.com (fmsmsx18.fm.intel.com [132.233.233.232]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id BAA20149; Tue, 9 Mar 1999 01:13:32 GMT Received: by FMSMSX18 with Internet Mail Service (5.5.2232.9) id ; Mon, 8 Mar 1999 17:13:31 -0800 Message-ID: From: "Chagas, Jason" To: "Chagas, Jason" , "'Nicolas Pitre'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM-Linux v2.0.35 for Brutus Date: Mon, 8 Mar 1999 17:13:30 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2332 Lines: 78 Nico, These are the setup and patch sets I used: linux-2.0.35.tar.gz patch-arm-2.0.35.gz diff-brutus-2.0.35.8.gz Note I'm also trying to build the kernel with the latest tools (w/ 'a.out' Binutils 2.9.1.0.19a and Egcs 1.1.1). I can build the kernel but the binaries "hang" at loading time. Jason ---------- From: Nicolas Pitre [SMTP:nico@CAM.ORG] Sent: Friday, March 05, 1999 10:03 PM To: Chagas, Jason Cc: 'linux-arm@vger.rutgers.edu' Subject: RE: Problems building ARM-Linux v2.0.35 for Brutus On Fri, 5 Mar 1999, Chagas, Jason wrote: > I tried what you suggested but the problem persists. I noticed there is a > problem with script "~/scripts/Configure": > > > Support for SA1100/UCB-1200 audio (CONFIG_AUDIO_SA1100) [Y/m/n/?] n > Support for SA1100/UCB-1200 mcp common code (CONFIG_MCP_SA1100) [Y/m/n/?] n > scripts/Configure: [: missing `]' > > > Do you get the same error? Does it make any difference? Yes I get this one... But I don't know where it comes from and didn't try to spot it since the overall configuration was OK for me anyway. It should work for you too. > Like I said running "make dep" produces the same errors as I described > before. So I ran "make -i dep" (to ignore all the errors) followed by "make > zImage". I got the following error messages back: > > /home/chagas/linux-2.0.35/linux/include/linux/string.h:31: warning: > conflicting > types for built-in function `memcpy' > /home/chagas/linux-2.0.35/linux/include/linux/string.h:34: warning: > conflicting > types for built-in function `memcmp' > binfmt_aout.c: In function `do_load_aout_binary': > binfmt_aout.c:317: `SEGMENT_SIZE' undeclared (first use in this function) > binfmt_aout.c:317: (Each undeclared identifier is reported only once > binfmt_aout.c:317: for each function it appears in.) > make[2]: *** [binfmt_aout.o] Error 1 > make[2]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' > make[1]: *** [first_rule] Error 2 > make[1]: Leaving directory `/home/chagas/linux-2.0.35/linux/fs' > make: *** [linuxsubdirs] Error 2 > > Any ideas? I'm stumped. You probably did something wrong somewhere..... Could you state your exact setup and patch sets? Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 02:29:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id CAA458030 for ; Tue, 9 Mar 1999 02:29:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA31712 for ; Tue, 9 Mar 1999 02:29:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa31708; Tue, 9 Mar 99 02:28:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10546 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15183-16036>; Tue, 9 Mar 1999 03:24:29 +0200 Received: by vger.rutgers.edu via listexpand id <157410-25206>; Mon, 8 Mar 1999 19:00:37 -0500 Received: by vger.rutgers.edu id <157130-25206>; Mon, 8 Mar 1999 19:00:28 -0500 Received: from calliope1.fm.intel.com ([132.233.247.10]:2811 "EHLO calliope1.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157416-25208>; Mon, 8 Mar 1999 18:54:44 -0500 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by calliope1.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id BAA24043; Tue, 9 Mar 1999 01:13:37 GMT Received: by FMSMSX19 with Internet Mail Service (5.5.2448.0) id ; Mon, 8 Mar 1999 17:13:37 -0800 Message-ID: From: "Chagas, Jason" To: "'Nicolas Pitre'" Cc: "'linux-arm@vger.rutgers.edu'" , "Chagas, Jason" Subject: Brutus Linux v2.0.35 hangs Date: Mon, 8 Mar 1999 17:13:34 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1380 Lines: 38 Nico, I've been able to build (w/ 'a.out' Binutils 2.9.1.0.19a and Egcs 1.1.1) both Kernel v2.0.35 and the Itsy Brutus version (v2.0.30) downloaded from Digital. Both versions seem to start booting ok and but they suddenly "hang" right after "**** Turning off console printing ****". These are the messages that come up on the screen: FrameBuffer : 0xc008d000, len:81919 Console: colour A-series 53x29x256, 1 virtual console (max 63) Calibrating delay loop, , ok - 194,15 BogoMIPS Brutus PCMCIA initialization Memory: 11320k/16384k available (440k kernel code, 36k reserved, 492k data) Swansea University Computer Society NET3.035 for Linux 2.0 NET3: Unix domain sockets 0.13 for Linux NET3.035. Linux version 2.0.35 (root@localhost.localdomain) (gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release)) #3 Mon Mar 8 16:26:27 EST 1999 Starting kswapd v 1.4.2.2 Keyboard driver v1.01 **** Turning off console printing **** These are the commands I use to load v2.0.35 (Angel 1.02) and Itsy (Angel 1.0) kernels respectively: angelboot/angelboot -d /dev/ttyS0 -c "9600 8N1" -b 0x8000 -e 0xc0008020 -S 115200 -O ramdisk.gz -B 0x800000 vmlinux-2.0.35 ../angelboot/angelboot -d /dev/ttyS0 -c "9600 8N1" -b 0x8000 -e 0x8020 -S 115200 -O ramdisk-itsy.gz -B 0x800000 vmlinux-itsy1 Any ideas? Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 03:11:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA464150 for ; Tue, 9 Mar 1999 03:11:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA31821 for ; Tue, 9 Mar 1999 03:11:04 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031819; Tue, 9 Mar 99 03:10:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36147 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13209-18597>; Tue, 9 Mar 1999 04:05:16 +0200 Received: by vger.rutgers.edu via listexpand id <157350-25206>; Mon, 8 Mar 1999 19:40:04 -0500 Received: by vger.rutgers.edu id <157446-25206>; Mon, 8 Mar 1999 19:37:10 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:56566 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157423-25206>; Mon, 8 Mar 1999 19:32:49 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id UAA04566; Mon, 8 Mar 1999 20:50:04 -0500 (EST) Date: Mon, 8 Mar 1999 20:50:07 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Problems building ARM-Linux v2.0.35 for Brutus In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 867 Lines: 29 On Mon, 8 Mar 1999, Chagas, Jason wrote: > Nico, > > These are the setup and patch sets I used: > > linux-2.0.35.tar.gz > patch-arm-2.0.35.gz > diff-brutus-2.0.35.8.gz You better use diff-brutus-2.0.35.9.gz instead of .8 ... .9 will crash on you under heavy load or even randomly. > Note I'm also trying to build the kernel with the latest tools (w/ 'a.out' > Binutils 2.9.1.0.19a and Egcs 1.1.1). I can build the kernel but the > binaries "hang" at loading time. What do you mean by "hang"? Can you see some startup messages? BTW: I never was able to build a correct a.out kernel with egcs-1.1.1 but egcs-1.1.1-pre2 + PhilB patch dated 981223 (or around) worked for me. With egcs-1.1.1 the kernel build but any user space app will segfault. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 13:40:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA481947 for ; Tue, 9 Mar 1999 13:40:05 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA00328 for ; Tue, 9 Mar 1999 13:40:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa00322; Tue, 9 Mar 99 13:39:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49952 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14648-18597>; Tue, 9 Mar 1999 14:39:01 +0200 Received: by vger.rutgers.edu via listexpand id <157237-25206>; Tue, 9 Mar 1999 06:19:14 -0500 Received: by vger.rutgers.edu id <157123-25208>; Tue, 9 Mar 1999 06:18:39 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:3193 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157059-25208>; Tue, 9 Mar 1999 06:18:31 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id NAA00319; Tue, 9 Mar 1999 13:37:49 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA480401; Tue, 9 Mar 1999 13:37:48 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for atm26@cam.ac.uk; Tue, 9 Mar 1999 13:37:47 +0100 (CET) Date: Tue, 9 Mar 1999 13:37:47 +0100 From: Matthew Wilcox To: Theo Markettos Cc: linux-arm@vger.rutgers.edu Subject: Re: Mounting PC card partitions Message-ID: <19990309133747.P24922@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Theo Markettos on Tue, Mar 09, 1999 at 12:19:17AM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1689 Lines: 42 On Tue, Mar 09, 1999 at 12:19:17AM +0000, Theo Markettos wrote: > According to the Filesystems Supported page, the DOS support provides: > > > DOS > > Self explanatory. It allows reading of PC Emulator partitions, and > > MSDOS floppies. For PC Emulator partitions, you must use the loopback > > device. > > I can't see anything in the FAQ about this, so can someone explain what > the loopback device is? There's nothing obvious in /dev, and > > mount -t msdos /mnt/adfs/Win95 /mnt/pc > > doesn't like the fact that the partition isn't a block device. I'm > probably being dense here, but what is the correct procedure? Also, ISTR > that there is some partition table at the start of PC card partitions - if > so, is there any way of calculating the offset that needs to be used, and > how is it used in the mount command? Russell, please add to the FAQ: In order to access a PC partition, you need to use the loop device with an offset to skip the partition table. Example: losetup -o 8704 /dev/loop0 /adfs/IDEDisc4/PC/Drive_C mount -t msdos /dev/loop0 /dos/c [I'm not sure if the /dev/loopN entries are created by redhat at installation or not. Can someone check for me and if not, add the following: First, you need to create the loop devices in /dev. To do this, run /dev/MAKEDEV loop as root. This only needs to be done once. ] -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 15:15:08 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA477109 for ; Tue, 9 Mar 1999 15:15:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA00558 for ; Tue, 9 Mar 1999 15:15:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000556; Tue, 9 Mar 99 15:15:01 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19246 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15604-16036>; Tue, 9 Mar 1999 16:06:46 +0200 Received: by vger.rutgers.edu via listexpand id <157101-212>; Tue, 9 Mar 1999 09:12:53 -0500 Received: by vger.rutgers.edu id <157334-212>; Tue, 9 Mar 1999 09:11:59 -0500 Received: from manaslu.capway.com ([194.2.90.38]:2016 "EHLO capway.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157319-215>; Tue, 9 Mar 1999 09:11:25 -0500 Received: from dcs (blm13-155.abo.wanadoo.fr [164.138.46.155]) by capway.com (8.8.8/8.8.8) with SMTP id PAA03600 for ; Tue, 9 Mar 1999 15:12:53 +0100 (MET) Message-ID: <36E53876.5241191@capway.com> Date: Tue, 09 Mar 1999 15:04:22 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Linux and Brutus Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 413 Lines: 12 What is the state of linux 2.2.2 on Brutus. nico's patches only exists for 2.2.1-rmk3 Is there works in progress somewhere or should I begin with 2.2.1-rmk3-np2 ? And will it be one day included directly in rmk arm patches ? Do you need someone (me for example) to do some work to be able to include it in rmk arm patches ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 16:10:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA485522 for ; Tue, 9 Mar 1999 16:10:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA00694 for ; Tue, 9 Mar 1999 16:10:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000692; Tue, 9 Mar 99 16:10:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:29990 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15646-16036>; Tue, 9 Mar 1999 17:07:24 +0200 Received: by vger.rutgers.edu via listexpand id <157123-212>; Tue, 9 Mar 1999 10:12:56 -0500 Received: by vger.rutgers.edu id <157171-215>; Tue, 9 Mar 1999 10:12:42 -0500 Received: from manaslu.capway.com ([194.2.90.38]:1185 "EHLO capway.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157347-212>; Tue, 9 Mar 1999 10:11:47 -0500 Received: from dcs (tntaub17-92.abo.wanadoo.fr [164.138.87.92]) by capway.com (8.8.8/8.8.8) with SMTP id QAA00749; Tue, 9 Mar 1999 16:12:38 +0100 (MET) Message-ID: <36E54679.1AB6811F@capway.com> Date: Tue, 09 Mar 1999 16:04:09 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Nicolas Pitre CC: linux-arm@vger.rutgers.edu Subject: patching 2.0.35 with diff-brutus-2.0.35.9 [help] Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 587 Lines: 16 bash# tar xvfz linux-2.0.35.tar.gz bash# patch -p0 < diff-brutus-2.0.35.9 patching file `linux/Makefile' can't find file to patch at input line 16 Perhaps you used the wrong -p or --strip option? The text leading up to this was: -------------------------- |diff -urN ../2.0.35_o/linux/arch/arm/Makefile linux/arch/arm/Makefile |--- ../2.0.35_o/linux/arch/arm/Makefile Wed Nov 4 11:46:33 1998 |+++ linux/arch/arm/Makefile Thu Nov 26 10:41:32 1998 -------------------------- File to patch: Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 19:18:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA462544 for ; Tue, 9 Mar 1999 19:18:36 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA01183 for ; Tue, 9 Mar 1999 19:18:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001181; Tue, 9 Mar 99 19:18:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:6453 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15948-18597>; Tue, 9 Mar 1999 20:15:33 +0200 Received: by vger.rutgers.edu via listexpand id <157260-215>; Tue, 9 Mar 1999 12:59:25 -0500 Received: by vger.rutgers.edu id <157117-212>; Tue, 9 Mar 1999 12:45:52 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:1666 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157372-212>; Tue, 9 Mar 1999 12:36:36 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10KQL8-0000iz-0A; Tue, 9 Mar 1999 17:30:47 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id RAA13501; Tue, 9 Mar 1999 17:19:18 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id RAA00206; Tue, 9 Mar 1999 17:19:18 GMT Message-Id: <199903091719.RAA00206@test.sw.milldev.co.uk> Subject: Re: Linux and Brutus To: christophe.leroy5@capway.com (christophe leroy) Date: Tue, 9 Mar 1999 17:19:17 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36E53876.5241191@capway.com> from "christophe leroy" at Mar 9, 99 03:04:22 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 723 Lines: 21 christophe leroy said: > What is the state of linux 2.2.2 on Brutus. > nico's patches only exists for 2.2.1-rmk3 > > Is there works in progress somewhere or should I begin with > 2.2.1-rmk3-np2 ? > > And will it be one day included directly in rmk arm patches ? > Do you need someone (me for example) to do some work to > be able to include it in rmk arm patches ? It would be nice if someone could work towards integrating it cleanly with my tree. I look forward to receiving some patches. Please note that it's best to send them towards the start of each week, relative to the latest -rmk patch. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 21:05:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA474738 for ; Tue, 9 Mar 1999 21:05:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA01406 for ; Tue, 9 Mar 1999 21:05:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001403; Tue, 9 Mar 99 21:05:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:41539 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11602-18597>; Tue, 9 Mar 1999 21:58:50 +0200 Received: by vger.rutgers.edu via listexpand id <157292-215>; Tue, 9 Mar 1999 15:03:48 -0500 Received: by vger.rutgers.edu id <157098-212>; Tue, 9 Mar 1999 14:42:47 -0500 Received: from ganymede.or.intel.com ([134.134.248.3]:4493 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157381-215>; Tue, 9 Mar 1999 14:33:42 -0500 Received: from orsmsx28.jf.intel.com (orsmsx28.jf.intel.com [192.168.65.28]) by ganymede.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id TAA05044; Tue, 9 Mar 1999 19:27:55 GMT Received: by ORSMSX28 with Internet Mail Service (5.5.2232.9) id <1FWFTLK1>; Tue, 9 Mar 1999 11:27:55 -0800 Message-ID: From: "Chagas, Jason" To: "'Nicolas Pitre'" Cc: "'linux-arm@vger.rutgers.edu'" , "Chagas, Jason" Subject: RE: Brutus Linux v2.0.35 hangs Date: Tue, 9 Mar 1999 11:27:53 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2701 Lines: 97 Nico, Just a bit more of information... The kernel hangs right after "init: memory vi". Then it spews an endless string of "*** CONSOLE_ERROR" messages: ... Starting kswapd v 1.4.2.2 Keyboard driver v1.01 **** Turning off console printing **** LSB: Done with kbd_init SA1100 Serial driver version 4.13 with no serial options enabled tty00 at 0xf8050000 (irq = 17) is a SA1100 UART Ramdisk driver initialized : 16 ramdisks of 16384K size RAMDISK: Compressed image found at block 0 VFS: Mounted root (ext2 filesystem). init: memory vi *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) .... Note that this I called "angelboot" with the following parameters: angelboot/angelboot -d /dev/ttyS0 -c "9600 8N1" -b 0x8000 -e 0xc0008000 -S 115200 -O ramdisk.gz -B 0x800000 vmlinux-2.0.35 Any ideas? Jason ---------- From: Chagas, Jason Sent: Monday, March 08, 1999 8:14 PM To: 'Nicolas Pitre' Cc: 'linux-arm@vger.rutgers.edu'; Chagas, Jason Subject: Brutus Linux v2.0.35 hangs Nico, I've been able to build (w/ 'a.out' Binutils 2.9.1.0.19a and Egcs 1.1.1) both Kernel v2.0.35 and the Itsy Brutus version (v2.0.30) downloaded from Digital. Both versions seem to start booting ok and but they suddenly "hang" right after "**** Turning off console printing ****". These are the messages that come up on the screen: FrameBuffer : 0xc008d000, len:81919 Console: colour A-series 53x29x256, 1 virtual console (max 63) Calibrating delay loop, , ok - 194,15 BogoMIPS Brutus PCMCIA initialization Memory: 11320k/16384k available (440k kernel code, 36k reserved, 492k data) Swansea University Computer Society NET3.035 for Linux 2.0 NET3: Unix domain sockets 0.13 for Linux NET3.035. Linux version 2.0.35 (root@localhost.localdomain) (gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release)) #3 Mon Mar 8 16:26:27 EST 1999 Starting kswapd v 1.4.2.2 Keyboard driver v1.01 **** Turning off console printing **** These are the commands I use to load v2.0.35 (Angel 1.02) and Itsy (Angel 1.0) kernels respectively: angelboot/angelboot -d /dev/ttyS0 -c "9600 8N1" -b 0x8000 -e 0xc0008020 -S 115200 -O ramdisk.gz -B 0x800000 vmlinux-2.0.35 ../angelboot/angelboot -d /dev/ttyS0 -c "9600 8N1" -b 0x8000 -e 0x8020 -S 115200 -O ramdisk-itsy.gz -B 0x800000 vmlinux-itsy1 Any ideas? Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 21:41:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA481533 for ; Tue, 9 Mar 1999 21:41:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA01493 for ; Tue, 9 Mar 1999 21:41:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001491; Tue, 9 Mar 99 21:40:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22399 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15591-18597>; Tue, 9 Mar 1999 22:38:10 +0200 Received: by vger.rutgers.edu via listexpand id <157059-212>; Tue, 9 Mar 1999 15:42:32 -0500 Received: by vger.rutgers.edu id <157075-215>; Tue, 9 Mar 1999 15:34:52 -0500 Received: from [194.168.16.172] ([194.168.16.172]:3746 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157428-212>; Tue, 9 Mar 1999 15:34:39 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA31609; Tue, 9 Mar 1999 20:29:19 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00600; Tue, 9 Mar 1999 20:31:05 GMT Message-Id: <199903092031.UAA00600@raistlin.armlinux.org.uk> Subject: Re: Brutus Linux v2.0.35 hangs To: jason.chagas@intel.com (Chagas Jason) Date: Tue, 9 Mar 1999 20:31:05 +0000 (GMT) Cc: nico@CAM.ORG, linux-arm@vger.rutgers.edu, jason.chagas@intel.com In-Reply-To: from "Chagas, Jason" at Mar 9, 99 11:27:53 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1919 Lines: 37 Chagas, Jason writes: > Just a bit more of information... The kernel hangs right after "init: memory > vi". Then it spews an endless string of "*** CONSOLE_ERROR" messages: Aha! I recognise that as one of my checks in my old console code! > Starting kswapd v 1.4.2.2 > Keyboard driver v1.01 > **** Turning off console printing **** > LSB: Done with kbd_init > SA1100 Serial driver version 4.13 with no serial options enabled > tty00 at 0xf8050000 (irq = 17) is a SA1100 UART > Ramdisk driver initialized : 16 ramdisks of 16384K size > RAMDISK: Compressed image found at block 0 > VFS: Mounted root (ext2 filesystem). > init: memory vi > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) This can be caused by one of two things - something with big boots trampling over kernel memory, or something causing a violation of the console code. Either way, screen.origin contains an invalid address. Interestingly, this message is not identical to my 2.0.35 message, so I don't know what the values refer to, and whether they're wrong, and what they're supposed to be. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 22:09:09 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA491311 for ; Tue, 9 Mar 1999 22:09:07 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01561 for ; Tue, 9 Mar 1999 22:09:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa01557; Tue, 9 Mar 99 22:08:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23137 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14829-16036>; Tue, 9 Mar 1999 23:08:12 +0200 Received: by vger.rutgers.edu via listexpand id <157495-215>; Tue, 9 Mar 1999 16:05:21 -0500 Received: by vger.rutgers.edu id <157117-212>; Tue, 9 Mar 1999 15:51:31 -0500 Received: from blazie.com ([207.97.93.2]:6135 "EHLO blazie.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157500-215>; Tue, 9 Mar 1999 15:51:10 -0500 Received: from localhost (localhost [127.0.0.1]) by blazie.com (8.8.7/8.8.7) with ESMTP id PAA12114; Tue, 9 Mar 1999 15:57:33 -0500 Date: Tue, 9 Mar 1999 15:57:32 -0500 (EST) From: Chris Blazie To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: Brutus Linux v2.0.35 hangs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 588 Lines: 15 Jason, If you are using egcs-1.1.1 to compile a.out with kernel version 2.0.35, the kernel will always hang at the first init process. It has something to do with a change made from the pre-1.1.1 egcs patch to the current 1.1.1 arm patch. Either rebuild egcs using the pre-1.1.1 patch or upgrade your brutus kernel to Nico's 2.2.1-rmk3 version and compile as elf. Or, if you're feeling adventurous you can isolate the changes in the egcs patches to figure out what breaks it for a.out kernels. :-) Chris unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 22:57:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA493980 for ; Tue, 9 Mar 1999 22:57:07 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01652 for ; Tue, 9 Mar 1999 22:57:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001649; Tue, 9 Mar 99 22:57:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:59412 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12034-16036>; Tue, 9 Mar 1999 23:50:51 +0200 Received: by vger.rutgers.edu via listexpand id <157347-215>; Tue, 9 Mar 1999 16:40:27 -0500 Received: by vger.rutgers.edu id <157110-215>; Tue, 9 Mar 1999 16:40:03 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:34956 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157075-212>; Tue, 9 Mar 1999 16:26:50 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id QAA21561; Tue, 9 Mar 1999 16:21:03 -0500 (EST) Date: Tue, 9 Mar 1999 16:21:09 -0500 (EST) From: Nicolas Pitre Reply-To: Nicolas Pitre To: Russell King cc: christophe leroy , linux-arm@vger.rutgers.edu Subject: Re: Linux and Brutus In-Reply-To: <199903091719.RAA00206@test.sw.milldev.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2134 Lines: 51 On Tue, 9 Mar 1999, Russell King wrote: > christophe leroy said: > > What is the state of linux 2.2.2 on Brutus. > > nico's patches only exists for 2.2.1-rmk3 > > > > Is there works in progress somewhere or should I begin with > > 2.2.1-rmk3-np2 ? > > > > And will it be one day included directly in rmk arm patches ? > > Do you need someone (me for example) to do some work to > > be able to include it in rmk arm patches ? > > It would be nice if someone could work towards integrating it cleanly > with my tree. I look forward to receiving some patches. Please note > that it's best to send them towards the start of each week, relative > to the latest -rmk patch. I'm actually working on it. If I didn't send Russell anything yet that's because I don't consider the patch ready yet. Since Brutus is the reference implementation for the SA1100, I consider that it needs a working console i.e. keyboard and frame buffer driver before it is merged in. And again, since I'm blind or visually impaired or whatever... I can't do it (or don't want to do it) by myself. So if anybody interested to do it please step on it. My 2.0.35 had suport for it so it needs forward porting. Regarding the SA1100 core patch, I'm working on improving the cache support and cleaning up everything else. I also volunteer to merge any patch I receive. I currently merged the empeg stuff from Hugo and the latest Brutus sound driver from Carl (Itsy team). I also maintain the SA1100 Victor implementation as this is what my day job is about. Anybody out there? I will release another patch against 2.2.2 soon but still not for Russell to merge it yet. In the mean time one can easily apply my 2.2.1-rmk3 patch over a 2.2.2 tree with very few rejects. To anyone interested into Linux/SA1100 development I suggest subscribing to the sa1100-linux mailing list through majordomo@pa.dec.com. Most SA1100 developers I know about are subscribed there. This is probably the best place to ask for any SA1100+Linux questions. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 23:18:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA495848 for ; Tue, 9 Mar 1999 23:18:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01718 for ; Tue, 9 Mar 1999 23:18:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001716; Tue, 9 Mar 99 23:18:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:36953 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1118-27192>; Wed, 10 Mar 1999 00:11:58 +0200 Received: by vger.rutgers.edu via listexpand id <157098-212>; Tue, 9 Mar 1999 17:05:12 -0500 Received: by vger.rutgers.edu id <157125-212>; Tue, 9 Mar 1999 16:58:02 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:41323 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157150-212>; Tue, 9 Mar 1999 16:41:10 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id QAA26328; Tue, 9 Mar 1999 16:35:33 -0500 (EST) Date: Tue, 9 Mar 1999 16:35:39 -0500 (EST) From: Nicolas Pitre To: Russell King - ARM Linux Admin cc: Chagas Jason , linux-arm@vger.rutgers.edu Subject: Re: Brutus Linux v2.0.35 hangs In-Reply-To: <199903092031.UAA00600@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2043 Lines: 48 On Tue, 9 Mar 1999, Russell King - ARM Linux Admin wrote: > Chagas, Jason writes: > > Just a bit more of information... The kernel hangs right after "init: memory > > vi". Then it spews an endless string of "*** CONSOLE_ERROR" messages: > > Aha! I recognise that as one of my checks in my old console code! > > > Starting kswapd v 1.4.2.2 > > Keyboard driver v1.01 > > **** Turning off console printing **** > > LSB: Done with kbd_init > > SA1100 Serial driver version 4.13 with no serial options enabled > > tty00 at 0xf8050000 (irq = 17) is a SA1100 UART > > Ramdisk driver initialized : 16 ramdisks of 16384K size > > RAMDISK: Compressed image found at block 0 > > VFS: Mounted root (ext2 filesystem). > > init: memory vi > > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > > *** CONSOLE_ERROR: console_print entry: vcd->screen.origin: c05227ec, (c008d200) > > This can be caused by one of two things - something with big boots trampling > over kernel memory, or something causing a violation of the console code. > Either way, screen.origin contains an invalid address. I know that this kernel compiles and runs perfectly for me if compiled with egcs-1.1.1-pre2 + PhilB patch dated on 19981223 (not sure about the exact day). It crashes exacly like above if compiled with egcs-1.1.1. Of course we are talking about egcs configured for arm-linuxaout -- the arm-linux configured egcs doesn't seem to be affected by what seems to be an egcs bug. Solution: either you use egcs-1.1.1-pre2 with appropriate patches (or older) or you find out what is the difference between egcs-1.1.1-pre2 and egcs-1.1.1 that is causing the problem. Even better you switch to Linux 2.2.2 and contribute to the current patch! :-) Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 23:31:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA393342 for ; Tue, 9 Mar 1999 23:31:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01740 for ; Tue, 9 Mar 1999 23:31:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001738; Tue, 9 Mar 99 23:31:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15476 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14695-25826>; Wed, 10 Mar 1999 00:25:56 +0200 Received: by vger.rutgers.edu via listexpand id <157150-215>; Tue, 9 Mar 1999 17:28:38 -0500 Received: by vger.rutgers.edu id <157556-215>; Tue, 9 Mar 1999 17:23:21 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:1367 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157434-215>; Tue, 9 Mar 1999 17:05:34 -0500 Received: from fmsmsx18.intel.com (fmsmsx18.fm.intel.com [132.233.233.232]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id VAA29808; Tue, 9 Mar 1999 21:59:57 GMT Received: by fmsmsx18.fm.intel.com with Internet Mail Service (5.5.2232.9) id ; Tue, 9 Mar 1999 13:59:56 -0800 Message-ID: From: "Chagas, Jason" To: "'nico@CAM.ORG'" Cc: "Chagas, Jason" , "'christophe.leroy5@capway.com'" , "'linux-arm@vger.rutgers.edu'" Subject: Re: Brutus Linux v2.0.35 hangs Date: Tue, 9 Mar 1999 13:59:54 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1116 Lines: 28 >BTW: I never was able to build a correct a.out kernel with egcs-1.1.1 but egcs-1.1.1-pre2 + PhilB >patch dated 981223 (or around) worked for me. With egcs-1.1.1 the kernel build but any user space >app will segfault. Where can I get "egcs-1.1.1-pre2" and corresponding PhilB's patch? I've already searched the following sites: ftp://ftp.netwinder.org/users/p/philb/ ftp://vger.rutgers.edu/pub/gcc/arm/ ftp://alpha.gnu.org/gnu/ ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ ftp://egcs.cygnus.com/pub/egcs/releases/egcs-1.1.1/ ftp://sourceware.cygnus.com/pub/ ftp://ftp.arm.linux.org.uk/pub/armlinux/ ftp://ftp.cam.org/users/nico ftp://ftp.cdrom.com/pub/linux/ Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 9 23:44:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA476782 for ; Tue, 9 Mar 1999 23:44:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01772 for ; Tue, 9 Mar 1999 23:44:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001770; Tue, 9 Mar 99 23:44:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:14907 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14925-25826>; Wed, 10 Mar 1999 00:39:06 +0200 Received: by vger.rutgers.edu via listexpand id <157059-215>; Tue, 9 Mar 1999 17:43:36 -0500 Received: by vger.rutgers.edu id <157177-212>; Tue, 9 Mar 1999 17:40:10 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2496 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157263-212>; Tue, 9 Mar 1999 17:36:08 -0500 Received: from [158.152.154.212] (helo=wymondham.demon.co.uk) by finch-post-10.mail.demon.net with smtp (Exim 2.12 #1) id 10KV1d-0005Rk-0A for linux-arm@vger.rutgers.edu; Tue, 9 Mar 1999 22:30:57 +0000 Date: Tue, 9 Mar 1999 22:07:06 +0000 (GMT) From: linux user group mailings Subject: !Partman faulty? To: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Reply-To: cdw_linux@wymondham.demon.co.uk X-Organization: Posting, from home X-No-Archive: Yes X-Mailer: ANT RISCOS Marcel [ver 1.46] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1187 Lines: 22 Hi, As a newbie to armlinux, I need some help please. I am trying to install it on my second IDE drive without success. If I use v1.11 of Partman it will save and then successfully read back the partition info on the second hard drive, a Quantum 3.2GB formatted to 1996MB, but if I use v1.13a although it will write the partition info, it says it can't read the partition tables. V1.11 will though. If I ignore this and carry on with the install I get as far as 'Installation Path' and break out into a command mode and type in the commands listed in the Paul Vigay installation guide but after I type mknod /dev/hdb3 b 67 3, I type mke2fs /dev/hdb3 and it falls over with ext2fs_check_if_mount: No such file or directory determining whether /dev/hdb3 is mounted. So basically, where have I gone wrong? I'm assuming it's me at fault - it usually is ;-) -- _ .------------------------------------------. __ __| |_ __ __ | mailto:chris@wymondham.demon.co.uk | / _/ _` \ V V / | I'm just here trying to learn something | \__\__,_|\_/\_/ |__________________________________________| unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 00:52:07 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA495169 for ; Wed, 10 Mar 1999 00:52:07 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01950 for ; Wed, 10 Mar 1999 00:52:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001948; Wed, 10 Mar 99 00:52:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:23600 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10752-25826>; Wed, 10 Mar 1999 01:51:40 +0200 Received: by vger.rutgers.edu via listexpand id <157299-212>; Tue, 9 Mar 1999 18:56:26 -0500 Received: by vger.rutgers.edu id <157075-215>; Tue, 9 Mar 1999 18:56:17 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:61093 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157359-212>; Tue, 9 Mar 1999 18:56:05 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id SAA04006; Tue, 9 Mar 1999 18:50:27 -0500 (EST) Date: Tue, 9 Mar 1999 18:50:33 -0500 (EST) From: Nicolas Pitre To: christophe leroy cc: linux-arm@vger.rutgers.edu Subject: Re: patching 2.0.35 with diff-brutus-2.0.35.9 [help] In-Reply-To: <36E54679.1AB6811F@capway.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 328 Lines: 15 On Tue, 9 Mar 1999, christophe leroy wrote: > bash# tar xvfz linux-2.0.35.tar.gz > bash# patch -p0 < diff-brutus-2.0.35.9 You forgot to apply the 2.0.35 patch from ftp.arm.linux.org.uk before the Brutus patch. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 01:26:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA473476 for ; Wed, 10 Mar 1999 01:26:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA02010 for ; Wed, 10 Mar 1999 01:26:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002008; Wed, 10 Mar 99 01:26:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9813 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15088-25826>; Wed, 10 Mar 1999 02:25:04 +0200 Received: by vger.rutgers.edu via listexpand id <157289-215>; Tue, 9 Mar 1999 19:27:00 -0500 Received: by vger.rutgers.edu id <157075-212>; Tue, 9 Mar 1999 19:26:46 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:36630 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157370-215>; Tue, 9 Mar 1999 19:21:18 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id TAA10159; Tue, 9 Mar 1999 19:15:34 -0500 (EST) Date: Tue, 9 Mar 1999 19:15:40 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'christophe.leroy5@capway.com'" , "'linux-arm@vger.rutgers.edu'" Subject: Re: Brutus Linux v2.0.35 hangs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1047 Lines: 30 On Tue, 9 Mar 1999, Chagas, Jason wrote: > > >BTW: I never was able to build a correct a.out kernel with egcs-1.1.1 but > egcs-1.1.1-pre2 + PhilB >patch dated 981223 (or around) worked for me. With > egcs-1.1.1 the kernel build but any user space >app will segfault. > > Where can I get "egcs-1.1.1-pre2" and corresponding PhilB's patch? I've > already searched the following sites: [...] Mmm.. The patch was on Philip's previous FTP site before he switched over to netwinder.org. Of course I don't remember what it was. But for egcs try this: ftp://egcs.cygnus.com/pub/egcs/snapshots/1998-12-06/egcs-19981206.tar.gz You might try to use it without Phil's patches as they were mostly for c++ and ELF stuff... and you just want to compile an a.out kernel with it. I was using egcs snapshots without any patches last summer and the resulting kernels (a.out) were OK. For ELF stuff you should use the latest egcs of course. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 05:11:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id FAA500339 for ; Wed, 10 Mar 1999 05:11:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA02395 for ; Wed, 10 Mar 1999 05:11:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002393; Wed, 10 Mar 99 05:11:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25706 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12865-25826>; Wed, 10 Mar 1999 06:10:49 +0200 Received: by vger.rutgers.edu via listexpand id <157431-215>; Tue, 9 Mar 1999 23:15:23 -0500 Received: by vger.rutgers.edu id <157363-212>; Tue, 9 Mar 1999 23:15:15 -0500 Received: from m1.cs.man.ac.uk ([130.88.192.2]:1849 "EHLO m1.cs.man.ac.uk" ident: "0") by vger.rutgers.edu with ESMTP id <157401-215>; Tue, 9 Mar 1999 23:15:06 -0500 Received: from n7a.cs.man.ac.uk by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id EAA02641; Wed, 10 Mar 1999 04:09:57 GMT Date: Wed, 10 Mar 1999 04:09:51 +0000 (GMT) From: Jon Topper X-Sender: topperj7@n7a To: linux-arm@vger.rutgers.edu Subject: Surprise! Installation problems! Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1190 Lines: 34 I've used Linux on the x86 platform for almost a year now and, checking over the ARM Linux pages, I was glad to see that my network card, an EtherH, is finally supported. Thus, I set to installing the OS on my RiscPC (700 with 2.1Gb HD, 32Mb DRAM, 1Mb VRAM). I've now got to the stage, after partitioning the drive etc, whereby I'm prompted for the insertion of a root floppy. This I do, and hit Enter. Linux sits and thinks for a wee while, and I get the following: end_request: I/O error, dev 02:00, sector 0 end_request: I/O error, dev 02:00, sector 0 end_request: I/O error, dev 02:00, sector 0 end_request: I/O error, dev 02:00, sector 0 end_request: I/O error, dev 02:00, sector 2 RAMDISK: Couldn't find valid ramdisk image starting at 0 VFS: Insert root floppy and press ENTER I have tried producing new root disks, but this doesn't help. The strange thing is that, after pressing Enter, the activity light on the floppy disk doesn't flash - suggesting that the boot kernel isn't attempting to access the device at all. Any ideas? Jon 2nd Year Computer Science, University of Manchester unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 11:39:24 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA509832 for ; Wed, 10 Mar 1999 11:39:08 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03168 for ; Wed, 10 Mar 1999 11:39:08 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003166; Wed, 10 Mar 99 11:38:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:32776 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16257-27192>; Wed, 10 Mar 1999 12:37:17 +0200 Received: by vger.rutgers.edu via listexpand id <157110-212>; Wed, 10 Mar 1999 05:41:33 -0500 Received: by vger.rutgers.edu id <157117-212>; Wed, 10 Mar 1999 05:41:26 -0500 Received: from 202-54-39-148.tatainfotech.co.in ([202.54.39.148]:7021 "EHLO bgate.tatainfotech.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157110-215>; Wed, 10 Mar 1999 05:41:15 -0500 Received: from blrmail.in.tatainfotech.com ([163.122.1.1]) by bgate.tatainfotech.com (8.8.7/8.8.7) with SMTP id HAA30457; Wed, 10 Mar 1999 07:16:00 +0530 Received: from blrmail by blrmail.in.tatainfotech.com (8.6.10/SMI-4.1) id HAA01468; Wed, 10 Mar 1999 07:51:31 GMT Date: Wed, 10 Mar 1999 15:51:31 +0800 (SST) From: Murali Nagaraj X-Sender: murali.n@blrmail Reply-To: Murali Nagaraj To: Jon Topper cc: linux-arm@vger.rutgers.edu Subject: Re: Surprise! Installation problems! In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1686 Lines: 54 On Wed, 10 Mar 1999, Jon Topper wrote: > > I've used Linux on the x86 platform for almost a year now and, checking > over the ARM Linux pages, I was glad to see that my network card, an > EtherH, is finally supported. > > Thus, I set to installing the OS on my RiscPC (700 with 2.1Gb HD, 32Mb > DRAM, 1Mb VRAM). > > I've now got to the stage, after partitioning the drive etc, whereby I'm > prompted for the insertion of a root floppy. This I do, and hit Enter. > Linux sits and thinks for a wee while, and I get the following: > > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 2 > RAMDISK: Couldn't find valid ramdisk image starting at 0 > VFS: Insert root floppy and press ENTER > > I have tried producing new root disks, but this doesn't help. The > strange thing is that, after pressing Enter, the activity light on the > floppy disk doesn't flash - suggesting that the boot kernel isn't > attempting to access the device at all. > > Any ideas? It is very likely that your floppy disk is damaged. You say that you have tried different root disks, have you tried any with different floppies? > > Jon > 2nd Year Computer Science, > University of Manchester > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > Murali Nagaraj Linux Support Team Systems & Networking Telephone: +91 (80) 528 4681 Ext 220 Ext 268 email: murali.n@tatainfotech.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 10:18:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA506495 for ; Wed, 10 Mar 1999 10:18:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA02996 for ; Wed, 10 Mar 1999 10:18:37 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa02991; Wed, 10 Mar 99 10:18:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50519 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14832-27192>; Wed, 10 Mar 1999 11:16:35 +0200 Received: by vger.rutgers.edu via listexpand id <157483-215>; Wed, 10 Mar 1999 04:21:05 -0500 Received: by vger.rutgers.edu id <157523-212>; Wed, 10 Mar 1999 04:20:47 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4867 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157504-212>; Wed, 10 Mar 1999 04:20:30 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10Kf5U-0006WZ-0A; Wed, 10 Mar 1999 09:15:36 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id JAA00427; Wed, 10 Mar 1999 09:08:38 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id JAA00250; Wed, 10 Mar 1999 09:08:38 GMT Message-Id: <199903100908.JAA00250@test.sw.milldev.co.uk> Subject: Re: Surprise! Installation problems! To: topperj7@cs.man.ac.uk (Jon Topper) Date: Wed, 10 Mar 1999 09:08:37 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Jon Topper" at Mar 10, 99 04:09:51 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 782 Lines: 20 Jon Topper said: > I've now got to the stage, after partitioning the drive etc, whereby I'm > prompted for the insertion of a root floppy. This I do, and hit Enter. > Linux sits and thinks for a wee while, and I get the following: > > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 0 > end_request: I/O error, dev 02:00, sector 2 > RAMDISK: Couldn't find valid ramdisk image starting at 0 > VFS: Insert root floppy and press ENTER Please ensure that the hardware configuration of your floppy drive is indeed set as drive 0. -- Russell King (rmk@milldev.demon.co.uk) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 10:18:40 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id KAA490082 for ; Wed, 10 Mar 1999 10:18:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA02997 for ; Wed, 10 Mar 1999 10:18:37 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab02991; Wed, 10 Mar 99 10:18:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:50519 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15173-25826>; Wed, 10 Mar 1999 11:16:54 +0200 Received: by vger.rutgers.edu via listexpand id <157517-212>; Wed, 10 Mar 1999 04:21:05 -0500 Received: by vger.rutgers.edu id <157483-212>; Wed, 10 Mar 1999 04:20:35 -0500 Received: from chaos.oregan.net ([195.173.86.1]:24358 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <157492-215>; Wed, 10 Mar 1999 04:20:21 -0500 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id JAA29514; Wed, 10 Mar 1999 09:15:28 GMT Message-ID: <19990310091528.N15219@chaos.oregan.net> Date: Wed, 10 Mar 1999 09:15:28 +0000 From: Phil Norman To: cdw_linux@wymondham.demon.co.uk, linux-arm@vger.rutgers.edu Subject: Re: !Partman faulty? References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from linux user group mailings on Tue, Mar 09, 1999 at 10:07:06PM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 734 Lines: 18 On Tue, Mar 09, 1999 at 10:07:06PM +0000, linux user group mailings wrote: > > commands listed in the Paul Vigay installation guide but after I type mknod > /dev/hdb3 b 67 3, I type mke2fs /dev/hdb3 and it falls over with > ext2fs_check_if_mount: No such file or directory determining whether > /dev/hdb3 is mounted. So basically, where have I gone wrong? I'm assuming > it's me at fault - it usually is ;-) You've got your numbers the wrong way around. The first of the numbers should be '3' (identifying it as an IDE disc), and the second is (( * 64) + ). So the line should read: mknod /dev/hdb3 b 3 67 Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 11:41:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA482612 for ; Wed, 10 Mar 1999 11:41:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03175 for ; Wed, 10 Mar 1999 11:41:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003173; Wed, 10 Mar 99 11:41:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56330 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15640-27192>; Wed, 10 Mar 1999 12:41:20 +0200 Received: by vger.rutgers.edu via listexpand id <157110-215>; Wed, 10 Mar 1999 05:45:36 -0500 Received: by vger.rutgers.edu id <157117-215>; Wed, 10 Mar 1999 05:45:17 -0500 Received: from m1.cs.man.ac.uk ([130.88.192.2]:4655 "EHLO m1.cs.man.ac.uk" ident: "0") by vger.rutgers.edu with ESMTP id <157110-212>; Wed, 10 Mar 1999 05:45:13 -0500 Received: from n7a.cs.man.ac.uk by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id KAA09559; Wed, 10 Mar 1999 10:40:18 GMT Date: Wed, 10 Mar 1999 10:40:11 +0000 (GMT) From: Jon Topper X-Sender: topperj7@n7a To: linux-arm@vger.rutgers.edu Subject: Re: Surprise! Installation problems! In-Reply-To: Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 696 Lines: 20 > > I have tried producing new root disks, but this doesn't help. The > > strange thing is that, after pressing Enter, the activity light on the > > floppy disk doesn't flash - suggesting that the boot kernel isn't > > attempting to access the device at all. > > > > Any ideas? > It is very likely that your floppy disk is damaged. You say that you have > tried different root disks, have you tried any with different floppies? Sorry, that's what I meant when I said I'd tried different root disks. Also, I think I can rule out any media damage, since Linux doesn't even seem to be reading the drive. Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 11:43:39 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA509227 for ; Wed, 10 Mar 1999 11:43:38 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03182 for ; Wed, 10 Mar 1999 11:43:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003178; Wed, 10 Mar 99 11:43:23 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:56330 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15774-25826>; Wed, 10 Mar 1999 12:42:59 +0200 Received: by vger.rutgers.edu via listexpand id <157110-212>; Wed, 10 Mar 1999 05:47:17 -0500 Received: by vger.rutgers.edu id <157117-212>; Wed, 10 Mar 1999 05:47:09 -0500 Received: from m1.cs.man.ac.uk ([130.88.192.2]:4678 "EHLO m1.cs.man.ac.uk" ident: "0") by vger.rutgers.edu with ESMTP id <157110-215>; Wed, 10 Mar 1999 05:46:57 -0500 Received: from n7a.cs.man.ac.uk by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id KAA09610; Wed, 10 Mar 1999 10:42:06 GMT Date: Wed, 10 Mar 1999 10:42:02 +0000 (GMT) From: Jon Topper X-Sender: topperj7@n7a To: linux-arm@vger.rutgers.edu Subject: Re: Surprise! Installation problems! In-Reply-To: <199903100908.JAA00250@test.sw.milldev.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 371 Lines: 12 > Please ensure that the hardware configuration of your floppy > drive is indeed set as drive 0. That's a little vague. Could you tell me how to do this (or where to find the information). Bear in mind that I only have one floppy drive, and it is functioning correctly under RiscOS. Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 14:52:11 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA514896 for ; Wed, 10 Mar 1999 14:52:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA03621 for ; Wed, 10 Mar 1999 14:52:10 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa03616; Wed, 10 Mar 99 14:51:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45081 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <15874-25826>; Wed, 10 Mar 1999 15:45:39 +0200 Received: by vger.rutgers.edu via listexpand id <157248-215>; Wed, 10 Mar 1999 08:47:02 -0500 Received: by vger.rutgers.edu id <157519-212>; Wed, 10 Mar 1999 08:39:05 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:48681 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157625-212>; Wed, 10 Mar 1999 08:37:57 -0500 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by post-20.mail.demon.net with esmtp (Exim 2.10 #2) id 10Kj6e-0004Rn-0K; Wed, 10 Mar 1999 13:33:05 +0000 Received: from test.sw.milldev.co.uk ([192.168.0.41]) by gate.sw.milldev.co.uk (8.8.5/8.8.5) with ESMTP id NAA05683; Wed, 10 Mar 1999 13:08:09 GMT From: Russell King Received: (from rmk@localhost) by test.sw.milldev.co.uk (8.8.5/8.7.3) id NAA00379; Wed, 10 Mar 1999 13:08:09 GMT Message-Id: <199903101308.NAA00379@test.sw.milldev.co.uk> Subject: Re: Surprise! Installation problems! To: topperj7@cs.man.ac.uk (Jon Topper) Date: Wed, 10 Mar 1999 13:08:09 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Jon Topper" at Mar 10, 99 10:42:02 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1623 Lines: 39 Jon Topper said: > > Please ensure that the hardware configuration of your floppy > > drive is indeed set as drive 0. > > That's a little vague. Could you tell me how to do this (or where to > find the information). Bear in mind that I only have one floppy drive, > and it is functioning correctly under RiscOS. It was intentionally vague, because I believe that it is already a question on the FAQ (but for the A5000), and I'm getting annoyed at having to keep on answer it. I'll improve the FAQ. Acorn seem to have had no build standard for their machines, so each machine seems to be different. Most RiscPCs are supplied with the floppy drive configured as physical drive 0, but there are some out there which are configured as physical drive 1. When RISC OS boots, it searches for the floppy drives, and allocates them to a logical drive number. Hence, RISC OS does not care whether the drive is configured as 0 or 1. However, Linux cannot search for the drive (I would really like it to). Hence, the drive must be correctly configured for it to be of use with Linux. I cannot tell you how to do this, since I cannot see your drive. Every manufacturer of floppy drive does it differently. Some drives have a link on the PCB somewhere to select 0 or 1, whereas others have a switch. Sorry, can't be of any more help. BTW, most floppy drives come configured as Drive 1, hence the need for the twist `hack' in a PC floppy cable. -- Russell King (rmk@milldev.demon.co.uk) Millbank Electronics Tel: 01825 764811 Fax: 01825 761620 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 14:52:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA510443 for ; Wed, 10 Mar 1999 14:52:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA03622 for ; Wed, 10 Mar 1999 14:52:10 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab03616; Wed, 10 Mar 99 14:51:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:45338 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15404-25826>; Wed, 10 Mar 1999 15:46:09 +0200 Received: by vger.rutgers.edu via listexpand id <157075-215>; Wed, 10 Mar 1999 08:50:14 -0500 Received: by vger.rutgers.edu id <157184-212>; Wed, 10 Mar 1999 08:47:22 -0500 Received: from m1.cs.man.ac.uk ([130.88.192.2]:4408 "EHLO m1.cs.man.ac.uk" ident: "TIMEDOUT2") by vger.rutgers.edu with ESMTP id <157183-212>; Wed, 10 Mar 1999 08:44:11 -0500 Received: from n7a.cs.man.ac.uk by m1.cs.man.ac.uk (8.8.8/AL/MJK-2.0) id NAA16899; Wed, 10 Mar 1999 13:38:58 GMT Date: Wed, 10 Mar 1999 13:38:52 +0000 (GMT) From: Jon Topper X-Sender: topperj7@n7a To: Russell King Cc: linux-arm@vger.rutgers.edu Subject: Re: Surprise! Installation problems! In-Reply-To: <199903101308.NAA00379@test.sw.milldev.co.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1054 Lines: 33 > > > Please ensure that the hardware configuration of your floppy > > > drive is indeed set as drive 0. > > > > That's a little vague. Could you tell me how to do this (or where to > > find the information). Bear in mind that I only have one floppy drive, > > and it is functioning correctly under RiscOS. > > It was intentionally vague, because I believe that it is already a > question on the FAQ (but for the A5000), I don't recall seeing it - I did check the FAQ before posting here. > and I'm getting annoyed at > having to keep on answer it. I'll improve the FAQ. That sounds a good plan. The only thing which I have been a little unhappy about so far (other than my linux not working, of course!) has been the amount of machine-specific documentation. It is free though, I suppose :) > Sorry I couldn't be more help No problem - I just needed to know whether it was hardware switch-throwing, or software configuration I needed to do. Cheers. Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 18:55:43 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA496680 for ; Wed, 10 Mar 1999 18:55:42 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA04470 for ; Wed, 10 Mar 1999 18:55:41 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004467; Wed, 10 Mar 99 18:55:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18240 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4202-27192>; Wed, 10 Mar 1999 19:55:18 +0200 Received: by vger.rutgers.edu via listexpand id <157059-212>; Wed, 10 Mar 1999 12:59:25 -0500 Received: by vger.rutgers.edu id <157116-212>; Wed, 10 Mar 1999 12:59:16 -0500 Received: from manaslu.capway.com ([194.2.90.38]:4968 "EHLO capway.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <157059-212>; Wed, 10 Mar 1999 12:58:55 -0500 Received: from dcs (tntaub15-72.abo.wanadoo.fr [193.252.211.72]) by capway.com (8.8.8/8.8.8) with SMTP id TAA25762 for ; Wed, 10 Mar 1999 19:02:32 +0100 (MET) Message-ID: <36E6BFCC.16281FF1@capway.com> Date: Wed, 10 Mar 1999 18:54:04 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: elf gdb and arm Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 276 Lines: 8 Has someone a gdb running on arm-linux (elf) ? If not, do I simply need to replace bfd subtree of gdb-4.17 by bfd subtree of binutils-2.9.1.0.19a, or is there other things to care about ? christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 19:14:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA484987 for ; Wed, 10 Mar 1999 19:14:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA04540 for ; Wed, 10 Mar 1999 19:14:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004538; Wed, 10 Mar 99 19:13:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2417 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1852-25826>; Wed, 10 Mar 1999 20:13:00 +0200 Received: by vger.rutgers.edu via listexpand id <157208-215>; Wed, 10 Mar 1999 13:17:08 -0500 Received: by vger.rutgers.edu id <157125-215>; Wed, 10 Mar 1999 13:16:57 -0500 Received: from manaslu.capway.com ([194.2.90.38]:1832 "EHLO capway.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <157059-215>; Wed, 10 Mar 1999 13:15:56 -0500 Received: from dcs (tntaub15-72.abo.wanadoo.fr [193.252.211.72]) by capway.com (8.8.8/8.8.8) with SMTP id TAA31347; Wed, 10 Mar 1999 19:18:36 +0100 (MET) Message-ID: <36E6C390.7CA41EF@capway.com> Date: Wed, 10 Mar 1999 19:10:08 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 3.0 (X11; I; Linux 2.2.1 i586) MIME-Version: 1.0 To: Nicolas Pitre CC: Russell King , linux-arm@vger.rutgers.edu Subject: Re: Linux and Brutus References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1178 Lines: 28 > > I'm actually working on it. If I didn't send Russell anything yet that's > because I don't consider the patch ready yet. > > Since Brutus is the reference implementation for the SA1100, I consider > that it needs a working console i.e. keyboard and frame buffer driver > before it is merged in. Sure we need a working console, but a serial console is enough to begin, I don't think we absolutely need keyboard and frame buffer for the first time. I think it would be better to have all stuff in the same place, that would force people to make things compatible, I mean people maybe add things to kernel that are totally not compatible with brutus, making brutus port more and more hard, whereas they wouldn't have done this if the brutus code was in kernel tree. > And again, since I'm blind or visually impaired > or whatever... I can't do it (or don't want to do it) by myself. So if > anybody interested to do it please step on it. My 2.0.35 had suport for > it so it needs forward porting. Ok, if noone else is doing it, I'll try and do it as soon as I get a Brutus card christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 21:41:13 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id VAA520435 for ; Wed, 10 Mar 1999 21:41:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA04814 for ; Wed, 10 Mar 1999 21:41:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004812; Wed, 10 Mar 99 21:40:59 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:38226 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5356-27192>; Wed, 10 Mar 1999 22:40:37 +0200 Received: by vger.rutgers.edu via listexpand id <157059-212>; Wed, 10 Mar 1999 15:44:41 -0500 Received: by vger.rutgers.edu id <157171-212>; Wed, 10 Mar 1999 15:44:22 -0500 Received: from prune.flirble.org ([195.40.6.30]:1935 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157059-212>; Wed, 10 Mar 1999 15:44:18 -0500 Received: (qmail 21932 invoked from network); 10 Mar 1999 20:39:43 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 10 Mar 1999 20:39:43 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id UAA13398; Wed, 10 Mar 1999 20:39:40 GMT From: Nicholas Clark Message-Id: <199903102039.UAA13398@flirble.org> Subject: Re: !Partman faulty? In-Reply-To: from linux user group mailings at "Mar 9, 99 10:07:06 pm" To: cdw_linux@wymondham.demon.co.uk Date: Wed, 10 Mar 1999 20:39:40 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 585 Lines: 14 Russell will say "have you got the latest Partman?" IIRC he'll mean the ones from the testing subdirectory. I suspect that you'll need Linux 3.33, and a partman of similar age (ie youth). Something more recent than 3rd March 1999 should be happy with a 3.2Gb disc. (I believe) It appears that the most recent partman is 1.13-alpha12-dev of 22.11 on 1999/3/3. Try that. :-) In the last mail linux user group mailings said: > drive, a Quantum 3.2GB formatted to 1996MB, but if I use v1.13a although it Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 00:04:14 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA528987 for ; Thu, 11 Mar 1999 00:04:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA05124 for ; Thu, 11 Mar 1999 00:04:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005122; Thu, 11 Mar 99 00:04:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57408 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1209-4581>; Thu, 11 Mar 1999 01:03:37 +0200 Received: by vger.rutgers.edu via listexpand id <157538-212>; Wed, 10 Mar 1999 18:07:37 -0500 Received: by vger.rutgers.edu id <157352-212>; Wed, 10 Mar 1999 18:07:24 -0500 Received: from dialup-73.publab.ed.ac.uk ([129.215.38.73]:2555 "HELO bees.enterprise-plc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157546-212>; Wed, 10 Mar 1999 18:06:40 -0500 Received: from spaceball [192.168.1.1] by flat [192.168.1.8] with SMTP (MDaemon.v2.7.SP4.R) for ; Wed, 10 Mar 1999 21:59:58 +0000 Date: Wed, 10 Mar 1999 22:02:34 +0000 From: micm To: linux@teletec.u-net.com Cc: linux-arm@vger.rutgers.edu Subject: Re: A few ARMLinux questions - any help? Message-ID: In-Reply-To: Reply-To: micm@toth.org.uk X-Organization: The Organization Trained To Yap (TOTTY) X-Mailer: Messenger v1.40f for RISC OS X-Chippie: Francos, Causewayside, Newington, Edinburgh, Scotland. X-ChatToMe: Telnet to toth.org.uk X-URL: http://homepages.enterprise.net/micm X-Spammers: Unless you are very lucky, spam mail /will/ bounce. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MDaemon-Deliver-To: linux-arm@vger.rutgers.edu X-Return-Path: micm@bees.enterprise-plc.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1283 Lines: 44 Before becoming stragely curried, David Ramsden wrote: > Hello, Hi! > #3 - fvwm's. I downloaded a Windows 95 one the other day but I am having some > trouble installing it. I need to find the xdefaults file (where is it > located?) and change some stuff in that but I don't think that this vwm will > work on ARMLinux? Has any got it? It is just called fvwm95. I got it from > http://www.plig.org/xwinman/ You have to download the source to fvwm95. I can't remember where I got it from though. Somewhere linked off www.x.org or something I think. Once you've downloaded it there is a readme file which tells you what to do...something like make fvwm95 make install or something. It will say. to find the .xdefaults file as root type updatedb then when that finishes locate .Xdefaults and it will tell you where it's located.. normally in your home directory. fvwm95 certainly works.. so long as you compile it. Any readymade one you download will be for PC linux. -- "Danger could be my middle name.....but it's James" Visit the NUMPTIE XONE : http://www.toth.org.uk/~micm ...The perfect lover is one who turns into a pizza at 4.00am unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Mar 10 23:56:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA529019 for ; Wed, 10 Mar 1999 23:56:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA05028 for ; Wed, 10 Mar 1999 23:56:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005026; Wed, 10 Mar 99 23:56:05 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:37432 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1435-4581>; Thu, 11 Mar 1999 00:55:23 +0200 Received: by vger.rutgers.edu via listexpand id <157125-215>; Wed, 10 Mar 1999 17:59:28 -0500 Received: by vger.rutgers.edu id <157199-212>; Wed, 10 Mar 1999 17:56:49 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:44854 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157125-215>; Wed, 10 Mar 1999 17:56:28 -0500 Received: from [158.152.154.212] (helo=wymondham.demon.co.uk) by post-20.mail.demon.net with smtp (Exim 2.10 #2) id 10KrpO-0005Ka-0K for linux-arm@vger.rutgers.edu; Wed, 10 Mar 1999 22:51:50 +0000 Date: Wed, 10 Mar 1999 22:50:22 +0000 (GMT) From: linux user group mailings Subject: Re: !Partman faulty To: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII Reply-To: cdw_linux@wymondham.demon.co.uk X-Organization: Posting, from home X-No-Archive: Yes X-Mailer: ANT RISCOS Marcel [ver 1.46] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1437 Lines: 35 On Tue, Mar 09, 1999 at 10:07:06PM +0000, linux user group mailings wrote: > > commands listed in the Paul Vigay installation guide but after I type mknod > /dev/hdb3 b 67 3, I type mke2fs /dev/hdb3 and it falls over with [snip] > it's me at fault - it usually is ;-) You've got your numbers the wrong way around. The first of the numbers should be '3' (identifying it as an IDE disc), and the second is (( * 64) + ). So the line should read: mknod /dev/hdb3 b 3 67 Cheers, Phil Thanks. I read that bit in the FAQ (Some people do read them ;-)) but thought it meant the 3 of hdb3. I've now done that and it works, but it falls over after the bit 'can't find a kernel' and when I reboot. It looks to my untutored eye as if it's the wrong, or faulty kernel. I'm using a StrongARM RPC with 48MB RAM and am using the the kernel called rpc. The error is 'Bad mode in prefetch abort handler detected: mode SVC_32. Internal error: Oops 0'. Can I repeat a line that I've left in from my first posting? It's this one - > I'm assuming it's me at fault - it usually is ;-) -- _ .------------------------------------------. __ __| |_ __ __ | mailto:chris@wymondham.demon.co.uk | / _/ _` \ V V / | I'm just here reading armlinux stuff | \__\__,_|\_/\_/ |__________________________________________| unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 00:16:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA419147 for ; Thu, 11 Mar 1999 00:16:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA05147 for ; Thu, 11 Mar 1999 00:16:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005145; Thu, 11 Mar 99 00:16:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10326 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3520-4581>; Thu, 11 Mar 1999 01:15:45 +0200 Received: by vger.rutgers.edu via listexpand id <157474-212>; Wed, 10 Mar 1999 18:19:44 -0500 Received: by vger.rutgers.edu id <157199-212>; Wed, 10 Mar 1999 18:19:21 -0500 Received: from prune.flirble.org ([195.40.6.30]:2399 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157594-215>; Wed, 10 Mar 1999 18:18:36 -0500 Received: (qmail 22654 invoked from network); 10 Mar 1999 23:14:04 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 10 Mar 1999 23:14:04 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id XAA16350; Wed, 10 Mar 1999 23:14:00 GMT From: Nicholas Clark Message-Id: <199903102314.XAA16350@flirble.org> Subject: Re: A few ARMLinux questions - any help? In-Reply-To: from David Ramsden at "Mar 7, 99 08:09:21 pm" To: linux@teletec.u-net.com (David Ramsden) Date: Wed, 10 Mar 1999 23:14:00 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2073 Lines: 57 In the last mail David Ramsden said: > Hello, > > OK here are a few questions that have been bothering me for a while; > > #1 - Setting up an Ethernet card. How do I do it? It is an i-cubed > EtherLAN600 card running EtherH. Where do I get the module(S) from? Has > anyone got any instructions that are simple? Yes. Here's what I did cd /usr/src/linux make config Answer Y to the the question about ethernet. Answer Y to EtherH :-) make a new kernel. reboot. Kernel recognises network card. Make sure /etc/sysconfig/network contains lines such as: HOSTNAME=Bagpuss.unfortu.net DOMAINNAME=unfortu.net GATEWAY=138.253.4.1 GATEWAYDEV=eth0 and that your resolver config maps your hostname to your IP address. (It worked for me. I'm not sure what I've forgotten) > #2 - Apache server. There is a GUI bit for the Apache server that works in X > Windows to setup the Apache server, it is on the Apache WW site but will it > work under ARMLinux? Try compiling it. It should do. > #3 - fvwm's. I downloaded a Windows 95 one the other day but I am having some > trouble installing it. I need to find the xdefaults file (where is it > located?) and change some stuff in that but I don't think that this vwm will > work on ARMLinux? Has any got it? It is just called fvwm95. I got it from > http://www.plig.org/xwinman/ I appear to have fvwm as my default window manager. :-) Not sure where the system xdefaults are (may be setup dependant) but have a poke in ~/.Xdefaults and see if adding things there solves anything. You can run X without a window manager. You can also run X with the window manager running on a remote machine (you've mentioned that Ethernet card...) I used to run mwm on a SunOS box, with mwm actually on a machine half a mile away. > #4 - fvwm's (again). Is there a RISC OS vwm? Where can I get it from if so? I > have seen a screenshot of on on the ARMLinux website. No idea. Sorry > Thanks for any suggestions or help that anyone can give me ... Hope this helps, Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 03:31:16 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA526732 for ; Thu, 11 Mar 1999 03:31:12 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA05481 for ; Thu, 11 Mar 1999 03:31:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005479; Thu, 11 Mar 99 03:30:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:57446 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6664-4581>; Thu, 11 Mar 1999 04:30:35 +0200 Received: by vger.rutgers.edu via listexpand id <157177-212>; Wed, 10 Mar 1999 21:34:25 -0500 Received: by vger.rutgers.edu id <157184-212>; Wed, 10 Mar 1999 21:34:17 -0500 Received: from thalia.fm.intel.com ([132.233.247.11]:3734 "EHLO thalia.fm.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157199-212>; Wed, 10 Mar 1999 21:34:05 -0500 Received: from fmsmsx18.intel.com (fmsmsx18.fm.intel.com [132.233.233.232]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id CAA22467 for ; Thu, 11 Mar 1999 02:29:32 GMT Received: by fmsmsx18.fm.intel.com with Internet Mail Service (5.5.2232.9) id ; Wed, 10 Mar 1999 18:29:31 -0800 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Cc: "Chagas, Jason" Subject: 64mb Brutus Date: Wed, 10 Mar 1999 18:29:27 -0800 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1609 Lines: 47 I've been trying to modify the kernel (v2.2.1) to support a 64mb Brutus board with 16mb in each of the 4 memory banks. These were the changes I've made: ./arch/arm/kernel/setup.c:403: memory_end = 64*1024*1024; and... ./arch/arm/mm/mm-sa1100.c-54-/* 4Mb per bank in this case */ ./arch/arm/mm/mm-sa1100.c:55:/* Adding support to 64mb Brutus - 4096 pages p/ bank instead of 1024 */ ./arch/arm/mm/mm-sa1100.c-56-#define PAGES_IN_BANK_0 4096 ./arch/arm/mm/mm-sa1100.c-57-#define PAGES_IN_BANK_1 4096 ./arch/arm/mm/mm-sa1100.c-58-#define PAGES_IN_BANK_2 4096 ./arch/arm/mm/mm-sa1100.c-59-#define PAGES_IN_BANK_3 4096 However, it could not fine RAM disk. Linux version 2.2.1-rmk3-np2 (root@localhost.localdomain) (gcc version egcs-2.99 NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Calibrating delay loop... 194.15 BogoMIPS Memory: 60152k/64M available (468k code, 32k reserved, 784k data, 4k init) POSIX conformance testing by UNIFIX Linux NET4.0 for Linux 2.2 Based upon Swansea University Computer Society NET3.039 Starting kswapd v 1.5 SA1100 serial driver version 4.26 with no serial options enabled ttyS00 at 0xf8010000 (irq = 15) is a SA1100 UART ttyS01 at 0xf8050000 (irq = 17) is a SA1100 UART RAM disk driver initialized: 16 RAM disks of 8192K size RAMDISK: Couldn't find valid RAM disk image starting at 0. Kernel panic: VFS: Unable to mount root fs on 01:00 Please note "ramdisk.gz" is being loaded at base 0x800000 by "angelboot".] Am I missing something? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 13:13:48 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA534520 for ; Thu, 11 Mar 1999 13:13:43 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA07075 for ; Thu, 11 Mar 1999 13:13:42 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007071; Thu, 11 Mar 99 13:13:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:27914 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15752-8469>; Thu, 11 Mar 1999 14:13:03 +0200 Received: by vger.rutgers.edu via listexpand id <160329-215>; Thu, 11 Mar 1999 07:16:17 -0500 Received: by vger.rutgers.edu id <160328-215>; Thu, 11 Mar 1999 07:15:59 -0500 Received: from prune.flirble.org ([195.40.6.30]:4035 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157330-215>; Thu, 11 Mar 1999 07:15:42 -0500 Received: (qmail 25392 invoked from network); 11 Mar 1999 12:11:54 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 11 Mar 1999 12:11:54 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id MAA27758; Thu, 11 Mar 1999 12:11:52 GMT From: Nicholas Clark Message-Id: <199903111211.MAA27758@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: from "pb@nexus.co.uk" at "Aug 23, 98 06:12:24 pm" To: pb@nexus.co.uk Date: Thu, 11 Mar 1999 12:11:51 +0000 (GMT) Cc: atterer@informatik.tu-muenchen.de, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 675 Lines: 16 In the last mail pb@nexus.co.uk said: > Agreed. I've now had confirmation from ARM Ltd that LDRT Rm, [Rm] results > in UNPREDICTABLE behaviour. So it appears that binutils is correct and we > should fix the kernel. Whoa - that's not actually the culprit, is it? the warning was trigged from code generated with gcc -O0. Assembly code was generated with gcc -S and the same command line. I think I know why the problem may not have been noticed before - with gcc -O2 -S I discover that all the LDRTs are optimised so that Rm never equals Rn. (One is usually ip or lr, but not quite always) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 17:52:45 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA547720 for ; Thu, 11 Mar 1999 17:52:44 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA08006 for ; Thu, 11 Mar 1999 17:52:43 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008004; Thu, 11 Mar 99 17:52:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25604 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12659-4581>; Thu, 11 Mar 1999 18:49:25 +0200 Received: by vger.rutgers.edu via listexpand id <157532-215>; Thu, 11 Mar 1999 11:52:32 -0500 Received: by vger.rutgers.edu id <157356-212>; Thu, 11 Mar 1999 11:51:56 -0500 Received: from mail3.cadvision.com ([207.228.64.48]:4520 "EHLO mail3.cadvision.com" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <160062-215>; Thu, 11 Mar 1999 11:51:37 -0500 Received: from shitbag (adsl92ip201.cadvision.com [207.228.92.201]) by mail3.cadvision.com (8.9.1a/8.9.1/CW) with SMTP id JAA19539 for ; Thu, 11 Mar 1999 09:47:53 -0700 Message-ID: <003601be6bde$b9e5a7e0$c95ce4cf@shitbag> From: "Stephen Noftall" To: "linux_arm list" Subject: MMU bug in Dec/Intel ARMs? Date: Thu, 11 Mar 1999 09:46:34 -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 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 426 Lines: 10 I just heard from Intel that they are coming out with a new SA-110, that supposedly fixes a bug only found in demand paged memory management OS's. The new part numbers are 21281-xB. Has anyone heard more on this? Does the MMU unit work around this "bug" or was the field ap person mis-informed? {- Stephen Noftall, LCS : http://www.lcsaudio.com -} unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 19:34:54 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA552452 for ; Thu, 11 Mar 1999 19:34:45 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA08409 for ; Thu, 11 Mar 1999 19:34:45 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008406; Thu, 11 Mar 99 19:34:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:49678 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15379-8469>; Thu, 11 Mar 1999 20:34:00 +0200 Received: by vger.rutgers.edu via listexpand id <160160-212>; Thu, 11 Mar 1999 13:36:57 -0500 Received: by vger.rutgers.edu id <160178-212>; Thu, 11 Mar 1999 13:36:43 -0500 Received: from worf.qntm.com ([146.174.250.100]:2412 "EHLO worf.qntm.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160044-212>; Thu, 11 Mar 1999 13:35:02 -0500 Received: from mail3.qntm.com by worf.qntm.com with ESMTP (1.40.112.12/16.2) id AA022047075; Thu, 11 Mar 1999 10:31:15 -0800 Received: from milcmima.qntm.com (milcmima.qntm.com [146.174.18.61]) by mail3.qntm.com (8.8.6/8.8.6) with ESMTP id KAA11189 for ; Thu, 11 Mar 1999 10:04:12 -0800 (PST) Received: by milcmima.qntm.com with Internet Mail Service (5.5.2448.0) id ; Thu, 11 Mar 1999 10:03:50 -0800 Message-Id: <3516843E9AE5D011948200805FA714600174AB8A@milcmsgd.qntm.com> From: Winnie Wong To: linux_arm list Subject: RE: MMU bug in Dec/Intel ARMs? Date: Thu, 11 Mar 1999 10:03:48 -0800 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 902 Lines: 25 I have heard this problem. In addition to Stephen's question below, does anybody know where I can read or get the part number xA or xB from the CPU / 21281 chip during the run time? Winnie > -----Original Message----- > From: Stephen Noftall [SMTP:stephenn@lcsaudio.com] > Sent: Thursday, March 11, 1999 8:47 AM > To: linux_arm list > Subject: MMU bug in Dec/Intel ARMs? > > I just heard from Intel that they are coming out with a new SA-110, that > supposedly fixes a bug only found in demand paged memory management OS's. > The > new part numbers are 21281-xB. > > Has anyone heard more on this? Does the MMU unit work around this "bug" or > was > the field ap person mis-informed? > > {- Stephen Noftall, LCS : http://www.lcsaudio.com -} > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Mar 11 19:17:15 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA549484 for ; Thu, 11 Mar 1999 19:17:14 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA08362 for ; Thu, 11 Mar 1999 19:17:14 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008360; Thu, 11 Mar 99 19:17:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:20838 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15381-4581>; Thu, 11 Mar 1999 20:15:31 +0200 Received: by vger.rutgers.edu via listexpand id <160099-212>; Thu, 11 Mar 1999 13:18:39 -0500 Received: by vger.rutgers.edu id <157680-212>; Thu, 11 Mar 1999 13:18:24 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:56823 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160083-215>; Thu, 11 Mar 1999 13:16:35 -0500 Received: from Stratus.CAM.ORG (Stratus.CAM.ORG [198.168.100.6]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id NAA25412; Thu, 11 Mar 1999 13:12:34 -0500 (EST) Date: Thu, 11 Mar 1999 13:12:45 -0500 (EST) From: Nicolas Pitre To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: 64mb Brutus In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 996 Lines: 32 On Wed, 10 Mar 1999, Chagas, Jason wrote: > I've been trying to modify the kernel (v2.2.1) to support a 64mb Brutus > board with 16mb in each of the 4 memory banks. These were the changes I've > made: > > > ./arch/arm/kernel/setup.c:403: memory_end = 64*1024*1024; > > and... > > ./arch/arm/mm/mm-sa1100.c-54-/* 4Mb per bank in this case */ > ./arch/arm/mm/mm-sa1100.c:55:/* Adding support to 64mb Brutus - 4096 pages > p/ bank instead of 1024 */ > ./arch/arm/mm/mm-sa1100.c-56-#define PAGES_IN_BANK_0 4096 > ./arch/arm/mm/mm-sa1100.c-57-#define PAGES_IN_BANK_1 4096 > ./arch/arm/mm/mm-sa1100.c-58-#define PAGES_IN_BANK_2 4096 > ./arch/arm/mm/mm-sa1100.c-59-#define PAGES_IN_BANK_3 4096 > > > However, it could not fine RAM disk. In setup.c change the ramdisk start address from 0xc0800000 to 0xc2000000 and be sure you loads it at 0xd0000000 with angelboot. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 00:03:55 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA557174 for ; Fri, 12 Mar 1999 00:03:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA09187 for ; Fri, 12 Mar 1999 00:03:49 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009185; Fri, 12 Mar 99 00:03:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22897 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16236-20932>; Fri, 12 Mar 1999 01:03:18 +0200 Received: by vger.rutgers.edu via listexpand id <157307-215>; Thu, 11 Mar 1999 18:06:16 -0500 Received: by vger.rutgers.edu id <157184-215>; Thu, 11 Mar 1999 18:06:00 -0500 Received: from mail9.svr.pol.co.uk ([195.92.193.22]:2131 "EHLO mail9.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157177-215>; Thu, 11 Mar 1999 18:05:12 -0500 Received: from modem-61.cake.dialup.pol.co.uk ([62.136.140.189] helo=cakebar) by mail9.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10LESS-0001Mc-00 for linux-arm@vger.rutgers.edu; Thu, 11 Mar 1999 23:01:41 +0000 Date: Thu, 11 Mar 1999 22:54:34 +0000 From: Paul Burns To: linux-arm@vger.rutgers.edu Subject: init 5 doesn't work Message-ID: <903056e148%paul@cakebar.freeserve.co.uk> Organization: Home X-Mailer: Messenger v1.10 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59i Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 684 Lines: 26 Hello, Can any of you suggest why I should get the following fault: I have a 'clean' install of ArmLinux using the RPMs from the ClanCD. Logging in and typing startx starts up the X server quite happily but if I use 'init 5' or edit the initdefault entry in /etc/inittab the X server momentarily starts up but then quits out back to the command line. The messages file reports the error Mar 9 23:49:22 localhost kernel: xrdb: memory violation at pc=0x00c1a638, lr=0x00015fc0 (bad address=0x6c2a6e69, code 1) Any suggestions? Thanks, Paul -- Paul Burns Email: paul@cakebar.freeserve.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 19:32:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA583149 for ; Fri, 12 Mar 1999 19:31:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13210 for ; Fri, 12 Mar 1999 19:31:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013207; Fri, 12 Mar 99 19:31:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46900 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15673-24471>; Fri, 12 Mar 1999 20:30:32 +0200 Received: by vger.rutgers.edu via listexpand id <160530-212>; Fri, 12 Mar 1999 13:27:54 -0500 Received: by vger.rutgers.edu id <160519-212>; Fri, 12 Mar 1999 13:21:03 -0500 Received: from dialup-109.publab.ed.ac.uk ([129.215.38.109]:2405 "HELO bees.enterprise-plc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160541-215>; Fri, 12 Mar 1999 13:15:51 -0500 Received: from spaceball [192.168.1.1] by flat [192.168.1.8] with SMTP (MDaemon.v2.7.SP4.R) for ; Fri, 12 Mar 1999 18:07:53 +0000 Date: Fri, 12 Mar 1999 00:33:42 +0000 From: micm To: paul@cakebar.freeserve.co.uk Cc: linux-arm@vger.rutgers.edu Subject: Re: init 5 doesn't work Message-ID: In-Reply-To: <903056e148%paul@cakebar.freeserve.co.uk> Reply-To: micm@toth.org.uk X-Organization: The Organization Trained To Yap (TOTTY) X-Mailer: Messenger v1.40f for RISC OS X-Chippie: Francos, Causewayside, Newington, Edinburgh, Scotland. X-ChatToMe: Telnet to toth.org.uk X-URL: http://homepages.enterprise.net/micm X-Spammers: Unless you are very lucky, spam mail /will/ bounce. MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-MDaemon-Deliver-To: linux-arm@vger.rutgers.edu X-Return-Path: micm@bees.enterprise-plc.com Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1440 Lines: 38 On 11 Mar, Paul Burns turned into jam then wrote: > Hello, > > Can any of you suggest why I should get the following fault: > > I have a 'clean' install of ArmLinux using the RPMs from the ClanCD. > Logging in and typing startx starts up the X server quite happily but > if I use 'init 5' or edit the initdefault entry in /etc/inittab the > X server momentarily starts up but then quits out back to the command > line. The messages file reports the error > > Mar 9 23:49:22 localhost kernel: xrdb: memory violation at pc=0x00c1a638, > lr=0x00015fc0 (bad address=0x6c2a6e69, code 1) > > Any suggestions? It does work, I've had it working here, though i went back to using a textual login because only root can shut down the machine from within X whereas from a text login anyone can do Ctrl-Alt-Del. Anyhow, I used to get that error. I can't remember what causes it, but I fixed the problem by poking around in all the xdm startup files (I STR the man page lists them all). I changed quie a lot of stuff so I've no idea which file magically made it work! Persevere, it does work! As a last resort try recompiling your kernel... That might have some effect. -- "Danger could be my middle name.....but it's James" Visit the NUMPTIE XONE : http://www.toth.org.uk/~micm ...Brain fried - core dumped unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 08:52:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id IAA557997 for ; Fri, 12 Mar 1999 08:52:21 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA10661 for ; Fri, 12 Mar 1999 08:52:20 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010658; Fri, 12 Mar 99 08:52:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:9058 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1851-20932>; Fri, 12 Mar 1999 09:51:49 +0200 Received: by vger.rutgers.edu via listexpand id <160046-215>; Fri, 12 Mar 1999 02:54:29 -0500 Received: by vger.rutgers.edu id <160045-212>; Fri, 12 Mar 1999 02:54:22 -0500 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:58019 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160042-215>; Fri, 12 Mar 1999 02:54:14 -0500 Received: from era-t.ericsson.se (koff.ericsson.se [147.214.173.137]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with SMTP id IAA14298; Fri, 12 Mar 1999 08:47:39 +0100 (MET) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id IAA26561; Fri, 12 Mar 1999 08:47:47 +0100 Message-ID: <36E8C675.FDAFA773@era-t.ericsson.se> Date: Fri, 12 Mar 1999 07:47:01 +0000 From: Peter Danielsson X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.2.0 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu, Sa1100-linux@pa.dec.com Subject: elf login Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 759 Lines: 15 I've been trying to set up an ELF-only system for my platform (sa1100-based) but there have been a few problems. The toolchain (cross compiling from intel) seems to work OK, I have succesfully built and installed glibc. Most things build fine, some after a few tweaks. I have almost a complete system that works (init, bash, standard utilities etc) but I cannot seem to get login to work. I wrote a small test application that tries to read one entry from the passwdfile (using getpwnam("root")) but it fails(returns NULL). The extisting a.out login works fine which makes me believe there is a bug in glibc. Is this the case, or am I plain stupid and forgets something? /Peter unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 14:28:57 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA556238 for ; Fri, 12 Mar 1999 14:28:56 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12033 for ; Fri, 12 Mar 1999 14:28:55 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012029; Fri, 12 Mar 99 14:28:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44299 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15527-20932>; Fri, 12 Mar 1999 15:26:31 +0200 Received: by vger.rutgers.edu via listexpand id <160316-215>; Fri, 12 Mar 1999 08:26:16 -0500 Received: by vger.rutgers.edu id <160352-212>; Fri, 12 Mar 1999 08:26:05 -0500 Received: from moonraker.inetinc.com ([199.171.212.2]:64244 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160339-215>; Fri, 12 Mar 1999 08:25:51 -0500 Received: from thunderball.inetinc.com (thunderball.inetinc.com [199.171.208.16]) by moonraker.inetinc.com (8.9.1/8.9.1) with ESMTP id HAA05100 for ; Fri, 12 Mar 1999 07:00:56 -0600 (CST) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id HAA04795 for ; Fri, 12 Mar 1999 07:28:34 -0600 (CST) Message-ID: <36E91529.6AF2389@inetinc.com> Date: Fri, 12 Mar 1999 07:22:49 -0600 From: Dave Baukus Organization: Inet Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: MMU bug in Dec/Intel ARMs? References: <003601be6bde$b9e5a7e0$c95ce4cf@shitbag> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 990 Lines: 28 Stephen Noftall wrote: > > I just heard from Intel that they are coming out with a new SA-110, that > supposedly fixes a bug only found in demand paged memory management OS's. The > new part numbers are 21281-xB. The errata reads: "There is an anomaly in the SA-110 device that may occur during DATA_ABORT in environments that use demand-paging management schemes. This problem has been seen only in demand-page memory-management operating systems when a memory access crosses a page boundary from a mapped page to an unmapped page during the sequence of data fetches." It goes on to list some RTOSs that, since they do not use demand paging, are not susceptible to the problem. I heard that via a 3id party that and Intel rep. said Linux was not susceptible to this problem. If true I'd like to know why. Any know the real answer ? thanks. -- Dave Baukus Inet Technologies Inc. dbaukus@inetinc.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 19:36:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA565530 for ; Fri, 12 Mar 1999 19:36:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13224 for ; Fri, 12 Mar 1999 19:36:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013222; Fri, 12 Mar 99 19:36:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:46900 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16091-20932>; Fri, 12 Mar 1999 20:33:54 +0200 Received: by vger.rutgers.edu via listexpand id <160427-212>; Fri, 12 Mar 1999 13:28:44 -0500 Received: by vger.rutgers.edu id <160260-215>; Fri, 12 Mar 1999 13:28:22 -0500 Received: from galatea-21.cableol.net ([194.168.16.21]:3920 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160548-212>; Fri, 12 Mar 1999 13:22:40 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA08720; Fri, 12 Mar 1999 16:49:18 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA00440; Fri, 12 Mar 1999 16:50:27 GMT Message-Id: <199903121650.QAA00440@raistlin.armlinux.org.uk> Subject: Re: MMU bug in Dec/Intel ARMs? To: dbaukus@inetinc.com (Dave Baukus) Date: Fri, 12 Mar 1999 16:50:26 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <36E91529.6AF2389@inetinc.com> from "Dave Baukus" at Mar 12, 99 07:22:49 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2142 Lines: 42 Dave Baukus writes: > Stephen Noftall wrote: > > I just heard from Intel that they are coming out with a new SA-110, that > > supposedly fixes a bug only found in demand paged memory management OS's. The > > new part numbers are 21281-xB. > > The errata reads: > "There is an anomaly in the SA-110 device that may occur during DATA_ABORT > in environments that use demand-paging management schemes. This problem > has been seen only in demand-page memory-management operating systems when > a memory access crosses a page boundary from a mapped page to an unmapped > page during the sequence of data fetches." > > It goes on to list some RTOSs that, since they do not use demand paging, > are not susceptible to the problem. > > I heard that via a 3id party that and Intel rep. said Linux was not susceptible > to this problem. If true I'd like to know why. > > Any know the real answer ? Any program in a demand paged OS would be susceptible to this problem. However, The Linux kernel itself is not. The routines which use the ldm instruction are carefully coded to handle the user space permissions anyway, so a ldm instruction is never used to cross a page boundary. It is, however, an issue for user programs. The user stack is a conventional full decending stack, which means that the affected instruction (ldmib) will not be used. Hence, I think the answer to this is that the ARM Linux OS is not susceptible to this problem, but user programs could be. My current experiance suggests that no user programs currently exist which hit this problem. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 19:23:59 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA471079 for ; Fri, 12 Mar 1999 19:23:58 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13177 for ; Fri, 12 Mar 1999 19:23:58 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013174; Fri, 12 Mar 99 19:23:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:10269 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15900-20932>; Fri, 12 Mar 1999 20:22:19 +0200 Received: by vger.rutgers.edu via listexpand id <160511-215>; Fri, 12 Mar 1999 13:23:44 -0500 Received: by vger.rutgers.edu id <160249-212>; Fri, 12 Mar 1999 13:20:01 -0500 Received: from prune.flirble.org ([195.40.6.30]:1549 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160591-212>; Fri, 12 Mar 1999 13:17:33 -0500 Received: (qmail 13762 invoked from network); 12 Mar 1999 18:14:43 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 12 Mar 1999 18:14:43 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA07220 for linux-arm@vger.rutgers.edu; Fri, 12 Mar 1999 18:14:40 GMT From: Nicholas Clark Message-Id: <199903121814.SAA07220@flirble.org> Subject: StrongARM cards in RiscPC To: linux-arm@vger.rutgers.edu Date: Fri, 12 Mar 1999 18:14:40 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1648 Lines: 42 My current source tree is linux 2.2.2 + rmk5 + linux-2.2.2-philb-990301 It appears that philb changes arch/arm/mm/proc-sa110.S and associated files which removes references to DOM_KERNELDOMAIN (from ../lib/genconsdata.c). However, I don't understand what the sa110 changes are in order to propagate them into proc-arm6,7.S, and remove the offending: teq r0, #0 moveq r0, #DOM_KERNELDOMAIN movne r0, #DOM_USERDOMAIN However, I'm not sure why I need to get the MMU stuff for an ARM7 when I have a StrongARM in my RiscPC. I suspect that really the config stuff needs to ask three questions: What architecture are you compiling for? [RiscPC here] What is the minimum CPU required to run? [eg ARM6 or StrongARM] Tune for which CPU? For a distribution kernel you'd answer RiscPC,ARM6,StrongARM on the assumption that most people have StrongARMs, but some only have ARM6, so you'd like it to run on everything, but run fastest on StrongARM. And when I build my personal kernel I'd like to say RiscPC,StrongARM,StrongARM and get 64 bit multiplies, sign extending byte loads and other StrongARM instructions, with arch/arm/Makefile clever enough to realise that it'll have to tell gcc to prevent generation of LDRH and STRH. Currently it seems that both PhilB and Russell's work arounds to cope with *****y Acorn's card basically generate ARM7 kernels. Am I missing much performance not getting the armv4 instructions? (Can gcc already do -march=armv4 with another -m to stop LDRH/STRH?) Is this an optimal way of doing things? Or have I missed something? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 19:51:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id TAA577189 for ; Fri, 12 Mar 1999 19:51:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13274 for ; Fri, 12 Mar 1999 19:51:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013272; Fri, 12 Mar 99 19:51:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25947 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15465-24471>; Fri, 12 Mar 1999 20:48:57 +0200 Received: by vger.rutgers.edu via listexpand id <160306-215>; Fri, 12 Mar 1999 13:36:48 -0500 Received: by vger.rutgers.edu id <160237-212>; Fri, 12 Mar 1999 13:29:19 -0500 Received: from prune.flirble.org ([195.40.6.30]:1568 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160453-215>; Fri, 12 Mar 1999 13:28:52 -0500 Received: (qmail 13819 invoked from network); 12 Mar 1999 18:26:05 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 12 Mar 1999 18:26:05 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA07512; Fri, 12 Mar 1999 18:26:02 GMT From: Nicholas Clark Message-Id: <199903121826.SAA07512@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: from "pb@nexus.co.uk" at "Aug 24, 98 08:13:33 am" To: pb@nexus.co.uk Date: Fri, 12 Mar 1999 18:26:02 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 520 Lines: 12 In the last mail pb@nexus.co.uk said: > Yes. The LDRT is generated by an inline asm. Those asms need to be given > constraints to tell the compiler that the input and output regs mustn't > overlap. GCC itself never open codes an LDRT. How does one do this? I've no idea how inline assembler black magic works. I've just tried compiling rmk5 + philb at -O2 and get quite a few warnings about input and output registers being the same. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 20:23:30 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA493293 for ; Fri, 12 Mar 1999 20:23:29 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA13401 for ; Fri, 12 Mar 1999 20:23:28 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013397; Fri, 12 Mar 99 20:23:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7485 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12361-20932>; Fri, 12 Mar 1999 21:22:01 +0200 Received: by vger.rutgers.edu via listexpand id <160528-215>; Fri, 12 Mar 1999 14:13:02 -0500 Received: by vger.rutgers.edu id <160595-212>; Fri, 12 Mar 1999 14:02:31 -0500 Received: from relay2.UU.NET ([192.48.96.7]:3662 "EHLO relay2.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160687-212>; Fri, 12 Mar 1999 13:59:02 -0500 Received: from xedia.com by relay2.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgggh27682; Fri, 12 Mar 1999 13:56:21 -0500 (EST) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA11290; Fri, 12 Mar 99 13:52:31 EST Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id NAA22912; Fri, 12 Mar 1999 13:56:15 -0500 Date: Fri, 12 Mar 1999 13:56:15 -0500 Message-Id: <199903121856.NAA22912@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: nick@flirble.org Cc: linux-arm@vger.rutgers.edu Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. References: <199903121826.SAA07512@flirble.org> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 295 Lines: 7 The gcc info file explains how. Look for "asm" in the index (i then asm). About halfway down it mentions the "&" modifier with a cross-reference to "Constraint Modifier Characters". That has the gory details. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 23:33:32 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA555545 for ; Fri, 12 Mar 1999 23:33:31 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA14128 for ; Fri, 12 Mar 1999 23:33:30 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014125; Fri, 12 Mar 99 23:33:27 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:39538 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2886-30945>; Sat, 13 Mar 1999 00:32:46 +0200 Received: by vger.rutgers.edu via listexpand id <160180-215>; Fri, 12 Mar 1999 17:34:45 -0500 Received: by vger.rutgers.edu id <161136-212>; Fri, 12 Mar 1999 17:32:19 -0500 Received: from worf.qntm.com ([146.174.250.100]:4274 "EHLO worf.qntm.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160213-212>; Fri, 12 Mar 1999 17:31:45 -0500 Received: from mail3.qntm.com by worf.qntm.com with ESMTP (1.40.112.12/16.2) id AA259757737; Fri, 12 Mar 1999 14:28:57 -0800 Received: from milcmima.qntm.com (milcmima.qntm.com [146.174.18.61]) by mail3.qntm.com (8.8.6/8.8.6) with ESMTP id OAA02753; Fri, 12 Mar 1999 14:29:05 -0800 (PST) Received: by milcmima.qntm.com with Internet Mail Service (5.5.2448.0) id ; Fri, 12 Mar 1999 14:28:54 -0800 Message-Id: <3516843E9AE5D011948200805FA714600174AB91@milcmsgd.qntm.com> From: Winnie Wong To: "'Russell King - ARM Linux Admin'" Cc: linux-arm@vger.rutgers.edu Subject: RE: MMU bug in Dec/Intel ARMs? Date: Fri, 12 Mar 1999 14:28:52 -0800 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2671 Lines: 70 What kind of tests / applications you think may trigger this issue to occur under ARM LINUX? Winnie > -----Original Message----- > From: Russell King - ARM Linux Admin [SMTP:linux@arm.linux.org.uk] > Sent: Friday, March 12, 1999 8:50 AM > To: dbaukus@inetinc.com > Cc: linux-arm@vger.rutgers.edu > Subject: Re: MMU bug in Dec/Intel ARMs? > > Dave Baukus writes: > > Stephen Noftall wrote: > > > I just heard from Intel that they are coming out with a new SA-110, > that > > > supposedly fixes a bug only found in demand paged memory management > OS's. The > > > new part numbers are 21281-xB. > > > > The errata reads: > > "There is an anomaly in the SA-110 device that may occur during > DATA_ABORT > > in environments that use demand-paging management schemes. This > problem > > has been seen only in demand-page memory-management operating > systems when > > a memory access crosses a page boundary from a mapped page to an > unmapped > > page during the sequence of data fetches." > > > > It goes on to list some RTOSs that, since they do not use demand paging, > > are not susceptible to the problem. > > > > I heard that via a 3id party that and Intel rep. said Linux was not > susceptible > > to this problem. If true I'd like to know why. > > > > Any know the real answer ? > > Any program in a demand paged OS would be susceptible to this problem. > However, > The Linux kernel itself is not. The routines which use the ldm > instruction are > carefully coded to handle the user space permissions anyway, so a ldm > instruction > is never used to cross a page boundary. > > It is, however, an issue for user programs. The user stack is a > conventional > full decending stack, which means that the affected instruction (ldmib) > will not > be used. > > Hence, I think the answer to this is that the ARM Linux OS is not > susceptible > to this problem, but user programs could be. My current experiance > suggests that > no user programs currently exist which hit this problem. > _____ > |_____| ------------------------------------------------- ---+---+- > | | Russell King linux@arm.linux.org.uk --- --- > | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | > | +-+-+ --- -+- > / | THE developer of ARM Linux |+| /|\ > / | | | --- | > +-+-+ ------------------------------------------------- /\\\ | > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Mar 12 23:47:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA588930 for ; Fri, 12 Mar 1999 23:47:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA14180 for ; Fri, 12 Mar 1999 23:47:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014177; Fri, 12 Mar 99 23:46:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18976 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4758-30945>; Sat, 13 Mar 1999 00:46:26 +0200 Received: by vger.rutgers.edu via listexpand id <157522-212>; Fri, 12 Mar 1999 17:48:30 -0500 Received: by vger.rutgers.edu id <161060-212>; Fri, 12 Mar 1999 17:48:21 -0500 Received: from mail3.cadvision.com ([207.228.64.48]:9620 "EHLO mail3.cadvision.com" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <160300-215>; Fri, 12 Mar 1999 17:47:55 -0500 Received: from shitbag (gen2-111ip8.cadvision.com [209.91.111.8]) by mail3.cadvision.com (8.9.1a/8.9.1/CW) with SMTP id PAA18784 for ; Fri, 12 Mar 1999 15:45:02 -0700 Message-ID: <017301be6cd9$c69af660$086f5bd1@shitbag> From: "Stephen Noftall" To: Subject: Re: MMU bug in Dec/Intel ARMs? Date: Fri, 12 Mar 1999 15:43:39 -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 4.72.3110.1 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 602 Lines: 17 From: Winnie Wong >What kind of tests / applications you think may trigger this issue to occur >under ARM LINUX? > > >Winnie I think this bug only occurs in Virtual Memory hits. The best way to test it (I think), would be to write a simple app that allocates 128MB (or how much you have as memory), and be constantly hitting hit, while at the same time have the susceptible program running. Don't know what the error would be, but maybe make the VM test program a memory tester as well... Stephen unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 01:03:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA535084 for ; Sat, 13 Mar 1999 01:03:01 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA14489 for ; Sat, 13 Mar 1999 01:03:00 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014485; Sat, 13 Mar 99 01:02:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:58209 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1917-30945>; Sat, 13 Mar 1999 02:01:58 +0200 Received: by vger.rutgers.edu via listexpand id <168579-215>; Fri, 12 Mar 1999 19:03:54 -0500 Received: by vger.rutgers.edu id <160482-212>; Fri, 12 Mar 1999 19:03:38 -0500 Received: from [212.219.8.163] ([212.219.8.163]:8394 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <168631-212>; Fri, 12 Mar 1999 19:03:04 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id AAA04918 for ; Sat, 13 Mar 1999 00:00:36 GMT Date: Sat, 13 Mar 1999 00:00:35 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: linux-arm@vger.rutgers.edu Subject: Toolchain manual, with added glibc Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 388 Lines: 10 I've added a few bits and pieces to my toolchain-building manual, most notably some rough instructions for getting glibc 2.1 up and running; please feel free to take a look: http://www.inkvine.fluff.org/~chris/arm-tools.html -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 03:21:36 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id DAA588166 for ; Sat, 13 Mar 1999 03:21:32 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA15008 for ; Sat, 13 Mar 1999 03:21:31 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015006; Sat, 13 Mar 99 03:21:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25436 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8213-30945>; Sat, 13 Mar 1999 04:20:53 +0200 Received: by vger.rutgers.edu via listexpand id <161304-215>; Fri, 12 Mar 1999 21:23:02 -0500 Received: by vger.rutgers.edu id <161281-215>; Fri, 12 Mar 1999 21:22:53 -0500 Received: from ha1.rdc1.on.wave.home.com ([24.2.9.66]:56120 "EHLO mail.rdc1.on.home.com" ident: "imail") by vger.rutgers.edu with ESMTP id <161286-215>; Fri, 12 Mar 1999 21:22:42 -0500 Received: from home.com ([24.112.88.27]) by mail.rdc1.on.home.com (InterMail v4.00.03 201-229-104) with ESMTP id <19990313022004.XLE22379.mail.rdc1.on.home.com@home.com>; Fri, 12 Mar 1999 18:20:04 -0800 Message-ID: <36E9CB2F.18D02F5A@home.com> Date: Fri, 12 Mar 1999 21:19:28 -0500 From: Pat Beirne X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.0.35 armv4l) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Dave Baukus , linux-arm@vger.rutgers.edu Subject: Re: MMU bug in Dec/Intel ARMs? References: <199903121650.QAA00440@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1943 Lines: 48 Russell King - ARM Linux Admin wrote: > Dave Baukus writes: > > Stephen Noftall wrote: > > > I just heard from Intel that they are coming out with a new SA-110, that > > > supposedly fixes a bug only found in demand paged memory management OS's. The > > > new part numbers are 21281-xB. > > > > > > Any know the real answer ? > > Any program in a demand paged OS would be susceptible to this problem. However, > The Linux kernel itself is not. The routines which use the ldm instruction are > carefully coded to handle the user space permissions anyway, so a ldm instruction > is never used to cross a page boundary. > > It is, however, an issue for user programs. The user stack is a conventional > full decending stack, which means that the affected instruction (ldmib) will not > be used. > > Hence, I think the answer to this is that the ARM Linux OS is not susceptible > to this problem, but user programs could be. My current experiance suggests that > no user programs currently exist which hit this problem. > _____ I concur with Russell's statements. We received Intel's errata in July. At that time, I investigated both the code build environment, and the existing binary code. I, too, concentrated on the kernel itself. In both cases, Russell is correct. [Of course he is; he wrote the relevent code!] I am not at all concerned with the existence of this errata, in terms of existing code, and code which is being written. [ArmLinux only] However, if people want to persue an experimental attack on SA-110 systems to see where they break, I think that is a good idea. BTW, someone asked about how do you tell chip rev numbers? The chip ID register will return a 3 for S steppings (the ones that exhibit the errata). I have never seen a T stepping (the new ones), but I assume the chip ID register will be incremented. Pat CorelComputer/HCC unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 13:10:11 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA576390 for ; Sat, 13 Mar 1999 13:10:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA17328 for ; Sat, 13 Mar 1999 13:10:06 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017323; Sat, 13 Mar 99 13:09:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26976 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16335-4856>; Sat, 13 Mar 1999 14:09:26 +0200 Received: by vger.rutgers.edu via listexpand id <157224-215>; Sat, 13 Mar 1999 07:11:24 -0500 Received: by vger.rutgers.edu id <157389-215>; Sat, 13 Mar 1999 07:11:06 -0500 Received: from prune.flirble.org ([195.40.6.30]:3369 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157224-215>; Sat, 13 Mar 1999 07:10:58 -0500 Received: (qmail 19700 invoked from network); 13 Mar 1999 12:08:38 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 13 Mar 1999 12:08:38 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id MAA22996; Sat, 13 Mar 1999 12:08:35 GMT From: Nicholas Clark Message-Id: <199903131208.MAA22996@flirble.org> Subject: Re: egcs 1.1.1 assembler output for 2.2. kernel compilation. In-Reply-To: <199903121856.NAA22912@tonga.xedia.com> from Paul Koning at "Mar 12, 99 01:56:15 pm" To: pkoning@xedia.com (Paul Koning) Date: Sat, 13 Mar 1999 12:08:35 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2451 Lines: 51 In the last mail Paul Koning said: > The gcc info file explains how. Look for "asm" in the index (i then > asm). About halfway down it mentions the "&" modifier with a > cross-reference to "Constraint Modifier Characters". That has the > gory details. So is this the correct patch I've attached? (Still can't boot 2.2.2 :-( ) Nick --- include/asm-arm/proc-armv/uaccess.h~ Fri Mar 12 17:10:47 1999 +++ include/asm-arm/proc-armv/uaccess.h Sat Mar 13 00:36:56 1999 @@ -133,7 +133,7 @@ " .align 3\n" \ " .long 1b, 3b\n" \ " .previous" \ - : "=r" (err), "=r" (x) \ + : "=r" (err), "=&r" (x) \ : "r" (addr), "i" (EFAULT), "0" (err)) #define __get_user_asm_half(x,addr,err) \ @@ -155,7 +155,7 @@ " .long 1b, 4b\n" \ " .long 2b, 4b\n" \ " .previous" \ - : "=r" (err), "=r" (x), "=&r" (__temp) \ + : "=r" (err), "=&r" (x), "=&r" (__temp) \ : "r" (addr), "r" ((int)(addr) + 1), \ "i" (EFAULT), "0" (err)); \ }) @@ -175,7 +175,7 @@ " .align 3\n" \ " .long 1b, 3b\n" \ " .previous" \ - : "=r" (err), "=r" (x) \ + : "=r" (err), "=&r" (x) \ : "r" (addr), "i" (EFAULT), "0" (err)) #define __get_user3_asm_word(x,addr,lab) \ @@ -191,7 +191,7 @@ " .align 3\n" \ " .long 1b, 3b\n" \ " .previous" \ - : "=r" (x) \ + : "=&r" (x) \ : "r" (addr), "m" (lab)) extern unsigned long __arch_copy_from_user(void *to, const void *from, unsigned long n); unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 14:55:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA599537 for ; Sat, 13 Mar 1999 14:55:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA17778 for ; Sat, 13 Mar 1999 14:55:36 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017776; Sat, 13 Mar 99 14:55:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:22347 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16234-4856>; Sat, 13 Mar 1999 15:54:12 +0200 Received: by vger.rutgers.edu via listexpand id <157557-215>; Sat, 13 Mar 1999 08:56:01 -0500 Received: by vger.rutgers.edu id <157150-212>; Sat, 13 Mar 1999 08:55:50 -0500 Received: from [212.219.8.163] ([212.219.8.163]:24606 "EHLO inkvine.wincoll.ac.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157368-212>; Sat, 13 Mar 1999 08:54:17 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.wincoll.ac.uk (8.8.7/8.8.7) with ESMTP id NAA28977 for ; Sat, 13 Mar 1999 13:51:52 GMT Date: Sat, 13 Mar 1999 12:12:50 +0000 (GMT) From: Chris Rutter X-Sender: chris@inkvine.wincoll.ac.uk Reply-To: chris@fluff.org To: Nicholas Clark Subject: Re: StrongARM cards in RiscPC In-Reply-To: <199903121814.SAA07220@flirble.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1894 Lines: 52 On Fri, 12 Mar 1999, Nicholas Clark wrote: > For a distribution kernel you'd answer RiscPC,ARM6,StrongARM on the assumption > that most people have StrongARMs, but some only have ARM6, so you'd like it to > run on everything, but run fastest on StrongARM. This would be equivalent to compiling with -march=armv3l -mtune=strongarm110 and is feasible now. > And when I build my personal kernel I'd like to say RiscPC,StrongARM,StrongARM > and get 64 bit multiplies, sign extending byte loads and other StrongARM > instructions, with arch/arm/Makefile clever enough to realise that it'll > have to tell gcc to prevent generation of LDRH and STRH. There's no way, AFAICS, of turning off and on LDRH/STRH separately from the rest of the v4 instruction set: look in `egcs/gcc/config/arm/arm.h'. There *are* these two options: {"short-load-words", -ARM_FLAG_SHORT_BYTE}, \ {"no-short-load-words", ARM_FLAG_SHORT_BYTE}, \ but I suspect they do something else? > Currently it seems that both PhilB and Russell's work arounds to cope with > *****y Acorn's card basically generate ARM7 kernels. Am I missing much > performance not getting the armv4 instructions? You're right; unless you specify `--with-cpu', or your machine name begins with `armv2' (see `egcs/configure.in'), the target CPU is simply set to `generic', which if you look in egcs/gcc/config/arm/arm.h is currently a synonym for ARM610. I don't think you're missing much performance, no. I don't believe gcc can use (`open code'?) most of the v4-over-v3 improvments. > (Can gcc already do -march=armv4 with another -m to stop LDRH/STRH?) See above. > Is this an optimal way of doing things? Or have I missed something? Patch arm.[ch]. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 15:32:43 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA587129 for ; Sat, 13 Mar 1999 15:32:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA17967 for ; Sat, 13 Mar 1999 15:32:37 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma017965; Sat, 13 Mar 99 15:32:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:41996 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1085-4856>; Sat, 13 Mar 1999 16:31:57 +0200 Received: by vger.rutgers.edu via listexpand id <160074-215>; Sat, 13 Mar 1999 09:33:47 -0500 Received: by vger.rutgers.edu id <160096-215>; Sat, 13 Mar 1999 09:33:29 -0500 Received: from bouvreuil.cybercable.fr ([212.198.3.12]:16496 "HELO bouvreuil.cybercable.fr" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160093-212>; Sat, 13 Mar 1999 09:33:16 -0500 Received: (qmail 20237 invoked from network); 13 Mar 1999 14:30:48 -0000 Received: from d180.paris-35.cybercable.fr (HELO bozawang) (212.198.35.180) by bouvreuil.cybercable.fr with SMTP; 13 Mar 1999 14:30:48 -0000 Message-ID: <005b01be6d5d$da2693e0$b423c6d4@bozawang.sha> Reply-To: "e-Fred" From: "e-Fred" To: , "Nicholas Clark" Cc: Subject: Again toolchain building problems Date: Sat, 13 Mar 1999 15:29:06 +0100 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0058_01BE6D66.3B8DE7C0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3155.0 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3155.0 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 11343 Lines: 290 This is a multi-part message in MIME format. ------=_NextPart_000_0058_01BE6D66.3B8DE7C0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi all As I've already submitted encountered problems while building the complete toolchain for ELF (for both kernel and user space = binaries) to P. Blundell and C. Rutter, so I submit here a sum up of the situation = (as asked by Chris). I own a StrongARM RPC 32mb memory with the initial ARMLINUX distribution = based on RedHat 3.0.3. Everything is ok, and all compilations will produce the a.out format. [ for example, I partially compiled fwm95 and other stuff without = problems, samba runs quite well, and I use my PC as an X terminal to unload memory from the rpc = box etc..] As specified, I have all sources for egcs1.1.1 , binutils 2.0.19a and = glibc 2.1. I patched all these trees using the appropriate patches from P. Blundell = and R.M.King. I've a patched kernel source tree for version 2.2.1 which seems to be = ok. for all configure commands, I'm using a syntax like this in my case = (native tool chain) ./configure arm-linux --prefix=3D/usr binutils compilation proceed and link without errors, using the initial = GCC and binutils=20 from armlinux distrib. (a.out format) good ! Then "looping" problems appears : 1. I "make install" the new Binutils in order to proceed afterward to = the egcs gcc compilation. (new binutils is now installed) the new ld is installed and will, at = final link stages fo gcc, ask for the crt1.o file. So, I cant't link the gcc compiler at this point. Ok; this file should be produced by glibc 2.1. I'm working with now the new binutils for ELF and the old aout 2.7.2 = gcc. (correct me if I'm wrong) 2. So I stop fighting with the egcs compilation, and start a glibc 2.1 = compilation (with the threads and crypt add-ons) to get the crt1.o built. -Glibc2.1 should not use any crt*.o because of the fact glibc 2.1 build = itself crt*.o files. (AFAI understand)- This time, glibc stops at linking stage, with a "memory exhausted" error = from ld. Ok. This problem already exists with the old linker... so I think = something should be done with the ld compilation in binutils .. but what ? Each time I tried another test, I reverted to the old distribution using = a command like rpm -i --force /RedHat/RPMS/gcc... and also for binutils. I can compile directly egcs gcc with the standard distrib, then I = compile binutils (note the order : egcs *then* binutils). But I got then an AOUT gcc and = a binutils for ELF ?!! I can not compile the kernel (2.2.1 patched) because of the crt1.o = missing error from ld. To sum up, ld needs crt1.o from glibc2.1 which can't be built because of = exhausted memory from ld itself. (this is why i call this a "looping" problem!) I'm sure there's something to do.... Any idea ? did anyone successfully build an Armlinux ELF working on an SA RISC PC = or is it only likely to exist ? Or should I revert to a Intel linux and only cross compile to = target the Risc PC armlinux ? I promise I'll write a "getting a working ELF toolchain for Native = armlinux on riscPC FAQ" as soon as I'll be able to actually do so !! Cheers, Frederic. =20 ------=_NextPart_000_0058_01BE6D66.3B8DE7C0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
Hi = all
As I've = already submitted=20 encountered problems while
building the = complete=20 toolchain for ELF (for both kernel and user space binaries)
to P. = Blundell and C.=20 Rutter, so I submit here a sum up of the situation (as asked by=20 Chris).
 
I own a = StrongARM RPC 32mb=20 memory with the initial ARMLINUX distribution based on RedHat=20 3.0.3.
 
Everything = is ok, and all=20 compilations will produce the a.out format.
[ for example, I partially compiled = fwm95 and other=20 stuff without problems, samba runs quite
well, and  I use my PC as an X terminal to unload = memory from=20 the rpc box etc..]
 
As specified, I have all = sources for=20 egcs1.1.1 , binutils 2.0.19a and glibc 2.1.
I patched all these trees = using the=20 appropriate patches from P. Blundell and R.M.King.
I've a patched kernel source tree for = version 2.2.1=20 which seems to be ok.
 
for all = configure=20 commands, I'm using a syntax like this in my case (native tool=20 chain)
 
./configure arm-linux=20 --prefix=3D/usr
 
binutils = compilation=20 proceed and link without errors, using the initial GCC and binutils=20
from = armlinux distrib.=20 (a.out format) good !
 
Then "looping" = problems=20 appears :
 
1. I = "make=20 install" the new Binutils in order to proceed afterward to the egcs = gcc=20 compilation.
 
(new binutils is now = installed) the new=20 ld is installed and will, at final link stages fo gcc, ask
for the crt1.o file. So, I = cant't link=20 the gcc compiler at this point.
Ok; this file should be = produced by=20 glibc 2.1.
 
I'm working = with now the=20 new binutils for ELF and the old aout 2.7.2 gcc.
(correct me if I'm wrong)
 
2. So I stop fighting with = the egcs=20 compilation, and start a glibc 2.1 compilation
(with the threads and crypt = add-ons) to=20 get the crt1.o built.
 
-Glibc2.1 should not use any = crt*.o=20 because of the fact glibc 2.1 build itself
crt*.o files. (AFAI=20 understand)-
 
This time, glibc stops at = linking stage,=20 with a "memory exhausted" error from ld.
Ok. This problem already = exists with the=20 old linker... so I think something should
be done with the ld = compilation in=20 binutils .. but what ?
 
Each time I tried another = test, I=20 reverted to the old distribution using
a command like rpm -i = --force=20 /RedHat/RPMS/gcc... and also for binutils.
 
I can compile directly egcs = gcc with the=20 standard distrib, then I compile binutils
(note the order : egcs = *then* binutils).=20 But I got then an AOUT gcc and a binutils for ELF ?!!
 
I can not compile the kernel = (2.2.1=20 patched) because of the = crt1.o missing=20 error from ld.
 
To sum up, = ld needs crt1.o=20 from glibc2.1 which can't be built because of exhausted memory from=20 ld
itself. (this is why i call this a=20 "looping" problem!)
 
I'm sure there's something = to do.... Any=20 idea ?
 
did anyone successfully = build=20 an Armlinux ELF working on = an SA RISC=20 PC or is it only likely
to exist ? Or should I revert to a Intel linux and only cross = compile to=20 target the Risc PC
armlinux ?
I promise I'll write a = "getting a=20 working ELF toolchain for Native armlinux on riscPC = FAQ"
as soon as I'll be able to = actually=20 do so !!
 
Cheers,
Frederic.
 
   =
------=_NextPart_000_0058_01BE6D66.3B8DE7C0-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 15:52:38 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA603415 for ; Sat, 13 Mar 1999 15:52:37 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA18047 for ; Sat, 13 Mar 1999 15:52:37 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018045; Sat, 13 Mar 99 15:52:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26155 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <971-4856>; Sat, 13 Mar 1999 16:52:04 +0200 Received: by vger.rutgers.edu via listexpand id <157481-212>; Sat, 13 Mar 1999 09:53:53 -0500 Received: by vger.rutgers.edu id <157469-212>; Sat, 13 Mar 1999 09:53:39 -0500 Received: from prune.flirble.org ([195.40.6.30]:3542 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160091-215>; Sat, 13 Mar 1999 09:51:57 -0500 Received: (qmail 20062 invoked from network); 13 Mar 1999 14:49:36 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 13 Mar 1999 14:49:36 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id OAA25589 for linux-arm@vger.rutgers.edu; Sat, 13 Mar 1999 14:49:34 GMT From: Nicholas Clark Message-Id: <199903131449.OAA25589@flirble.org> Subject: booting 2.2.2 kernels on RiscPC To: linux-arm@vger.rutgers.edu Date: Sat, 13 Mar 1999 14:49:34 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3251 Lines: 108 Do I sucessfully claim the prize for the greatest distance between the machine booting and the machine logging the serial port? Failing to find anything in the house capable of logging it, I dialed into Liverpool and logged the boot via my modem onto a machine 200 miles away. and IT WORKED. My log goes: Linux version 2.2.2 (root@Bagpuss.unfortu.net) (gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release)) #15 Sat Mar 13 14:30:44 GMT 1999 <4>NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. Console: colour dummy device 80x30 Calibrating delay loop... 190.46 BogoMIPS Memory: 35332k/36M available (912k code, 20k reserved, 584k data, 16k init) POSIX conformance testing by UNIFIX Probing expansion cards: (does not imply support) 8: [0046:00EC] i-cubed ltd, EtherLan 600 interface (00:c0:32:00:45:a4) <6>Linux NET4.0 for Linux 2.2 <6>Based upon Swansea University Computer Society NET3.039 <6>NET4: Unix domain sockets 1.0 for Linux NET4.0. <6>NET4: Linux TCP/IP 1.0 for NET4.0 <6>IP Protocols: ICMP, UDP, TCP Initializing RT netlink socket Starting kswapd v 1.5 Acornfb: 2048kB VRAM, VIDC20, using 640x480, 31.468kHz, 59Hz <3>fbcon_setup: No support for fontwidth 8 <2>Bad mode in prefetch abort handler detected: mode SVC_32 Internal error: Oops: 0 CPU: 0 pc : [] lr : [] sp : c0187ddc ip : 00000000 fp : 00000000 r10: c00081bc r9 : 00000000 r8 : c01800dc r7 : c011e050 r6 : 00000000 r5 : 00000000 r4 : 00000011 r3 : 00000011 r2 : 00000000 r1 : 00000002 r0 : c011e050 Flags: nzCv IRQs off FIQs on Mode SVC_32 Segment kernel Control: 1000517D Table: 1000517D DAC: 0000001D Process swapper (pid: 1, stackpage=c0187000) Stack: c0187e00: c00ac1a8 ed000000 20000093 c0187e20: ffffffff 00000000 00000002 00000000 00000000 c0111cb4 00000000 00000000 c0187e40: c00ffbf4 00000000 c00b60d0 c00ffc00 00000000 c00b9ed0 c0187ec0 c01035d7 c0187e60: 00000000 00000000 00000028 c01035da c00ffcf8 c0103601 c0103602 00000027 c0187e80: 00000001 c01035da c001c808 00000001 00000000 c0103602 0000002b 00000106 c0187ea0: c011e050 00000000 c011e050 00000100 c01800dc c00ab5c4 c00e626c 00000008 c0187ec0: 00000000 00000000 60000013 ffffffff c000e1c0 00000000 e0200018 00000100 c0187ee0: 00000000 c018a1a0 c00ac370 04000000 c00e625c 00000001 00000000 00000000 c0187f00: 00000000 c011e104 00000000 00000000 c01113dc c01800dc c00ab26c 00000000 c0187f20: c0122440 00000000 c00fd774 00000000 0000003e c00b649c 00000001 00000000 c0187f40: c0122440 c00fd774 c00bac94 c0187f58 c00e6248 00000000 00000001 c00fd904 c0187f60: c011e02f c01113dc 00000000 c011e02e c0111284 c00b0ab4 00000800 00007aec c0187f80: 00000056 0000003b c0111460 00000002 c00b5300 00000280 000001e0 0000001f c0187fa0: 000001d4 0000003b 00000000 00000000 c000b4a8 c0122838 c00f391c 4401a102 c0187fc0: c00b0be4 c00f36cc c00f36d0 c0112490 c00a5030 c0099b3c c00321d4 c00f36cc c0187fe0: c00f36d0 c0112490 c0122838 c000c8bc c000c8d4 c00f36cc c00f36d0 c000c7d8 Code: pc not in code space There it ends. How can I fix the kernel? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 16:15:24 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id QAA605922 for ; Sat, 13 Mar 1999 16:15:08 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA18135 for ; Sat, 13 Mar 1999 16:15:07 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018131; Sat, 13 Mar 99 16:14:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:53556 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12338-30945>; Sat, 13 Mar 1999 17:14:34 +0200 Received: by vger.rutgers.edu via listexpand id <157306-215>; Sat, 13 Mar 1999 10:16:42 -0500 Received: by vger.rutgers.edu id <157399-212>; Sat, 13 Mar 1999 10:16:34 -0500 Received: from mail11.svr.pol.co.uk ([195.92.193.23]:1050 "EHLO mail11.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157150-215>; Sat, 13 Mar 1999 10:16:24 -0500 Received: from modem-69.hydrogen.dialup.pol.co.uk ([62.136.0.69] helo=reinhouse) by mail11.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10Lq6t-0005dx-00 for linux-arm@vger.rutgers.edu; Sat, 13 Mar 1999 15:13:57 +0000 Date: Sat, 13 Mar 1999 15:00:20 +0000 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: 2.2.2-rmk2 crash on boot Message-ID: In-Reply-To: <199903072042.UAA05701@raistlin.armlinux.org.uk> X-Mailer: Messenger v1.40f for RISC OS X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 896 Lines: 20 In message <199903072042.UAA05701@raistlin.armlinux.org.uk> Russell King - ARM Linux Admin wrote: > I do hope that you didn't compile the kernel for a StrongARM on a RiscPC. > This is a great nono with egcs (since it will generate half-word > instructions which the RiscPC can't cope with). Don't think so, and certainly not the decompression code. I have found the "RC5PC" module is causing the problem, if I remove it the kernel boots succesfully, but with problems with the display. I shall recompile the kernel with clean source code. Russell (or anybody else), can you confirm !Linux calls Service_PreReset? -- http://www.reinhouse.freeserve.co.uk/ PGP key fingerprint = D6 FA 76 1D 68 F6 7B 96 F4 BC F2 62 D2 02 62 8E Read the uk newsgroups? Then read uk.net.news.announce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 18:35:40 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA513875 for ; Sat, 13 Mar 1999 18:35:39 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA18751 for ; Sat, 13 Mar 1999 18:35:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018744; Sat, 13 Mar 99 18:35:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7218 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12850-30945>; Sat, 13 Mar 1999 19:34:50 +0200 Received: by vger.rutgers.edu via listexpand id <160493-212>; Sat, 13 Mar 1999 12:36:37 -0500 Received: by vger.rutgers.edu id <160489-212>; Sat, 13 Mar 1999 12:36:21 -0500 Received: from [194.168.16.189] ([194.168.16.189]:4009 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160488-215>; Sat, 13 Mar 1999 12:36:00 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA12034; Sat, 13 Mar 1999 16:20:21 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA01869; Sat, 13 Mar 1999 16:21:57 GMT Message-Id: <199903131621.QAA01869@raistlin.armlinux.org.uk> Subject: Re: 2.2.2-rmk2 crash on boot To: tim@reinhouse.freeserve.co.uk (Timothy Baldwin) Date: Sat, 13 Mar 1999 16:21:57 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Timothy Baldwin" at Mar 13, 99 03:00:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 980 Lines: 18 Timothy Baldwin writes: > I have found the "RC5PC" module is causing the problem, if I remove > it the kernel boots succesfully, but with problems with the display. I shall > recompile the kernel with clean source code. > > Russell (or anybody else), can you confirm !Linux calls Service_PreReset? It does indeed. This is one of the calls to ensure that the Expansion cards are put into their reset state. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 18:36:09 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA606764 for ; Sat, 13 Mar 1999 18:36:09 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA18759 for ; Sat, 13 Mar 1999 18:36:08 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018757; Sat, 13 Mar 99 18:35:49 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7218 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12839-30945>; Sat, 13 Mar 1999 19:35:29 +0200 Received: by vger.rutgers.edu via listexpand id <160250-215>; Sat, 13 Mar 1999 12:37:08 -0500 Received: by vger.rutgers.edu id <160488-215>; Sat, 13 Mar 1999 12:36:41 -0500 Received: from [194.168.16.189] ([194.168.16.189]:4009 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160487-215>; Sat, 13 Mar 1999 12:36:12 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA12046; Sat, 13 Mar 1999 16:24:33 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA01889; Sat, 13 Mar 1999 16:26:08 GMT Message-Id: <199903131626.QAA01889@raistlin.armlinux.org.uk> Subject: Re: booting 2.2.2 kernels on RiscPC To: nick@flirble.org (Nicholas Clark) Date: Sat, 13 Mar 1999 16:26:08 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199903131449.OAA25589@flirble.org> from "Nicholas Clark" at Mar 13, 99 02:49:34 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2166 Lines: 53 Nicholas Clark writes: > Do I sucessfully claim the prize for the greatest distance between the machine > booting and the machine logging the serial port? I think you've gained that prize! > Linux version 2.2.2 (root@Bagpuss.unfortu.net) (gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release)) #15 Sat Mar 13 14:30:44 GMT 1999 Hmm, where'd the -rmk go on the version number? > <4>NetWinder Floating Point Emulator V0.94.1 (c) 1998 Corel Computer Corp. > Console: colour dummy device 80x30 > Calibrating delay loop... 190.46 BogoMIPS > Memory: 35332k/36M available (912k code, 20k reserved, 584k data, 16k init) > POSIX conformance testing by UNIFIX > Probing expansion cards: (does not imply support) > 8: [0046:00EC] i-cubed ltd, EtherLan 600 interface (00:c0:32:00:45:a4) > <6>Linux NET4.0 for Linux 2.2 > <6>Based upon Swansea University Computer Society NET3.039 > <6>NET4: Unix domain sockets 1.0 for Linux NET4.0. > <6>NET4: Linux TCP/IP 1.0 for NET4.0 > <6>IP Protocols: ICMP, UDP, TCP > Initializing RT netlink socket > Starting kswapd v 1.5 > Acornfb: 2048kB VRAM, VIDC20, using 640x480, 31.468kHz, 59Hz > <3>fbcon_setup: No support for fontwidth 8 Oops. Did you configure in the framebuffers? My console section looks like: CONFIG_FB=y CONFIG_DUMMY_CONSOLE=y CONFIG_FB_ACORN=y CONFIG_FBCON_MFB=y CONFIG_FBCON_CFB2=y CONFIG_FBCON_CFB4=y CONFIG_FBCON_CFB8=y CONFIG_FBCON_FONTS=y CONFIG_FONT_ACORN_8x8=y > <2>Bad mode in prefetch abort handler detected: mode SVC_32 > Internal error: Oops: 0 Looks like fbcon has gone mad... I'll see if I can provoke this here. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 18:35:40 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id SAA568563 for ; Sat, 13 Mar 1999 18:35:39 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA18752 for ; Sat, 13 Mar 1999 18:35:38 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma018747; Sat, 13 Mar 99 18:35:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:7218 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12695-4856>; Sat, 13 Mar 1999 19:35:08 +0200 Received: by vger.rutgers.edu via listexpand id <157405-215>; Sat, 13 Mar 1999 12:37:07 -0500 Received: by vger.rutgers.edu id <160489-215>; Sat, 13 Mar 1999 12:36:39 -0500 Received: from [194.168.16.189] ([194.168.16.189]:4009 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160488-215>; Sat, 13 Mar 1999 12:36:26 -0500 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA12058; Sat, 13 Mar 1999 16:28:46 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA01926; Sat, 13 Mar 1999 16:30:21 GMT Message-Id: <199903131630.QAA01926@raistlin.armlinux.org.uk> Subject: Re: Again toolchain building problems To: flafosse@cybercable.fr Date: Sat, 13 Mar 1999 16:30:21 +0000 (GMT) Cc: pb@nexus.co.uk, nick@flirble.org, linux-arm@vger.rutgers.edu In-Reply-To: <005b01be6d5d$da2693e0$b423c6d4@bozawang.sha> from "e-Fred" at Mar 13, 99 03:29:06 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1353 Lines: 29 e-Fred writes: > As specified, I have all sources for egcs1.1.1 , binutils 2.0.19a > and glibc 2.1. I patched all these trees using the appropriate patches > from P. Blundell and R.M.King. I've a patched kernel source tree for > version 2.2.1 which seems to be ok. > > for all configure commands, I'm using a syntax like this in my case > (native tool chain) > > ./configure arm-linux --prefix=/usr > > binutils compilation proceed and link without errors, using the initial > GCC and binutils from armlinux distrib. (a.out format) good ! The binutils should not have overwritten your a.out binutils. The ELF stuff should be named arm-linux-as, arm-linux-ar, arm-linux-ld etc. > PS, please turn off HTML in your mail client! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 23:22:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA589340 for ; Sat, 13 Mar 1999 23:22:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA19959 for ; Sat, 13 Mar 1999 23:22:40 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma019956; Sat, 13 Mar 99 23:22:12 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:44618 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16037-9128>; Sun, 14 Mar 1999 00:18:45 +0200 Received: by vger.rutgers.edu via listexpand id <160582-215>; Sat, 13 Mar 1999 17:19:20 -0500 Received: by vger.rutgers.edu id <160273-215>; Sat, 13 Mar 1999 17:13:58 -0500 Received: from mail3.svr.pol.co.uk ([195.92.193.19]:25000 "EHLO mail3.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157664-215>; Sat, 13 Mar 1999 17:11:08 -0500 Received: from modem-41.king.dialup.pol.co.uk ([62.136.128.41] helo=srkilvington.freeserve.co.uk) by mail3.svr.pol.co.uk with esmtp (Exim 2.12 #1) id 10LwaH-0001fS-00 for linux-arm@vger.rutgers.edu; Sat, 13 Mar 1999 22:08:41 +0000 Message-ID: <36EAE15A.88545DBD@srkilvington.freeserve.co.uk> Date: Sat, 13 Mar 1999 22:06:18 +0000 From: Simon Kilvington X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: A5000 help required... Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1085 Lines: 25 Hi, I'm trying to get ARM Linux working on my old A5000, so far I can't even get a kernel to boot off a floppy - I get to the "choose RiscOS/Linux 1/2" bit, the kernel gets loaded off the floppy, but then I don't get anymore text on the screen - not even the "Uncompressing Linux..." message. The kernel I'm trying is the precompiled a5k-2.0.31-1997.10.18 one from the ARM Linux FTP site. on a related note, I've built an arm-linuxaout cross compiler on my PC Linux machine using the .19a binutils and gcc 2.8.1. Will this be okay for compiling A5000 kernels or do I need to use egcs? I've also got the 2.0.36 kernel source and the ARM patches, is there any possibility that I'll be able to get this working on an A5000? of course, the next problem will be trying to find somewhere to store the RPMs to install RedHat - I was planning to do this over an ethernet link to my PC. I'll have to get an ethernet card for my A5000, so what's the best one to go for? TIA for any help, Simon. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Mar 13 23:49:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA598821 for ; Sat, 13 Mar 1999 23:49:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA20073 for ; Sat, 13 Mar 1999 23:49:11 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020071; Sat, 13 Mar 99 23:49:00 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2685 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2626-9128>; Sun, 14 Mar 1999 00:48:41 +0200 Received: by vger.rutgers.edu via listexpand id <160466-215>; Sat, 13 Mar 1999 17:50:24 -0500 Received: by vger.rutgers.edu id <160465-215>; Sat, 13 Mar 1999 17:50:06 -0500 Received: from prune.flirble.org ([195.40.6.30]:4215 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160464-212>; Sat, 13 Mar 1999 17:49:55 -0500 Received: (qmail 21290 invoked from network); 13 Mar 1999 22:47:40 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 13 Mar 1999 22:47:40 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id WAA04020; Sat, 13 Mar 1999 22:47:36 GMT From: Nicholas Clark Message-Id: <199903132247.WAA04020@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: <199903131626.QAA01889@raistlin.armlinux.org.uk> from Russell King - ARM Linux Admin at "Mar 13, 99 04:26:08 pm" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Sat, 13 Mar 1999 22:47:36 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 2028 Lines: 73 In the last mail Russell King - ARM Linux Admin said: > Nicholas Clark writes: > > Linux version 2.2.2 (root@Bagpuss.unfortu.net) (gcc version egcs-2.91.60 19990113/philb (egcs-1.1.1 release)) #15 Sat Mar 13 14:30:44 GMT 1999 > > Hmm, where'd the -rmk go on the version number? Dunno, sorry > > <3>fbcon_setup: No support for fontwidth 8 > > Oops. Did you configure in the framebuffers? My console > section looks like: > > CONFIG_FB=y > CONFIG_DUMMY_CONSOLE=y > CONFIG_FB_ACORN=y > CONFIG_FBCON_MFB=y > CONFIG_FBCON_CFB2=y > CONFIG_FBCON_CFB4=y > CONFIG_FBCON_CFB8=y > CONFIG_FBCON_FONTS=y > CONFIG_FONT_ACORN_8x8=y > > > <2>Bad mode in prefetch abort handler detected: mode SVC_32 > > Internal error: Oops: 0 > > Looks like fbcon has gone mad... I'll see if I can provoke this here. You can probaby provoke it by CONFIG_FB=y CONFIG_DUMMY_CONSOLE=y CONFIG_FB_ACORN=y CONFIG_FBCON_MFB=n CONFIG_FBCON_CFB2=n CONFIG_FBCON_CFB4=n CONFIG_FBCON_CFB8=y CONFIG_FBCON_FONTS=y CONFIG_FONT_ACORN_8x8=y Now, this was why I didn't boot. I wasn't expecting linux 2.2.2 to change resolution. 2.0.35 sits nicely in the mode RISC OS left the machine in. So my next question is - how do I get 2.2.2 (or 2.2.3) to switch to 1360x1024 in 8 bpp? So, IT BOOTS. It works enough to compile kernels. I can't run X - xinit dies with " Using VT7 VT_GETSCRINFO failed " I can't run screen - I get many many lines of "modprobe: Out of file handles" and then a final message about no more ptys. It also refused to load my ppp module. I think it's refusing to load all modules. It may be because the 2.2.0 kernel needs it to load the Acorn FPE, and it appears to be trying this for 2.2.2. Not sure. Finally, tab completion in bash, and pressing backspace at the start of a line causes an extra space to be printed. I did "stty sane" and it still does it. Sorry for the about diatribe. The summary is that I can boot 2.2.2 now, but its not that useful. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 13:22:22 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id NAA626336 for ; Sun, 14 Mar 1999 13:22:22 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA23928 for ; Sun, 14 Mar 1999 13:22:21 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023926; Sun, 14 Mar 99 13:22:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19312 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15364-9128>; Sun, 14 Mar 1999 14:21:42 +0200 Received: by vger.rutgers.edu via listexpand id <157519-215>; Sun, 14 Mar 1999 07:23:11 -0500 Received: by vger.rutgers.edu id <157514-212>; Sun, 14 Mar 1999 07:22:54 -0500 Received: from [194.168.16.174] ([194.168.16.174]:4047 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157459-212>; Sun, 14 Mar 1999 07:22:44 -0500 Received: from flint.armlinux.org.uk (linux@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id JAA14421; Sun, 14 Mar 1999 09:36:05 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id IAA01265; Sun, 14 Mar 1999 08:22:08 GMT Message-Id: <199903140822.IAA01265@flint.armlinux.org.uk> Subject: Re: booting 2.2.2 kernels on RiscPC To: nick@flirble.org (Nicholas Clark) Date: Sun, 14 Mar 1999 08:22:07 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199903132247.WAA04020@flirble.org> from "Nicholas Clark" at Mar 13, 99 10:47:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 3025 Lines: 70 Nicholas Clark writes: > You can probaby provoke it by > > CONFIG_FB=y > CONFIG_DUMMY_CONSOLE=y > CONFIG_FB_ACORN=y > CONFIG_FBCON_MFB=n > CONFIG_FBCON_CFB2=n > CONFIG_FBCON_CFB4=n > CONFIG_FBCON_CFB8=y > CONFIG_FBCON_FONTS=y > CONFIG_FONT_ACORN_8x8=y Aha! Currently, acornfb wants to start in 4bpp, 640x480. Hence, if cfb4 is missing, it won't be able to (however, it still shouldn't die horribly). > Now, this was why I didn't boot. I wasn't expecting linux 2.2.2 to change > resolution. 2.0.35 sits nicely in the mode RISC OS left the machine in. > So my next question is - how do I get 2.2.2 (or 2.2.3) to switch to 1360x1024 > in 8 bpp? You may want to have a look at the fbcon utilities - you can find details about them in linux/Documentation/Changes > So, IT BOOTS. It works enough to compile kernels. I can't run X - xinit dies > with " > > Using VT7 > > VT_GETSCRINFO failed > " Ok, fix already exists - there is a new X server binary in the FTP site in /pub/armlinux/testing/X I think. I know of one problem with it - since the kernel now passes the keyboard-generated autorepeat to the X server, the X server cockes up doing it's own autorepeat. > I can't run screen - I get many many lines of "modprobe: Out of file handles" > and then a final message about no more ptys. Aha! You probably haven't got the correct major/minor numbers for /dev/?ty[p-s]*. Have a look at linux/Documentation/devices.txt for the correct numbers. These will be backwards compatible with the 2.0.3x kernels. > It also refused to load my ppp module. I think it's refusing to load all > modules. It may be because the 2.2.0 kernel needs it to load the Acorn FPE, > and it appears to be trying this for 2.2.2. Not sure. I assume that you've recompiled the modules in the 2.2 tree? If so, you'll also need a later modutils - 2.1.121 on ftp.kernel.org doesn't seem to be up to date (and will crash a machine if used). I'll upload a 2.1.121 which seems to work... (both binary and src). > Finally, tab completion in bash, and pressing backspace at the start of a line > causes an extra space to be printed. I did "stty sane" and it still does it. Do you mean that the cursor is at the end of a line? If so, this is a bug in all PC kernels 1.x and so far 2.x. I thought that my patches fixed that... Hmm, just tried it, and if I have a line of 'a's with the cursor sitting under the last one, then hit backspace, it leaves the last 'a' there... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 11:28:51 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA615363 for ; Sun, 14 Mar 1999 11:28:50 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA23300 for ; Sun, 14 Mar 1999 11:28:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023295; Sun, 14 Mar 99 11:28:22 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13392 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16336-9128>; Sun, 14 Mar 1999 12:27:43 +0200 Received: by vger.rutgers.edu via listexpand id <160190-212>; Sun, 14 Mar 1999 05:29:16 -0500 Received: by vger.rutgers.edu id <160110-212>; Sun, 14 Mar 1999 05:28:31 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3824 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160126-215>; Sun, 14 Mar 1999 05:25:48 -0500 Received: from [158.152.96.167] (helo=defaid.demon.co.uk) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 10M83a-0007ct-0A for linux-arm@vger.rutgers.edu; Sun, 14 Mar 1999 10:23:43 +0000 Received: from localhost (melanie@localhost [127.0.0.1]) by defaid.demon.co.uk (8.8.8/8.8.8) with ESMTP id KAA08263 for ; Sun, 14 Mar 1999 10:18:49 GMT Date: Sun, 14 Mar 1999 10:18:47 +0000 (GMT) From: Melanie Rhianna Lewis X-Sender: melanie@defaid To: Arm Linux mailing list Subject: Kernels, FPUs et al... Message-ID: Organization: Trans-world BBS [+44 117 904 0901] X-Mailer: Pine 3.96 X-Host: Melanie's Linux Server - Glamdring X-MandM-To: ALL MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO X-Status: A Content-Length: 1251 Lines: 35 Hi everyone, I couldn't sleep last night so I thought I'd finally update the kernel on my RPC from 2.0.33 to 2.0.36. It all seems to have gone fine except I have no fpem. If I try and load it it balks telling me I need to recompile the module. I've never had this problem before as far as I can remember. What have I forgotten to do. Is it about time for me to move to the netwinder emulator. If so, where are the sources? Finally 2.0.36 died at reboot with an error Unable to handle kernel pagin request at virtual address 003c0000 It was compiled with the default compiler in the ARM Linux distrbution from arm.linux.org.uk. Incidentally I now have SuSE 6.0 running on other machines and they tell me that egcs (the default compiler) isn't ready for compiling 2.0 kernels. Is this true? Regards Melanie -- ===================================================================== Melanie Rhianna Lewis melanie@defaid.demon.co.uk "An it hurt none, do what thou will" http://www.defaid.demon.co.uk TLBB#2 TGMCC#1 - GS550 (In the front yard), X7 (Dead), MZ 125TS (Ill) ===================================================================== unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 11:30:21 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA623436 for ; Sun, 14 Mar 1999 11:30:20 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA23312 for ; Sun, 14 Mar 1999 11:30:20 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023310; Sun, 14 Mar 99 11:30:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13392 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15834-14868>; Sun, 14 Mar 1999 12:28:34 +0200 Received: by vger.rutgers.edu via listexpand id <160215-212>; Sun, 14 Mar 1999 05:29:25 -0500 Received: by vger.rutgers.edu id <160153-212>; Sun, 14 Mar 1999 05:28:38 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:29322 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160207-212>; Sun, 14 Mar 1999 05:28:04 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA23283; Sun, 14 Mar 1999 11:25:53 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA609867; Sun, 14 Mar 1999 11:25:52 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for linux@arm.linux.org.uk; Sun, 14 Mar 1999 11:25:49 +0100 (CET) Date: Sun, 14 Mar 1999 11:25:48 +0100 From: Matthew Wilcox To: Nicholas Clark Cc: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu Subject: Re: booting 2.2.2 kernels on RiscPC Message-ID: <19990314112548.H24922@mencheca.ch.genedata.com> References: <199903131626.QAA01889@raistlin.armlinux.org.uk> <199903132247.WAA04020@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <199903132247.WAA04020@flirble.org>; from Nicholas Clark on Sat, Mar 13, 1999 at 10:47:36PM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1707 Lines: 40 On Sat, Mar 13, 1999 at 10:47:36PM +0000, Nicholas Clark wrote: > In the last mail Russell King - ARM Linux Admin said: > > Now, this was why I didn't boot. I wasn't expecting linux 2.2.2 to change > resolution. 2.0.35 sits nicely in the mode RISC OS left the machine in. > So my next question is - how do I get 2.2.2 (or 2.2.3) to switch to 1360x1024 > in 8 bpp? There's a util called fbset. I don't know the original site, but you can get it in the debian slink distribution in main/source/admin/fbset* > So, IT BOOTS. It works enough to compile kernels. I can't run X - xinit dies > with " > > Using VT7 > > VT_GETSCRINFO failed > " I think you need to run XF68_FBDev instead of Russell's X port. Or is the old console driver still available, Russell? > I can't run screen - I get many many lines of "modprobe: Out of file handles" > and then a final message about no more ptys. > > It also refused to load my ppp module. I think it's refusing to load all > modules. It may be because the 2.2.0 kernel needs it to load the Acorn FPE, > and it appears to be trying this for 2.2.2. Not sure. I don't think that's correct - the boot messages you pasted before show you have the NWFPE built in. You do however probably need newer modutils than the ones you currently have. Bjorn Ekwall has a snapshot up for people to try out - http://www.pi.se/blox/modutils/ -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 11:55:52 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA610395 for ; Sun, 14 Mar 1999 11:55:51 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA23447 for ; Sun, 14 Mar 1999 11:55:50 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023444; Sun, 14 Mar 99 11:55:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:28680 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15884-14868>; Sun, 14 Mar 1999 12:55:19 +0200 Received: by vger.rutgers.edu via listexpand id <157565-212>; Sun, 14 Mar 1999 05:56:31 -0500 Received: by vger.rutgers.edu id <157613-212>; Sun, 14 Mar 1999 05:52:26 -0500 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:30801 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157499-212>; Sun, 14 Mar 1999 05:52:09 -0500 Received: from relay.ch.genedata.com (pinatubo-e0.ch.genedata.com [157.161.173.48]) by mail.core.genedata.com (8.9.3/8.9.3) with ESMTP id LAA23418; Sun, 14 Mar 1999 11:50:03 +0100 Received: from mencheca.ch.genedata.com (root@mencheca.ch.genedata.com [157.161.173.82]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id LAA615289; Sun, 14 Mar 1999 11:50:02 +0100 (CET) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for melanie@defaid.demon.co.uk; Sun, 14 Mar 1999 11:49:56 +0100 (CET) Date: Sun, 14 Mar 1999 11:49:56 +0100 From: Matthew Wilcox To: Melanie Rhianna Lewis Cc: Arm Linux mailing list Subject: Re: Kernels, FPUs et al... Message-ID: <19990314114956.I24922@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: ; from Melanie Rhianna Lewis on Sun, Mar 14, 1999 at 10:18:47AM +0000 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1386 Lines: 27 On Sun, Mar 14, 1999 at 10:18:47AM +0000, Melanie Rhianna Lewis wrote: > I couldn't sleep last night so I thought I'd finally update the kernel on > my RPC from 2.0.33 to 2.0.36. It all seems to have gone fine except I > have no fpem. If I try and load it it balks telling me I need to > recompile the module. I've never had this problem before as far as I can > remember. What have I forgotten to do. I *think* this is in the FAQ. If not, it should be since I've asked it before. When you compile your kernel, you _must_ ask for versioned modules. > Incidentally I now have SuSE 6.0 running on other machines and they tell > me that egcs (the default compiler) isn't ready for compiling 2.0 kernels. > Is this true? Not exactly. egcs fixed some of the things that were broken in gcc that the kernel depended on being broken. The 2.1 kernel development fixed these problems, but no-one wanted to do the same to 2.0. There is a web page somewhere where someone is collecting patches but I'd be loathe to trust it. For 2.0 use gcc 2.7.2.N. -- Matthew Wilcox "I decry the current tendency to seek patents on algorithms. There are better ways to earn a living than to prevent other people from making use of one's contributions to computer science." -- Donald E. Knuth, TAoCP vol 3 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 14:53:26 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id OAA624255 for ; Sun, 14 Mar 1999 14:53:23 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA24427 for ; Sun, 14 Mar 1999 14:53:23 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024425; Sun, 14 Mar 99 14:53:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:13857 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16228-14868>; Sun, 14 Mar 1999 15:53:13 +0200 Received: by vger.rutgers.edu via listexpand id <157595-215>; Sun, 14 Mar 1999 08:54:34 -0500 Received: by vger.rutgers.edu id <157577-212>; Sun, 14 Mar 1999 08:54:17 -0500 Received: from tk2.ihug.co.nz ([203.29.160.14]:9279 "EHLO smtp2.ihug.co.nz" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160114-215>; Sun, 14 Mar 1999 08:53:59 -0500 Received: from acraig.ihug.co.nz (p44-max1.ham.ihug.co.nz [203.109.242.44]) by smtp2.ihug.co.nz (8.8.8/8.8.8) with SMTP id CAA12951; Mon, 15 Mar 1999 02:51:43 +1300 Date: Mon, 15 Mar 1999 02:51:07 +1300 (BST) From: Allen Craig Subject: !linux -bootkernel problems To: Paul Vigay cc: Keith Wright , linux-arm , trk@ihug.co.nz Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Home....of course X-Mailer: ANT RISCOS Marcel [ver 1.46] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1192 Lines: 41 I have 2 problems with regard to setting up armlinux for the first time (1) I have managed to get through Paul Vigays Instructions to the step (84) where I reboot the system after all the installations - unfortunately at this point I get the following : partition check... EXT2-fs warning = mounting unchecked fs running esfsck is recommended VFS: mounted root (ext2 filesystem) init version 2.64 booting bad mode in prefetch abort handler detected : mode SVC-32 Internal error :0ops:0 cpu ..... etc etc I will try to re-do it all from beginning again but has anyone any ideas on what might be cause/fix ? (2) Additonally when I try and boot the kernel (right at the beginning when attempting to configure linux etc) with my CD drive plugged in the process sticks at hdb : MATSHITA CD-584 atapi cd rom drive... the CD/IDE share acorn interface.. to get it past here I have to de-configure cd, unplug power and data leads....any ideas/fixes ? Thanks for your help....sorry to mither again.... -- Allen Craig ... Hamilton New Zealand Using Acorn StrongArm RISC PC ICQ 9948225 IRC#acorn .. Alkemyst unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 17:39:56 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id RAA626952 for ; Sun, 14 Mar 1999 17:39:55 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA25314 for ; Sun, 14 Mar 1999 17:39:55 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025311; Sun, 14 Mar 99 17:39:43 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:42344 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3674-14868>; Sun, 14 Mar 1999 18:39:22 +0200 Received: by vger.rutgers.edu via listexpand id <157393-212>; Sun, 14 Mar 1999 11:40:40 -0500 Received: by vger.rutgers.edu id <157536-212>; Sun, 14 Mar 1999 11:40:33 -0500 Received: from [194.168.16.200] ([194.168.16.200]:4072 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157393-212>; Sun, 14 Mar 1999 11:40:10 -0500 Received: from flint.armlinux.org.uk (linux@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA15021; Sun, 14 Mar 1999 16:38:09 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id QAA00305; Sun, 14 Mar 1999 16:37:45 GMT Message-Id: <199903141637.QAA00305@flint.armlinux.org.uk> Subject: Re: !linux -bootkernel problems To: acraig@ihug.co.nz (Allen Craig) Date: Sun, 14 Mar 1999 16:37:45 +0000 (GMT) Cc: pvigay@cix.compulink.co.uk, kwright@denmarkwa.net.au, linux-arm@vger.rutgers.edu, trk@ihug.co.nz In-Reply-To: from "Allen Craig" at Mar 15, 99 02:51:07 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1334 Lines: 31 Allen Craig writes: > (1) > partition check... > EXT2-fs warning = mounting unchecked fs running esfsck is recommended You want to add 'ro' to the kernel arguments. > bad mode in prefetch abort handler detected : mode SVC-32 Have you used the latest modutils on the FTP site (ftp.arm.linux.org.uk)? > (2) > Additonally when I try and boot the kernel (right at the beginning when > attempting to configure linux etc) with my CD drive plugged in the > process sticks at > > hdb : MATSHITA CD-584 atapi cd rom drive... Oh, it's this old problem again, which we don't have a fix for. I would like to get a CD drive which exhibits this problem here so I can debug it. I suspect it's another bad drive which asserts it's interrupt line when asked to disable it. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 20:05:28 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA609455 for ; Sun, 14 Mar 1999 20:05:27 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA26137 for ; Sun, 14 Mar 1999 20:05:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026130; Sun, 14 Mar 99 20:04:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18032 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15503-9128>; Sun, 14 Mar 1999 20:52:12 +0200 Received: by vger.rutgers.edu via listexpand id <160213-215>; Sun, 14 Mar 1999 12:44:09 -0500 Received: by vger.rutgers.edu id <160229-215>; Sun, 14 Mar 1999 12:43:59 -0500 Received: from prune.flirble.org ([195.40.6.30]:1433 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160213-215>; Sun, 14 Mar 1999 12:43:39 -0500 Received: (qmail 23481 invoked from network); 14 Mar 1999 17:41:40 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 14 Mar 1999 17:41:40 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id RAA18091; Sun, 14 Mar 1999 17:41:37 GMT From: Nicholas Clark Message-Id: <199903141741.RAA18091@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: from "pb@nexus.co.uk" at "Aug 26, 98 10:52:50 pm" To: pb@nexus.co.uk Date: Sun, 14 Mar 1999 17:41:37 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1003 Lines: 24 In the last mail pb@nexus.co.uk said: > > I can't run screen - I get many many lines of "modprobe: Out of file handles" > > and then a final message about no more ptys. > > Check that you are using major 2/3 pty devices, not the old major 4 ones. > The modprobe thing is something I saw on one of my Intel boxes but I'm > not sure why. Maybe an old version of modutils or something. Correct. ttys are major 4 at the moment. I'm goint to hack /dev/MAKEDEV > > It also refused to load my ppp module. I think it's refusing to load all > > modules. It may be because the 2.2.0 kernel needs it to load the Acorn FPE, > > and it appears to be trying this for 2.2.2. Not sure. > > What goes wrong? I've got the March 12 version of modutils. modprobe works, as unlike 2.1.121 it makes no mention of unresolved references insmod now seems to refuse to find modules. Gives an error to this effect (I forget the exact wording) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 20:05:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA629780 for ; Sun, 14 Mar 1999 20:05:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA26138 for ; Sun, 14 Mar 1999 20:05:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa26130; Sun, 14 Mar 99 20:04:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:18032 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1162-9128>; Sun, 14 Mar 1999 20:52:34 +0200 Received: by vger.rutgers.edu via listexpand id <160299-215>; Sun, 14 Mar 1999 13:16:17 -0500 Received: by vger.rutgers.edu id <160294-215>; Sun, 14 Mar 1999 13:16:01 -0500 Received: from mail1.svr.pol.co.uk ([195.92.193.18]:6118 "EHLO mail1.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160260-215>; Sun, 14 Mar 1999 13:15:53 -0500 Received: from modem-114.earache.dialup.pol.co.uk ([62.136.102.114] helo=srkilvington.freeserve.co.uk) by mail1.svr.pol.co.uk with esmtp (Exim 2.12 #1) id 10MFOY-0007BS-00; Sun, 14 Mar 1999 18:13:51 +0000 Message-ID: <36EBFBCE.61C68C87@srkilvington.freeserve.co.uk> Date: Sun, 14 Mar 1999 18:11:26 +0000 From: Simon Kilvington X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Ian Jeffray , linux-arm@vger.rutgers.edu Subject: Re: A5000 help required... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 694 Lines: 19 > > I'm trying to get ARM Linux working on my old A5000, so far I > > can't even get a kernel to boot off a floppy - I get to the "choose > > Are you sure you've unzipped the kernel? How much RAM does your A5000 > have? Have you got the very latest !Linux from ftp.arm.linux.org.uk ? > Have you tried running the kernel from harddrive with -bootkernel ? > success! I have MacFS and ZIPFS running normally, so I killed those off and it booted first time!!! no doubt I'll be back here asking more questions when my ethernet card gets delivered and I start trying to install Red Hat. bye fer now, Simon. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 20:05:29 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA625813 for ; Sun, 14 Mar 1999 20:05:28 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA26139 for ; Sun, 14 Mar 1999 20:05:27 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab26130; Sun, 14 Mar 99 20:04:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2578 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10972-14868>; Sun, 14 Mar 1999 21:02:06 +0200 Received: by vger.rutgers.edu via listexpand id <160322-215>; Sun, 14 Mar 1999 13:59:00 -0500 Received: by vger.rutgers.edu id <160230-212>; Sun, 14 Mar 1999 13:57:27 -0500 Received: from prune.flirble.org ([195.40.6.30]:1532 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160065-212>; Sun, 14 Mar 1999 13:54:32 -0500 Received: (qmail 23650 invoked from network); 14 Mar 1999 18:52:35 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 14 Mar 1999 18:52:35 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA19325; Sun, 14 Mar 1999 18:52:32 GMT From: Nicholas Clark Message-Id: <199903141852.SAA19325@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: <199903140822.IAA01265@flint.armlinux.org.uk> from Russell King - ARM Linux Admin at "Mar 14, 99 08:22:07 am" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Sun, 14 Mar 1999 18:52:32 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2813 Lines: 60 In the last mail Russell King - ARM Linux Admin said: > Ok, fix already exists - there is a new X server binary in the FTP site > in /pub/armlinux/testing/X I think. I know of one problem with it - since > the kernel now passes the keyboard-generated autorepeat to the X server, > the X server cockes up doing it's own autorepeat. mknod /dev/fb0 c 29 0 and it works fine on 2.2.2 (albeit in 640x480x16 colours) What happens when I plug a TV into my RiscPC instead of a monitor? (I have the lead to do this). I note the code that returns monitor type currently always returns 4 (SVGA), but it it returned 1, what would the rest of the boot sequence do? > > I can't run screen - I get many many lines of "modprobe: Out of file handles" > > and then a final message about no more ptys. > > Aha! You probably haven't got the correct major/minor numbers for > /dev/?ty[p-s]*. Have a look at linux/Documentation/devices.txt for > the correct numbers. These will be backwards compatible with the > 2.0.3x kernels. Fixed /dev/MAKEDEV and then fixed this. screen works. 2.0.35 still works. > > Finally, tab completion in bash, and pressing backspace at the start of a line > > causes an extra space to be printed. I did "stty sane" and it still does it. > > Do you mean that the cursor is at the end of a line? If so, this is a bug > in all PC kernels 1.x and so far 2.x. I thought that my patches fixed that... > Hmm, just tried it, and if I have a line of 'a's with the cursor sitting under > the last one, then hit backspace, it leaves the last 'a' there... No, pressing tab sometimes generates spaces, and backspace on an empty line (ie just a shell prompt) generates spaces. 2 other problems: crond doesn't start: can't lock /var/run/cron.pid - other process may be 67108304. invalid argument (ish, in that punctuation may be wrong) architecture is arm4vl, which causes modutil's configure to barf (so I explicitly specified arm-linux, and it was happy) This feels like some massive initiative test, which I'm struggling with. I'm trying to make a list of all the right things to do in the right order, starting with a bare bones a.out 2.0.35 installation. and ending up with ELF and 2.2.2, but with 2.0.35 still bootable. I've still got 2.0.35 bootable, but that's only because willy supplied me with a spare / partition, which has got me out of trouble twice now. Still can't get ppp to load - will compile 2.2.3 with it linked in :-) eth0 says that its initialisation is delayed -would this be consistent with insmod not getting the EtherH driver to load? Nick PS Is that supposed to be a pint in the penguin's flipper? I'm surprised that the penguin didn't take it back to get it topped up - it's >15% head. :-( unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Mar 14 23:08:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id XAA632287 for ; Sun, 14 Mar 1999 23:07:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA27145 for ; Sun, 14 Mar 1999 23:07:59 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa27140; Sun, 14 Mar 99 23:07:48 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:34871 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <1236-26452>; Mon, 15 Mar 1999 00:05:46 +0200 Received: by vger.rutgers.edu via listexpand id <160190-215>; Sun, 14 Mar 1999 16:46:51 -0500 Received: by vger.rutgers.edu id <160106-215>; Sun, 14 Mar 1999 16:32:16 -0500 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:1129 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157393-212>; Sun, 14 Mar 1999 16:31:17 -0500 Received: from [158.152.181.116] (helo=mcevoy.demon.co.uk) by finch-post-12.mail.demon.net with smtp (Exim 2.12 #1) id 10MIRF-0005KV-0C for linux-arm@vger.rutgers.edu; Sun, 14 Mar 1999 21:29:02 +0000 Received: from loopback ([127.0.0.1]) by mcevoy.demon.co.uk with SMTP; Sun, 14 Mar 1999 21:27:28 GMT Date: Sun, 14 Mar 1999 21:27:20 +0000 From: Dr Charles McEvoy To: linux-arm@vger.rutgers.edu Subject: Re: Kernels, FPUs et al... Message-ID: <2ab6d9e248%Charles@mcevoy.demon.co.uk> In-Reply-To: Reply-To: charles@oath.com X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.60m Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1103 Lines: 24 On 14 Mar, Melanie Rhianna Lewis (melanie@defaid.demon.co.uk) wrote: [snip] > Finally 2.0.36 died at reboot with an error > > Unable to handle kernel pagin request at virtual address 003c0000 Just cured this one myself! It seems to be caused by using the Arm patches dated 9/1/99 (and pointed to by the symlink) rather than the ones dated 19/9/99. These (applied to a clean source tree seem to do the trick. By the way, the old patch also seems to foul up X windows, and a few other things. However, I _still_ can't get any self-compiled kernel to recognise ADFS, despite answering 'Yes' appropriately in the config. /proc/filesystems is missing an adfs that I'm sure should be there, so I'm left having to boot the distribution kernel to fetch things from ADFS, and then reboot into a 2.0.36 to use them. Very annoying, but I'm probably just missing something obvious? (He said hopefuly...) Regards, Charles. -- Dr Charles McEvoy | PGP key available from York, of that shire | http://www.mcevoy.demon.co.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From nick@flirble.org Sun Mar 14 22:29:00 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA613202 for ; Sun, 14 Mar 1999 22:28:59 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA26936 for ; Sun, 14 Mar 1999 22:28:58 +0100 Received: from prune.flirble.org(195.40.6.30) by mentolat.core.genedata.com via smap (V2.0) id xma026931; Sun, 14 Mar 99 22:28:24 +0100 Received: (qmail 24034 invoked from network); 14 Mar 1999 21:28:23 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 14 Mar 1999 21:28:23 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA22160; Sun, 14 Mar 1999 21:28:19 GMT From: Nicholas Clark Message-Id: <199903142128.VAA22160@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: <19990314112548.H24922@mencheca.ch.genedata.com> from Matthew Wilcox at "Mar 14, 99 11:25:48 am" To: Matthew.Wilcox@genedata.com (Matthew Wilcox) Date: Sun, 14 Mar 1999 21:28:19 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Status: RO Content-Length: 1180 Lines: 30 In the last mail Matthew Wilcox said: > On Sat, Mar 13, 1999 at 10:47:36PM +0000, Nicholas Clark wrote: > > In the last mail Russell King - ARM Linux Admin said: > There's a util called fbset. I don't know the original site, but you can > get it in the debian slink distribution in main/source/admin/fbset* http://www.cs.kuleuven.ac.be/~geert/bin/ I can now set the console to anything sane that it's predefined. I guess what we want now is the perl script to convert RISC OS modedefs to fbset's format... (make install for fbset makes the /dev/fb[0-7] entries ) > I think you need to run XF68_FBDev instead of Russell's X port. Or is the > old console driver still available, Russell? Xarmlinux in the testing dir works. However, it resets that screen back to 640x480. Hmm. So my text console is 1280x1024, but X is at VGA. :-) I *thought* that they were both on /dev/fb0 so I must be doing something wrong here, but quite what I don't know. It's nearly all working very nicely. :-) Upgraded ppp to 2.3.6, as the kernel changes docs suggest I should. insmod still doesn't want to do ppp. route reveals that eth0 is up, so the kernel is loading that module. Odd. Nick From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 15 15:58:02 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id PAA645859 for ; Mon, 15 Mar 1999 15:57:57 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA00888 for ; Mon, 15 Mar 1999 15:57:57 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma000886; Mon, 15 Mar 99 15:57:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:30304 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16334-26452>; Mon, 15 Mar 1999 16:57:12 +0200 Received: by vger.rutgers.edu via listexpand id <160183-212>; Mon, 15 Mar 1999 09:57:49 -0500 Received: by vger.rutgers.edu id <157469-215>; Mon, 15 Mar 1999 09:56:46 -0500 Received: from nexusel.demon.co.uk ([158.152.30.195]:18555 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160067-212>; Mon, 15 Mar 1999 09:48:21 -0500 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.02 #1) id 10MYYF-00037t-00; Mon, 15 Mar 1999 14:41:07 +0000 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10MYYE-0004rT-00; Mon, 15 Mar 1999 14:41:06 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: booting 2.2.2 kernels on RiscPC In-reply-to: Your message of "Sun, 14 Mar 1999 21:28:19 GMT." <199903142128.VAA22160@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Mar 1999 14:41:06 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 151 Lines: 8 >insmod still doesn't want to do ppp. Post the exact errors you get. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 15 20:37:34 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id UAA663325 for ; Mon, 15 Mar 1999 20:37:33 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA06073 for ; Mon, 15 Mar 1999 20:37:33 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006069; Mon, 15 Mar 99 20:37:04 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:19977 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15374-28867>; Mon, 15 Mar 1999 21:36:40 +0200 Received: by vger.rutgers.edu via listexpand id <160039-212>; Mon, 15 Mar 1999 13:53:20 -0500 Received: by vger.rutgers.edu id <160411-212>; Mon, 15 Mar 1999 13:42:47 -0500 Received: from prune.flirble.org ([195.40.6.30]:1268 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157596-215>; Mon, 15 Mar 1999 13:37:05 -0500 Received: (qmail 453 invoked from network); 15 Mar 1999 18:35:40 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 15 Mar 1999 18:35:40 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id SAA14775 for linux-arm@vger.rutgers.edu; Mon, 15 Mar 1999 18:35:37 GMT From: Nicholas Clark Message-Id: <199903151835.SAA14775@flirble.org> Subject: egcs on 2.2.2 To: linux-arm@vger.rutgers.edu Date: Mon, 15 Mar 1999 18:35:36 +0000 (GMT) X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 376 Lines: 14 Whenever I configured egcs [egcs-2.91.60 19990113/philb (egcs-1.1.1 release)] on arm-linux I get a spurious line TOP in gcc/auto-host.h which kills the compilation with an error until I remove it. Is this an arm-linux thing? or an egcs thing? if the latter, where should I have mailed this? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 15 22:25:37 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA642719 for ; Mon, 15 Mar 1999 22:25:35 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA06808 for ; Mon, 15 Mar 1999 22:25:35 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006805; Mon, 15 Mar 99 22:25:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:15456 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2230-26452>; Mon, 15 Mar 1999 23:24:29 +0200 Received: by vger.rutgers.edu via listexpand id <160478-215>; Mon, 15 Mar 1999 15:42:08 -0500 Received: by vger.rutgers.edu id <160402-215>; Mon, 15 Mar 1999 15:39:57 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:51240 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160611-212>; Mon, 15 Mar 1999 15:14:42 -0500 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by post-20.mail.demon.net with esmtp (Exim 2.10 #2) id 10Mdjj-0006LX-0K; Mon, 15 Mar 1999 20:13:19 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10Mddn-00080O-00; Mon, 15 Mar 1999 20:07:11 +0000 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicholas Clark cc: linux-arm@vger.rutgers.edu Subject: Re: egcs on 2.2.2 In-reply-to: Your message of "Mon, 15 Mar 1999 18:35:36 GMT." <199903151835.SAA14775@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 15 Mar 1999 20:07:10 +0000 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 389 Lines: 11 >Is this an arm-linux thing? or an egcs thing? if the latter, where should I >have mailed this? My best guess is that it's caused by a buggy version of something like sed. If you can nail down the actual cause that would be great. See http://egcs.cygnus.com/ for details of how to report egcs problems. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Mar 15 22:37:06 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id WAA657647 for ; Mon, 15 Mar 1999 22:37:06 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA06882 for ; Mon, 15 Mar 1999 22:37:05 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006876; Mon, 15 Mar 99 22:36:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:26484 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <87-26452>; Mon, 15 Mar 1999 23:35:57 +0200 Received: by vger.rutgers.edu via listexpand id <157652-212>; Mon, 15 Mar 1999 16:20:48 -0500 Received: by vger.rutgers.edu id <157390-212>; Mon, 15 Mar 1999 16:20:19 -0500 Received: from prune.flirble.org ([195.40.6.30]:1619 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <161074-215>; Mon, 15 Mar 1999 16:11:55 -0500 Received: (qmail 1120 invoked from network); 15 Mar 1999 21:10:31 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 15 Mar 1999 21:10:30 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA18032; Mon, 15 Mar 1999 21:10:27 GMT From: Nicholas Clark Message-Id: <199903152110.VAA18032@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: <199903140822.IAA01265@flint.armlinux.org.uk> from Russell King - ARM Linux Admin at "Mar 14, 99 08:22:07 am" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Mon, 15 Mar 1999 21:10:27 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 688 Lines: 15 In the last mail Russell King - ARM Linux Admin said: > Nicholas Clark writes: > > Finally, tab completion in bash, and pressing backspace at the start of a line > > causes an extra space to be printed. I did "stty sane" and it still does it. > > Do you mean that the cursor is at the end of a line? If so, this is a bug > in all PC kernels 1.x and so far 2.x. I thought that my patches fixed that... Ah. I've figured out when it happens - whenever bash tries to ring the terminal bell. Within screen, screen flashes the display, and no space gets printed. It's only happening on the console device. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 16 00:38:10 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id AAA660538 for ; Tue, 16 Mar 1999 00:38:09 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA07756 for ; Tue, 16 Mar 1999 00:38:08 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007752; Tue, 16 Mar 99 00:37:58 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:3603 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15802-10222>; Tue, 16 Mar 1999 01:36:11 +0200 Received: by vger.rutgers.edu via listexpand id <160229-215>; Mon, 15 Mar 1999 18:16:19 -0500 Received: by vger.rutgers.edu id <160978-215>; Mon, 15 Mar 1999 17:42:55 -0500 Received: from prune.flirble.org ([195.40.6.30]:1702 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <157432-215>; Mon, 15 Mar 1999 17:01:56 -0500 Received: (qmail 1280 invoked from network); 15 Mar 1999 22:00:39 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 15 Mar 1999 22:00:39 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id WAA19134; Mon, 15 Mar 1999 22:00:35 GMT From: Nicholas Clark Message-Id: <199903152200.WAA19134@flirble.org> Subject: Re: egcs on 2.2.2 In-Reply-To: from Philip Blundell at "Mar 15, 99 08:07:10 pm" To: philb@gnu.org (Philip Blundell) Date: Mon, 15 Mar 1999 22:00:34 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 992 Lines: 28 In the last mail Philip Blundell said: > >Is this an arm-linux thing? or an egcs thing? if the latter, where should I > >have mailed this? > > My best guess is that it's caused by a buggy version of something like sed. > If you can nail down the actual cause that would be great. See > http://egcs.cygnus.com/ for details of how to report egcs problems. Trying to repeat my previous stall further on in the build I'm now getting getting a segv coredump: make[1]: Entering directory `/home/src/egcs-4/gcc' ./genrecog ../../egcs-source/gcc/config/arm/arm.md > tmp-recog.c [with a 0 to 180 second CPU munchin wait] Does anyone have a version of strace that's happy with ELF? Willy found me strace source and an ARM patch, but it won't compile with ELF and glibc 2.1 (it has specific #ifs to do things differently with glibc >= 2.1 It also wants , which I don't have.) oh, for an ELF gdb... Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 16 01:49:42 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA676693 for ; Tue, 16 Mar 1999 01:49:41 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA08220 for ; Tue, 16 Mar 1999 01:49:40 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008216; Tue, 16 Mar 99 01:49:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25408 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15719-9140>; Tue, 16 Mar 1999 02:49:18 +0200 Received: by vger.rutgers.edu via listexpand id <161239-215>; Mon, 15 Mar 1999 18:46:31 -0500 Received: by vger.rutgers.edu id <160065-215>; Mon, 15 Mar 1999 18:18:50 -0500 Received: from [194.168.16.206] ([194.168.16.206]:4171 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <161682-215>; Mon, 15 Mar 1999 17:52:21 -0500 Received: from flint.armlinux.org.uk (linux@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA19285; Mon, 15 Mar 1999 22:16:51 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id WAA03536; Mon, 15 Mar 1999 22:16:24 GMT Message-Id: <199903152216.WAA03536@flint.armlinux.org.uk> Subject: Re: booting 2.2.2 kernels on RiscPC To: nick@flirble.org (Nicholas Clark) Date: Mon, 15 Mar 1999 22:16:24 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199903142128.VAA22160@flirble.org> from "Nicholas Clark" at Mar 14, 99 09:28:19 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1489 Lines: 27 Nicholas Clark writes: > Xarmlinux in the testing dir works. > However, it resets that screen back to 640x480. Hmm. So my text console is > 1280x1024, but X is at VGA. :-) I *thought* that they were both on /dev/fb0 > so I must be doing something wrong here, but quite what I don't know. Depending on the kernel version you have, fbset -a will set the resolution for each and every console, including newly created ones. Some kernels may only do this for all existing consoles though. > Upgraded ppp to 2.3.6, as the kernel changes docs suggest I should. > insmod still doesn't want to do ppp. route reveals that eth0 is up, so > the kernel is loading that module. Odd. Interesting. On 'caramon', pppd 2.2 pl0 seems to work fine with both 2.0.36 and 2.2.0 (hmm, am I still running this on there?)... However, I don't think I have ppp compiled up as a module. Could you post the output of 'insmod ppp.o' please? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 16 01:50:12 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA644599 for ; Tue, 16 Mar 1999 01:50:11 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA08234 for ; Tue, 16 Mar 1999 01:50:10 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008225; Tue, 16 Mar 99 01:49:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:25408 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15959-9140>; Tue, 16 Mar 1999 02:49:36 +0200 Received: by vger.rutgers.edu via listexpand id <160065-215>; Mon, 15 Mar 1999 18:46:32 -0500 Received: by vger.rutgers.edu id <161117-215>; Mon, 15 Mar 1999 18:18:41 -0500 Received: from [194.168.16.206] ([194.168.16.206]:4171 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <161724-212>; Mon, 15 Mar 1999 17:52:13 -0500 Received: from flint.armlinux.org.uk (linux@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA19295; Mon, 15 Mar 1999 22:20:00 GMT From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id WAA03553; Mon, 15 Mar 1999 22:19:33 GMT Message-Id: <199903152219.WAA03553@flint.armlinux.org.uk> Subject: Re: Kernels, FPUs et al... To: charles@oath.com Date: Mon, 15 Mar 1999 22:19:33 +0000 (GMT) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <2ab6d9e248%Charles@mcevoy.demon.co.uk> from "Dr Charles McEvoy" at Mar 14, 99 09:27:20 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 1285 Lines: 21 Dr Charles McEvoy writes: > However, I _still_ can't get any self-compiled kernel to recognise ADFS, > despite answering 'Yes' appropriately in the config. /proc/filesystems is > missing an adfs that I'm sure should be there, so I'm left having to boot the > distribution kernel to fetch things from ADFS, and then reboot into a 2.0.36 > to use them. Very annoying, but I'm probably just missing something obvious? > (He said hopefuly...) Hmm, I've no idea on this one. I do know that I have adfs compiled into the kernel without problem. (I would post my /proc/filesystems if I had a mouse on flint, but I haven't got the IRQ mapping fixed for both EBSA285 and NetWinder yet). Any chance of a .config file? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Mar 16 01:30:10 1999 Return-Path: Received: from mail.core.genedata.com (mentolat-e0.core.genedata.com [157.161.173.16]) by relay.ch.genedata.com (8.9.3/8.9.3) with ESMTP id BAA617169 for ; Tue, 16 Mar 1999 01:30:10 +0100 (CET) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA08082 for ; Tue, 16 Mar 1999 01:30:09 +0100 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008073; Tue, 16 Mar 99 01:29:39 +0100 Received: from vger.rutgers.edu ([128.6.190.2]:2836 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6718-10222>; Tue, 16 Mar 1999 02:29:17 +0200 Received: by vger.rutgers.edu via listexpand id <157405-215>; Mon, 15 Mar 1999 19:03:21 -0500 Received: by vger.rutgers.edu id <160170-212>; Mon, 15 Mar 1999 18:26:08 -0500 Received: from prune.flirble.org ([195.40.6.30]:1772 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160114-212>; Mon, 15 Mar 1999 18:09:58 -0500 Received: (qmail 1446 invoked from network); 15 Mar 1999 23:08:44 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 15 Mar 1999 23:08:44 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id XAA20309; Mon, 15 Mar 1999 23:08:40 GMT From: Nicholas Clark Message-Id: <199903152308.XAA20309@flirble.org> Subject: Re: booting 2.2.2 kernels on RiscPC In-Reply-To: <199903152216.WAA03536@flint.armlinux.org.uk> from Russell King - ARM Linux Admin at "Mar 15, 99 10:16:24 pm" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Mon, 15 Mar 1999 23:08:40 +0000 (GMT) Cc: nick@flirble.org, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Status: RO Content-Length: 2033 Lines: 45 In the last mail Russell King - ARM Linux Admin said: > Nicholas Clark writes: > > Xarmlinux in the testing dir works. > > However, it resets that screen back to 640x480. Hmm. So my text console is > > 1280x1024, but X is at VGA. :-) I *thought* that they were both on /dev/fb0 > > so I must be doing something wrong here, but quite what I don't know. > > Depending on the kernel version you have, fbset -a will set the > resolution for each and every console, including newly created ones. > Some kernels may only do this for all existing consoles though. Is it because I have no XF86config file, so X is falling back to a nice safe 640x480? I don't know where to get such a file (it doesn't appear to be in the X rpms on your site), or the XF86config binary to generate it. Is there an ELF libX11 out there, or do I need to compile that? If so, does the source need ARMLinux patches? > > Upgraded ppp to 2.3.6, as the kernel changes docs suggest I should. > > insmod still doesn't want to do ppp. route reveals that eth0 is up, so > > the kernel is loading that module. Odd. > > Interesting. On 'caramon', pppd 2.2 pl0 seems to work fine with both > 2.0.36 and 2.2.0 (hmm, am I still running this on there?)... However, > I don't think I have ppp compiled up as a module. Could you post the > output of 'insmod ppp.o' please? $ insmod ppp.o ppp.o: ppp.o: No such file or directory It's not ppp - I checked and ismod is failing to load the msdos filing system when I attempt to mount a DOS floppy. I've disabled kerneld, and I know kmod is working because I get modprobe errors on the console when I attempt the mount. I conclude that I am unable to load kernel modules on 2.2.2 for some reason. (If I rename /lib/modues/2.2.2 to 2.2.2-rmk5 then I get errors about "not found", (sorry, I forget the exact text) so I know it's trying to look in 2.2.2 directory recompiled kernel with ppp linked in and pppd works. (I'm mailing this :-) ) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu