From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 13:41: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 NAA145835 for ; Fri, 2 Apr 1999 13:41:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA05098 for ; Fri, 2 Apr 1999 13:41:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005096; Fri, 2 Apr 99 13:41:19 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:55113 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <589-5383>; Fri, 2 Apr 1999 14:41:01 +0300 Received: by vger.rutgers.edu via listexpand id <169044-4385>; Fri, 2 Apr 1999 06:31:28 -0500 Received: by vger.rutgers.edu id <168018-4388>; Fri, 2 Apr 1999 06:31:19 -0500 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4250 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168486-4385>; Fri, 2 Apr 1999 06:31:11 -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 10T2JA-0004qk-0A; Fri, 2 Apr 1999 11:40:21 +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 10T1cb-0004Pc-00; Fri, 2 Apr 1999 11:56:21 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: guinan@bluebutton.com cc: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline In-reply-to: Your message of "Thu, 01 Apr 1999 20:15:59 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 11:56:21 +0100 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: 424 Lines: 12 >I'm guessing the R_ARM_PC24 reloc's are what ld.so is choking on, >judging by ld.so's error message (actually, /lib/ld-linux.so.2). > >Should the compiler be generating R_ARM_PC24 reloc's at all? Not with -fPIC, no. Sounds like I screwed up somewhere and libgcc2.c isn't getting built as PIC (yet again). I'll look into this later today. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 13:41: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 NAA143931 for ; Fri, 2 Apr 1999 13:41:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA05103 for ; Fri, 2 Apr 1999 13:41:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005101; Fri, 2 Apr 99 13:41:35 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:55113 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12324-7544>; Fri, 2 Apr 1999 14:41:20 +0300 Received: by vger.rutgers.edu via listexpand id <168617-4385>; Fri, 2 Apr 1999 06:31:38 -0500 Received: by vger.rutgers.edu id <168018-4388>; Fri, 2 Apr 1999 06:31:31 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:4804 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168617-4388>; Fri, 2 Apr 1999 06:31:16 -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 10T2JC-0008RF-0B; Fri, 2 Apr 1999 11:40:23 +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 10T1vH-0004QJ-00; Fri, 2 Apr 1999 12:15:39 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: guinan@bluebutton.com cc: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline In-reply-to: Your message of "Thu, 01 Apr 1999 20:15:59 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 12:15:39 +0100 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: 384 Lines: 12 >00022394 : > 22394: e52de004 str lr, [sp, -#4]! > 22398: ebfffffe bl 22398 I think I forgot to include the patch to libgcc1-asm.S to add the (PLT) qualifiers. D'oh. Try copying that file out of egcs 1.1.x and see if the problem goes away. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 15:43: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 PAA147923 for ; Fri, 2 Apr 1999 15:43:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA05331 for ; Fri, 2 Apr 1999 15:43:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005329; Fri, 2 Apr 99 15:43:39 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:59736 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3102-5383>; Fri, 2 Apr 1999 16:43:08 +0300 Received: by vger.rutgers.edu via listexpand id <169643-4385>; Fri, 2 Apr 1999 08:33:25 -0500 Received: by vger.rutgers.edu id <168970-4385>; Fri, 2 Apr 1999 08:30:47 -0500 Received: from chmls06.mediaone.net ([24.128.1.71]:51040 "EHLO chmls06.mediaone.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168617-4385>; Fri, 2 Apr 1999 08:30:19 -0500 Received: from newt.home.net (bluebutton.ne.mediaone.net [24.218.20.124]) by chmls06.mediaone.net (8.8.7/8.8.7) with SMTP id IAA21604; Fri, 2 Apr 1999 08:39:29 -0500 (EST) Date: Fri, 2 Apr 1999 08:39:30 -0500 (EST) From: Jamie Guinan X-Sender: guinan@newt.home.net Reply-To: guinan@bluebutton.com To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline 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: 1328 Lines: 52 On Fri, 2 Apr 1999, Philip Blundell wrote: > >00022394 : > > 22394: e52de004 str lr, [sp, -#4]! > > 22398: ebfffffe bl 22398 > > I think I forgot to include the patch to libgcc1-asm.S to add the (PLT) > qualifiers. D'oh. Try copying that file out of egcs 1.1.x and see if the > problem goes away. Looking at my copy of lib1funcs.asm, it appears Ok, #ifdef __elf__ #define __PLT__ (PLT) ... #else #define __PLT__ ... Ldiv0: str lr, [sp, #-4]! bl SYM (__div0) __PLT__ mov r0, #0 @ about as wrong as it could be ldmia sp!, {pc}RETCOND ... I'll check to make sure that __elf__ is defined at compile time. I also have an old patch that Scott B. made against gcc 2.8.1 which I might take for a spin, for arm.h, *** arm.h~ Mon Jul 6 10:26:09 1998 --- arm.h Tue Aug 18 13:17:46 1998 *************** *** 2028,2033 **** --- 2028,2034 ---- fputs ("\tb\t", FILE);\ assemble_name (FILE,\ IDENTIFIER_POINTER (DECL_ASSEMBLER_NAME (FUNCTION)));\ + if (flag_pic) fputs ("(PLT)", FILE);\ fputc ('\n', FILE);\ } while (0) But I wonder if this is "one of those" patches that didn't get into the main egcs for some reason? Anyway, I'll keep trying... -Jamie unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 15:38: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 PAA128041 for ; Fri, 2 Apr 1999 15:38:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA05314 for ; Fri, 2 Apr 1999 15:38:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005312; Fri, 2 Apr 99 15:37:57 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21842 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14795-5383>; Fri, 2 Apr 1999 16:37:43 +0300 Received: by vger.rutgers.edu via listexpand id <168970-4388>; Fri, 2 Apr 1999 08:27:49 -0500 Received: by vger.rutgers.edu id <168617-4385>; Fri, 2 Apr 1999 08:27:41 -0500 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:42221 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <168018-4388>; Fri, 2 Apr 1999 08:27:18 -0500 Received: from aralia.wanadoo.fr [193.252.19.42] by wanadoo.fr for Paris Fri, 2 Apr 1999 15:36:16 +0200 (MET DST) Received: from tntarch2-224.abo.wanadoo.fr [164.138.190.224] by smtp.wanadoo.fr for Paris Fri, 2 Apr 1999 15:36:14 +0200 (MET DST) Message-ID: <3704E3FA.E2EE267D@ensea.fr> Date: Fri, 02 Apr 1999 15:36:26 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i586) X-Accept-Language: en MIME-Version: 1.0 To: davidw@gate.cks.com, liste ARM Subject: Problem with arm gdb 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: 36 Dear david, I've compiled gdb-4.17 patched with your gdb_4.17-4.arm.m68k.objc.threads.hwwp.fpu.gnat.1.diff.gz patch for arm-linux. When I try it, I get BFD: /mnt/./tick: version count (4) does not match symbol count (8) (gdb) run Starting program: /mnt/./tick [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device] BFD: /lib/libc.so.6: version count (847) does not match symbol count (1695) Cannot access memory at address 0x0. I've then tried to replace bfd subtree by the one from binutils-2.9.1.0.19a, and I dont get anymore BFD error, but I get (gdb) run Starting program: /mnt/p [tcsetpgrp failed in terminal_inferior: Inappropriate ioctl for device] Cannot access memory at address 0x0. (gdb) Do you know what's going wrong with that ? I'm using kernel-2.2.3 on a Brutus board. Thanks for any help Christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 17:39: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 RAA148319 for ; Fri, 2 Apr 1999 17:39:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA05493 for ; Fri, 2 Apr 1999 17:39:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005491; Fri, 2 Apr 99 17:39:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:60948 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6434-7544>; Fri, 2 Apr 1999 18:38:56 +0300 Received: by vger.rutgers.edu via listexpand id <218874-4388>; Fri, 2 Apr 1999 10:28:39 -0500 Received: by vger.rutgers.edu id <218999-4385>; Fri, 2 Apr 1999 10:27:43 -0500 Received: from ne.mediaone.net ([24.128.1.70]:50954 "EHLO chmls05.mediaone.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169155-4385>; Fri, 2 Apr 1999 10:27:21 -0500 Received: from newt.home.net (bluebutton.ne.mediaone.net [24.218.20.124]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id KAA19372 for ; Fri, 2 Apr 1999 10:36:52 -0500 (EST) Date: Fri, 2 Apr 1999 10:36:53 -0500 (EST) From: Jamie Guinan X-Sender: guinan@newt.home.net Reply-To: guinan@bluebutton.com To: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline 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: 969 Lines: 39 On Fri, 2 Apr 1999, Jamie Guinan wrote: > Looking at my copy of lib1funcs.asm, it appears Ok, > > #ifdef __elf__ > #define __PLT__ (PLT) > ... > #else #error __elf__ is not defined (I added this for testing) > #define __PLT__ > ... > Ldiv0: > str lr, [sp, #-4]! > bl SYM (__div0) __PLT__ > mov r0, #0 @ about as wrong as it could be > ldmia sp!, {pc}RETCOND > ... > > I'll check to make sure that __elf__ is defined at compile time. Ok, in xgcc's first pass at libgcc1.S during "make bootstrap", __elf__ is not defined, so __PLT__ is a no-op. Is __elf__ supposed to be defined internally by xgcc at this point? It doesn't appear to be, $ (cd gcc; ./xgcc -dumpspecs) ... *predefines: -Dunix -Darm -Dlinux -Asystem(unix) -Asystem(posix) -Acpu(arm) -Amachine(arm) -D__ELF__ -Darm_elf ... I don't want to start putting hacks in when there's a proper fix waiting to be found. -Jamie unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 17:53: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 RAA150084 for ; Fri, 2 Apr 1999 17:53:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA05532 for ; Fri, 2 Apr 1999 17:53:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005530; Fri, 2 Apr 99 17:53:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:28200 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13054-5383>; Fri, 2 Apr 1999 18:53:21 +0300 Received: by vger.rutgers.edu via listexpand id <185343-4388>; Fri, 2 Apr 1999 10:42:51 -0500 Received: by vger.rutgers.edu id <169155-4388>; Fri, 2 Apr 1999 10:42:35 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:53269 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <185343-4385>; Fri, 2 Apr 1999 10:42:25 -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 10T6F3-0002IZ-0K; Fri, 2 Apr 1999 15:52:21 +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 10T6ED-0004dJ-00; Fri, 2 Apr 1999 16:51:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: guinan@bluebutton.com cc: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline In-reply-to: Your message of "Fri, 02 Apr 1999 10:36:53 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 16:51:29 +0100 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: 353 Lines: 15 >> Looking at my copy of lib1funcs.asm, it appears Ok, >> >> #ifdef __elf__ > >__elf__ is not defined, so __PLT__ is a no-op. > >Is __elf__ supposed to be defined internally by xgcc at this point? >It doesn't appear to be, No. The conditional should be #ifdef __ELF__. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 18:43: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 SAA148588 for ; Fri, 2 Apr 1999 18:43:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA05659 for ; Fri, 2 Apr 1999 18:43:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005657; Fri, 2 Apr 99 18:43:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:58893 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10359-5383>; Fri, 2 Apr 1999 19:42:31 +0300 Received: by vger.rutgers.edu via listexpand id <169015-4388>; Fri, 2 Apr 1999 11:32:03 -0500 Received: by vger.rutgers.edu id <217917-4388>; Fri, 2 Apr 1999 11:31:25 -0500 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:1374 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169015-4385>; Fri, 2 Apr 1999 11:30:57 -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 10T700-000MVp-0C for linux-arm@vger.rutgers.edu; Fri, 2 Apr 1999 16:40:53 +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 10T6wU-0004eK-00 for linux-arm@vger.rutgers.edu; Fri, 2 Apr 1999 17:37:14 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: inb flaky Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 17:37:14 +0100 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: 555 Lines: 14 I've managed to persuade X to run on my CATS now, complete with bt848 TV-in-a-window. Cool. Had a couple of problems along the way though. It seems that glibc's inb and outb are behaving a bit erratically at the moment. Not sure why; it's as if the memory was being mapped cached or something. For the time being I'm using a hacked implementation based on /dev/port but this is obviously not the best. Has anybody else seen this sort of thing on 21285 hardware? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 19:43: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 TAA143684 for ; Fri, 2 Apr 1999 19:43:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA05807 for ; Fri, 2 Apr 1999 19:43:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005805; Fri, 2 Apr 99 19:43:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20862 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14898-5383>; Fri, 2 Apr 1999 20:41:12 +0300 Received: by vger.rutgers.edu via listexpand id <218657-4388>; Fri, 2 Apr 1999 12:30:40 -0500 Received: by vger.rutgers.edu id <217988-4385>; Fri, 2 Apr 1999 12:30:26 -0500 Received: from snowcrash.cymru.net ([163.164.160.3]:1070 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <219094-4385>; Fri, 2 Apr 1999 12:28:11 -0500 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id SAA15591; Fri, 2 Apr 1999 18:38:08 +0100 From: Alan Cox Message-Id: <199904021738.SAA15591@snowcrash.cymru.net> Subject: Re: inb flaky To: philb@gnu.org (Philip Blundell) Date: Fri, 2 Apr 1999 18:38:07 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 2, 99 05:37: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: 553 Lines: 10 > Had a couple of problems along the way though. It seems that glibc's > inb and outb are behaving a bit erratically at the moment. Not sure why; > it's as if the memory was being mapped cached or something. For the time > being I'm using a hacked implementation based on /dev/port but this is > obviously not the best. Has anybody else seen this sort of thing on 21285 > hardware? You may be seeing PCI write posting. Try reading a harmless port after the outb calls unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 21:34: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 VAA150540 for ; Fri, 2 Apr 1999 21:34:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA05980 for ; Fri, 2 Apr 1999 21:34:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005978; Fri, 2 Apr 99 21:33:58 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:39760 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12548-7544>; Fri, 2 Apr 1999 22:33:50 +0300 Received: by vger.rutgers.edu via listexpand id <219037-4385>; Fri, 2 Apr 1999 14:23:18 -0500 Received: by vger.rutgers.edu id <218923-4385>; Fri, 2 Apr 1999 14:22:59 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:39169 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217807-4385>; Fri, 2 Apr 1999 14:22:51 -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 10T9gP-0005e2-0K; Fri, 2 Apr 1999 19:32:50 +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 10T9cl-0000nz-00; Fri, 2 Apr 1999 20:29:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alan Cox cc: linux-arm@vger.rutgers.edu Subject: Re: inb flaky In-reply-to: Your message of "Fri, 02 Apr 1999 18:38:07 BST." <199904021738.SAA15591@snowcrash.cymru.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 20:29:03 +0100 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: 1021 Lines: 24 >You may be seeing PCI write posting. Try reading a harmless port after >the outb calls I think I've found the problem. It's another effect of this business of overloading access information onto the pagetable C and B bits. The way ioperm works on the ARM is that we open /dev/mem and mmap the appropriate range to get access to the ISA ports, then use mprotect to turn individual pages on and off to give at least some semblance of individual access control. This was actually inherited from the Alpha port. Now, the problem is that if you call mprotect(PROT_READ) this ends up being translated to a protection value of PAGE_READONLY (via the protection_map[] stuff). And, surprise, PAGE_READONLY is actually PTE_TYPE_SMALL | PTE_YOUNG | PTE_CACHEABLE. Oops. For the time being I guess it can be made to work by just always enabling access to all the I/O ports with mmap and never using mprotect. It's a bit nasty though. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 22:04: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 WAA152573 for ; Fri, 2 Apr 1999 22:04:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA06026 for ; Fri, 2 Apr 1999 22:04:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006024; Fri, 2 Apr 99 22:04:37 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14090 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12925-5383>; Fri, 2 Apr 1999 23:03:30 +0300 Received: by vger.rutgers.edu via listexpand id <218404-4385>; Fri, 2 Apr 1999 14:52:36 -0500 Received: by vger.rutgers.edu id <219108-4385>; Fri, 2 Apr 1999 14:46:45 -0500 Received: from ne.mediaone.net ([24.128.1.70]:33828 "EHLO chmls05.mediaone.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218541-4385>; Fri, 2 Apr 1999 14:45:52 -0500 Received: from newt.home.net (bluebutton.ne.mediaone.net [24.218.20.124]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id OAA11567 for ; Fri, 2 Apr 1999 14:55:52 -0500 (EST) Date: Fri, 2 Apr 1999 14:55:53 -0500 (EST) From: Jamie Guinan X-Sender: guinan@newt.home.net Reply-To: guinan@bluebutton.com To: linux-arm@vger.rutgers.edu Subject: GLIB works, but new compiler error 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: 1039 Lines: 40 (this was the "patches for egcs mainline" thread) On Fri, 2 Apr 1999, Philip Blundell wrote: > >Is __elf__ supposed to be defined internally by xgcc at this point? > >It doesn't appear to be, > > No. The conditional should be #ifdef __ELF__. Thanks. That indeed fixed the R_ARM_PC24 reloc problem in libglib. So next I tried building GTK (which depends on GLIB), and I got an internal compiler error compiling gtkbutton.c, ../../egcs-19990328/gcc/function.c:3127: Internal compiler error in function purge_addressof_1 function.c:3127 if (GET_MODE_SIZE (GET_MODE (x)) < GET_MODE_SIZE (GET_MODE (y))) abort (); If anyone's interested in trying it, pick up ftp://ftp.netwinder.org/users/g/guinan/gtkbutton.i.gz and compile it with $ gcc -g -O2 -Wall -c -fPIC -DPIC gtkbutton.i -o gtkbutton.o This bug shows up in the 19990328 egcs with Phil's patches, I don't know about other versions. Should I submit this one to egcs-bugs? -Jamie unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 23:07: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 XAA152569 for ; Fri, 2 Apr 1999 23:07:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06154 for ; Fri, 2 Apr 1999 23:07:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006152; Fri, 2 Apr 99 23:07:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5127 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15320-8350>; Sat, 3 Apr 1999 00:06:31 +0300 Received: by vger.rutgers.edu via listexpand id <217553-4388>; Fri, 2 Apr 1999 15:55:56 -0500 Received: by vger.rutgers.edu id <218416-4388>; Fri, 2 Apr 1999 15:55:49 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:43273 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217553-4388>; Fri, 2 Apr 1999 15:55:26 -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 10TB83-0004pL-0K for linux-arm@vger.rutgers.edu; Fri, 2 Apr 1999 21:05: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 10TB6d-0000pt-00 for linux-arm@vger.rutgers.edu; Fri, 2 Apr 1999 22:03:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: more CATS news Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 22:03:59 +0100 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: 462 Lines: 10 After fixing the problem with port I/O it seems that isapnptools now works and hence I've been able to get my SoundBlaster going after a fashion. Unfortunately while it's playing I get a stream of PCI SERR messages and some text-mode screen corruption. It looks like maybe all is not completely well with the ISA DMA, though the floppy was OK last time I tried it. Strange. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 2 23:14: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 XAA155237 for ; Fri, 2 Apr 1999 23:14:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06181 for ; Fri, 2 Apr 1999 23:14:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006179; Fri, 2 Apr 99 23:14:25 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5918 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14840-8350>; Sat, 3 Apr 1999 00:13:34 +0300 Received: by vger.rutgers.edu via listexpand id <218361-4385>; Fri, 2 Apr 1999 16:02:50 -0500 Received: by vger.rutgers.edu id <218454-4385>; Fri, 2 Apr 1999 16:01:43 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2502 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218755-4388>; Fri, 2 Apr 1999 16:01:08 -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 10TBDZ-0000oo-0B; Fri, 2 Apr 1999 21:11:10 +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 10TBCl-0000se-00; Fri, 2 Apr 1999 22:10:19 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: guinan@bluebutton.com cc: linux-arm@vger.rutgers.edu Subject: Re: GLIB works, but new compiler error In-reply-to: Your message of "Fri, 02 Apr 1999 14:55:53 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 02 Apr 1999 22:10:19 +0100 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: 752 Lines: 18 >This bug shows up in the 19990328 egcs with Phil's patches, >I don't know about other versions. > >Should I submit this one to egcs-bugs? Yes, so long as you're reasonably confident it's not my fault. There's no point bothering the egcs people with bugs that are caused by my patches. If you can build an arm-elf (or even arm-linux) compiler from the current egcs sources with no patches and reproduce the problem with that then yes, by all means send it in. I'm not 100% sure what the protocol is for reporting bugs in snapshot releases (ie whether you're supposed to send them to egcs-bugs or just the egcs list). I imagine their web pages have the details. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 3 00:31: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 AAA154518 for ; Sat, 3 Apr 1999 00:31:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA06366 for ; Sat, 3 Apr 1999 00:31:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006364; Sat, 3 Apr 99 00:31:47 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:18960 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15420-8350>; Sat, 3 Apr 1999 01:31:30 +0300 Received: by vger.rutgers.edu via listexpand id <184693-4388>; Fri, 2 Apr 1999 17:20:52 -0500 Received: by vger.rutgers.edu id <218361-4388>; Fri, 2 Apr 1999 17:20:48 -0500 Received: from web503.yahoomail.com ([128.11.68.70]:3667 "HELO send501.yahoomail.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <184641-4388>; Fri, 2 Apr 1999 17:20:08 -0500 Message-ID: <19990402223311.14262.rocketmail@send501.yahoomail.com> Received: from [146.174.250.100] by web503.yahoomail.com; Fri, 02 Apr 1999 14:33:11 PST Date: Fri, 2 Apr 1999 14:33:11 -0800 (PST) From: Winnie Njoo Subject: Utility source code To: linux-arm@vger.rutgers.edu 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: 380 Lines: 17 Hi: I need some help. Does anyone know where I can find the source code of the Linux utilities in /bin/, /usr/sbin/, and /sbin/ directories? Thanks in advance. Winnie _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 3 02:57: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 CAA159225 for ; Sat, 3 Apr 1999 02:57:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA06583 for ; Sat, 3 Apr 1999 02:57:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006581; Sat, 3 Apr 99 02:57:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23846 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <9054-8350>; Sat, 3 Apr 1999 03:56:38 +0300 Received: by vger.rutgers.edu via listexpand id <218276-4385>; Fri, 2 Apr 1999 19:45:59 -0500 Received: by vger.rutgers.edu id <218981-4385>; Fri, 2 Apr 1999 19:45:42 -0500 Received: from Hydro.CAM.ORG ([198.168.100.7]:56464 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218276-4388>; Fri, 2 Apr 1999 19:45:30 -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 TAA28067; Fri, 2 Apr 1999 19:55:32 -0500 (EST) Date: Fri, 2 Apr 1999 19:55:28 -0500 (EST) From: Nicolas Pitre To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: inb flaky 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: 440 Lines: 16 On Fri, 2 Apr 1999, Philip Blundell wrote: > >You may be seeing PCI write posting. Try reading a harmless port after > >the outb calls > > I think I've found the problem. It's another effect of this business of > overloading access information onto the pagetable C and B bits. ... and it really sucks on the SA1100 too. 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 Apr 3 03:45: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 DAA159847 for ; Sat, 3 Apr 1999 03:44:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA06686 for ; Sat, 3 Apr 1999 03:44:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006684; Sat, 3 Apr 99 03:44:32 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:45665 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12581-23069>; Sat, 3 Apr 1999 04:44:15 +0300 Received: by vger.rutgers.edu via listexpand id <185556-4385>; Fri, 2 Apr 1999 20:33:35 -0500 Received: by vger.rutgers.edu id <185125-4385>; Fri, 2 Apr 1999 20:33:16 -0500 Received: from [212.219.8.163] ([212.219.8.163]:1849 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <169571-4385>; Fri, 2 Apr 1999 20:33:09 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id CAA27319 for ; Sat, 3 Apr 1999 02:43:23 +0100 Date: Sat, 3 Apr 1999 02:43:23 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: /etc/fb.modes 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: 333 Lines: 8 Has anyone got a good example /etc/fb.modes for a generic 14" monitor connected via VIDC20? Or, even better, a way of converting between RISC OS 3.5+ MDFs and fbset files? -- 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 Apr 3 10:14: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 KAA166757 for ; Sat, 3 Apr 1999 10:14:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA07190 for ; Sat, 3 Apr 1999 10:14:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007188; Sat, 3 Apr 99 10:14:14 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:8272 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15908-8350>; Sat, 3 Apr 1999 10:58:35 +0300 Received: by vger.rutgers.edu via listexpand id <282994-4388>; Fri, 2 Apr 1999 23:21:30 -0500 Received: by vger.rutgers.edu id <283125-4385>; Fri, 2 Apr 1999 23:21:07 -0500 Received: from [212.219.8.163] ([212.219.8.163]:1985 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <168993-4385>; Fri, 2 Apr 1999 23:18:02 -0500 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id FAA30983 for ; Sat, 3 Apr 1999 05:28:12 +0100 Date: Sat, 3 Apr 1999 05:28:12 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Update to toolchain building guide 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: 329 Lines: 9 I've clarified a couple of things, fixed a few mistakes and added a few bits in, in case anyone cares. Go get it: 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 Apr 3 12:57: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 MAA168266 for ; Sat, 3 Apr 1999 12:57:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA07408 for ; Sat, 3 Apr 1999 12:57:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007406; Sat, 3 Apr 99 12:57:09 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:1106 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14914-23069>; Sat, 3 Apr 1999 13:56:49 +0300 Received: by vger.rutgers.edu via listexpand id <169426-4385>; Sat, 3 Apr 1999 05:46:08 -0500 Received: by vger.rutgers.edu id <169131-4388>; Sat, 3 Apr 1999 05:45:59 -0500 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3006 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161032-4385>; Sat, 3 Apr 1999 05:45:52 -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 10TO5x-000PWN-0B; Sat, 3 Apr 1999 10:56:09 +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 10TNxD-0002MQ-00; Sat, 3 Apr 1999 11:47:07 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicolas Pitre cc: linux-arm@vger.rutgers.edu Subject: Re: inb flaky In-reply-to: Your message of "Fri, 02 Apr 1999 19:55:28 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Apr 1999 11:47:06 +0100 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: 529 Lines: 14 >... and it really sucks on the SA1100 too. Yeah. The 110 case is particularly infuriating because the mm code is never actually going to *use* the offending bits for an I/O mapping. Oh well. I thought about this a little more in the shower this morning and I think I now have a plan for fixing this. I'll try to implement it today. The basic idea is the same one of Russell's that you mentioned; I've failed to think of anything better. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 3 12:57: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 MAA148160 for ; Sat, 3 Apr 1999 12:57:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA07413 for ; Sat, 3 Apr 1999 12:57:52 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007411; Sat, 3 Apr 99 12:57:40 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5971 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14799-8350>; Sat, 3 Apr 1999 13:57:20 +0300 Received: by vger.rutgers.edu via listexpand id <160939-4385>; Sat, 3 Apr 1999 05:46:39 -0500 Received: by vger.rutgers.edu id <169131-4388>; Sat, 3 Apr 1999 05:46:32 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:38883 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161032-4388>; Sat, 3 Apr 1999 05:46:10 -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 10TO6A-0000B0-0K; Sat, 3 Apr 1999 10:56:24 +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 10TO5J-0002OY-00; Sat, 3 Apr 1999 11:55:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Winnie Njoo cc: linux-arm@vger.rutgers.edu Subject: Re: Utility source code In-reply-to: Your message of "Fri, 02 Apr 1999 14:33:11 -0800." <19990402223311.14262.rocketmail@send501.yahoomail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Apr 1999 11:55:28 +0100 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: 258 Lines: 9 >Does anyone know where I can find the source code of the Linux utilities >in /bin/, /usr/sbin/, and /sbin/ directories? See the source RPMs on rawhide.redhat.com for a start. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 3 18:38: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 SAA174134 for ; Sat, 3 Apr 1999 18:38:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA07851 for ; Sat, 3 Apr 1999 18:38:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007849; Sat, 3 Apr 99 18:38:12 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13368 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15791-23069>; Sat, 3 Apr 1999 19:38:00 +0300 Received: by vger.rutgers.edu via listexpand id <218484-4388>; Sat, 3 Apr 1999 11:27:03 -0500 Received: by vger.rutgers.edu id <218462-4388>; Sat, 3 Apr 1999 11:26:54 -0500 Received: from [194.168.16.176] ([194.168.16.176]:3189 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <218010-4385>; Sat, 3 Apr 1999 11:26:35 -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 RAA19248; Sat, 3 Apr 1999 17:36:57 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA01040; Sat, 3 Apr 1999 17:36:51 +0100 Message-Id: <199904031636.RAA01040@raistlin.armlinux.org.uk> Subject: Re: inb flaky To: philb@gnu.org (Philip Blundell) Date: Sat, 3 Apr 1999 17:36:50 +0100 (BST) Cc: nico@CAM.ORG, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 3, 99 11:47:06 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: 951 Lines: 17 Philip Blundell writes: > I thought about this a little more in the shower this morning and I think I > now have a plan for fixing this. I'll try to implement it today. The basic > idea is the same one of Russell's that you mentioned; I've failed to think of > anything better. Ok, I've seen enough to warrant it appearing in 2.2. I've got my own plan on how to do 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 Apr 3 19:10: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 TAA172783 for ; Sat, 3 Apr 1999 19:10:23 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA07894 for ; Sat, 3 Apr 1999 19:10:23 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007892; Sat, 3 Apr 99 19:10:16 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:61793 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15986-8350>; Sat, 3 Apr 1999 20:09:58 +0300 Received: by vger.rutgers.edu via listexpand id <219100-4388>; Sat, 3 Apr 1999 11:59:00 -0500 Received: by vger.rutgers.edu id <218799-4388>; Sat, 3 Apr 1999 11:58:45 -0500 Received: from post-20.mail.demon.net ([194.217.242.27]:56837 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218975-4388>; Sat, 3 Apr 1999 11:58:27 -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 10TTud-0001Lj-0K; Sat, 3 Apr 1999 17:08:52 +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 10TTtm-0002Za-00; Sat, 3 Apr 1999 18:07:58 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: nico@CAM.ORG, linux-arm@vger.rutgers.edu Subject: Re: inb flaky In-reply-to: Your message of "Sat, 03 Apr 1999 17:36:50 BST." <199904031636.RAA01040@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 03 Apr 1999 18:07:58 +0100 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: 214 Lines: 9 >Ok, I've seen enough to warrant it appearing in 2.2. I've got my own plan on >how to do this... Are you volunteering to write it? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 3 23:34: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 XAA176756 for ; Sat, 3 Apr 1999 23:34:53 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA08279 for ; Sat, 3 Apr 1999 23:34:53 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008277; Sat, 3 Apr 99 23:34:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57921 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14954-23937>; Sun, 4 Apr 1999 00:34:08 +0300 Received: by vger.rutgers.edu via listexpand id <283304-4385>; Sat, 3 Apr 1999 16:23:04 -0500 Received: by vger.rutgers.edu id <168419-4385>; Sat, 3 Apr 1999 16:22:47 -0500 Received: from galatea-54.cableol.net ([194.168.16.54]:3213 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <283148-4385>; Sat, 3 Apr 1999 16:22: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 WAA19933 for ; Sat, 3 Apr 1999 22:33:35 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA02115 for linux-arm@vger.rutgers.edu; Sat, 3 Apr 1999 22:33:03 +0100 Message-Id: <199904032133.WAA02115@raistlin.armlinux.org.uk> Subject: Re: inb flaky To: linux-arm@vger.rutgers.edu Date: Sat, 3 Apr 1999 22:33:01 +0100 (BST) In-Reply-To: from "Philip Blundell" at Apr 3, 99 06:07:58 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: 826 Lines: 17 Philip Blundell writes: > >Ok, I've seen enough to warrant it appearing in 2.2. I've got my own plan on > >how to do this... > > Are you volunteering to write it? Already done, with SA-110 rev. K bug fix as well. All that remains is thorough testing. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 3 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 XAA176005 for ; Sat, 3 Apr 1999 23:52:23 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA08313 for ; Sat, 3 Apr 1999 23:52:23 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008311; Sat, 3 Apr 99 23:52:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13410 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14782-27364>; Sun, 4 Apr 1999 00:52:06 +0300 Received: by vger.rutgers.edu via listexpand id <218272-4385>; Sat, 3 Apr 1999 16:41:00 -0500 Received: by vger.rutgers.edu id <218049-4385>; Sat, 3 Apr 1999 16:40:42 -0500 Received: from prune.flirble.org ([195.40.6.30]:2619 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <218998-4388>; Sat, 3 Apr 1999 16:40:33 -0500 Received: (qmail 10344 invoked from network); 3 Apr 1999 21:50:55 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 3 Apr 1999 21:50:55 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id WAA02599 for linux-arm@vger.rutgers.edu; Sat, 3 Apr 1999 22:50:51 +0100 (BST) From: Nicholas Clark Message-Id: <199904032150.WAA02599@flirble.org> Subject: RiscPCs with partitions over 4 Gb To: linux-arm@vger.rutgers.edu Date: Sat, 3 Apr 1999 22:50:50 +0100 (BST) 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: 463 Lines: 11 For anyone with a RiscPC with an ext2fs partition over 4Gig, who accesses the Linux partition via IscaFS: I believe I've found a bug in IscaFS 0.06 w.r.t. accessing all blocks of a file (or inode) beyond the 4Gb mark. I also think I've fixed it. I've sent the proposed fix to Phil Norman for approval. This may explain files that have the "wrong" content when viewed in RISC OS. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 4 15:00: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 OAA194072 for ; Sun, 4 Apr 1999 14:59:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA09524 for ; Sun, 4 Apr 1999 14:59:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009522; Sun, 4 Apr 99 14:59:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:17520 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14530-27364>; Sun, 4 Apr 1999 15:59:20 +0300 Received: by vger.rutgers.edu via listexpand id <160905-22790>; Sun, 4 Apr 1999 08:47:58 -0400 Received: by vger.rutgers.edu id <160589-22790>; Sun, 4 Apr 1999 08:47:39 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3162 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <160488-22790>; Sun, 4 Apr 1999 08:47:13 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id NAA18746 for ; Sun, 4 Apr 1999 13:57:59 +0100 Date: Sun, 4 Apr 1999 13:46:41 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: Nicholas Clark Subject: Re: RiscPCs with partitions over 4 Gb In-Reply-To: <199904032150.WAA02599@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 X-Status: A Content-Length: 531 Lines: 15 On Sat, 3 Apr 1999, Nicholas Clark wrote: > This may explain files that have the "wrong" content when viewed in RISC OS. On a related note, I often get address exceptions when attempting to copy files out of my 800MB ext2fs partition -- *particularly*, it seems, /usr/src/linux-2.2.3-philb/arch/arm/boot/zImage... This is with version 0.05, the latest I could find. -- Chris ( http://www.fluff.org/chris ) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From philb@gnu.org Sun Apr 4 22:16: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 WAA202269 for ; Sun, 4 Apr 1999 22:16:25 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA10105 for ; Sun, 4 Apr 1999 22:16:25 +0200 Received: from finch-post-10.mail.demon.net(194.217.242.38) by mentolat.core.genedata.com via smap (V2.0) id xma010103; Sun, 4 Apr 99 22:16:15 +0200 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 10TtJG-0003A2-0A; Sun, 4 Apr 1999 20:15:59 +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 10TtIJ-0003mT-00; Sun, 4 Apr 1999 21:14:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Reuben Thomas Cc: Matthew.Wilcox@genedata.com Subject: Re: IscaFS In-reply-to: Your message of "Sun, 04 Apr 1999 20:56:00 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 04 Apr 1999 21:14:57 +0100 From: Philip Blundell Message-Id: Status: RO X-Status: A Content-Length: 399 Lines: 10 >I want to use this, and was wondering where I can find the latest version >(barnet seems to have 0.05, but Frode M. Wells's page has a broken link to >0.06)? I've no idea I'm afraid; I've never used IscaFS and I know next to nothing about it. I think Matthew Wilcox is the man to ask; I've added him to the Cc field of this message (assuming I got his address right) so maybe he can help. p. From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 5 21:48: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 VAA221396 for ; Mon, 5 Apr 1999 21:48:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA12034 for ; Mon, 5 Apr 1999 21:48:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012032; Mon, 5 Apr 99 21:48:28 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:7284 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17181-6721>; Mon, 5 Apr 1999 22:48:16 +0300 Received: by vger.rutgers.edu via listexpand id <283267-25725>; Mon, 5 Apr 1999 14:57:35 -0400 Received: by vger.rutgers.edu id <185340-23616>; Mon, 5 Apr 1999 13:19:04 -0400 Received: from post-20.mail.demon.net ([194.217.242.27]:46206 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217722-22790>; Mon, 5 Apr 1999 12:57:07 -0400 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 10UCrF-00037N-0K for linux-arm@vger.rutgers.edu; Mon, 5 Apr 1999 17:08:22 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10UCWF-0001bo-00 for linux-arm@vger.rutgers.edu; Mon, 5 Apr 1999 17:46:39 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Xserver for CATS Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Apr 1999 17:46:38 +0100 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: 255 Lines: 8 I've put a binary X server suitable for a CATS with an S3 ViRGE card at . It's compiled against a versioned glibc. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 5 23:05: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 XAA222152 for ; Mon, 5 Apr 1999 23:04:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA12160 for ; Mon, 5 Apr 1999 23:04:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012158; Mon, 5 Apr 99 23:04:48 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:26402 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17097-11850>; Tue, 6 Apr 1999 00:02:53 +0300 Received: by vger.rutgers.edu via listexpand id <218204-25726>; Mon, 5 Apr 1999 16:00:34 -0400 Received: by vger.rutgers.edu id <218005-25725>; Mon, 5 Apr 1999 15:20:48 -0400 Received: from tk2.ihug.co.nz ([203.29.160.14]:32276 "EHLO smtp2.ihug.co.nz" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <219108-25725>; Mon, 5 Apr 1999 13:50:46 -0400 Received: from acraig.ihug.co.nz (p29-max1.ham.ihug.co.nz [203.109.242.29]) by smtp2.ihug.co.nz (8.8.8/8.8.8) with SMTP id GAA26573 for ; Tue, 6 Apr 1999 06:01:56 +1200 Date: Tue, 6 Apr 1999 06:01:44 +1200 (GMT) From: Allen Craig Subject: Installation success ... now what ? To: linux-arm 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: 600 Lines: 22 To all ArmLinux users After much work a few of us Waikato acorn users have now got armlinux up and running so we can see what all the fuss is about (this, in my opinion, was no mean task !) Question is 'now what' ? What do we do with it ? Where is all the free software ? (anyone got any weblinks ?) What the best 'x-windows' GUI plugin thingy (e.g. KDE,Gnome etc) - still not sure of language ;) Cheers -- 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 Mon Apr 5 22:34: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 WAA224612 for ; Mon, 5 Apr 1999 22:34:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA12121 for ; Mon, 5 Apr 1999 22:34:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012119; Mon, 5 Apr 99 22:34:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21077 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16353-6721>; Mon, 5 Apr 1999 23:32:22 +0300 Received: by vger.rutgers.edu via listexpand id <186045-25726>; Mon, 5 Apr 1999 15:48:17 -0400 Received: by vger.rutgers.edu id <218044-25726>; Mon, 5 Apr 1999 15:38:02 -0400 Received: from post-20.mail.demon.net ([194.217.242.27]:58224 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <413937-25726>; Mon, 5 Apr 1999 15:00:13 -0400 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 10UEmM-000702-0K for linux-arm@vger.rutgers.edu; Mon, 5 Apr 1999 19:11:27 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10UEkw-0002Kw-00 for linux-arm@vger.rutgers.edu; Mon, 5 Apr 1999 20:09:58 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: acornfb in 1bpp modes Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Apr 1999 20:09:57 +0100 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: 293 Lines: 8 Is anybody successfully using acornfb in a 1 bit per pixel mode? On my A5000 the screen is wrapped round horizontally; it looks like the DMA engine and fbcon disagree about the start address by about 4 bytes. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 01:53: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 BAA228409 for ; Tue, 6 Apr 1999 01:53:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA12445 for ; Tue, 6 Apr 1999 01:53:57 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012443; Tue, 6 Apr 99 01:53:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10832 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15850-11850>; Tue, 6 Apr 1999 02:52:30 +0300 Received: by vger.rutgers.edu via listexpand id <217355-25725>; Mon, 5 Apr 1999 19:12:34 -0400 Received: by vger.rutgers.edu id <169048-25726>; Mon, 5 Apr 1999 18:17:30 -0400 Received: from galatea-53.cableol.net ([194.168.16.53]:3396 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <219002-25725>; Mon, 5 Apr 1999 17:27:43 -0400 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 WAA26275; Mon, 5 Apr 1999 22:39:28 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id WAA24447; Mon, 5 Apr 1999 22:38:59 +0100 Message-Id: <199904052138.WAA24447@flint.armlinux.org.uk> Subject: Re: acornfb in 1bpp modes To: philb@gnu.org (Philip Blundell) Date: Mon, 5 Apr 1999 22:38:59 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 5, 99 08:09:57 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: 926 Lines: 16 Philip Blundell writes: > Is anybody successfully using acornfb in a 1 bit per pixel mode? On my > A5000 the screen is wrapped round horizontally; it looks like the DMA engine > and fbcon disagree about the start address by about 4 bytes. They probably don't disagree - the FIFO setting could be wrong making it appear to be out. How is normal text? _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 6 01:59: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 BAA226179 for ; Tue, 6 Apr 1999 01:59:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA12459 for ; Tue, 6 Apr 1999 01:59:27 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012457; Tue, 6 Apr 99 01:59:16 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2795-11850>; Tue, 6 Apr 1999 02:58:44 +0300 Received: by vger.rutgers.edu via listexpand id <161498-25725>; Mon, 5 Apr 1999 19:20:24 -0400 Received: by vger.rutgers.edu id <185935-25725>; Mon, 5 Apr 1999 18:33:59 -0400 Received: from galatea-53.cableol.net ([194.168.16.53]:3399 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <168828-25725>; Mon, 5 Apr 1999 17:35:13 -0400 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 WAA26297 for ; Mon, 5 Apr 1999 22:47:01 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id WAA24838 for linux-arm@vger.rutgers.edu; Mon, 5 Apr 1999 22:46:31 +0100 Message-Id: <199904052146.WAA24838@flint.armlinux.org.uk> Subject: Re: inb flaky & 2.2.5 pre-release To: linux-arm@vger.rutgers.edu Date: Mon, 5 Apr 1999 22:46:31 +0100 (BST) In-Reply-To: from "Nicolas Pitre" at Apr 5, 99 04:39:22 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: 1788 Lines: 34 Nicolas Pitre writes: > On Sat, 3 Apr 1999, Russell King - ARM Linux Admin wrote: > > Already done, with SA-110 rev. K bug fix as well. All that remains is > > thorough testing. > > Do you have a patch I could test on the SA1100? Not yet - I'm at this moment confirming that it still compiles for all of my 4 test architectures - RPC, EBSA110, EBSA285 and A5K. If all goes well, a pre-patch could be out tomorrow evening... This is a /major/ change, so I'm going to drop the next few releases back to pre-release status until I'm happy with it, and I'm happy that no one else is having problems with it. Currently, I think that there might be a problem with the cache bits becoming unset somewhere. However, since I don't have a gdb that I can run against the kernel, I can't find this out. This will take a while to sort out (time to dig out some of my old hacks for /proc)... PS, Today is the last exception that I'm making. The last day to get patches integrated into the next Sunday's kernel source is the prior Friday, as it always has been. This is a rule that I will be sticking hard and fast to from now on. Any patches received after Friday will not even be looked at until the following Monday. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 6 01:41: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 BAA226581 for ; Tue, 6 Apr 1999 01:41:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA12431 for ; Tue, 6 Apr 1999 01:41:57 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012429; Tue, 6 Apr 99 01:41:54 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13108 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15536-11850>; Tue, 6 Apr 1999 02:41:34 +0300 Received: by vger.rutgers.edu via listexpand id <169063-25725>; Mon, 5 Apr 1999 19:29:09 -0400 Received: by vger.rutgers.edu id <217427-25726>; Mon, 5 Apr 1999 18:40:50 -0400 Received: from post-20.mail.demon.net ([194.217.242.27]:37022 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218322-25725>; Mon, 5 Apr 1999 17:42:45 -0400 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 10UHJl-0005JA-0K; Mon, 5 Apr 1999 21:54:05 +0000 Received: from [::ffff:127.0.0.1] (helo=kings-cross.london.uk.eu.org) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 10UHIs-00034a-00; Mon, 5 Apr 1999 22:53:10 +0100 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: acornfb in 1bpp modes In-reply-to: Your message of "Mon, 05 Apr 1999 22:38:59 BST." <199904052138.WAA24447@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Apr 1999 22:53:10 +0100 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: 313 Lines: 10 >They probably don't disagree - the FIFO setting could be wrong >making it appear to be out. How is normal text? Aside from the wraparound everything is fine. By the way, scrolling vertically seems to change the amount of wrap. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 03:47: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 DAA227648 for ; Tue, 6 Apr 1999 03:47:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA12637 for ; Tue, 6 Apr 1999 03:47:57 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012635; Tue, 6 Apr 99 03:47:27 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:40045 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4582-11850>; Tue, 6 Apr 1999 04:46:40 +0300 Received: by vger.rutgers.edu via listexpand id <217446-25726>; Mon, 5 Apr 1999 21:16:14 -0400 Received: by vger.rutgers.edu id <186316-25726>; Mon, 5 Apr 1999 20:49:24 -0400 Received: from zhadum.nexus.carleton.ca ([134.117.76.70]:1977 "EHLO zhadum.nexus.carleton.ca" ident: "stewart") by vger.rutgers.edu with ESMTP id <218998-25726>; Mon, 5 Apr 1999 20:12:42 -0400 Received: from localhost (stewart@localhost) by zhadum.nexus.carleton.ca (8.9.3/8.9.3) with ESMTP id UAA02129 for ; Mon, 5 Apr 1999 20:22:28 -0400 Date: Mon, 5 Apr 1999 20:22:28 -0400 (EDT) From: Rod Stewart To: linux-arm@vger.rutgers.edu Subject: is the tulip at 100 Mbits stable? 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: 826 Lines: 23 Recently we got a 10/100 Mbit autosense hub with switch. Prior to this I moved all/most the NetWinders we have over to using the 10/100 tulip network port, and everything worked fine at 10 Mbits. Since we switched over to 100 Mbits I've been experiencing random system crashes. Complete lockup hard reboot only. Are other peoople running a NetWinder at 100 Mbits? This is running kernel: [root@dilgar /root]# uname -a Linux dilgar 2.2.2-1.titan.b.rmk4 #1 Tue Mar 16 13:39:50 EST 1999 armv4l unknown With rmk4 and philb-990301. Currently I'm building 2.2.3 (and aparently pre 2.2.5 is coming out shortly...) and will try with it. When building a kernel rpm, it is a good idea to include the final kernel binary in the rpm. :-) Thanks, -Rms unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 18:54: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 SAA272548 for ; Tue, 6 Apr 1999 18:54:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA14582 for ; Tue, 6 Apr 1999 18:54:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014580; Tue, 6 Apr 99 18:54:44 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:36394 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7158-1764>; Tue, 6 Apr 1999 19:54:19 +0300 Received: by vger.rutgers.edu via listexpand id <169510-25725>; Tue, 6 Apr 1999 12:40:43 -0400 Received: by vger.rutgers.edu id <217486-25726>; Tue, 6 Apr 1999 12:40:35 -0400 Received: from zeus.bvl.com.pe ([200.37.10.1]:3940 "EHLO zeus.bvl.com.pe" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <185513-25726>; Tue, 6 Apr 1999 12:39:07 -0400 Received: from hermes.bvl.com.pe by zeus.bvl.com.pe (8.8.8/1.1.19.2/26Sep98-1101AM) id LAA17117; Tue, 6 Apr 1999 11:51:53 -0500 (GMT-0500) Received: from HERMES/SpoolDir by hermes.bvl.com.pe (Mercury 1.40); 6 Apr 99 11:57:03 GMT-0500 Received: from SpoolDir by HERMES (Mercury 1.40); 6 Apr 99 11:56:33 GMT-0500 From: "Manuel Gonzales" Organization: Bolsa de Valores de Lima To: linux-arm@vger.rutgers.edu Date: Tue, 6 Apr 1999 11:56:28 GMT-0500 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: tcp ports X-mailer: Pegasus Mail for Windows (v3.01a) Message-ID: <23CFD430254@hermes.bvl.com.pe> 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: 268 Lines: 11 Hello folks, Anyone knows about a program to scan ports tcp or udp and verify if they are been listened or no? Or maybe how many ports are opened? I will thank you a lot! Manuel Gonzales unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 19:15: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 TAA273593 for ; Tue, 6 Apr 1999 19:15:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA14647 for ; Tue, 6 Apr 1999 19:15:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa14643; Tue, 6 Apr 99 19:15:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41044 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15940-11850>; Tue, 6 Apr 1999 20:12:38 +0300 Received: by vger.rutgers.edu via listexpand id <283574-25725>; Tue, 6 Apr 1999 12:59:20 -0400 Received: by vger.rutgers.edu id <283053-25726>; Tue, 6 Apr 1999 12:58:38 -0400 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:23061 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <283527-25725>; Tue, 6 Apr 1999 12:54:56 -0400 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 TAA14617; Tue, 6 Apr 1999 19:07:10 +0200 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 TAA275164; Tue, 6 Apr 1999 19:07:09 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for agonza@hermes.bvl.com.pe; Tue, 6 Apr 1999 19:07:09 +0200 (CEST) Date: Tue, 6 Apr 1999 19:07:09 +0200 From: Matthew Wilcox To: Manuel Gonzales Cc: linux-arm@vger.rutgers.edu Subject: Re: tcp ports Message-ID: <19990406190709.D397@mencheca.ch.genedata.com> References: <23CFD430254@hermes.bvl.com.pe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.1i In-Reply-To: <23CFD430254@hermes.bvl.com.pe>; from Manuel Gonzales on Tue, Apr 06, 1999 at 11:56:28AM +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: 599 Lines: 16 On Tue, Apr 06, 1999 at 11:56:28AM +0000, Manuel Gonzales wrote: > Hello folks, > > Anyone knows about a program to scan ports tcp or udp and verify if they are > been listened or no? > Or maybe how many ports are opened? > I will thank you a lot! netstat. -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 19:04: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 TAA268028 for ; Tue, 6 Apr 1999 19:04:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA14613 for ; Tue, 6 Apr 1999 19:04:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014611; Tue, 6 Apr 99 19:04:55 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:15684 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16450-1764>; Tue, 6 Apr 1999 20:04:36 +0300 Received: by vger.rutgers.edu via listexpand id <168575-25726>; Tue, 6 Apr 1999 12:51:46 -0400 Received: by vger.rutgers.edu id <185798-25726>; Tue, 6 Apr 1999 12:51:39 -0400 Received: from smaug.netwave.de ([194.162.128.45]:27575 "EHLO smaug.netwave.de" ident: "root") by vger.rutgers.edu with ESMTP id <218302-25725>; Tue, 6 Apr 1999 12:51:25 -0400 Received: from otaku.nerdnet.de (mail@as-line33.hb.netwave.de [195.185.99.160]) by smaug.netwave.de (8.9.1/8.8.5) with ESMTP id TAA26571; Tue, 6 Apr 1999 19:03:31 +0200 Received: from joker by otaku.nerdnet.de with local (Exim 2.11 #1 (Debian)) id 10Ub2E-0000DP-00; Tue, 6 Apr 1999 18:57:18 +0000 Date: Tue, 6 Apr 1999 18:57:18 +0000 From: Jan-Uwe Finck To: Manuel Gonzales Cc: linux-arm@vger.rutgers.edu Subject: Re: tcp ports Message-ID: <19990406185718.B251@mail.netwave.de> Reply-To: Jan-Uwe.Finck@bigfoot.de Mail-Followup-To: Manuel Gonzales , linux-arm@vger.rutgers.edu References: <23CFD430254@hermes.bvl.com.pe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <23CFD430254@hermes.bvl.com.pe>; from Manuel Gonzales on Tue, Apr 06, 1999 at 11:56:28AM +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: 465 Lines: 18 On Tue, Apr 06, 1999 at 11:56:28AM +0000, Manuel Gonzales wrote: > Hello folks, > > Anyone knows about a program to scan ports tcp or udp and verify if they are > been listened or no? > Or maybe how many ports are opened? > I will thank you a lot! > 'nmap' is your friend. Hope this helps, -- CU Jan-Uwe ------------------------------------------------- PGP-Public-Key on Request. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 01:00: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 BAA284583 for ; Wed, 7 Apr 1999 01:00:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA15417 for ; Wed, 7 Apr 1999 01:00:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015415; Wed, 7 Apr 99 01:00:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:43817 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16413-12058> convert rfc822-to-quoted-printable; Wed, 7 Apr 1999 01:56:26 +0300 Received: by vger.rutgers.edu via listexpand id <218533-25725>; Tue, 6 Apr 1999 18:41:00 -0400 Received: by vger.rutgers.edu id <185156-25726>; Tue, 6 Apr 1999 18:40:19 -0400 Received: from ba1.a-city.de ([62.208.45.1]:23622 "EHLO ba1.a-city.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218467-25725> convert rfc822-to-8bit; Tue, 6 Apr 1999 18:35:58 -0400 Received: from ba471101 (dial211.a-city.de [62.208.46.211]) by ba1.a-city.de (8.9.3/8.9.3) with SMTP id AAA20781 for ; Wed, 7 Apr 1999 00:48:13 +0200 Date: Tue, 06 Apr 1999 21:52:24 +0200 From: Richard Atterer To: linux-arm@vger.rutgers.edu Subject: Re: ARMLinux installation stalled at Select RedHat RPM partition Message-ID: <48EEA93F38%atterer@informatik.tu-muenchen.de> In-Reply-To: MIME-Version: 1.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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id BAA284583 Status: RO Content-Length: 1537 Lines: 44 In article Keith Wright wrote: ['device hda3 does not appear to contain a RedHat installation tree'] > The frustration is slowly mounting but the enthusiasm is not yet gone. > Is there any other possible cause for the inability to get > past step 57???? I'm at a loss... almost! I've had one more thought: Maybe you've somehow messed up the various Linux partitions on your hard disc, making them overlap and/or go off the end of the disc. I believe the RedHat installer looks at the first few bytes of every RPM file it sees. It will probably fail with this 'no installation tree' message if you've accidentally overwritten some RPM file data while, say, initialising your swap partition. As it happens, I've got a 3GB drive which, like yours, is split into 2GB ADFS and 1GB Linux. !PartMan displays the following: Disk size: 3078, 6253 Cylinders, 16 Heads, 63 Sectors, Sector size: 512 bytes 1 0 4082399 1993 MB Filecore 2 4082400 4082401 1 KB Linux Table 3 4082402 6236898 1052 MB Linux Native 4 6236899 6303023 32 MB Linux Swap If the partitions are OK, I can't think of anything else which might cause the problem - sorry. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://www.in.tum.de/~atterer/ raFS V1.15 ¯ ´` ¯ PGP key fingerprint: C5 59 22 97 80 12 34 C6 6E CE 27 32 2A 44 2C 4A unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 23:15: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 XAA284509 for ; Tue, 6 Apr 1999 23:14:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA15154 for ; Tue, 6 Apr 1999 23:14:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa15141; Tue, 6 Apr 99 23:14:44 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:17748 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7652-20409>; Wed, 7 Apr 1999 00:14:10 +0300 Received: by vger.rutgers.edu via listexpand id <218199-25725>; Tue, 6 Apr 1999 17:01:06 -0400 Received: by vger.rutgers.edu id <218183-25725>; Tue, 6 Apr 1999 17:00:57 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4804 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218299-25725>; Tue, 6 Apr 1999 16:58:21 -0400 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 10Ud7B-00039l-0A for linux-arm@vger.rutgers.edu; Tue, 6 Apr 1999 21:10:33 +0000 Date: Tue, 6 Apr 1999 21:11:06 +0100 (BST) From: linux user group mailings Subject: Re: Installation success ... now what ? To: linux-arm@vger.rutgers.edu In-Reply-To: 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: 722 Lines: 19 On Mon 05 Apr, Allen Craig wrote: > To all ArmLinux users > What the best 'x-windows' GUI plugin thingy (e.g. KDE,Gnome etc) > - still not sure of language ;) > > Cheers > I found one called Afterstep but can't get it to run. It calls a message about 10x10 button type, or similar. As a newbie, I'm stuck. I've just bought a book and taken the weekend to read it but I'm still stuck. -- _ .------------------------------------------. __ __| |_ __ __ | 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 Wed Apr 7 00:56: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 AAA282862 for ; Wed, 7 Apr 1999 00:56:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA15393 for ; Wed, 7 Apr 1999 00:56:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015391; Wed, 7 Apr 99 00:56:17 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:2582 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7342-12058> convert rfc822-to-quoted-printable; Wed, 7 Apr 1999 01:54:54 +0300 Received: by vger.rutgers.edu via listexpand id <185156-25725>; Tue, 6 Apr 1999 18:41:01 -0400 Received: by vger.rutgers.edu id <185987-25726>; Tue, 6 Apr 1999 18:40:44 -0400 Received: from ba1.a-city.de ([62.208.45.1]:23625 "EHLO ba1.a-city.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217966-25725> convert rfc822-to-8bit; Tue, 6 Apr 1999 18:36:01 -0400 Received: from ba471101 (dial211.a-city.de [62.208.46.211]) by ba1.a-city.de (8.9.3/8.9.3) with SMTP id AAA20788 for ; Wed, 7 Apr 1999 00:48:15 +0200 Date: Tue, 06 Apr 1999 22:21:12 +0200 From: Richard Atterer To: linux-arm@vger.rutgers.edu Subject: Re: Installation success ... now what ? Message-ID: <48EEABE236%atterer@informatik.tu-muenchen.de> In-Reply-To: MIME-Version: 1.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 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from QUOTED-PRINTABLE to 8bit by relay.ch.genedata.com id AAA282862 Status: RO Content-Length: 1928 Lines: 53 In article Allen Craig wrote: > After much work a few of us Waikato acorn users have now got armlinux > up and running so we can see what all the fuss is about (this, in my > opinion, was no mean task !) > > Question is 'now what' ? > > What do we do with it ? IMHO the two areas where Unices really stand out are programming and networking. As for GUIs, I still prefer RISC OS... > Where is all the free software ? (anyone got any weblinks ?) You should subscribe to comp.os.linux.announce for information on the latest software releases. Have a look at the directory /gnu or /pub/gnu on many FTP servers for a lot of programming tools and a few games, e.g. gnuchess. /pub/unix or similar is also a place to look for software as well as documentation. Obviously, you'll have to compile all the software yourself. To do this, you need the Linux kernel sources. Have a look at ; unless you want to compile your own kernel, download the sources of the kernel currently in use. > What the best 'x-windows' GUI plugin thingy (e.g. KDE,Gnome etc) > - still not sure of language ;) A few window managers are supplied with ARMLinux, I use fvwm2. Currently, the ARMLinux _distribution_ doesn't feature ELF support (~dynamically linked libraries), and you won't want to build it yourself if you're new to Linux. This is a problem because many newer programs, including KDE and Gnome, will be useless without ELF, even if you can compile them in theory. AFAIK, there will be a new Debian distribution in a few months (?), I'd wait for it. Cheers, Richard -- __ _ |_) /| Richard Atterer | \/¯| http://www.in.tum.de/~atterer/ raFS V1.15 ¯ ´` ¯ PGP key fingerprint: C5 59 22 97 80 12 34 C6 6E CE 27 32 2A 44 2C 4A unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 6 14:50: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 OAA246088 for ; Tue, 6 Apr 1999 14:50:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA13947 for ; Tue, 6 Apr 1999 14:50:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013945; Tue, 6 Apr 99 14:50:48 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:45657 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17215-1764>; Tue, 6 Apr 1999 15:50:22 +0300 Received: by vger.rutgers.edu via listexpand id <161705-25726>; Tue, 6 Apr 1999 08:37:42 -0400 Received: by vger.rutgers.edu id <168578-25726>; Tue, 6 Apr 1999 08:37:12 -0400 Received: from chronus.comswest.net.au ([203.10.1.1]:3860 "EHLO chronus.comswest.net.au" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168947-25726>; Tue, 6 Apr 1999 08:29:13 -0400 Received: from kwright (mdm13.sta1.Denmark.comswest.net.au [203.34.218.78]) by chronus.comswest.net.au (8.8.5/SCO5) with SMTP id UAA12134 for ; Tue, 6 Apr 1999 20:39:56 +0800 (WST) Date: Tue, 06 Apr 1999 20:43:51 +0000 From: Keith Wright To: linux-arm@vger.rutgers.edu Subject: Re: ARMLinux installation stalled at Select RedHat RPM partition Message-ID: In-Reply-To: X-Organization: Home 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.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: 1452 Lines: 45 In message you wrote: > On Tue, 30 Mar 1999, Keith Wright wrote: > > > In message <48EA4DFFA8%atterer@informatik.tu-muenchen.de> you wrote: > > >snip< > > > > > It should have worked with the Zip file, though. :-/ > > > You can check whether everything is where it should be at the end of > > > step 49, just before the umount's: > > > > > > ls /hd (should output "RedHat") > > > ls /hd/RedHat (should output "RPMS") > > > ls /hd/RedHat/RPMS (should output all the RPM filenames) > > > > > > > Waa Haa Haaaaaaaaa!!!!!! > > I did the above suggestion and guess what...everything looks as tho > > it is where it is supposed to be :( > > Beware - it's case sensitive - I fell for that one when I called the RPMS > directory RPMs which seemed more logical to me but obviously not to > RedHat! > > There's also something 'base' which should be in RedHat/base. > > hth > > John Joyce > Well, inspite of all the suggestions (thanks crew!) I am still stuck!!! Everything appears to be where it should (thanks for the suggestion Richard Atterer) and all is case typed correctly. The frustration is slowly mounting but the enthusiasm is not yet gone. Is there any other possible cause for the inability to get past step 57???? Cheers! Keith Wright aka Kriten_ Denmark Western Australia unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 09:44: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 JAA296530 for ; Wed, 7 Apr 1999 09:44:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA16351 for ; Wed, 7 Apr 1999 09:44:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016348; Wed, 7 Apr 99 09:44:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:12070 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7699-20409> convert rfc822-to-quoted-printable; Wed, 7 Apr 1999 10:34:16 +0300 Received: by vger.rutgers.edu via listexpand id <169161-25726>; Wed, 7 Apr 1999 03:20:49 -0400 Received: by vger.rutgers.edu id <169511-25726>; Wed, 7 Apr 1999 03:16:37 -0400 Received: from smtp-out-006.wanadoo.fr ([193.252.19.98]:42036 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <185200-25725>; Wed, 7 Apr 1999 03:11:22 -0400 Received: from tntarch2-53.abo.wanadoo.fr [164.138.190.53] by wanadoo.fr for Paris Wed, 7 Apr 1999 09:23:36 +0200 (MET DST) From: leroy@ensea.fr Message-ID: <370B080D.D2F532DA@ensea.fr> Date: Wed, 07 Apr 1999 09:23:57 +0200 Organization: ENSEA X-Mailer: Mozilla 4.5 [fr] (Win95; I) X-Accept-Language: fr MIME-Version: 1.0 To: Manuel Gonzales CC: linux-arm@vger.rutgers.edu Subject: Re: tcp ports References: <23CFD430254@hermes.bvl.com.pe> 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 JAA296530 Status: RO Content-Length: 699 Lines: 22 Is it on the host or on another host ? If you want to know which ports are used on your host, just make "netstat -a" If you want to know which ports are used on another host (on which you are allowed to do so), look at www.rootshell.com, there are plenty of beautiful progs to track security holes. christophe Manuel Gonzales a écrit : > Hello folks, > > Anyone knows about a program to scan ports tcp or udp and verify if they are > been listened or no? > Or maybe how many ports are opened? > I will thank you a lot! > > Manuel Gonzales > > 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 Wed Apr 7 01:51: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 BAA287198 for ; Wed, 7 Apr 1999 01:51:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA15479 for ; Wed, 7 Apr 1999 01:51:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma015477; Wed, 7 Apr 99 01:51:06 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:17716 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7203-12058>; Wed, 7 Apr 1999 02:50:42 +0300 Received: by vger.rutgers.edu via listexpand id <186320-25726>; Tue, 6 Apr 1999 19:36:25 -0400 Received: by vger.rutgers.edu id <218455-25726>; Tue, 6 Apr 1999 19:27:47 -0400 Received: from chronus.comswest.net.au ([203.10.1.1]:4683 "EHLO chronus.comswest.net.au" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <283411-25725>; Tue, 6 Apr 1999 19:19:39 -0400 Received: from kwright (mdm6.sta1.Denmark.comswest.net.au [203.34.218.71]) by chronus.comswest.net.au (8.8.5/SCO5) with SMTP id HAA17791 for ; Wed, 7 Apr 1999 07:31:24 +0800 (WST) Date: Wed, 07 Apr 1999 07:33:45 +0000 From: Keith Wright To: atterer@informatik.tu-muenchen.de, linux-arm@vger.rutgers.edu Subject: Re: ARMLinux installation stalled at Select RedHat RPM partition Message-ID: In-Reply-To: <48EEA93F38%atterer@informatik.tu-muenchen.de> X-Organization: Home 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.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: 2002 Lines: 61 In message <48EEA93F38%atterer@informatik.tu-muenchen.de> you wrote: > In article > Keith Wright wrote: > > ['device hda3 does not appear to contain a RedHat installation tree'] > > The frustration is slowly mounting but the enthusiasm is not yet gone. > > Is there any other possible cause for the inability to get > > past step 57???? > > I'm at a loss... almost! > > I've had one more thought: Maybe you've somehow messed up the various > Linux partitions on your hard disc, making them overlap and/or go off > the end of the disc. > > I believe the RedHat installer looks at the first few bytes of every RPM > file it sees. It will probably fail with this 'no installation tree' > message if you've accidentally overwritten some RPM file data while, > say, initialising your swap partition. > > As it happens, I've got a 3GB drive which, like yours, is split into 2GB > ADFS and 1GB Linux. !PartMan displays the following: > > Disk size: 3078, 6253 Cylinders, 16 Heads, > 63 Sectors, Sector size: 512 bytes > > 1 0 4082399 1993 MB Filecore > 2 4082400 4082401 1 KB Linux Table > 3 4082402 6236898 1052 MB Linux Native > 4 6236899 6303023 32 MB Linux Swap > > If the partitions are OK, I can't think of anything else which might > cause the problem - sorry. OK...here is the info displayed by !PartMan. Disk size: 3078 cylinders: 6296 heads: 16 sector size: 512 sectors: 63 1. 0 4031999 1969MB Filecore 2. 4032000 4032001 1kb Linux table 3. 4032002 6243842 1080MB Linux native 4. 6243843 6346367 50MB Linux swap They are a little different to your figures. Does this mean I need to reformat? Or just redo the linux partitions? Or are they just fine and I have the mother of all installations? -- Cheers! Keith Wright aka Kriten_ Denmark Western Australia unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 10:44: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 KAA300107 for ; Wed, 7 Apr 1999 10:44:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA16499 for ; Wed, 7 Apr 1999 10:44:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016488; Wed, 7 Apr 99 10:44:39 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20243 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16387-12058>; Wed, 7 Apr 1999 11:32:06 +0300 Received: by vger.rutgers.edu via listexpand id <169131-25725>; Wed, 7 Apr 1999 04:18:37 -0400 Received: by vger.rutgers.edu id <168778-25725>; Wed, 7 Apr 1999 04:18:26 -0400 Received: from [212.219.8.163] ([212.219.8.163]:1733 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <184848-25726>; Wed, 7 Apr 1999 04:14:36 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id JAA25484 for ; Wed, 7 Apr 1999 09:27:11 +0100 Date: Wed, 7 Apr 1999 09:27:11 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Re: tcp ports In-Reply-To: <23CFD430254@hermes.bvl.com.pe> 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: 434 Lines: 15 On Tue, 6 Apr 1999, Manuel Gonzales wrote: > Anyone knows about a program to scan ports tcp or udp and verify if they are > been listened or no? > Or maybe how many ports are opened? > I will thank you a lot! nmap does this excellently: http://www.insecure.org/nmap/ -- 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 Wed Apr 7 21:18: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 VAA321026 for ; Wed, 7 Apr 1999 21:18:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA20830 for ; Wed, 7 Apr 1999 21:18:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020828; Wed, 7 Apr 99 21:18:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13684 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14489-20409>; Wed, 7 Apr 1999 22:18:24 +0300 Received: by vger.rutgers.edu via listexpand id <218044-25726>; Wed, 7 Apr 1999 15:04:19 -0400 Received: by vger.rutgers.edu id <218774-25725>; Wed, 7 Apr 1999 15:04:04 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:60387 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <218798-25725>; Wed, 7 Apr 1999 15:03:58 -0400 Received: from (argbg34.argonet.co.uk) [193.149.85.129] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10Uxp1-0005Wc-00; Wed, 7 Apr 1999 20:17:12 +0100 Date: Wed, 7 Apr 1999 20:15:08 +0100 (BST) From: Mark Seaborn Subject: Problems creating ext2fs on ICS partition To: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] 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: 10018 Lines: 263 I'm having trouble creating an ext2 filesystem on a hard disc partitioned with the ICS scheme. When I run mke2fs on the partition without any extra arguments, I get: [root@localhost /root]# mke2fs /dev/hde7 mke2fs 1.04, 16-May-96 for EXT2 FS 0.5b, 95/08/09 /dev/hde7: Out of memory while setting up superblock I've also grabbed a later copy of the ext2fs utils and compiled that. (I can compile stuff on this ARM Linux box because I've got another hard disc attached, partitioned under the DOS BIOS scheme, but I want to be able to connect a CD-ROM instead of this disc.) That gives the same error: [root@localhost /root]# mke2fs ./sw/e2fsprogs-1.12/misc/mke2fs /dev/hde7 mke2fs 1.12, 9-Jul-98 for EXT2 FS 0.5b, 95/08/09 /dev/hde7: Memory allocation failed while setting up superblock Now, the /dev/hde* files are set correctly because I can mount the Filecore partitions on /dev/hde[1-5]. Linux recognises the partitions correctly as being there on boot. And if I run fdisk on it (arm-fdisk-3.0 from the ftp site), it seems to list the partitions correctly: [root@localhost /root]# ./sw/arm-fdisk-3.0/fdisk /dev/hde Device /dev/hde is partitioned using ICSIDEFS scheme Command (m for help): p Disk /dev/hde: 15 heads, 63 sectors, 13328 cylinders Units = cylinders of 945 * 512 bytes Device Boot Begin Start End Blocks Id System /dev/hde1 0 1 2059 972800 100 Filecore /dev/hde2 2059 2059 4118 972800 100 Filecore /dev/hde3 4118 4118 6827 1280000 100 Filecore /dev/hde4 6827 6827 9536 1280000 100 Filecore /dev/hde5 9536 9536 10513 461704 100 Filecore /dev/hde0 10513 10513 10513 0+ 101 Linux Table /dev/hde6 10513 10513 10572 27695+ 82 Linux Swap /dev/hde0 10572 10572 10572 0+ 101 Linux Table /dev/hde7 10572 10572 13328 1302478+ 83 Linux Native (Not sure what those /dev/hde0 things are, though.) However, if I do `cat /dev/hde7', it returns without printing anything. Catting `/dev/hde[1-5]' prints junk, as you would expect. Does this mean Linux isn't reading the size of hde7 correctly? This would seem to be the case when I run mkswap on hde6: [root@localhost /root]# mkswap /dev/hde6 Page size: 4kB mkswap: error: swap area needs to be at least 40kB Usage: mkswap [-c] /dev/name [blocks] If I give mkswap the number of blocks given by fdisk, it works. Looking at the source of mke2fs, and adding a few test messages, it seems that it's reading the size of the partition wrongly (it thinks its negative), and tries to allocate such a large block of memory it fails. Giving it a number of blocks gives this (the older version of mke2fs gives an incomprehensible error code): [root@localhost /root]# ./sw/e2fsprogs-1.12/misc/mke2fs /dev/hde7 1000 mke2fs 1.12, 9-Jul-98 for EXT2 FS 0.5b, 95/08/09 Linux ext2 filesystem format Filesystem label= 256 inodes, 1000 blocks 50 blocks (5.00%) reserved for the super user First data block=1 Block size=1024 (log=0) Fragment size=1024 (log=0) 1 block group 8192 blocks per group, 8192 fragments per group 256 inodes per group Writing inode tables: 0/ 1 done actual 0, size 1024 ext2fs_mkdir: Attempt to read block from filesystem resulted in short read while creating root dir Which indicates that read() isn't returning as many bytes as it was asked to. I believe it's allowed to do this, but is there a reason why it shouldn't? Any ideas why this is failing? I'm using a 2.0.36 kernel. The partitions were created with PartMan version 1.13a7, I think. FYI, the contents of fdisk's debug file are: [root@localhost /root]# cat /tmp/part.debug part_open(dev_name=/dev/hde, part_scheme=) blkio_open(/dev/hde) -geometry: [secsz=512, sec/tk=63, hds=15, cyls=13328] ret=0x26000 powertec_detect() blkio_setblocksize(512) ret=512 blkio_read(0x3fffba0 0x0 +0x1) -blocksize=0x200 ret=1 -powertec disc checksum: 50 -powertec calc checksum: 62 ret not detected icside_detect() blkio_setblocksize(512) ret=512 blkio_read(0x3fffb98 0x0 +0x1) -blocksize=0x200 ret=1 -icside disc checksum: 50617FE6 -icside calc checksum: 50617FE6 ret detected icside_readinfo() blkio_read(0x3fffb98 0x0 +0x1) -blocksize=0x200 ret=1 part_add(parn=1, pinfo=[bs=0x0, be=0x1DAFFF, type=0x100]) part_updatechs([bs=0x0, be=0x1DAFFF, type=0x100]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=0,H=0,S=0] end=[C=2058,H=12,S=33] ret ok ret ok part_add(parn=2, pinfo=[bs=0x1DB000, be=0x3B5FFF, type=0x100]) part_updatechs([bs=0x1DB000, be=0x3B5FFF, type=0x100]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=2058,H=12,S=34] end=[C=4117,H=10,S=4] ret ok ret ok part_add(parn=3, pinfo=[bs=0x3B6000, be=0x626FFF, type=0x100]) part_updatechs([bs=0x3B6000, be=0x626FFF, type=0x100]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=4117,H=10,S=5] end=[C=6826,H=9,S=62] ret ok ret ok part_add(parn=4, pinfo=[bs=0x627000, be=0x897FFF, type=0x100]) part_updatechs([bs=0x627000, be=0x897FFF, type=0x100]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=6826,H=10,S=0] end=[C=9535,H=9,S=57] ret ok ret ok part_add(parn=5, pinfo=[bs=0x898000, be=0x97970F, type=0x100]) part_updatechs([bs=0x898000, be=0x97970F, type=0x100]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=9535,H=9,S=58] end=[C=10512,H=12,S=11] ret ok ret ok blkio_read(0x3fff964 0x979710 +0x1) -blocksize=0x200 ret=1 part_add(parn=6, pinfo=[bs=0x979710, be=0x979710, type=0x101]) part_updatechs([bs=0x979710, be=0x979710, type=0x101]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=10512,H=12,S=12] end=[C=10512,H=12,S=12] ret ok ret ok part_add(parn=7, pinfo=[bs=0x979711, be=0x986F6F, type=0x82]) part_updatechs([bs=0x979711, be=0x986F6F, type=0x82]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=10512,H=12,S=13] end=[C=10571,H=6,S=26] ret ok ret ok blkio_read(0x3fff964 0x986F71 +0x1) -blocksize=0x200 ret=1 part_add(parn=8, pinfo=[bs=0x986F71, be=0x986F71, type=0x101]) part_updatechs([bs=0x986F71, be=0x986F71, type=0x101]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=10571,H=6,S=28] end=[C=10571,H=6,S=28] ret ok ret ok part_add(parn=9, pinfo=[bs=0x986F72, be=0xC02F0E, type=0x83]) part_updatechs([bs=0x986F72, be=0xC02F0E, type=0x83]) blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] start=[C=10571,H=6,S=29] end=[C=13327,H=14,S=61] ret ok ret ok ret ok ret=0x24f80 part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=0) ret ok, pinfo=[bs=0x0, be=0x0, type=0x0] part_getpartinfo(parn=1) ret ok, pinfo=[bs=0x0, be=0x1DAFFF, type=0x100] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=2) ret ok, pinfo=[bs=0x1DB000, be=0x3B5FFF, type=0x100] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=3) ret ok, pinfo=[bs=0x3B6000, be=0x626FFF, type=0x100] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=4) ret ok, pinfo=[bs=0x627000, be=0x897FFF, type=0x100] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=5) ret ok, pinfo=[bs=0x898000, be=0x97970F, type=0x100] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=6) ret ok, pinfo=[bs=0x979710, be=0x979710, type=0x101] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=7) ret ok, pinfo=[bs=0x979711, be=0x986F6F, type=0x82] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=8) ret ok, pinfo=[bs=0x986F71, be=0x986F71, type=0x101] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=9) ret ok, pinfo=[bs=0x986F72, be=0xC02F0E, type=0x83] part_getgeometry() blkio_getgeometry() ret=[sector_size=512, sectors=63, heads=15, cylinders=13328] ret ok part_getpartinfo(parn=10) ret error -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - ``What does this mean, `mailer daemon'? Satan, are you messing with the e-mail system already?'' -- (Herb Stern) unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 22:00: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 WAA323130 for ; Wed, 7 Apr 1999 22:00:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA20902 for ; Wed, 7 Apr 1999 22:00:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa20892; Wed, 7 Apr 99 21:59:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:55606 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17323-12058>; Wed, 7 Apr 1999 22:58:25 +0300 Received: by vger.rutgers.edu via listexpand id <217990-25725>; Wed, 7 Apr 1999 15:42:30 -0400 Received: by vger.rutgers.edu id <168653-25726>; Wed, 7 Apr 1999 15:40:51 -0400 Received: from mailhub1.liv.ac.uk ([138.253.100.94]:64343 "EHLO mailhub1.liv.ac.uk" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <169336-25725>; Wed, 7 Apr 1999 15:38:51 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub1.liv.ac.uk with esmtp (Exim 1.92 #1) for linux-arm@vger.rutgers.edu id 10UyMr-0002Ax-00; Wed, 7 Apr 1999 20:52:09 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id UAA28795 for ; Wed, 7 Apr 1999 20:51:54 +0100 (BST) Date: Wed, 07 Apr 1999 20:37:31 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Accessing partitions on APDL interface Message-ID: <48EF2BB844%J.Bland@liv.ac.uk> X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1501 Lines: 29 Hiya, another Linux convertee here. About got my setup working apart from one litle annoying thing, I just can't access my hdd connected to the apdl interface. Just accesssing the filecore partitions would be a start. I've heard about using something like mount -t adfs /dev/hdcX /mnt/apdl (X being partition number) but it always complains of 'is not a block device' or 'special device does not exist'. Accessing filecore would be very handy but having a linux partition put on there would be very handy too, but is this possible? And if it is would it mean reformatting (much annoyance if it is)? Thanks for any help you can offer, John. ps I'm using a self-compiled kernel (2.0.36) with things like extra devices enabled and ICS interface support enabled. -- ----------------------------------------------------------------------------- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://pc084085.melgrove.liv.ac.uk/ http://www.liv.ac.uk/~olmsg01/physics/ Secretary, Liverpool University Acorn Computer Users Society ----------------------------------------------------------------------------- "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 21:47: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 VAA321337 for ; Wed, 7 Apr 1999 21:47:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA20874 for ; Wed, 7 Apr 1999 21:47:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020872; Wed, 7 Apr 99 21:47:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:4906 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16547-12058>; Wed, 7 Apr 1999 22:47:37 +0300 Received: by vger.rutgers.edu via listexpand id <283491-25726>; Wed, 7 Apr 1999 15:33:31 -0400 Received: by vger.rutgers.edu id <283475-25725>; Wed, 7 Apr 1999 15:33:13 -0400 Received: from [194.168.16.208] ([194.168.16.208]:3716 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <283471-25726>; Wed, 7 Apr 1999 15:33:03 -0400 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 UAA32655; Wed, 7 Apr 1999 20:48:28 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA01663; Wed, 7 Apr 1999 20:45:56 +0100 Message-Id: <199904071945.UAA01663@raistlin.armlinux.org.uk> Subject: 2.2.5-rmk1 pre patch To: devel@www.netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Wed, 7 Apr 1999 20:45:55 +0100 (BST) 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: 1331 Lines: 27 Here is the 2.2.5 pre-patch. Note that I've dropped the status back to pre-patch due to the necessary and major change for the page tables. If you want stability, sick with the 2.2.3 patch for now. Meanwhile, those of you who want to be on the bleading edge better get the 2.2.5 pre patch, test it, and let me know what happens. If you have problems with it, you're welcome to send me a bug report (with compilation error messages, kernel messages etc relevent to the problem), and then try to fix the problem yourself. Whatever the problem is, I want to hear about it, even if you fix it. If you do fix it, then please send me a patch. The 2.2.5 patch also contains some of the patches others have sent me... Enjoy! PS, don't forget the bug reports! _____ |_____| ------------------------------------------------- ---+---+- | | 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 Wed Apr 7 22:15: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 WAA323232 for ; Wed, 7 Apr 1999 22:15:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA20958 for ; Wed, 7 Apr 1999 22:15:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020956; Wed, 7 Apr 99 22:15:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:49758 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7638-12058>; Wed, 7 Apr 1999 23:13:10 +0300 Received: by vger.rutgers.edu via listexpand id <283813-25726>; Wed, 7 Apr 1999 15:58:16 -0400 Received: by vger.rutgers.edu id <283723-25726>; Wed, 7 Apr 1999 15:54:04 -0400 Received: from [194.168.16.208] ([194.168.16.208]:3746 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <218474-25726>; Wed, 7 Apr 1999 15:48:45 -0400 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 VAA32738; Wed, 7 Apr 1999 21:04:22 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA01715; Wed, 7 Apr 1999 21:01:50 +0100 Message-Id: <199904072001.VAA01715@raistlin.armlinux.org.uk> Subject: Re: Accessing partitions on APDL interface To: J.Bland@liverpool.ac.uk (J.Bland) Date: Wed, 7 Apr 1999 21:01:50 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48EF2BB844%J.Bland@liv.ac.uk> from "J.Bland" at Apr 7, 99 08:37:31 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: 986 Lines: 17 J.Bland writes: > I've heard about using something like mount -t adfs /dev/hdcX /mnt/apdl (X > being partition number) but it always complains of 'is not a block device' or > 'special device does not exist'. Do you have a hdcX block device in your /dev directory? Any chance of pasting the output of ls -al /dev/hdc* ? Also, if you could past the contents of /proc/devices, and /var/log/dmesg it'd be useful. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Wed Apr 7 22:41: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 WAA323978 for ; Wed, 7 Apr 1999 22:41:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA20991 for ; Wed, 7 Apr 1999 22:41:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020989; Wed, 7 Apr 99 22:41:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:38170 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7684-12058>; Wed, 7 Apr 1999 23:38:31 +0300 Received: by vger.rutgers.edu via listexpand id <185065-25726>; Wed, 7 Apr 1999 16:24:19 -0400 Received: by vger.rutgers.edu id <169680-25725>; Wed, 7 Apr 1999 16:20:36 -0400 Received: from pluto.dragonsys.com ([204.165.63.1]:64752 "HELO pluto-e.dragonsys.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with SMTP id <218143-25725>; Wed, 7 Apr 1999 16:14:44 -0400 Received: from mailgate.dragonsys.com by pluto-e.dragonsys.com via smtpd (for vger.rutgers.edu [128.6.190.2]) with SMTP; 7 Apr 1999 20:28:09 UT Received: from ishtar.dragonsys.com (ishtar.dragonsys.com [204.165.56.139]) by mailgate.dragonsys.com (8.9.1/8.9.1) with ESMTP id QAA29346 for ; Wed, 7 Apr 1999 16:24:53 -0400 Received: from notes-mta.dragonsys.com (notes-mta.dragonsys.com [204.165.58.173]) by ishtar.dragonsys.com (8.8.8/8.7.3) with SMTP id QAA06315 for ; Wed, 7 Apr 1999 16:28:00 -0400 Received: by notes-mta.dragonsys.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id 8525674C.006FAC62 ; Wed, 7 Apr 1999 16:19:46 -0400 X-Lotus-FromDomain: DRAGON SYSTEMS USA From: Matt_LaMantia@dragonsys.com To: linux-arm@vger.rutgers.edu Message-ID: <8525674C.006FAA6F.00@notes-mta.dragonsys.com> Date: Wed, 7 Apr 1999 16:23:24 -0400 Subject: Error while attempting to build egcs-1.1.2 cross-compiler Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline 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: 1266 Lines: 41 Hi all, I'm have a bit of trouble attempting to build egcs-1.1.2 as a cross-compiler hosted on x86-linux. I did the following: - Started from a clean redhat 5.2 installation. - Built and installed cross binutils binutils-2.9.1.0.19a with patch binutils-2.9.1.0.19a-arm-diff-981230, exactly as I did when building egcs-1.1.1 for cross development. This went fine. - Expanded 2.2.0 kernel sources and put symlinks in /usr/local/arm/arm-linux/include as per PhilB's tools page. - Expanded egcs-1.1.2 and applied patch egcs-1.1.2-arm-diff-990325 - Ran "./configure --target=arm-linux --prefix=/usr/local/arm" Looked OK. - Ran "make -i LANGUAGES=c". Got the following error: loading cache ./config.cache checking for gcc... /home/matthewl/112-build/egcs-1.1.2/gcc/xgcc -B/home/matthew l/112-build/egcs-1.1.2/gcc/ checking whether the C compiler (/home/matthewl/112-build/egcs-1.1.2/gcc/xgcc -B /home/matthewl/112-build/egcs-1.1.2/gcc/ -g -O2 ) works... no configure: error: installation or configuration problem: C compiler cannot creat e executables. make: [configure-target-libf2c] Error 1 (ignored) Any intuitions on what I might be doing wrong here? Thanks, Matt La Mantia unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 01:18: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 BAA326262 for ; Thu, 8 Apr 1999 01:18:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA21365 for ; Thu, 8 Apr 1999 01:18:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa21361; Thu, 8 Apr 99 01:18:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:36886 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13993-26774>; Thu, 8 Apr 1999 02:10:22 +0300 Received: by vger.rutgers.edu via listexpand id <283328-25725>; Wed, 7 Apr 1999 18:53:14 -0400 Received: by vger.rutgers.edu id <217413-25726>; Wed, 7 Apr 1999 18:52:47 -0400 Received: from mail4.svr.pol.co.uk ([195.92.193.211]:25157 "EHLO mail4.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <283072-25726>; Wed, 7 Apr 1999 18:45:05 -0400 Received: from modem-4.hydroxybutyrate.dialup.pol.co.uk ([62.136.69.4] helo=reinhouse) by mail4.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10V1H4-000110-00 for linux-arm@vger.rutgers.edu; Wed, 7 Apr 1999 23:58:23 +0100 Date: Wed, 07 Apr 1999 21:39:18 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: Failure with 2.2.3 Message-ID: <4e6031ef48%tim@reinhouse.freeserve.co.uk> In-Reply-To: X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody 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: 711 Lines: 19 In message Chris Rutter wrote: > I've built 2.2.3-rmk2, with and without philb's patch, but it only > gets as far as `Now booting the kernel...' and I get a complete, > reset button only freeze. > > Any particular kernel config option that would trigger that? Try disabling 'Split text into discardable sections', it worked for me. > I'm on a StrongARM RiscPC, using the latest ELF tools. >From what I've read here philb's patch for binutils may also help. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 23:23: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 XAA362882 for ; Thu, 8 Apr 1999 23:23:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA24097 for ; Thu, 8 Apr 1999 23:23:30 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024095; Thu, 8 Apr 99 23:23:11 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:15891 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15621-4704>; Fri, 9 Apr 1999 00:16:08 +0300 Received: by vger.rutgers.edu via listexpand id <218339-25725>; Thu, 8 Apr 1999 16:57:07 -0400 Received: by vger.rutgers.edu id <169425-25725>; Thu, 8 Apr 1999 16:52:34 -0400 Received: from mail9.svr.pol.co.uk ([195.92.193.22]:8887 "EHLO mail9.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169410-25726>; Thu, 8 Apr 1999 16:51:46 -0400 Received: from modem-45.hiker.dialup.pol.co.uk ([62.136.113.173] helo=reinhouse) by mail9.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10VLzX-0001QP-00 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 22:05:40 +0100 Date: Wed, 07 Apr 1999 21:39:18 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: Failure with 2.2.3 Message-ID: <4e6031ef48%tim@reinhouse.freeserve.co.uk> In-Reply-To: X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody 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 User-Agent: POPstar/2.01b11 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: 711 Lines: 19 In message Chris Rutter wrote: > I've built 2.2.3-rmk2, with and without philb's patch, but it only > gets as far as `Now booting the kernel...' and I get a complete, > reset button only freeze. > > Any particular kernel config option that would trigger that? Try disabling 'Split text into discardable sections', it worked for me. > I'm on a StrongARM RiscPC, using the latest ELF tools. >From what I've read here philb's patch for binutils may also help. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 23:48: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 XAA323774 for ; Wed, 7 Apr 1999 23:48:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA21121 for ; Wed, 7 Apr 1999 23:48:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021119; Wed, 7 Apr 99 23:48:09 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20538 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16364-26774>; Thu, 8 Apr 1999 00:46:18 +0300 Received: by vger.rutgers.edu via listexpand id <282970-25726>; Wed, 7 Apr 1999 17:15:01 -0400 Received: by vger.rutgers.edu id <218481-25726>; Wed, 7 Apr 1999 17:10:47 -0400 Received: from [194.168.16.207] ([194.168.16.207]:3770 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <218044-25726>; Wed, 7 Apr 1999 17:02:26 -0400 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 VAA00437; Wed, 7 Apr 1999 21:49:32 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA01835; Wed, 7 Apr 1999 21:49:16 +0100 Message-Id: <199904072049.VAA01835@raistlin.armlinux.org.uk> Subject: Re: Accessing partitions on APDL interface To: J.Bland@liverpool.ac.uk (J.Bland) Date: Wed, 7 Apr 1999 21:49:16 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48EF2E79DA%J.Bland@liv.ac.uk> from "J.Bland" at Apr 7, 99 09:07:37 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: 1392 Lines: 42 J.Bland writes: > brw-rw---- 1 root kmem 22, 0 Feb 4 1995 /dev/hdc These look ok. > Block devices: > 1 ramdisk > 2 fd > 3 ide0 Hmm, nothing registered on major 22, so hdc does not exist. > 1: [003D:00AE] IDE & CDFS Expansion Card Ok, the card is installed in the machine. However, it has a different manufacturer number from the normal. You will have to edit arch/arm/drivers/block/ide-ics.c, changing: static const card_ids icside_cids[] = { { MANU_ICS, PROD_ICS_IDE }, { 0xffff, 0xffff } }; to: static const card_ids icside_cids[] = { { MANU_ICS, PROD_ICS_IDE }, { 0x003d, PROD_ICS_IDE }, { 0xffff, 0xffff } }; This is fixed in the 2.2 series, but not yet in the 2.0. If there's enough demand for another 2.0.36 kernel patch, then I'll produce one. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 8 01:18: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 BAA327866 for ; Thu, 8 Apr 1999 01:18:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA21364 for ; Thu, 8 Apr 1999 01:18:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021361; Thu, 8 Apr 99 01:18:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27156 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13505-26774>; Thu, 8 Apr 1999 02:10:00 +0300 Received: by vger.rutgers.edu via listexpand id <169510-25726>; Wed, 7 Apr 1999 18:53:12 -0400 Received: by vger.rutgers.edu id <186045-25726>; Wed, 7 Apr 1999 18:52:36 -0400 Received: from mail4.svr.pol.co.uk ([195.92.193.211]:25160 "EHLO mail4.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218897-25726>; Wed, 7 Apr 1999 18:44:56 -0400 Received: from modem-4.hydroxybutyrate.dialup.pol.co.uk ([62.136.69.4] helo=reinhouse) by mail4.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10V1H6-000110-00 for linux-arm@vger.rutgers.edu; Wed, 7 Apr 1999 23:58:25 +0100 Date: Wed, 07 Apr 1999 22:06:42 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Kernel alignment trap stuff seems to be broken Message-ID: <67e233ef48%tim@reinhouse.freeserve.co.uk> X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody 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: 1358 Lines: 44 If I am reading 2.2.3-rmk2 right, the alignment trap handler disables alignment traps if one occurs in user mode and alignment traps are enabled on every entry to the kernel except via SWIs. This would make the alignment trap handler unreliable. This patch fixes that : --- linux/arch/arm/kernel/entry-armv.S.old Wed Apr 7 09:14:40 1999 +++ linux/arch/arm/kernel/entry-armv.S Wed Apr 7 09:18:39 1999 @@ -505,6 +505,9 @@ .LCabt: .word __temp_abt .LCprocfns: .word SYMBOL_NAME(processor) .LCfp: .word SYMBOL_NAME(fp_enter) +#ifdef CONFIG_ALIGNMENT_TRAP +.LCswi: .word SYMBOL_NAME(cr_alignment) +#endif irq_prio_table --- linux/arch/arm/kernel/entry-common.S.old Wed Apr 7 08:47:48 1999 +++ linux/arch/arm/kernel/entry-common.S Wed Apr 7 09:18:33 1999 @@ -64,8 +64,13 @@ vector_swi: save_user_regs mask_pc lr, lr mov fp, #0 - ldr r6, [lr, #-4] @ get SWI instruction - arm700_bug_check r6, r7 +#ifdef CONFIG_ALIGNMENT_TRAP + ldr r7, .LCswi + ldr r7, [r7] + mcr p15, 0, r7, c1, c0 +#endif + ldr r6, [lr, #-4] @ get SWI instruction + arm700_bug_check r6, r7 enable_irqs r7 str r4, [sp, #-4]! @ new style: (r0 = arg1, r4 = arg5) I may have broken some optimisations. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 23:12: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 XAA360180 for ; Thu, 8 Apr 1999 23:12:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA24073 for ; Thu, 8 Apr 1999 23:12:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa24069; Thu, 8 Apr 99 23:12:27 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57609 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15580-4704>; Fri, 9 Apr 1999 00:11:34 +0300 Received: by vger.rutgers.edu via listexpand id <184614-25725>; Thu, 8 Apr 1999 16:53:02 -0400 Received: by vger.rutgers.edu id <217433-25726>; Thu, 8 Apr 1999 16:52:25 -0400 Received: from mail9.svr.pol.co.uk ([195.92.193.22]:8901 "EHLO mail9.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169425-25726>; Thu, 8 Apr 1999 16:51:51 -0400 Received: from modem-45.hiker.dialup.pol.co.uk ([62.136.113.173] helo=reinhouse) by mail9.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10VLza-0001QP-00 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 22:05:43 +0100 Date: Wed, 07 Apr 1999 22:06:42 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Kernel alignment trap stuff seems to be broken Message-ID: <67e233ef48%tim@reinhouse.freeserve.co.uk> X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody 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 User-Agent: POPstar/2.01b11 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: 1358 Lines: 44 If I am reading 2.2.3-rmk2 right, the alignment trap handler disables alignment traps if one occurs in user mode and alignment traps are enabled on every entry to the kernel except via SWIs. This would make the alignment trap handler unreliable. This patch fixes that : --- linux/arch/arm/kernel/entry-armv.S.old Wed Apr 7 09:14:40 1999 +++ linux/arch/arm/kernel/entry-armv.S Wed Apr 7 09:18:39 1999 @@ -505,6 +505,9 @@ .LCabt: .word __temp_abt .LCprocfns: .word SYMBOL_NAME(processor) .LCfp: .word SYMBOL_NAME(fp_enter) +#ifdef CONFIG_ALIGNMENT_TRAP +.LCswi: .word SYMBOL_NAME(cr_alignment) +#endif irq_prio_table --- linux/arch/arm/kernel/entry-common.S.old Wed Apr 7 08:47:48 1999 +++ linux/arch/arm/kernel/entry-common.S Wed Apr 7 09:18:33 1999 @@ -64,8 +64,13 @@ vector_swi: save_user_regs mask_pc lr, lr mov fp, #0 - ldr r6, [lr, #-4] @ get SWI instruction - arm700_bug_check r6, r7 +#ifdef CONFIG_ALIGNMENT_TRAP + ldr r7, .LCswi + ldr r7, [r7] + mcr p15, 0, r7, c1, c0 +#endif + ldr r6, [lr, #-4] @ get SWI instruction + arm700_bug_check r6, r7 enable_irqs r7 str r4, [sp, #-4]! @ new style: (r0 = arg1, r4 = arg5) I may have broken some optimisations. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 7 23:56: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 XAA325139 for ; Wed, 7 Apr 1999 23:56:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA21132 for ; Wed, 7 Apr 1999 23:56:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021130; Wed, 7 Apr 99 23:55:57 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:11338 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16357-26774>; Thu, 8 Apr 1999 00:54:56 +0300 Received: by vger.rutgers.edu via listexpand id <284510-25726>; Wed, 7 Apr 1999 17:35:38 -0400 Received: by vger.rutgers.edu id <284256-25726>; Wed, 7 Apr 1999 17:23:52 -0400 Received: from post-20.mail.demon.net ([194.217.242.27]:35382 "EHLO post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <284160-25726>; Wed, 7 Apr 1999 17:12:30 -0400 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 10Uzpa-0002qf-0K; Wed, 7 Apr 1999 21:25:55 +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 10Uzld-0000L2-00; Wed, 7 Apr 1999 22:21:49 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Matt_LaMantia@dragonsys.com cc: linux-arm@vger.rutgers.edu Subject: Re: Error while attempting to build egcs-1.1.2 cross-compiler In-reply-to: Your message of "Wed, 07 Apr 1999 16:23:24 EDT." <8525674C.006FAA6F.00@notes-mta.dragonsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Apr 1999 22:21:49 +0100 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: 746 Lines: 20 >/home/matthewl/112-build/egcs-1.1.2/gcc/ -g -O2 ) works... no >configure: error: installation or configuration problem: C compiler cannot cre >at >e executables. >make: [configure-target-libf2c] Error 1 (ignored) > >Any intuitions on what I might be doing wrong here? You're trying to build the Fortran runtime libraries without having first installed all the C runtime (ie glibc). It's not really something you're doing wrong, just that what you're doing is doomed to fail. :-) I think Chris Rutter's instructions are probably a bit clearer than mine about what you have to do to deal with this. See . p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 00: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 AAA326856 for ; Thu, 8 Apr 1999 00:05:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA21219 for ; Thu, 8 Apr 1999 00:05:27 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021217; Thu, 8 Apr 99 00:05:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:11878 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16764-26774>; Thu, 8 Apr 1999 01:04:21 +0300 Received: by vger.rutgers.edu via listexpand id <283475-25726>; Wed, 7 Apr 1999 17:42:54 -0400 Received: by vger.rutgers.edu id <283456-25726>; Wed, 7 Apr 1999 17:36:18 -0400 Received: from moonraker.inetinc.com ([199.171.212.2]:61931 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <283475-25725>; Wed, 7 Apr 1999 17:27:35 -0400 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 QAA24666 for ; Wed, 7 Apr 1999 16:18:07 -0500 (CDT) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id QAA18298 for ; Wed, 7 Apr 1999 16:46:57 -0500 (CDT) Message-ID: <370BD0E8.A768D72C@inetinc.com> Date: Wed, 07 Apr 1999 16:40:56 -0500 From: Dave Baukus Organization: Inet Technologies 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: cache 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: 1963 Lines: 50 A long time ago I turned the turned off the instruction caching, data caching and write buffering on my ebsa285 because I had problems when these features were enabled (not booting). Well now its time to figure out the problem. I'm assuming the problem is in my initialization of the hardware prior to entering head-armv.S. The latest manifestation of the problem can be seen when the scsi adapter and ethernet card are initialized: ----- NET4: Unix domain sockets 1.0 for Linux NET4.0. NET4: Linux TCP/IP 1.0 for NET4.0 IP Protocols: ICMP, UDP, TCP Starting kswapd v 1.5 ncr53c8xx: at PCI bus 0, device 8, function 0 Trying to vfree() nonexistent vm area (e1800000) ncr53c8xx: 53c860 detected ncr53c860-0: rev=0x02, base=0x1000, io_port=0x0, irq=5 ncr53c860-0: NCR clock is 80074KHz, 80074KHz ncr53c860-0: ID 7, Fast-20, Parity Checking CACHE TEST FAILED: host wrote 1, ncr read 0. CACHE TEST FAILED: ncr wrote 2, host read 1. CACHE INCORRECTLY CONFIGURED. ncr53c860-0: detaching... Trying to vfree() nonexistent vm area (e1802000) scsi : 0 hosts. scsi : detected total. 3c59x.c:v0.99H 11/17/98 Donald Becker http://cesdis.gsfc.nasa.gov/linux/drivers/vortex.html eth0: 3Com 3c905B Cyclone 100baseTx at 0x1000, 00:10:4b:66:7a:ec, IRQ 8 8K byte-wide RAM 5:3 Rx:Tx split, autoselect/Autonegotiate interface. MII transceiver found at address 24, status 786d. MII transceiver found at address 0, status 786d. Enabling bus-master transmits and whole-frame receives. Sending BOOTP requests...........` ------ The bootp replys are never received by the adapter and the scsi card complains about caching. These errors are not encountered if cacheing is disabled. Is there anybody running an ebsa285 that is willing to share their hardware initialization ? If not that then any pointers/clues/advice will be apreciated. -- 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 Thu Apr 8 00:23: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 AAA315405 for ; Thu, 8 Apr 1999 00:23:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA21252 for ; Thu, 8 Apr 1999 00:23:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021249; Thu, 8 Apr 99 00:23:25 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27412 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7651-26774>; Thu, 8 Apr 1999 01:23:04 +0300 Received: by vger.rutgers.edu via listexpand id <283821-25726>; Wed, 7 Apr 1999 18:07:57 -0400 Received: by vger.rutgers.edu id <413937-25725>; Wed, 7 Apr 1999 18:01:55 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1539 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <282976-25725>; Wed, 7 Apr 1999 17:58:11 -0400 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 10V0Xo-000Akk-0B; Wed, 7 Apr 1999 22:11:37 +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 10V0Xl-0000PA-00; Wed, 7 Apr 1999 23:11:33 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Baukus cc: linux-arm@vger.rutgers.edu Subject: Re: cache In-reply-to: Your message of "Wed, 07 Apr 1999 16:40:56 CDT." <370BD0E8.A768D72C@inetinc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Apr 1999 23:11:33 +0100 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: 747 Lines: 17 >The bootp replys are never received by the adapter and the scsi card >complains about caching. These errors are not encountered if cacheing is >disabled. > >Is there anybody running an ebsa285 that is willing to share their hardware >initialization ? If not that then any pointers/clues/advice will be apreciated You will probably find that the instruction cache is harmless and it's the data cache that's causing the trouble. What version of the kernel are you using? The 3Com driver had cache coherency code added a month or so back. I thought the 53c8xx driver was OK already but looking through it quickly I couldn't see any any code to deal with this. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 01:35: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 BAA328713 for ; Thu, 8 Apr 1999 01:35:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA21389 for ; Thu, 8 Apr 1999 01:35:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021387; Thu, 8 Apr 99 01:35:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24400 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14284-26774>; Thu, 8 Apr 1999 02:33:14 +0300 Received: by vger.rutgers.edu via listexpand id <218010-25726>; Wed, 7 Apr 1999 19:04:58 -0400 Received: by vger.rutgers.edu id <413982-25725>; Wed, 7 Apr 1999 18:57:45 -0400 Received: from [212.219.8.163] ([212.219.8.163]:2391 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <218010-25726>; Wed, 7 Apr 1999 18:53:42 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id AAA07658 for ; Thu, 8 Apr 1999 00:07:21 +0100 Date: Thu, 8 Apr 1999 00:07:21 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: egcs regression testing 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: 485 Lines: 13 I'm having a stab at an automated egcs build-and-test system; take a look at http://www.inkvine.fluff.org/~chris/ert/ There are build errors in all the examples right at the moment, but as soon as I get a build that works I'll start a regression-testing sequence up, and write some documentation. More news as it comes. -- 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 Thu Apr 8 10:52: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 KAA343010 for ; Thu, 8 Apr 1999 10:52:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA22293 for ; Thu, 8 Apr 1999 10:52:27 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022291; Thu, 8 Apr 99 10:52:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24432 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7373-26774>; Thu, 8 Apr 1999 11:49:34 +0300 Received: by vger.rutgers.edu via listexpand id <169161-25726>; Thu, 8 Apr 1999 04:35:18 -0400 Received: by vger.rutgers.edu id <168578-25726>; Thu, 8 Apr 1999 04:34:34 -0400 Received: from chaos.oregan.net ([195.173.86.1]:1064 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <169336-25725>; Thu, 8 Apr 1999 04:33:36 -0400 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id JAA08420 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 09:47:20 +0100 Message-ID: <19990408094720.K9521@chaos.oregan.net> Date: Thu, 8 Apr 1999 09:47:20 +0100 From: Phil Norman To: linux-arm@vger.rutgers.edu Subject: New IscaFS site. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 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: 603 Lines: 17 Hiya. Many thanks to Chris Rutter for donating some webspace for IscaFS. I've shoved a quick web page up there for now; I'll write some proper pages this weekend. If anyone wants to download the latest release version (0.06), or the latest dodgy, non-release, but might be a bit faster (new caching system) version (0.07). These can both be found at: http://inkvine.fluff.org/~forrey/ I'll also spend some time this weekend looking at Nicholas Clark's patch, and various other IscaFS-related bits and pieces. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 15:43: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 PAA349988 for ; Thu, 8 Apr 1999 15:43:30 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA23047 for ; Thu, 8 Apr 1999 15:43:30 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023045; Thu, 8 Apr 99 15:43:09 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24177 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7794-25399>; Thu, 8 Apr 1999 16:42:00 +0300 Received: by vger.rutgers.edu via listexpand id <168904-25726>; Thu, 8 Apr 1999 09:23:50 -0400 Received: by vger.rutgers.edu id <169021-25726>; Thu, 8 Apr 1999 09:23:31 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6397 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169161-25726>; Thu, 8 Apr 1999 09:17:30 -0400 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 10VEtc-00021L-00 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 14:31:04 +0100 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 10VEtb-0005WY-00 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 14:31:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu From: philb@gnu.org Subject: 2.2.5-rmk1 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Apr 1999 14:31:03 +0100 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: 528 Lines: 14 I had a quick play with this kernel. It falls over fairly quickly with "crashme +2000.4 666 100 1:0:0". The error message isn't especially illuminating; it appears that bad_mode is somehow getting called with bogus arguments. I don't currently have any insight into the cause. I can post the whole message if anybody thinks it will be useful. It would involve lots of tedious manual copying which is why I haven't included it here. :-) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 17:16: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 RAA355654 for ; Thu, 8 Apr 1999 17:16:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA23244 for ; Thu, 8 Apr 1999 17:16:01 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023240; Thu, 8 Apr 99 17:15:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:37957 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15563-25399>; Thu, 8 Apr 1999 18:13:16 +0300 Received: by vger.rutgers.edu via listexpand id <169177-25725>; Thu, 8 Apr 1999 10:58:23 -0400 Received: by vger.rutgers.edu id <169275-25725>; Thu, 8 Apr 1999 10:57:42 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4462 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169486-25726>; Thu, 8 Apr 1999 10:56:38 -0400 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 10VGRl-0001Uy-0C; Thu, 8 Apr 1999 15:10:25 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id QAA18848; Thu, 8 Apr 1999 16:05:09 +0100 From: Russell King Message-Id: <199904081505.QAA18848@gate.sw.milldev.co.uk> Subject: Re: 2.2.5-rmk1 To: philb@gnu.org Date: Thu, 8 Apr 1999 16:05:08 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "philb@gnu.org" at Apr 8, 99 02:31:03 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: 717 Lines: 18 philb@gnu.org said: > I had a quick play with this kernel. It falls > over fairly quickly with "crashme +2000.4 666 100 1:0:0". The error message > isn't especially illuminating; it appears that bad_mode is somehow getting > called with bogus arguments. I don't currently have any insight into the > cause. > > I can post the whole message if anybody thinks it will be useful. It would > involve lots of tedious manual copying which is why I haven't included it > here. :-) Is there any more info? Eg, what does crashme ... do, apart from the obvious, in this particular circumstance? -- 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 Apr 8 18:20: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 SAA358053 for ; Thu, 8 Apr 1999 18:20:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA23442 for ; Thu, 8 Apr 1999 18:20:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023439; Thu, 8 Apr 99 18:20:19 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21586 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7982-26774>; Thu, 8 Apr 1999 19:15:17 +0300 Received: by vger.rutgers.edu via listexpand id <217407-25726>; Thu, 8 Apr 1999 11:59:53 -0400 Received: by vger.rutgers.edu id <169336-25725>; Thu, 8 Apr 1999 11:58:28 -0400 Received: from lenzie.cent.gla.ac.uk ([130.209.16.18]:53651 "EHLO lenzie.cent.gla.ac.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217989-25726>; Thu, 8 Apr 1999 11:48:43 -0400 Received: from localhost (9606585c@localhost) by lenzie.cent.gla.ac.uk (8.9.1b+Sun/8.8.8) with SMTP id RAA23053; Thu, 8 Apr 1999 17:01:35 +0100 (BST) Date: Thu, 8 Apr 1999 17:01:35 +0100 (BST) From: James Craig <9606585c@udcf.gla.ac.uk> X-Sender: 9606585c@lenzie.cent.gla.ac.uk To: Russell King cc: philb@gnu.org, linux-arm@vger.rutgers.edu Subject: Re: 2.2.5-rmk1 In-Reply-To: <199904081505.QAA18848@gate.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: 617 Lines: 18 On Thu, 8 Apr 1999, Russell King wrote: > Is there any more info? Eg, what does crashme ... do, apart from the obvious, > in this particular circumstance? Crashme is a OS stability checker. It writes a random block of code and tries to execute it. The idea is that th OS shouldn't fall over no matter what code you try to make it run. It's worth noting that linux on a P2 falls over on crashme after a few days - it's also a good way of finding CPU bugs. -- James Craig <9606585c@udcf.gla.ac.uk> unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 8 18:20: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 SAA356785 for ; Thu, 8 Apr 1999 18:20:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA23443 for ; Thu, 8 Apr 1999 18:20:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa23439; Thu, 8 Apr 99 18:20:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:35412 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7391-25399>; Thu, 8 Apr 1999 19:15:55 +0300 Received: by vger.rutgers.edu via listexpand id <169336-25726>; Thu, 8 Apr 1999 11:59:54 -0400 Received: by vger.rutgers.edu id <169554-25725>; Thu, 8 Apr 1999 11:58:38 -0400 Received: from moonraker.inetinc.com ([199.171.212.2]:33426 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <169509-25725>; Thu, 8 Apr 1999 11:50:13 -0400 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 KAA02894 for ; Thu, 8 Apr 1999 10:40:54 -0500 (CDT) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id LAA22414 for ; Thu, 8 Apr 1999 11:09:43 -0500 (CDT) Message-ID: <370CD35F.2E9F88E@inetinc.com> Date: Thu, 08 Apr 1999 11:03:43 -0500 From: Dave Baukus Organization: Inet Technologies 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: boot loader -- again References: <199902111521.QAA00723@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: 356 Lines: 13 I hate too whip this dead horse again, but ... What boot loaders are available (source code) for arm linux ? Its time to remove my buggy hacks from the kernel and come up w/ a legitimate boot sequence for my ebsa285. -- 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 Thu Apr 8 21:34: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 VAA360395 for ; Thu, 8 Apr 1999 21:34:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23860 for ; Thu, 8 Apr 1999 21:34:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023858; Thu, 8 Apr 99 21:34:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:12392 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15740-25399>; Thu, 8 Apr 1999 22:30:47 +0300 Received: by vger.rutgers.edu via listexpand id <218810-25725>; Thu, 8 Apr 1999 15:06:47 -0400 Received: by vger.rutgers.edu id <169680-25725>; Thu, 8 Apr 1999 14:44:00 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3102 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <218228-25725>; Thu, 8 Apr 1999 14:23:28 -0400 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 10VJfo-000LKP-0B for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 18:37:09 +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 10VJfA-0000k7-00 for linux-arm@vger.rutgers.edu; Thu, 8 Apr 1999 19:36:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: linux-2.2.5-philb-990408 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Apr 1999 19:36:28 +0100 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: 3101 Lines: 80 Here's a patch to add a little extra spice if Russell's latest kernel isn't quite unstable enough for your tastes. It's been a while since I posted the list of stuff included, so here it is again. Hit delete now if you're not interested. * New hardware supported - NetWinder and generic Footbridge /dev/flash (NetWinder courtesy Woody) (Generic one needs some more thought) - DS2400 ID chip (as used in Acorn machines) - NetWinder '977 (courtesy Woody) and generic Footbridge watchdogs - Aladdin IDE adapters (hatchet job backported from Andre's patch) - /dev/nvram should work on ARM systems now (untested) - add support for "special" baud rates to serial.c - miscellaneous other bits for CATS support - 6854 Econet (sort of) * New features - 21285 PCI initialisation for non-central-function situations - /usr/gnemul for BSD - `swap=...' commandline parameter - support NetWinder revision/board id data (Woody) - /proc/sys/bus/isa/* - add cache-coherency support to epic100 driver (untested) - /proc/therm support (Woody) - update to latest parport code (Tim W) * Fixes - correct LDRT problems with overlapping registers (Nick Clark) - two small NWFPE bugs squashed - avoid kernel panic when a misaligned ldrt is encountered - make irtty compile if TIOCM_OUT2 doesn't exist - initialise OPL3 on NetWinder properly (Woody) - make SYMBOL_NAME_STR work with versioned symbols - don't force ISA RTC to BCD mode on '285 systems - various assumptions about signedness of char in sound code - fbcon/mfb handle "backwards" (Acorn) 1bpp modes properly * Performance tweaks - ARM3 uaccess rewrite - improved lazy cache flushing for SA110 - old proc-fn code rides again - CONFIG_SMALL_BUFFERS added - fast path signal.c a little - tweak kswapd targets again for old machines with little RAM - `current' now less volatile - small optimisations to kernel entry code - IRQ lock detection now optional, defaults to off * Miscellanea - new floppy pseudo-DMA code for Acorn machines - Configure.help updates and corrections (some courtesy Dave Gilbert) - dma_*, readb etc converted to macros from inlines - rework CPU selection mechanism again, reduced #ifdefs in setup.c - renumber ISA DMA channels, IRQs to start at 0 on 21285 machines - /proc/ioports allows 8 digits for each address - disable FIQs when updating IRQ masks on Acorn machines - straighten out reboot code in - add some support for big-endian operation - tweaks asms to make `gcc -S' output more readable - Footbridge LED rework - try to get BSD partition support to recognise NetBSD/arm32 - report VM_IO flag in /proc/pid/maps - shut up assorted warnings (including some from checkconfig) - shut up NFS debugging messages - Econet updates That's all. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 00:14: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 AAA363768 for ; Fri, 9 Apr 1999 00:14:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA24243 for ; Fri, 9 Apr 1999 00:14:00 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024240; Fri, 9 Apr 99 00:13:31 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:30511 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16985-4704>; Fri, 9 Apr 1999 01:10:11 +0300 Received: by vger.rutgers.edu via listexpand id <218036-25725>; Thu, 8 Apr 1999 17:39:07 -0400 Received: by vger.rutgers.edu id <218169-25725>; Thu, 8 Apr 1999 17:35:53 -0400 Received: from mailhub2.liv.ac.uk ([138.253.100.95]:42673 "EHLO mailhub2.liv.ac.uk" ident: "exim") by vger.rutgers.edu with ESMTP id <218190-25726>; Thu, 8 Apr 1999 17:24:13 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub2.liv.ac.uk with esmtp (Exim 1.92 #1) for linux-arm@vger.rutgers.edu id 10VMUw-0000pO-00; Thu, 8 Apr 1999 22:38:06 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id WAA04045 for ; Thu, 8 Apr 1999 22:37:49 +0100 (BST) Date: Thu, 08 Apr 1999 22:35:35 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Re: Accessing partitions on APDL interface Message-ID: <48EFBA5D45%J.Bland@liv.ac.uk> In-Reply-To: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1179 Lines: 32 > Hi, > > Just a note to say I saw your APDL card problems - I have exactly the same > except no working Linux machine to compile my own kernel up on! Would be > most grateful if it would be possible to mail me a working kernel with the > revised manufacturer no in it. > > regards > > John Joyce I've mailed one on and if anyone else wants a copy just let me know. Just like to say thanks to rmk for his help, it's working fine. Just have to try making a proper ex2fs partition on it now. Cheers, John -- ----------------------------------------------------------------------------- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://pc084085.melgrove.liv.ac.uk/ http://www.liv.ac.uk/~olmsg01/physics/ Secretary, Liverpool University Acorn Computer Users Society ----------------------------------------------------------------------------- "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 00:32: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 AAA363521 for ; Fri, 9 Apr 1999 00:32:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA24285 for ; Fri, 9 Apr 1999 00:32:00 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024283; Fri, 9 Apr 99 00:31:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29018 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17019-25777>; Fri, 9 Apr 1999 01:31:33 +0300 Received: by vger.rutgers.edu via listexpand id <217413-25725>; Thu, 8 Apr 1999 18:16:45 -0400 Received: by vger.rutgers.edu id <169905-25725>; Thu, 8 Apr 1999 18:16:23 -0400 Received: from galatea-57.cableol.net ([194.168.16.57]:3862 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <169515-25725>; Thu, 8 Apr 1999 18:11:32 -0400 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 XAA04250; Thu, 8 Apr 1999 23:25:19 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA01764; Thu, 8 Apr 1999 23:25:00 +0100 Message-Id: <199904082225.XAA01764@raistlin.armlinux.org.uk> Subject: pre-patch-2.2.5-rmk2 and new fpem-4.07 To: devel@www.netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Thu, 8 Apr 1999 23:24:59 +0100 (BST) 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: 1778 Lines: 40 2.2.5-rmk2 ---------- Ok, in the spirit of pre-patches (and hence unstable patches), here's another one for 2.2.5 - it should return the machine to full speed. (The last one was missing some cache bits on the stack pages). Please note that this is a pre-patch, and as such it is likely to be unstable and of dubious quality. If you want reliability, stick with the 2.2.3 patch. As with the previous pre-patch, please include as much info as possible in any debug reports to aid tracking down any problems. If there are any more code changes tomorrow, this will be followed by a 2.2.5-rmk3 patch and so forth until everyone's happy that stability has returned. I really would like to hear from those who have StrongARM rev.Ks and the StrongARM-1100 team to find out if it has fixed their problems. fpem-4.07 --------- Yep, another release of this beast, this time with cos(0.7) producing the correct value. The bug seemed to be in the multiply code itself, so I'm surprised more problems weren't noticed. Anyway, new fpem is on the ftp site - ftp.arm.linux.org.uk:/pub/armlinux/fpemulator/fpem-2.2.5-armv4.o.gz It should be functional with suitable use of the insmod '-f' flag on any 2.2 kernel. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 9 01:57: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 BAA358671 for ; Fri, 9 Apr 1999 01:57:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA24409 for ; Fri, 9 Apr 1999 01:57:00 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024407; Fri, 9 Apr 99 01:56:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:62753 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16659-4704>; Fri, 9 Apr 1999 02:56:29 +0300 Received: by vger.rutgers.edu via listexpand id <217440-25726>; Thu, 8 Apr 1999 19:41:56 -0400 Received: by vger.rutgers.edu id <169919-25725>; Thu, 8 Apr 1999 19:41:41 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3762 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <217610-25726>; Thu, 8 Apr 1999 19:39:51 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id AAA16482; Fri, 9 Apr 1999 00:53:33 +0100 Date: Fri, 9 Apr 1999 00:53:33 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: Matt_LaMantia@dragonsys.com cc: linux-arm@vger.rutgers.edu Subject: Re: Error while attempting to build egcs-1.1.2 cross-compiler In-Reply-To: <8525674C.006FAA6F.00@notes-mta.dragonsys.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: 398 Lines: 11 On Wed, 7 Apr 1999 Matt_LaMantia@dragonsys.com wrote: > - Ran "make -i LANGUAGES=c". Got the following error: The error messages suggest it's trying to build a cross-compiler; are you executing the above command in the gcc/ directory? -- 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 Apr 9 03:21: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 DAA368272 for ; Fri, 9 Apr 1999 03:21:02 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA24582 for ; Fri, 9 Apr 1999 03:21:01 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024580; Fri, 9 Apr 99 03:21:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:43800 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16373-25777>; Fri, 9 Apr 1999 04:20:44 +0300 Received: by vger.rutgers.edu via listexpand id <169424-25725>; Thu, 8 Apr 1999 21:05:59 -0400 Received: by vger.rutgers.edu id <169134-25725>; Thu, 8 Apr 1999 21:05:40 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3843 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <168575-25725>; Thu, 8 Apr 1999 21:05:29 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id CAA18167 for ; Fri, 9 Apr 1999 02:19:47 +0100 Date: Fri, 9 Apr 1999 02:19:47 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: RiscPC keyboard map 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: 433 Lines: 9 I've noticed that whatever keyboard map I try, I can't get my RiscPC keyboard to act like one -- it seems to behave like an A5000 keyboard (i.e. shift + top-left-of-main-block = tilde). I'm using Russell's RedsHat distribution. Any easy fix, apart from fixing it myself? -- 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 Apr 9 04:34: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 EAA360158 for ; Fri, 9 Apr 1999 04:34:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA24677 for ; Fri, 9 Apr 1999 04:34:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma024675; Fri, 9 Apr 99 04:34:25 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:43318 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3402-25777>; Fri, 9 Apr 1999 05:34:05 +0300 Received: by vger.rutgers.edu via listexpand id <217510-25725>; Thu, 8 Apr 1999 22:19:11 -0400 Received: by vger.rutgers.edu id <217754-25726>; Thu, 8 Apr 1999 22:14:04 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3889 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <217669-25726>; Thu, 8 Apr 1999 22:13:50 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id DAA19437 for ; Fri, 9 Apr 1999 03:28:16 +0100 Date: Fri, 9 Apr 1999 03:28:16 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Tweak for ds2400 in philb's kernel 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: 1324 Lines: 36 Anyone using the latest philb kernel patch and configuring for a RiscPC will receive a link error in the final stage (an unresolved reference to ds2400). This is because arch/arm/kernel/setup.c assumes ds2400 for both the A5000 and RiscPC: if (machine_is_a5000() || machine_is_riscpc()) { /* Read the unique ID */ ds2400_init(); } but ds2400.o is only pulled in for the A5000, in Makefile: O_OBJS_a5k = dma-a5k.o iic.o fiq.o ds2400.o O_OBJS_rpc = dma-rpc.o iic.o fiq.o Not knowing anything relevant about the hardware, I'd suggest adding ds2400.o into the RiscPC objects definition. Patch for those that want it: --- linux/arch/arm/kernel/Makefile~ Fri Apr 9 03:25:36 1999 +++ linux/arch/arm/kernel/Makefile Fri Apr 9 03:18:51 1999 @@ -18,7 +18,7 @@ O_OBJS_arc = dma-arc.o iic.o fiq.o oldlatches.o O_OBJS_a5k = dma-a5k.o iic.o fiq.o ds2400.o -O_OBJS_rpc = dma-rpc.o iic.o fiq.o +O_OBJS_rpc = dma-rpc.o iic.o fiq.o ds2400.o O_OBJS_ebsa110 = dma-dummy.o O_OBJS_footbridge = dma-footbridge.o $(ISA_DMA_OBJS) isa.o O_OBJS_nexuspci = dma-dummy.o -- 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 Apr 9 11:25: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 LAA379773 for ; Fri, 9 Apr 1999 11:25:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA25646 for ; Fri, 9 Apr 1999 11:25:32 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025644; Fri, 9 Apr 99 11:25:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:37924 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17342-4704>; Fri, 9 Apr 1999 12:24:28 +0300 Received: by vger.rutgers.edu via listexpand id <185433-25726>; Fri, 9 Apr 1999 05:09:39 -0400 Received: by vger.rutgers.edu id <169801-25725>; Fri, 9 Apr 1999 05:09:25 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:14904 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217952-25725>; Fri, 9 Apr 1999 05:08:36 -0400 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 10VXLS-0002pk-00; Fri, 9 Apr 1999 10:13:02 +0100 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 10VXLR-0006GO-00; Fri, 9 Apr 1999 10:13:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: ARM Linux mailing list Subject: Re: Tweak for ds2400 in philb's kernel In-reply-to: Your message of "Fri, 09 Apr 1999 03:28:16 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Apr 1999 10:13:01 +0100 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: 470 Lines: 12 >Anyone using the latest philb kernel patch and configuring for a RiscPC >will receive a link error in the final stage (an unresolved reference >to ds2400). This is because arch/arm/kernel/setup.c assumes ds2400 >for both the A5000 and RiscPC: Oops, you're right. Yes, I think your fix is right. Does the DS2400 driver actually work on the RiscPC -- what do you get in /proc/cpuinfo? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 12:52: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 MAA383842 for ; Fri, 9 Apr 1999 12:52:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA25845 for ; Fri, 9 Apr 1999 12:52:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma025843; Fri, 9 Apr 99 12:52:14 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:48446 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16789-4704>; Fri, 9 Apr 1999 13:51:47 +0300 Received: by vger.rutgers.edu via listexpand id <217448-25726>; Fri, 9 Apr 1999 06:36:50 -0400 Received: by vger.rutgers.edu id <218001-25725>; Fri, 9 Apr 1999 06:36:45 -0400 Received: from [212.219.8.163] ([212.219.8.163]:4155 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <217448-25725>; Fri, 9 Apr 1999 06:35:39 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id LAA28398 for ; Fri, 9 Apr 1999 11:49:56 +0100 Date: Fri, 9 Apr 1999 11:49:56 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Publically-available ARM Linux machine 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: 1258 Lines: 28 I'm having to return my current Linuxed RiscPC to the computing department (it was borrowed, as a temporary experiment), and aside from my home RiscPC, connected via a measly 14k4 modem, I have no Internet-accessible ARM Linux machines. Therefore I thought I'd float a proposal. What would people think about having a generally-accessible (well, for developers, in the main) ARM Linux machine located somewhere on the Internet? Something preferably with huge wodges of disk space; ideal for long and repetitive testing, or perhaps to nip on and check out the status of some bug on the latest compiling tools. It could also serve as a distribution point for ARM Linux software. I could, for example, host this via our 2Mb/s line at wincoll.ac.uk, and also provide facility for quick restart on kernel panic. Undoubtedly, people would suggest perhaps using a Netwinder, rather than a RiscPC. All I can say is that I can get hold of RiscPC spare bits more easily. Perhaps facility already exists for this sort of thing at netwinder.org, and this suggestion is totally redundant. Any comments? -- 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 Apr 9 19:10: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 TAA387945 for ; Fri, 9 Apr 1999 19:10:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA26630 for ; Fri, 9 Apr 1999 19:10:01 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026628; Fri, 9 Apr 99 19:09:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22592 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7897-25777>; Fri, 9 Apr 1999 20:08:20 +0300 Received: by vger.rutgers.edu via listexpand id <217513-25725>; Fri, 9 Apr 1999 12:32:55 -0400 Received: by vger.rutgers.edu id <219057-25725>; Fri, 9 Apr 1999 12:06:57 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20554 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <219067-25725>; Fri, 9 Apr 1999 11:29:34 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10VdRB-0003fl-00 for linux-arm@vger.rutgers.edu; Fri, 9 Apr 1999 16:43:21 +0100 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 10VdRA-0001FO-00 for linux-arm@vger.rutgers.edu; Fri, 9 Apr 1999 16:43:20 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: reloc upheaval Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 09 Apr 1999 16:43:19 +0100 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: 881 Lines: 21 Folks, I'm about to apply a patch to glibc to bring the ARM reloc numbers in in step with those in the latest gas2 snapshot. For the most part this is just a case of adding new definitions, but a few reloc assignments have actually been changed. If this makes no sense to you, it is safe to ignore the remainder of this message. :-) The affected relocs are ABS8, THM_PC22, AMP_VCALL9, THM_PC11, THM_PC9, GNU_VTINHERIT and GNU_VTENTRY. No system software that I'm aware of uses these relocs but if you have any code of your own that depends on them you may need to be careful. I don't have any plans at the moment to bring the binutils 2.9 branch in step with these changes. The next major release of binutils will be based on the new assignments. Sorry for any inconvenience. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 20:48: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 UAA352006 for ; Fri, 9 Apr 1999 20:48:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA26779 for ; Fri, 9 Apr 1999 20:48:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa26775; Fri, 9 Apr 99 20:48:15 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16976 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16341-25777>; Fri, 9 Apr 1999 21:43:19 +0300 Received: by vger.rutgers.edu via listexpand id <169801-25725>; Fri, 9 Apr 1999 14:26:32 -0400 Received: by vger.rutgers.edu id <282875-25725>; Fri, 9 Apr 1999 14:12:30 -0400 Received: from worf.qntm.com ([146.174.250.100]:4445 "EHLO worf.qntm.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <283212-25726>; Fri, 9 Apr 1999 14:06:22 -0400 Received: from mail3.qntm.com by worf.qntm.com with ESMTP (1.40.112.12/16.2) id AA082622031; Fri, 9 Apr 1999 11:20:31 -0700 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 LAA19573 for ; Fri, 9 Apr 1999 11:20:46 -0700 (PDT) Received: by milcmima.qntm.com with Internet Mail Service (5.5.2448.0) id <2TLB99NV>; Fri, 9 Apr 1999 11:20:29 -0700 Message-Id: <3516843E9AE5D011948200805FA714600174ABEA@milcmsgd.qntm.com> From: Winnie Wong To: linux-arm@vger.rutgers.edu Subject: NetWinder hung Date: Fri, 9 Apr 1999 11:20:28 -0700 Mime-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BE82B5.A5411570" 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: 2055 Lines: 82 This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BE82B5.A5411570 Content-Type: text/plain Hi all; I have a NetWinder with kernel V2.2.1. I am simultaneously running three copies of a test program which is attached at the end of this e-mail. When the first one finishes, the second one has a Bus Error and the third one hung. I checked the console, it is also hung. Telnet to it, no response, but ping is ok. Does anyone know what is wrong with it? Any patches available? Thanks in advance, Winnie Attached fiile is following: <> ------_=_NextPart_000_01BE82B5.A5411570 Content-Type: application/octet-stream; name="pagetest.c" Content-Disposition: attachment; filename="pagetest.c" #define NULL (char *)0 main() { char *memPtr, *pagePtr; int memSize = 1024 * 1024 * 64; /* 128 MB memory to allocate */ int pageSize = 1024 * 4; /* 4 K memory per page */ int data1, data2; int i=0; int addr; if ((memPtr = (char *)malloc(memSize)) == NULL) { printf("\n\nERROR! Allocate a %d size memory failed.\n", memSize); return(0); } printf("\n\nAllocated the memory at 0x%x(%d) location with 0x%x(%d) in size.\n", memPtr, memPtr, memSize, memSize); data1 = 0xa; data2 = 0xffffffff; addr = (int)memPtr; addr = addr % 4096; for ( (addr == 0)? (pagePtr = memPtr):(pagePtr=memPtr+(4096-addr)); (pagePtr + pageSize) < (memPtr + memSize); pagePtr = pagePtr+pageSize) { i++; printf("\n Tested the memory boundary %d out of %d iterations.", i, memSize/pageSize); *pagePtr = data1; *(pagePtr+pageSize-2) = data2; } printf("\nDone.\n"); printf("\n\nAllocated the memory at 0x%x(%d) with 0x%x(%d) in size.\n", memPtr, memPtr, memSize, memSize); printf("\n The offset of a page is 0x%x(%d).\n\n", addr, addr); return(1); } ------_=_NextPart_000_01BE82B5.A5411570-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 21:17: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 VAA391479 for ; Fri, 9 Apr 1999 21:17:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA26871 for ; Fri, 9 Apr 1999 21:17:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026869; Fri, 9 Apr 99 21:17:06 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19744 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16862-25777>; Fri, 9 Apr 1999 22:16:48 +0300 Received: by vger.rutgers.edu via listexpand id <169820-25726>; Fri, 9 Apr 1999 15:01:46 -0400 Received: by vger.rutgers.edu id <169801-25725>; Fri, 9 Apr 1999 15:01:27 -0400 Received: from [194.168.16.205] ([194.168.16.205]:3916 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <169680-25726>; Fri, 9 Apr 1999 15:01:14 -0400 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 UAA07243; Fri, 9 Apr 1999 20:02:59 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00482; Fri, 9 Apr 1999 20:02:36 +0100 Message-Id: <199904091902.UAA00482@raistlin.armlinux.org.uk> Subject: Re: RiscPC keyboard map To: chris@fluff.org Date: Fri, 9 Apr 1999 20:02:35 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chris Rutter" at Apr 9, 99 02:19:47 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: 1125 Lines: 19 Chris Rutter writes: > I've noticed that whatever keyboard map I try, I can't get my RiscPC > keyboard to act like one -- it seems to behave like an A5000 keyboard > (i.e. shift + top-left-of-main-block = tilde). I'm using Russell's > RedsHat distribution. Any easy fix, apart from fixing it myself? That is all defined in the uk keytable map. I haven't been able to find the correct translation for that symbol, what ever it is, so I left it as an 'asciitilde'. If you know what it is supposed to be, then by all means change it - it's keycode 16. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 9 22:07: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 WAA394843 for ; Fri, 9 Apr 1999 22:07:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA26953 for ; Fri, 9 Apr 1999 22:07:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa26949; Fri, 9 Apr 99 22:07:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:28421 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17141-25777>; Fri, 9 Apr 1999 23:03:44 +0300 Received: by vger.rutgers.edu via listexpand id <218584-25725>; Fri, 9 Apr 1999 15:47:57 -0400 Received: by vger.rutgers.edu id <218981-25726>; Fri, 9 Apr 1999 15:41:39 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:36931 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <217519-25726>; Fri, 9 Apr 1999 15:34:28 -0400 Received: from (argbg34.argonet.co.uk) [194.69.109.212] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10VhGn-0001PN-00; Fri, 9 Apr 1999 20:48:53 +0100 Date: Fri, 9 Apr 1999 20:49:32 +0100 (BST) From: Mark Seaborn Subject: Re: Problems creating ext2fs on ICS partition To: linux-arm@vger.rutgers.edu In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] 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: 2318 Lines: 60 In on Wed 07 Apr, Mark Seaborn wrote: > I'm having trouble creating an ext2 filesystem on a hard disc partitioned > with the ICS scheme. [snip] > However, if I do `cat /dev/hde7', it returns without printing anything. > Catting `/dev/hde[1-5]' prints junk, as you would expect. Does this mean > Linux isn't reading the size of hde7 correctly? Well, I've been looking through the sources for the kernel and for fdisk, and I've managed to solve this, although I'm not sure how reliably. Linux was giving the size of the partition wrongly -- it falls down on the partitions created by PartMan. Take a look at part of adfspart_check_ICS() in adfspart.c: > for (p = (struct ics_part *)bh->b_data; p->size; p++) { > if ((minor & mask) == 0) > break; > > if (p->size < 0 && adfspart_check_ICSLinux (dev, p->start)) { ^^^^^^^^^^^ This will never be true because `size' is defined as an unsigned long. Change the definition of struct ics_part and it's okay. > /* > * We use the first sector to identify what type > * this partition is... > */ > if (p->size > 1) > add_partition (hd, minor, first_sector + p->start + 1, p->size - 1); In these two lines above, ``p->size'' must be changed into ``-p->size''. > } else > add_partition (hd, minor, first_sector + p->start, p->size); > minor++; > } Once this is done, adfspart_check_ICSLinux() never returns true for me (it never matches the string `LinuxPart'). However, the fdisk code does match this, but seems to be doing the same thing, so I don't know what's going on there. I can't find this string when I look at the disc with Zap. For the moment I've set adfspart_check_ICSLinux() to return true all the time. This seems to work: I've created an ext2 fs on the partition, copied everything across and I can boot from it. Do these changes sound right? I can't see how it could have worked before, unless people used the ICS partitioning program instead of PartMan to create Linux partitions (which would have been easier, surely?). -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - A big hello to all sentient life forms out there! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 9 22:29: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 WAA370122 for ; Fri, 9 Apr 1999 22:29:01 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA26995 for ; Fri, 9 Apr 1999 22:29:01 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma026993; Fri, 9 Apr 99 22:28:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:30264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14285-4704>; Fri, 9 Apr 1999 23:26:19 +0300 Received: by vger.rutgers.edu via listexpand id <217519-25726>; Fri, 9 Apr 1999 16:11:10 -0400 Received: by vger.rutgers.edu id <186057-25725>; Fri, 9 Apr 1999 16:09:31 -0400 Received: from [194.168.16.205] ([194.168.16.205]:3990 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <218549-25726>; Fri, 9 Apr 1999 16:02:43 -0400 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 VAA07550; Fri, 9 Apr 1999 21:17:15 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00789; Fri, 9 Apr 1999 21:16:46 +0100 Message-Id: <199904092016.VAA00789@raistlin.armlinux.org.uk> Subject: Re: Problems creating ext2fs on ICS partition To: mseaborn@argonet.co.uk (Mark Seaborn) Date: Fri, 9 Apr 1999 21:16:45 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Mark Seaborn" at Apr 9, 99 08:49:32 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: 1553 Lines: 33 Mark Seaborn writes: > Take a look at part of adfspart_check_ICS() in adfspart.c: > > if (p->size < 0 && adfspart_check_ICSLinux (dev, p->start)) { > ^^^^^^^^^^^ > This will never be true because `size' is defined as an unsigned long. > Change the definition of struct ics_part and it's okay. Ok, fixed. > > if (p->size > 1) > > add_partition (hd, minor, first_sector + p->start + 1, p->size - 1); > > In these two lines above, ``p->size'' must be changed into ``-p->size''. Fixed as well. > Once this is done, adfspart_check_ICSLinux() never returns true for me (it > never matches the string `LinuxPart'). However, the fdisk code does match > this, but seems to be doing the same thing, so I don't know what's going on > there. I can't find this string when I look at the disc with Zap. Have you checked the sectors that are specified in the debug file (Pipe:$.C_Debug.*) which are passed to blkio_read during the icside_readinfo() function? _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 10 00:22: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 AAA323948 for ; Sat, 10 Apr 1999 00:21:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA27233 for ; Sat, 10 Apr 1999 00:21:31 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma027231; Sat, 10 Apr 99 00:21:26 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:36901 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14239-3463>; Sat, 10 Apr 1999 01:20:00 +0300 Received: by vger.rutgers.edu via listexpand id <218382-25725>; Fri, 9 Apr 1999 18:01:36 -0400 Received: by vger.rutgers.edu id <217480-25725>; Fri, 9 Apr 1999 17:59:01 -0400 Received: from galatea-45.cableol.net ([194.168.16.45]:4030 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <217319-25726>; Fri, 9 Apr 1999 17:53:36 -0400 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 XAA07986; Fri, 9 Apr 1999 23:07:57 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id XAA13086; Fri, 9 Apr 1999 23:06:56 +0100 Message-Id: <199904092206.XAA13086@flint.armlinux.org.uk> Subject: 2.2.5-rmk3 released To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Fri, 9 Apr 1999 23:06:56 +0100 (BST) 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: 767 Lines: 14 Yep, same again, pre-patch-2.2.5-rmk3 is now on the FTP site. Again, if you want stability, stick with the latest 2.2.3 patch. There isn't much difference between these -rmk2 and -rmk3 patches. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 10 17:22: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 RAA410578 for ; Sat, 10 Apr 1999 17:22:02 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA28695 for ; Sat, 10 Apr 1999 17:22:02 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028693; Sat, 10 Apr 99 17:21:49 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14944 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15313-3463>; Sat, 10 Apr 1999 18:21:33 +0300 Received: by vger.rutgers.edu via listexpand id <283218-25726>; Sat, 10 Apr 1999 11:06:15 -0400 Received: by vger.rutgers.edu id <283188-25725>; Sat, 10 Apr 1999 11:05:56 -0400 Received: from chaos.oregan.net ([195.173.86.1]:3876 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <217808-25726>; Sat, 10 Apr 1999 11:05:48 -0400 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id QAA02842 for linux-arm@vger.rutgers.edu; Sat, 10 Apr 1999 16:20:26 +0100 Message-ID: <19990410162026.B30016@chaos.oregan.net> Date: Sat, 10 Apr 1999 16:20:26 +0100 From: Phil Norman To: linux-arm@vger.rutgers.edu Subject: Mildly modified web site. Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 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: 956 Lines: 23 Hiya. Just a quick note to let you know about a few things. Firstly, I've done that rewrite I was planning of the temporary web site I stuck up. The URL is , and the linux-arm section is at , which contains my clan installation guide and the latest versions of IscaFS. Version 0.08 of IscaFS is now release, which incorporates Nicholas Clark's patch to make it read partitions of 4gig and over (many thanks for that). It also includes the new, mildly dodgy cache code, of which I've heard reports of a distinct lack of speed, so I think I've got a bug there. Any bug reports would be much appreciated. Version 0.06 is also on that site for those who don't trust my new cache code ;-). It doesn't include Nicholas' patch for 4gig+ partitions though. I think that's about it. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 10 20:23: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 UAA412685 for ; Sat, 10 Apr 1999 20:23:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA28957 for ; Sat, 10 Apr 1999 20:23:32 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028955; Sat, 10 Apr 99 20:23:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21558 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16381-3463>; Sat, 10 Apr 1999 21:22:52 +0300 Received: by vger.rutgers.edu via listexpand id <168575-25725>; Sat, 10 Apr 1999 14:07:20 -0400 Received: by vger.rutgers.edu id <161619-25726>; Sat, 10 Apr 1999 14:07:12 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2832 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168613-25725>; Sat, 10 Apr 1999 14:06:51 -0400 Received: from [158.152.157.203] (helo=heckford.demon.co.uk) by finch-post-11.mail.demon.net with smtp (Exim 2.12 #1) id 10W2Nt-000GFm-0B; Sat, 10 Apr 1999 18:21:38 +0000 Date: Sat, 10 Apr 1999 19:21:15 +0100 (BST) From: Andrew Heckford Subject: Re: Installation success ... now what ? To: linux user group mailings cc: linux-arm@vger.rutgers.edu In-Reply-To: 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: 1185 Lines: 32 On Tue 06 Apr, linux user group mailings wrote: > On Mon 05 Apr, Allen Craig wrote: > > To all ArmLinux users > > > What the best 'x-windows' GUI plugin thingy (e.g. KDE,Gnome etc) > > - still not sure of language ;) > > > > Cheers > > > I found one called Afterstep but can't get it to run. It calls a message > about 10x10 button type, or similar. As a newbie, I'm stuck. I've just bought > a book and taken the weekend to read it but I'm still stuck. > Try Chris Sawer's site at: http://members.xoom.com/chrissawer/armlinux.html This has AfterStep pre-compiled for ARMLinux. I used this and had no problems. hope this helps, -- \\\\/// ___ __ _______ooo_(.) (.)_ooo________ / _ \___ ___/ /_ __ | () | / _ / _ \/ _ / // / __________\ | ** Andrew Heckford ** | /_//_/_//_/\_,_/\_, / / | andrew@heckford.demon.co.uk | /___/ |_____________________________| oo0 0oo unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 10 20:07: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 UAA410514 for ; Sat, 10 Apr 1999 20:07:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA28937 for ; Sat, 10 Apr 1999 20:07:32 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma028935; Sat, 10 Apr 99 20:07:13 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:43552 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16833-5794>; Sat, 10 Apr 1999 21:06:55 +0300 Received: by vger.rutgers.edu via listexpand id <168764-25725>; Sat, 10 Apr 1999 13:51:25 -0400 Received: by vger.rutgers.edu id <161619-25726>; Sat, 10 Apr 1999 13:51:16 -0400 Received: from smtp04.wxs.nl ([195.121.6.59]:53169 "EHLO smtp04.wxs.nl" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <168575-25725>; Sat, 10 Apr 1999 13:50:57 -0400 Received: from wctimmer.wxs.nl ([195.121.83.17]) by smtp04.wxs.nl (Netscape Messaging Server 3.61) with SMTP id AAA35C7 for ; Sat, 10 Apr 1999 20:05:38 +0200 Date: Sat, 10 Apr 1999 20:04:58 +0100 (BST) From: "Wim C. Timmer" Subject: Re: ARMLinux installation stalled at Select RedHat RPM partition To: linux-arm@vger.rutgers.edu Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Organization: Computerclub van de Omroep Sport Organisatie. Big Ben Club. 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: 503 Lines: 19 Hallo, I use the GADCD2-disc and raFs. But i have to rename all the RPMS files by hand to lower case. That solved this problem. The next problem is a file "skeleton.cgz" this file is clipped to "skeleton.c". Whoops error... Is it possible to use raFs with te base en instimage files? Or can I copy the whole UNIX directory into an raFs-disc? Greetings, Wim -- e-mail : wim.timmer@wxs.nl ax25 : pa0wct@pi8gcb.#nh2.nl unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 11 00:16: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 AAA417331 for ; Sun, 11 Apr 1999 00:16:32 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA29344 for ; Sun, 11 Apr 1999 00:16:32 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029342; Sun, 11 Apr 99 00:16:14 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:32288 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17058-13407>; Sun, 11 Apr 1999 01:15:45 +0300 Received: by vger.rutgers.edu via listexpand id <186044-25725>; Sat, 10 Apr 1999 18:00:12 -0400 Received: by vger.rutgers.edu id <185660-25725>; Sat, 10 Apr 1999 17:59:55 -0400 Received: from galatea-73.cableol.net ([194.168.16.73]:4394 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <185443-25725>; Sat, 10 Apr 1999 17:59:24 -0400 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 XAA11802; Sat, 10 Apr 1999 23:13:41 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA05443; Sat, 10 Apr 1999 23:13:14 +0100 Message-Id: <199904102213.XAA05443@raistlin.armlinux.org.uk> Subject: pre-patch-2.2.5-rmk4 To: devel@www.netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sat, 10 Apr 1999 23:13:13 +0100 (BST) 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: 940 Lines: 18 Yep, and there's yet another one. We're getting closer to a stable kernel (although I haven't seen any crashes, it's more a case of working out where the performance has gone). This patch allows caching of kernel loadable modules, resulting in them running at full speed again. Usual stuff - if you find any bugs, let me know (as per my first -rmk1 mailing 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 Sun Apr 11 00:34: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 AAA419121 for ; Sun, 11 Apr 1999 00:34:02 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA29373 for ; Sun, 11 Apr 1999 00:34:02 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma029371; Sun, 11 Apr 99 00:33:35 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:17977 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17098-13407>; Sun, 11 Apr 1999 01:33:24 +0300 Received: by vger.rutgers.edu via listexpand id <168613-25726>; Sat, 10 Apr 1999 18:18:02 -0400 Received: by vger.rutgers.edu id <169169-25725>; Sat, 10 Apr 1999 18:17:55 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:2106 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168575-25725>; Sat, 10 Apr 1999 18:17:42 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10W6Ii-000DQn-0K; Sat, 10 Apr 1999 22:32:32 +0000 Received: from localhost ([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 10W6Ie-0008Et-00; Sat, 10 Apr 1999 23:32:28 +0100 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: pre-patch-2.2.5-rmk4 In-Reply-To: Message from Russell King - ARM Linux Admin of "Sat, 10 Apr 1999 23:13:13 BST." <199904102213.XAA05443@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 10 Apr 1999 23:32:28 +0100 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: 311 Lines: 10 >Yep, and there's yet another one. We're getting closer to a stable kernel >(although I haven't seen any crashes, it's more a case of working out where >the performance has gone). Did you have any ideas on the crash I reported? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 11 14:24: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 OAA428992 for ; Sun, 11 Apr 1999 14:24:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA30505 for ; Sun, 11 Apr 1999 14:24:04 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030503; Sun, 11 Apr 99 14:23:39 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:51980 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15946-13407>; Sun, 11 Apr 1999 15:23:18 +0300 Received: by vger.rutgers.edu via listexpand id <217529-25725>; Sun, 11 Apr 1999 08:07:30 -0400 Received: by vger.rutgers.edu id <217519-25726>; Sun, 11 Apr 1999 08:07:22 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4662 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <217529-25726>; Sun, 11 Apr 1999 08:07:08 -0400 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 10WJFZ-0003oO-0A; Sun, 11 Apr 1999 12:22:10 +0000 Received: from localhost ([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 10WJEB-0007lL-00; Sun, 11 Apr 1999 13:20:43 +0100 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: pre-patch-2.2.5-rmk4 In-Reply-To: Message from Russell King - ARM Linux Admin of "Sat, 10 Apr 1999 23:13:13 BST." <199904102213.XAA05443@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Apr 1999 13:20:40 +0100 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: 498 Lines: 13 >Yep, and there's yet another one. We're getting closer to a stable kernel >(although I haven't seen any crashes, it's more a case of working out where >the performance has gone). By the way, I see you've imported a new version of the tulip driver but without Alexey's changes (fastroute/hw-flowcontrol etc). Were you trying to solve a specific problem or did you just generally want the latest Becker version? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 11 14:57: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 OAA401247 for ; Sun, 11 Apr 1999 14:57:35 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA30539 for ; Sun, 11 Apr 1999 14:57:34 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma030537; Sun, 11 Apr 99 14:57:19 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:40210 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15617-13407>; Sun, 11 Apr 1999 15:56:55 +0300 Received: by vger.rutgers.edu via listexpand id <217519-25725>; Sun, 11 Apr 1999 08:41:15 -0400 Received: by vger.rutgers.edu id <218102-25726>; Sun, 11 Apr 1999 08:40:57 -0400 Received: from [194.168.16.158] ([194.168.16.158]:1042 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <217529-25726>; Sun, 11 Apr 1999 08:40:49 -0400 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 NAA00669; Sun, 11 Apr 1999 13:54:31 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id NAA04470; Sun, 11 Apr 1999 13:55:36 +0100 Message-Id: <199904111255.NAA04470@raistlin.armlinux.org.uk> Subject: Re: pre-patch-2.2.5-rmk4 To: philb@gnu.org (Philip Blundell) Date: Sun, 11 Apr 1999 13:55:35 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 11, 99 01:20:40 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: 959 Lines: 17 Philip Blundell writes: > By the way, I see you've imported a new version of the tulip driver but > without Alexey's changes (fastroute/hw-flowcontrol etc). Were you trying to > solve a specific problem or did you just generally want the latest Becker > version? I was requested to upgrade it to the latest version, unfortunately, it doesn't have the fastroute/flowcontrol stuff in. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 12 17:33: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 RAA469249 for ; Mon, 12 Apr 1999 17:33:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA00839 for ; Mon, 12 Apr 1999 17:33:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmag00823; Mon, 12 Apr 99 17:33:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14447 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15822-8504>; Mon, 12 Apr 1999 18:07:34 +0300 Received: by vger.rutgers.edu via listexpand id <284143-25726>; Mon, 12 Apr 1999 10:48:54 -0400 Received: by vger.rutgers.edu id <284070-25726>; Mon, 12 Apr 1999 10:43:38 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:47061 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <284060-25726>; Mon, 12 Apr 1999 10:36:12 -0400 Received: from (argbg34.argonet.co.uk) [193.149.69.32] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10Wi3t-00040U-00; Mon, 12 Apr 1999 15:51:46 +0100 Date: Sun, 11 Apr 1999 17:47:55 +0100 (BST) From: Mark Seaborn Subject: Re: Problems creating ext2fs on ICS partition To: linux-arm@vger.rutgers.edu In-Reply-To: <199904092016.VAA00789@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] 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: 2318 Lines: 55 In on Fri 09 Apr, Russell King - ARM Linux Admin wrote: [snip] > > Once this is done, adfspart_check_ICSLinux() never returns true for me > > (it never matches the string `LinuxPart'). However, the fdisk code does > > match this, but seems to be doing the same thing, so I don't know what's > > going on there. I can't find this string when I look at the disc with > > Zap. > > Have you checked the sectors that are specified in the debug file > (Pipe:$.C_Debug.*) which are passed to blkio_read during the > icside_readinfo() function? Yes. I've got a theory why they're not there. I've downloaded the newest arm-fdisk (3.0.2) and PartMan (1.13a13). Running the new fdisk under Linux gives a different result to version 3.0: It lists all the partitions as being there, but it no longer recognises the last two as Linux partitions; it doesn't match the `LinuxPart' string. I notice in the ChangeLog that >2Gb drives are now supported in fdisk 3.0.2. I'm using a 6Gb drive, and the Linux partitions are well above the 2Gb mark. It seems that the old fdisk was probably matching the `LinuxPart' string much lower down on the disc (some wraparound going on); the new one looks in the right place and doesn't find it. The newest PartMan behaves the same as the old fdisk, because as far as I can tell the RISC OS code in fdisk hasn't changed (it would be nice to have the full PartMan source). I'd suggest that the kernel not be too fussed about that `LinuxPart' string, since it doesn't do anything at the moment. Just do, in adfspart_check_ICS(), something like: if (p->size < 0) { /* * Don't be too fussed if we don't find the string * that PartMan wrote. */ if(adfspart_check_ICSLinux(dev, p->start)) printk(" Linux partition:"); else printk(" Linux partition (probably):"); add_partition(hd, minor, first_sector + -p->start + 1, -p->size - 1); } else add_partition(hd, minor, first_sector + p->start, p->size); I'm guessing you used negative sizes so that the RISC OS IDEFS would think the partition table had ended. -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - So foul and fair a tagline I have not seen. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 11 22:39: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 WAA420906 for ; Sun, 11 Apr 1999 22:39:04 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA31229 for ; Sun, 11 Apr 1999 22:39:04 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031227; Sun, 11 Apr 99 22:38:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16246 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16289-13407>; Sun, 11 Apr 1999 23:36:48 +0300 Received: by vger.rutgers.edu via listexpand id <218920-25725>; Sun, 11 Apr 1999 16:20:12 -0400 Received: by vger.rutgers.edu id <218798-25726>; Sun, 11 Apr 1999 16:17:55 -0400 Received: from prune.flirble.org ([195.40.6.30]:2842 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <282957-25726>; Sun, 11 Apr 1999 16:11:07 -0400 Received: (qmail 935 invoked from network); 11 Apr 1999 20:26:15 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 11 Apr 1999 20:26:15 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA16716 for linux-arm@vger.rutgers.edu; Sun, 11 Apr 1999 21:26:12 +0100 (BST) From: Nicholas Clark Message-Id: <199904112026.VAA16716@flirble.org> Subject: gnu make wildcard function problem To: linux-arm@vger.rutgers.edu Date: Sun, 11 Apr 1999 21:26:12 +0100 (BST) 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: 1525 Lines: 38 Sorry if this sounds incoherent. Not sure why this crops up with 2.2.5 but not 2.2.3. Sufficient to say that it does. The linux kernel makefile uses the wildcard function in gnu make a lot, including globbing things like *.c to pass to make depend. On 2.2.5 my .depend files have size 0. I've traced this to a failure of the wildcard function in gnu make to expand wildcards. gnu make (3.77) is using glibc's glob() function, but with alternate opendir/readdir/closedir functions. And there lies the problem. sizeof(struct dirent) == 268 normally, but 272 when _FILE_OFFSET_BITS is #defined as 64. Which gnu make does. So its "readdir" function fakes a 272 sized struct which is passed back to glibc's glob. Which (as far as I can tell) was expecting a 268 byte structure, and consequently fails to find the name in the correct place. So no names are read from the directory, and glob() always fails to expand any patterns passed. gnu make sources contain the glibc glob code, in case you're compiling on a platform with no glob() in libc. If I use this code as stands (static link) then make still fails. If I use the same code but compile with -D_FILE_OFFSET_BITS=64 then make works again. Is this really as broken as it seems to be (gnu make 3.77, glibc 2.1). And why haven't I noticed under 2.2.3? I'm back in 2.2.3 and my test Makefile of all: echo $(wildcard *.c) still mucks up. I'm I barking up the wrong tree or just barking? Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 11 22:54: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 WAA408966 for ; Sun, 11 Apr 1999 22:54:34 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA31259 for ; Sun, 11 Apr 1999 22:54:34 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma031257; Sun, 11 Apr 99 22:54:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41761 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15535-12112>; Sun, 11 Apr 1999 23:53:59 +0300 Received: by vger.rutgers.edu via listexpand id <184807-25726>; Sun, 11 Apr 1999 16:38:00 -0400 Received: by vger.rutgers.edu id <217448-25725>; Sun, 11 Apr 1999 16:35:55 -0400 Received: from prune.flirble.org ([195.40.6.30]:2861 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <219029-25725>; Sun, 11 Apr 1999 16:32:59 -0400 Received: (qmail 966 invoked from network); 11 Apr 1999 20:48:14 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 11 Apr 1999 20:48:14 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA17132; Sun, 11 Apr 1999 21:48:10 +0100 (BST) From: Nicholas Clark Message-Id: <199904112048.VAA17132@flirble.org> Subject: Re: gnu make wildcard function problem In-Reply-To: <199904112026.VAA16716@flirble.org> from Nicholas Clark at "Apr 11, 99 09:26:12 pm" To: nick@flirble.org (Nicholas Clark) Date: Sun, 11 Apr 1999 21:48:10 +0100 (BST) 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: 814 Lines: 29 In the last mail Nicholas Clark said: > Sorry if this sounds incoherent. Not sure why this crops up with 2.2.5 > but not 2.2.3. Sufficient to say that it does. > Is this really as broken as it seems to be (gnu make 3.77, glibc 2.1). > And why haven't I noticed under 2.2.3? I'm back in 2.2.3 and my test > Makefile of > > all: > echo $(wildcard *.c) > > still mucks up. Answer: Compiled 2.2.3 on 28th March. rebuilt make on 29th March previous make was a.out, and could $(wildcard) just fine (compiled before glibc2.1, as IIRC glibc demands gnu make 3.77 for compilation) > I'm I barking up the wrong tree or just barking? Question still stands. :-) As does the question "should sizeof (struct dirent) change in this way?" Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 14 19:35: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 TAA681037 for ; Wed, 14 Apr 1999 19:35:16 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA06729 for ; Wed, 14 Apr 1999 19:35:16 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma006727; Wed, 14 Apr 99 19:35:15 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:26197 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15752-4054>; Wed, 14 Apr 1999 20:31:55 +0300 Received: by vger.rutgers.edu via listexpand id <161400-11364>; Wed, 14 Apr 1999 13:12:03 -0400 Received: by vger.rutgers.edu id <161742-11366>; Wed, 14 Apr 1999 12:56:41 -0400 Received: from serv1.is1.u-net.net ([195.102.240.129]:46549 "EHLO serv1.is1.u-net.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168791-11366>; Wed, 14 Apr 1999 12:47:54 -0400 Received: from [195.102.200.105] (helo=teletec.u-net.com) by serv1.is1.u-net.net with smtp (Exim 2.00 #2) for linux-arm@vger.rutgers.edu id 10XT4Q-0006Oi-00; Wed, 14 Apr 1999 17:03:27 +0000 Date: Mon, 12 Apr 1999 11:41:15 +0000 (GMT) From: David Ramsden Subject: Stopping News Crashes - 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: 700 Lines: 18 Hi, Here is my problem. When I do a shutdown command (-h -r anything) it gets to the stopping news service bit and crashes. Well not crashes as such as I can do a Alt+F2(F3, F4, F5, F6 etc.) but can'nt type anything in to login again and I can do a Ctrl+Break (what ever that does?). This has happened to me before and I just re-installed the whole lot again. Any help (its not the Kernel either)? Thanks and 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 Tue Apr 13 02:54: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 CAA503445 for ; Tue, 13 Apr 1999 02:54:15 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA01967 for ; Tue, 13 Apr 1999 02:54:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001965; Tue, 13 Apr 99 02:53:47 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6742 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16021-30163>; Tue, 13 Apr 1999 03:52:04 +0300 Received: by vger.rutgers.edu via listexpand id <157389-11364>; Mon, 12 Apr 1999 18:16:41 -0400 Received: by vger.rutgers.edu id <160366-11364>; Mon, 12 Apr 1999 17:58:20 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1845 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160358-11366>; Mon, 12 Apr 1999 17:27:45 -0400 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 10Wmj6-000BjI-0B for linux-arm@vger.rutgers.edu; Mon, 12 Apr 1999 19:50:37 +0000 Received: from localhost ([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 10Wmew-0006Uh-00 for linux-arm@vger.rutgers.edu; Mon, 12 Apr 1999 20:46:18 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: linux-2.2.5-philb-990412 Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Apr 1999 20:46:17 +0100 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: 258 Lines: 8 This patch is now on ftp.netwinder.org. It includes another NWFPE fix which should allow libc to pass "make check". I'd be interested to hear reports of success or failure. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From sun3-list-request@redhat.com Mon Apr 12 23:32: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 XAA502494 for ; Mon, 12 Apr 1999 23:32:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01583 for ; Mon, 12 Apr 1999 23:32:45 +0200 Received: from lists.redhat.com(199.183.24.247) by mentolat.core.genedata.com via smap (V2.0) id xma001581; Mon, 12 Apr 99 23:32:21 +0200 Received: (qmail 14076 invoked by uid 501); 12 Apr 1999 21:54:24 -0000 Resent-Date: 12 Apr 1999 21:54:24 -0000 Resent-Cc: recipient list not shown: ; MBOX-Line: From sun3-list-request@redhat.com Mon Apr 12 17:54:24 1999 Message-ID: <19990412231635.A5686@alpha.franken.de> Date: Mon, 12 Apr 1999 23:16:35 +0200 From: Thomas Bogendoerfer To: sun3-list@redhat.com Subject: Re: libc oddities. References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: ; from Sam Creasey on Sun, Apr 11, 1999 at 11:19:26PM -0400 Resent-Message-ID: <"fdehd1.0.eR3.Fkc4t"@lists.redhat.com> Resent-From: sun3-list@redhat.com Reply-To: sun3-list@redhat.com X-Mailing-List: archive/latest/218 X-Loop: sun3-list@redhat.com Precedence: list Resent-Sender: sun3-list-request@redhat.com X-URL: http://www.redhat.com Status: RO Content-Length: 722 Lines: 17 On Sun, Apr 11, 1999 at 11:19:26PM -0400, Sam Creasey wrote: > If one of you has a moment, please try compiling and running something > which would use the functions which glibc likes to put in the libnss_* > libraries? e.g. getpwuid() and that ilk. I can't get one of these calls don't the libnss_* libraries get dloaded ? Maybe the address, where these libraries get relocated is too high for the Sun MMU ? Thomas. -- This device has completely bogus header. Compaq scores again :-| It's a host bridge, but it should be called ghost bridge instead ;^) [Martin `MJ' Mares on linux-kernel] -- To unsubscribe: mail -s unsubscribe sun3-list-request@redhat.com < /dev/null From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 01:13:18 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 BAA496464 for ; Tue, 13 Apr 1999 01:13:15 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA01812 for ; Tue, 13 Apr 1999 01:13:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma001810; Tue, 13 Apr 99 01:13:04 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14968 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6746-30163>; Tue, 13 Apr 1999 02:12:47 +0300 Received: by vger.rutgers.edu via listexpand id <160388-11364>; Mon, 12 Apr 1999 18:26:55 -0400 Received: by vger.rutgers.edu id <161285-11366>; Mon, 12 Apr 1999 17:41:21 -0400 Received: from worf.qntm.com ([146.174.250.100]:4246 "EHLO worf.qntm.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161113-11366>; Mon, 12 Apr 1999 17:36:38 -0400 Received: from mail3.qntm.com by worf.qntm.com with ESMTP (1.40.112.12/16.2) id AA189643959; Mon, 12 Apr 1999 14:52:39 -0700 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 OAA16784; Mon, 12 Apr 1999 14:52:54 -0700 (PDT) Received: by milcmima.qntm.com with Internet Mail Service (5.5.2448.0) id <2ZQ7MG4P>; Mon, 12 Apr 1999 14:52:33 -0700 Message-Id: <3516843E9AE5D011948200805FA714600174ABF0@milcmsgd.qntm.com> From: Winnie Wong To: "'Ron Bianco'" , "'Pat Beirne'" Cc: linux-arm@vger.rutgers.edu Subject: RE: NetWinder hung Date: Mon, 12 Apr 1999 14:52:35 -0700 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: 2761 Lines: 93 Hi: This is a small and quick test program with intention to test the page swapping or page boundary handling or the StrongArm processor paging problem. First, it allocates a large piece of memory (64 MB is used in the test program) at the beginning of the program and find the memory location of the first memory page starting point. This is what the line 27 modulo 4096 and line 28 are doing. Then, it is in a loop to write first 32 bit data (32bit int) to the beginning of the page and write another 32 bit data starting at the two bytes before the page ends. The second 32 bit data is written with intention to cause the page overflow for the page boundary handling testing. Repeats this process on every page until the allocated memory reaches to the end. When I ran three processes of this test simultaneously, half of the chance the test processes (one, two or three) are hung and the OS is OK. And the rest of time, the OS is fully locked. Can not do anything to the system until the unit is cold re-booted. All the hang situations occur when all the tests reach to almost the end of their allocated memories. (So, I am sure it is not the large memory allocation problem.) With my understanding, an user program should not crash the system. So I want to see if there is any patches available for this problem or it is a known bug. Regards, Winnie > -----Original Message----- > From: Ron Bianco [SMTP:ronb@junction.net] > Sent: Monday, April 12, 1999 1:39 PM > To: 'Winnie Wong' > Subject: RE: NetWinder hung > > Hi Winnie, > > Don't have much time to analyze, but seems like some logic errors. > A few thoughts: > > Line 27 - pointer to mem block modulo 4096? Why? > Line 28 - confusing, not sure what you're trying to achieve. > Line 36 - writing a 32 bit int at just 2 bytes from page boundary will > overflow page boundary > > Cheers, Ron > > Ron Bianco > Computer Systems Technologist > Level Control Systems > email: ronb@junction.net > phone: 250-549-2558 Ext 8 or 3 > web: http://www.lcsaudio.com > > On Friday, April 09, 1999 11:20 AM, Winnie Wong wrote: > > Hi all; > > > > I have a NetWinder with kernel V2.2.1. I am simultaneously running > three > > copies of a test program which is attached at the end of this e-mail. > When > > the first one finishes, the second one has a Bus Error and the third one > > hung. I checked the console, it is also hung. Telnet to it, no > response, > > but ping is ok. > > > > Does anyone know what is wrong with it? Any patches available? > > > > Thanks in advance, > > > > > > Winnie > > > > Attached fiile is following: > > > > <> > > << File: pagetest.c >> unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 05:12:47 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 FAA490903 for ; Tue, 13 Apr 1999 05:12:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA02178 for ; Tue, 13 Apr 1999 05:12:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002174; Tue, 13 Apr 99 05:12:23 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:48430 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15744-30163>; Tue, 13 Apr 1999 06:11:27 +0300 Received: by vger.rutgers.edu via listexpand id <157481-11364>; Mon, 12 Apr 1999 20:52:18 -0400 Received: by vger.rutgers.edu id <161061-11366>; Mon, 12 Apr 1999 18:51:18 -0400 Received: from mailhub1.liv.ac.uk ([138.253.100.94]:34214 "EHLO mailhub1.liv.ac.uk" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <160084-11364>; Mon, 12 Apr 1999 18:22:44 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub1.liv.ac.uk with esmtp (Exim 1.92 #1) for linux-arm@vger.rutgers.edu id 10WpMk-0003KO-00; Mon, 12 Apr 1999 23:39:42 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id XAA05543 for ; Mon, 12 Apr 1999 23:39:23 +0100 (BST) Date: Mon, 12 Apr 1999 23:31:27 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: YPBINDPROC_DOMAIN Message-ID: <48F1CED2A6%J.Bland@liv.ac.uk> X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1348 Lines: 29 I'm having a small but very annoying problem with my armlinux. On some processes (so far, this includes logging in, doing an ls -l and tar cvf) the box returns the following message: YPBINDPROC_DOMAIN: No bound server for domain mach2.sliced.uk.eu.org Segmentation fault (core dumped) The only thing I can think that could be causing this is that this machine (at present) doesn't have a hostname on the network (or anywhere). The above domainname should be resolving soon but the same error occurs no matter what the name, even (none). Any ideas why this is happening (I can't remember it happening when I first installed)? Machine is 32MB SA running 2.0.36. Cheers, John. -- ----------------------------------------------------------------------------- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://pc084085.melgrove.liv.ac.uk/ http://www.liv.ac.uk/~olmsg01/physics/ Secretary, Liverpool University Acorn Computer Users Society ----------------------------------------------------------------------------- "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 11:39:47 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 LAA545345 for ; Tue, 13 Apr 1999 11:39:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02901 for ; Tue, 13 Apr 1999 11:39:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002899; Tue, 13 Apr 99 11:39:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23920 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2174-30305>; Tue, 13 Apr 1999 12:39:05 +0300 Received: by vger.rutgers.edu via listexpand id <160329-11364>; Tue, 13 Apr 1999 05:01:56 -0400 Received: by vger.rutgers.edu id <160289-11366>; Tue, 13 Apr 1999 04:15:05 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1238 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160843-11366>; Tue, 13 Apr 1999 03:57:46 -0400 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 10WyMH-00027O-0B; Tue, 13 Apr 1999 08:15:49 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id IAA02268; Tue, 13 Apr 1999 08:42:35 +0100 From: Russell King Message-Id: <199904130742.IAA02268@gate.sw.milldev.co.uk> Subject: Re: linux-2.2.5-philb-990412 To: philb@gnu.org (Philip Blundell) Date: Tue, 13 Apr 1999 08:42:35 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 12, 99 08:46: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: 400 Lines: 11 Philip Blundell said: > This patch is now on ftp.netwinder.org. It includes another NWFPE fix which > should allow libc to pass "make check". I'd be interested to hear reports of > success or failure. Any chance of having all these NWFPE bug fixes (and any others) forwarded? -- 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 Apr 13 11:47:46 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 LAA541862 for ; Tue, 13 Apr 1999 11:47:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02922 for ; Tue, 13 Apr 1999 11:47:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa02918; Tue, 13 Apr 99 11:47:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:40470 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3200-30305>; Tue, 13 Apr 1999 12:45:48 +0300 Received: by vger.rutgers.edu via listexpand id <160114-11364>; Tue, 13 Apr 1999 05:14:12 -0400 Received: by vger.rutgers.edu id <160908-11364>; Tue, 13 Apr 1999 04:54:42 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6300 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161340-11364>; Tue, 13 Apr 1999 04:31:11 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10Wysa-0006qq-00; Tue, 13 Apr 1999 09:49:12 +0100 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 10Wysa-0007aL-00; Tue, 13 Apr 1999 09:49:12 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King cc: linux-arm@vger.rutgers.edu Subject: Re: linux-2.2.5-philb-990412 In-reply-to: Your message of "Tue, 13 Apr 1999 08:42:35 BST." <199904130742.IAA02268@gate.sw.milldev.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Apr 1999 09:49:09 +0100 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: 604 Lines: 15 >Any chance of having all these NWFPE bug fixes (and any others) forwarded? Yes; I'm waiting to hear confirmation that it really does fix the problem for everybody and then I'll send the NWFPE patches over. I was holding off previously in hopes of nailing the bug that Andrew and Rod have been suffering from, but it's probably worth installing the others even though that one remains unfixed. Have you thought at all about that ISA patch I sent last week? I don't think you replied to my last email on the topic. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 11:47: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 LAA537146 for ; Tue, 13 Apr 1999 11:47:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02921 for ; Tue, 13 Apr 1999 11:47:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma002918; Tue, 13 Apr 99 11:47:35 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:40470 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <3866-30163>; Tue, 13 Apr 1999 12:45:39 +0300 Received: by vger.rutgers.edu via listexpand id <168416-11366>; Tue, 13 Apr 1999 05:13:52 -0400 Received: by vger.rutgers.edu id <160906-11364>; Tue, 13 Apr 1999 04:54:28 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6343 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168471-11366>; Tue, 13 Apr 1999 04:37:52 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10WyuE-0006rC-00; Tue, 13 Apr 1999 09:50:54 +0100 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 10WyuE-0007ai-00; Tue, 13 Apr 1999 09:50:54 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Winnie Wong cc: "'Ron Bianco'" , "'Pat Beirne'" , linux-arm@vger.rutgers.edu Subject: Re: NetWinder hung In-reply-to: Your message of "Mon, 12 Apr 1999 14:52:35 PDT." <3516843E9AE5D011948200805FA714600174ABF0@milcmsgd.qntm.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Apr 1999 09:50:54 +0100 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: 779 Lines: 20 >Then, it is in a loop to write first 32 bit data (32bit int) to the >beginning of the page and >write another 32 bit data starting at the two bytes before the page ends. >The second >32 bit data is written with intention to cause the page overflow for the >page boundary >handling testing. Repeats this process on every page until the allocated >memory >reaches to the end. What kernel are you using? It's true that a user space program shouldn't be able to crash the machine or damage the kernel, though it seems that we are still some way from that ideal at the moment. If you have a kernel that does unaligned fixups for user code then my guess would be that the problem lies there. p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 12:21: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 MAA545752 for ; Tue, 13 Apr 1999 12:21:15 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03011 for ; Tue, 13 Apr 1999 12:21:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003009; Tue, 13 Apr 99 12:20:47 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6256 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15937-30305>; Tue, 13 Apr 1999 13:19:11 +0300 Received: by vger.rutgers.edu via listexpand id <161121-11364>; Tue, 13 Apr 1999 05:37:31 -0400 Received: by vger.rutgers.edu id <168217-11364>; Tue, 13 Apr 1999 05:17:18 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6352 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161286-11366>; Tue, 13 Apr 1999 05:02:52 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10Wz6b-0006ru-00; Tue, 13 Apr 1999 10:03:41 +0100 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 10Wz6a-0007cU-00; Tue, 13 Apr 1999 10:03:40 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.Bland" cc: linux-arm@vger.rutgers.edu Subject: Re: YPBINDPROC_DOMAIN In-reply-to: Your message of "Mon, 12 Apr 1999 23:31:27 BST." <48F1CED2A6%J.Bland@liv.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Apr 1999 10:03:39 +0100 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: 372 Lines: 10 >YPBINDPROC_DOMAIN: No bound server for domain mach2.sliced.uk.eu.org Are you trying to run NIS? If so, you probably don't have ypbind running or you need to give it more parameters. If not, you should take the NIS stuff out of your configuration files so that nothing tries to use it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 13 15:47:46 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 PAA576811 for ; Tue, 13 Apr 1999 15:47:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA03389 for ; Tue, 13 Apr 1999 15:47:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma003387; Tue, 13 Apr 99 15:47:40 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:54058 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16936-30163>; Tue, 13 Apr 1999 16:47:10 +0300 Received: by vger.rutgers.edu via listexpand id <168255-11364>; Tue, 13 Apr 1999 09:06:27 -0400 Received: by vger.rutgers.edu id <161763-11364>; Tue, 13 Apr 1999 08:50:22 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:10272 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160616-11364>; Tue, 13 Apr 1999 08:49:39 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10X2uh-0007DJ-00 for linux-arm@vger.rutgers.edu; Tue, 13 Apr 1999 14:07:39 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10X2uh-0003IW-00 for linux-arm@vger.rutgers.edu; Tue, 13 Apr 1999 14:07:39 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: Single stepping Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Apr 1999 14:07:39 +0100 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: 367 Lines: 10 It seems that PTRACE_SINGLESTEP isn't doing the right thing on the ARM. Looking at the code, I can't see quite how it's intended to work; all that appears to happen is that debug[4] gets set to -1 but we never actually set up a breakpoint or anything. Can anybody shed any light? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 14 08:39:47 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 IAA631076 for ; Wed, 14 Apr 1999 08:39:47 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA05315 for ; Wed, 14 Apr 1999 08:39:46 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005313; Wed, 14 Apr 99 08:39:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41853 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15658-4054>; Wed, 14 Apr 1999 09:39:04 +0300 Received: by vger.rutgers.edu via listexpand id <168873-11364>; Wed, 14 Apr 1999 02:15:57 -0400 Received: by vger.rutgers.edu id <160242-11364>; Wed, 14 Apr 1999 02:12:19 -0400 Received: from galatea-38.cableol.net ([194.168.16.38]:1298 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <168467-11366>; Wed, 14 Apr 1999 02:01:48 -0400 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 TAA08000; Tue, 13 Apr 1999 19:21:13 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00437; Tue, 13 Apr 1999 19:20:58 +0100 Message-Id: <199904131820.TAA00437@raistlin.armlinux.org.uk> Subject: Re: Single stepping To: pb@nexus.co.uk (Philip Blundell) Date: Tue, 13 Apr 1999 19:20:58 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 13, 99 02:07:39 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: 1080 Lines: 20 Philip Blundell writes: > It seems that PTRACE_SINGLESTEP isn't doing the right thing on the ARM. Is this from examination of the code, or practice? > Looking at the code, I can't see quite how it's intended to work; all that > appears to happen is that debug[4] gets set to -1 but we never actually set up > a breakpoint or anything. Can anybody shed any light? It's complicated, since there are specific conditions which must be set up initially. It is in fact the same method that the Alpha uses. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Wed Apr 14 01:10: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 BAA616066 for ; Wed, 14 Apr 1999 01:10:17 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA04601 for ; Wed, 14 Apr 1999 01:10:17 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa04593; Wed, 14 Apr 99 01:09:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:18980 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16019-4054>; Wed, 14 Apr 1999 02:08:49 +0300 Received: by vger.rutgers.edu via listexpand id <160084-11366>; Tue, 13 Apr 1999 18:49:44 -0400 Received: by vger.rutgers.edu id <168211-11364>; Tue, 13 Apr 1999 16:21:41 -0400 Received: from gem.dcs.warwick.ac.uk ([137.205.227.1]:52683 "EHLO gem.dcs.warwick.ac.uk" ident: "ashley") by vger.rutgers.edu with ESMTP id <161495-11364>; Tue, 13 Apr 1999 14:40:15 -0400 Received: (from ashley@localhost) by gem.dcs.warwick.ac.uk (8.9.1a/8.9.1) id TAA13718 for linux-arm@vger.rutgers.edu; Tue, 13 Apr 1999 19:58:12 +0100 (BST) Date: Tue, 13 Apr 1999 19:58:12 +0100 From: Ashley Ward To: linux-arm@vger.rutgers.edu Subject: 8Gb disc on IDEFS Message-ID: <19990413195812.A12913@gem.dcs.warwick.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i 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: 2570 Lines: 57 Hi... I've managed to successfully install ARM Linux on a RPC 700 with a 812Mb disc. Now I seem to have multiplied the challenge and I'm trying it on a friends StrongARM RPC, on which we have just installed a 8Gb disc with a new IDEFS interface from APDL. It's an ideA interface, firmware version 3.25, "IDE V6". PartMan 1.11 brings up a dialogue box asking for the number of cylinders on the disc. Unfortunately the dialogue will only allow 4 digits to be entered, and I need to enter the five digit number 16383. So, after reading the list archives, I've found the alpha version of PartMan (1.13a13). This does a bit better, but I'm still stuck. I can create two partitions using the ideA IDEFormat program (version 3.51), one 2Gb large for ARM Linux + swap, the other 6Gb large for RISC OS. Now I start the alpha PartMan and enter IDEFS, :4 and :5 appear. If I select :4, I get two FileCore partitions listed. Unfortunately it seems to be impossible to change one of these partitions to Linux - if I delete one, it disappears (I was expecting it to change to the "Free" type). The "Edit ^E" and "Initialise..." options are greyed out, as is the "New" option. Selecting :5 instead and Partition type Filecore/Linux gives one Filecore partition, and another partition, which is of the "Reserved" type and one sector long. Selecting Partition type ICS IDEFS instead gives the following nonsense display: Partition Start End Size Type - 0 970170187 61997MB Free 1 970170188 405816893 37002MB Filecore (the start of the long start and end figures have been truncated by the GUI). OK - so I can delete one of the partitions using IDEFormat. Now when I enter IDEFS, only :4 appears. Setting Partition type to ICS IDEFS and choosing :4 just lists the one FileCore partition. Setting Partition type to Filecore/Linux and choosing :4 gives the FileCore partition and another, which is of the "Reserved" type, and 1 sector long. But there seems to be no way of accessing the free space after the FileCore partition. So! How can I create the Linux Native and Linux Swap partitions on an 8Gb (Seagate, ST38641A Medalist) drive with an APDL ideA (I think, formerly ICS?) interface? Sorry for all the confusing detail - thanks very much for any help. Ash. -- Ashley Ward - Graduate Teaching Assistant - PhD year 1 ashley@dcs.warwick.ac.uk - http://www.dcs.warwick.ac.uk/~ashley/ Room 102, Department of Computer Science, University of Warwick, Coventry unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 14 02:13: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 CAA607523 for ; Wed, 14 Apr 1999 02:13:17 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA04700 for ; Wed, 14 Apr 1999 02:13:17 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma004698; Wed, 14 Apr 99 02:13:11 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10597 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16094-4054>; Wed, 14 Apr 1999 03:11:56 +0300 Received: by vger.rutgers.edu via listexpand id <161215-11366>; Tue, 13 Apr 1999 18:14:47 -0400 Received: by vger.rutgers.edu id <185634-11364>; Tue, 13 Apr 1999 17:49:04 -0400 Received: from prune.flirble.org ([195.40.6.30]:3514 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <185064-11366>; Tue, 13 Apr 1999 16:27:35 -0400 Received: (qmail 10658 invoked from network); 13 Apr 1999 20:45:47 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 13 Apr 1999 20:45:47 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA18305; Tue, 13 Apr 1999 21:45:44 +0100 (BST) From: Nicholas Clark Message-Id: <199904132045.VAA18305@flirble.org> Subject: Re: inb flaky & 2.2.5 pre-release In-Reply-To: <199904052146.WAA24838@flint.armlinux.org.uk> from Russell King - ARM Linux Admin at "Apr 5, 99 10:46:31 pm" To: linux@arm.linux.org.uk (Russell King - ARM Linux Admin) Date: Tue, 13 Apr 1999 21:45:43 +0100 (BST) 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: 646 Lines: 14 In the last mail Russell King - ARM Linux Admin said: > This is a /major/ change, so I'm going to drop the next few releases > back to pre-release status until I'm happy with it, and I'm happy that > no one else is having problems with it. Can't get a perl that segvs on 2.2.3 on demand now, which is irritating, as I wanted to see if the K fix was effective. However, I've compiled glibc2.1 successfully on 2.2.5 today. I'll have a go at bootstrapping egcs, as that was another cause of failure with 2.2.3 and (presumed) K bug. 2.2.5 seems pretty stable for me. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 14 08:40:47 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 IAA617873 for ; Wed, 14 Apr 1999 08:40:46 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA05322 for ; Wed, 14 Apr 1999 08:40:46 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma005320; Wed, 14 Apr 99 08:40:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24324 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16907-4054>; Wed, 14 Apr 1999 09:40:10 +0300 Received: by vger.rutgers.edu via listexpand id <169093-11364>; Wed, 14 Apr 1999 02:15:58 -0400 Received: by vger.rutgers.edu id <160574-11364>; Wed, 14 Apr 1999 02:12:08 -0400 Received: from galatea-38.cableol.net ([194.168.16.38]:1305 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <185955-11366>; Wed, 14 Apr 1999 02:02:07 -0400 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 AAA08626; Wed, 14 Apr 1999 00:27:23 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id AAA02017; Wed, 14 Apr 1999 00:26:42 +0100 Message-Id: <199904132326.AAA02017@raistlin.armlinux.org.uk> Subject: My email To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Wed, 14 Apr 1999 00:26:41 +0100 (BST) 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: 1333 Lines: 27 To all people expecting replies, or will be expecting replies this week, We are currently having bad weather here in the UK, and I'm very unhappy about leaving my modem plugged into the phone line. As a result of this, my machines will not be regularly fetching mail, and as such, replies are likely to be very infrequent. This is due to there being no way to protect any equipment connected to telephone lines against near-lightning strikes. (yesterday, the fax machine died, someone around here lost their chimney, and a lot of people lost their TVs and video recorders due to one lightning bolt). As you can imagine, I do not want to loose any of my computer equipment this way... Please be patient. Normal service will be resumed as soon as possible. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 15 13:46: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 NAA708071 for ; Thu, 15 Apr 1999 13:46:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA08687 for ; Thu, 15 Apr 1999 13:46:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008685; Thu, 15 Apr 99 13:46:40 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10841 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15631-6873>; Thu, 15 Apr 1999 14:45:26 +0300 Received: by vger.rutgers.edu via listexpand id <161184-11366>; Thu, 15 Apr 1999 07:23:41 -0400 Received: by vger.rutgers.edu id <169403-11366>; Thu, 15 Apr 1999 07:23:27 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:56026 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160179-11364>; Thu, 15 Apr 1999 07:21:43 -0400 Received: from (argbg34.argonet.co.uk) [193.149.71.108] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10XkXm-0001q6-00; Thu, 15 Apr 1999 12:42:54 +0100 Date: Wed, 14 Apr 1999 17:48:42 +0100 (BST) From: Mark Seaborn Subject: Re: 8Gb disc on IDEFS To: linux-arm@vger.rutgers.edu In-Reply-To: <19990413195812.A12913@gem.dcs.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] 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: 2905 Lines: 84 In on Tue 13 Apr, Ashley Ward wrote: [snip] > I can create two partitions using the ideA IDEFormat program (version > 3.51), one 2Gb large for ARM Linux + swap, the other 6Gb large for RISC > OS. Now I start the alpha PartMan and enter IDEFS, :4 and :5 appear. If I > select :4, I get two FileCore partitions listed. Unfortunately it seems to > be impossible to change one of these partitions to Linux - if I delete > one, it disappears (I was expecting it to change to the "Free" type). The > "Edit ^E" and "Initialise..." options are greyed out, as is the "New" > option. You don't want to create the Linux partitions with IDEFormat. Leave some empty space after the Filecore partitions instead (when you create them with IDEFormat), and create the Linux partitions after it on the disc with PartMan (select :4 in PartMan, because partition tables on other partitions, rather than on the disc itself, will be ignored). If you try the install discs now, they'll probably fall down when it gets to creating a filesystem on the partition. There's a bug in the kernel that stops it from recognising the partitions correctly, so edit the file arch/arm/drivers/block/adfspart.c in Linux, changing the function adfspart_check_ICS() to: static int adfspart_check_ICS (struct gendisk *hd, kdev_t dev, unsigned long first_sector, unsigned int minor) { struct buffer_head *bh; unsigned long sum; unsigned int i, mask = (1 << hd->minor_shift) - 1; struct ics_part { unsigned long start; long size; } *p; /* * Try ICS style partitions - sector 0 contains partition info. */ if (!(bh = bread (dev, 0, 1024))) return -1; /* * check for a valid checksum */ for (i = 0, sum = 0x50617274; i < 508; i++) sum += bh->b_data[i]; if (sum != *(unsigned long *)(&bh->b_data[508])) { brelse (bh); return 0; /* not ICS partition table */ } printk (" [ICS]"); for (p = (struct ics_part *)bh->b_data; p->size; p++) { if ((minor & mask) == 0) break; if (p->size < 0) { if(adfspart_check_ICSLinux (dev, p->start)) printk(" Linux partition:"); else printk(" Linux partition (probably):"); add_partition (hd, minor, first_sector + p->start + 1, -p->size - 1); } else add_partition (hd, minor, first_sector + p->start, p->size); minor++; } brelse (bh); return 1; } And recompile the kernel. Since you've got a working ARM Linux box already, this shouldn't be much of a problem. If it is, I'll send you a patched kernel. Try running install now. Does it work, and what does the kernel print for the `Partition check' when it books? -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - ``I owe a lot to my parents, especially my mother and my father'' -- Greg Norman unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 14 23:50: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 XAA679236 for ; Wed, 14 Apr 1999 23:50:17 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA07191 for ; Wed, 14 Apr 1999 23:50:17 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007187; Wed, 14 Apr 99 23:50:07 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:37655 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15356-13673>; Thu, 15 Apr 1999 00:49:51 +0300 Received: by vger.rutgers.edu via listexpand id <217818-11364>; Wed, 14 Apr 1999 17:10:50 -0400 Received: by vger.rutgers.edu id <160773-11364>; Wed, 14 Apr 1999 16:59:16 -0400 Received: from gate.isa.hcc.ca ([207.245.35.200]:64477 "HELO gate.isa.hcc.ca" ident: "firewall-user") by vger.rutgers.edu with SMTP id <161434-11364>; Wed, 14 Apr 1999 16:45:41 -0400 Received: by gate.isa.hcc.ca; id RAA25737; Wed, 14 Apr 1999 17:04:24 -0400 Received: from unknown(10.1.84.41) by gate.isa.hcc.ca via smap (V5.0) id xma025729; Wed, 14 Apr 99 17:04:17 -0400 Message-ID: <37150746.F072B2C1@corelcomputer.com> Date: Wed, 14 Apr 1999 17:23:18 -0400 From: Scott Bambrough Organization: Corel Computer Corporation X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: Philip Blundell CC: Cristian Gafton , Jim Pick , Rod Stewart , linux-arm@vger.rutgers.edu, devel@netwinder.org, bugtraq@netwinder.org Subject: Patches to glibc.... Content-Type: multipart/mixed; boundary="------------BFE0336E786940BF542E7397" 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: 7670 Lines: 218 This is a multi-part message in MIME format. --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit The following patches force structures to be packed on the ARM. The structures ether_addr and ether_header in ethernet.h must be packed in order for tcpdump to function correctly. Actually tcpdump has its own version of these structures but the principle is the same. Similarly the structure tftphdr must be packed or tftp and tftpd will not function correctly. The map structure in ksc5601 has a comment that states it should be packed in all architechures. This is definitely not the case on the ARM. The following submitted to the libc maintainers. Ulrich is considering whether we need ARM specific headers. One way or another it should be fixed soon in the CVS tree. 1999-04-14 Scott Bambrough * sysdeps/unix/sysv/linux/arm/net/ethernet.h: struct ether_addr and struct ether_header must be packed on the ARM. The default alignment constraints add padding to the end of the structures. 1999-04-14 Scott Bambrough * inet/arpa/tftp.h: struct tftphdr must be packed on the ARM. The default alignment constraints add padding to the end of the structure and between members. 1999-04-14 Scott Bambrough * iconvdata/ksc5601.h: struct map should be packed on the ARM. The comment says the structure should be packed on all architechures. The default alignment constraints add padding to the end of the structure. I found a nasty bug in sysdeps/unix/sysv/linux/arm/socket.S. We had a bug with ping. It was always printing the error `Socket operation on non-socket.`. An strace showed the recvfrom call was failing on restart after the signal was handled. Its parameters were garbage. This is because the socket call never modifies sp; it moves sp into ip and uses ip to push the args, so it never has to clean up the stack. This is nice as it saves one instruction, however the syscall is not an atomic operation. It can be interrupted if a signal occurs. If the signal handler uses any stack it trashes the socket call args, because according to it the next available stack slot is pointed at by sp. Now for the really bad news. mmap() suffers from the same bug. Yuck! Good news. Both these patches have been applied to the CVS tree. 1999-04-14 Scott Bambrough * sysdeps/unix/sysv/linux/arm/socket.S: Socket calls could not be restarted after being interrupted by a signal. The parameters on the stack were corrupted by the signal handler. * sysdeps/unix/sysv/linux/arm/mmap.S: mmap calls could not be restarted after being interrupted by a signal. The parameters on the stack were corrupted by the signal handler. Scott --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii; name="ethernet.h.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ethernet.h.patch" Index: ethernet.h =================================================================== RCS file: /glibc/cvsfiles/libc/sysdeps/unix/sysv/linux/net/ethernet.h,v retrieving revision 1.1 diff -r1.1 ethernet.h 36c36 < }; --- > } __attribute__((packed)); 44c44 < }; --- > } __attribute__((packed)); --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii; name="ksc5601.h.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="ksc5601.h.patch" Index: ksc5601.h =================================================================== RCS file: /glibc/cvsfiles/libc/iconvdata/ksc5601.h,v retrieving revision 1.8 diff -r1.8 ksc5601.h 35,36c35,36 < char val[2]; < }; --- > char val[2] __attribute__((packed)); > } __attribute__((packed)); --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii; name="mmap.S.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="mmap.S.patch" Index: mmap.S =================================================================== RCS file: /glibc/cvsfiles/libc/sysdeps/unix/sysv/linux/arm/mmap.S,v retrieving revision 1.2 diff -r1.2 mmap.S 29,31c29,43 < mov ip, sp < stmdb ip!, {a1-a4} < mov a1, ip --- > /* This code previously moved sp into ip and stored the args using > stmdb ip!, {a1-a4}. It did not modify sp, so the stack never had > to be restored after the syscall completed. It saved an > instruction and meant no stack cleanup work was required. > > This will not work in the case of a mmap call being interrupted > by a signal. If the signal handler uses any stack the arguments > to mmap will be trashed. The results of a restart of mmap are > then unpredictable. */ > > /* store args on the stack */ > stmdb sp!, {a1-a4} > > /* do the syscall */ > mov a1, sp 32a45,48 > > /* pop args off the stack. */ > add sp, sp, #16 > --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii; name="socket.S.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="socket.S.patch" Index: socket.S =================================================================== RCS file: /glibc/cvsfiles/libc/sysdeps/unix/sysv/linux/arm/socket.S,v retrieving revision 1.6 diff -r1.6 socket.S 38,43c38,50 < #define PUSHARGS_1 stmfd ip!, {a1} < #define PUSHARGS_2 stmfd ip!, {a1, a2} < #define PUSHARGS_3 stmfd ip!, {a1, a2, a3} < #define PUSHARGS_4 stmfd ip!, {a1, a2, a3, a4} < #define PUSHARGS_5 stmfd ip!, {a1, a2, a3, a4} /* Caller has already pushed arg 5 */ < #define PUSHARGS_6 stmfd ip!, {a1, a2, a3, a4} --- > #define PUSHARGS_1 stmfd sp!, {a1} > #define PUSHARGS_2 stmfd sp!, {a1, a2} > #define PUSHARGS_3 stmfd sp!, {a1, a2, a3} > #define PUSHARGS_4 stmfd sp!, {a1, a2, a3, a4} > #define PUSHARGS_5 stmfd sp!, {a1, a2, a3, a4} /* Caller has already pushed arg 5 */ > #define PUSHARGS_6 stmfd sp!, {a1, a2, a3, a4} > > #define POPARGS_1 add sp, sp, #4 > #define POPARGS_2 add sp, sp, #8 > #define POPARGS_3 add sp, sp, #12 > #define POPARGS_4 add sp, sp, #16 > #define POPARGS_5 add sp, sp, #16 > #define POPARGS_6 add sp, sp, #16 50a58,67 > /* This code previously moved sp into ip and stored the args using > stmdb ip!, {a1-a4}. It did not modify sp, so the stack never had > to be restored after the syscall completed. It saved an > instruction and meant no stack cleanup work was required. > > This will not work in the case of a socket call being interrupted > by a signal. If the signal handler uses any stack the arguments > to socket will be trashed. The results of a restart of any > socket call are then unpredictable. */ > 52d68 < mov ip, sp 57c73 < mov a2, ip --- > mov a2, sp 58a75,77 > > /* Pop args off the stack */ > P(POPARGS_,NARGS) --------------BFE0336E786940BF542E7397 Content-Type: text/plain; charset=us-ascii; name="tftp.h.patch" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="tftp.h.patch" Index: tftp.h =================================================================== RCS file: /glibc/cvsfiles/libc/inet/arpa/tftp.h,v retrieving revision 1.4 diff -r1.4 tftp.h 59,61c59,61 < } th_u; < char th_data[1]; /* data or error string */ < }; --- > } __attribute__ ((packed)) th_u; > char th_data[1] __attribute__((packed)); /* data or error string */ > } __attribute__ ((packed)); --------------BFE0336E786940BF542E7397-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 00:57: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 AAA681736 for ; Thu, 15 Apr 1999 00:57:18 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA07372 for ; Thu, 15 Apr 1999 00:57:18 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007370; Thu, 15 Apr 99 00:57:16 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3681 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15743-6873>; Thu, 15 Apr 1999 01:55:40 +0300 Received: by vger.rutgers.edu via listexpand id <218389-11366>; Wed, 14 Apr 1999 18:12:10 -0400 Received: by vger.rutgers.edu id <184816-11366>; Wed, 14 Apr 1999 17:55:15 -0400 Received: from relay6.UU.NET ([192.48.96.16]:3993 "EHLO relay6.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <159955-11366>; Wed, 14 Apr 1999 17:42:51 -0400 Received: from xedia.com by relay6.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgkyq08331; Wed, 14 Apr 1999 18:03:25 -0400 (EDT) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA00784; Wed, 14 Apr 99 18:02:59 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id SAA17909; Wed, 14 Apr 1999 18:03:07 -0400 Date: Wed, 14 Apr 1999 18:03:07 -0400 Message-Id: <199904142203.SAA17909@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: scottb@corelcomputer.com Cc: pb@nexus.co.uk, gafton@redhat.com, jim@jimpick.com, stewart@nexus.carleton.ca, linux-arm@vger.rutgers.edu, devel@netwinder.org, bugtraq@netwinder.org Subject: Re: Patches to glibc.... References: <37150746.F072B2C1@corelcomputer.com> 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: 1782 Lines: 34 >>>>> "Scott" == Scott Bambrough writes: Scott> The following patches force structures to be packed on the Scott> ARM. The structures ether_addr and ether_header in ethernet.h Scott> must be packed in order for tcpdump to function correctly. Scott> Actually tcpdump has its own version of these structures but Scott> the principle is the same. Similarly the structure tftphdr Scott> must be packed or tftp and tftpd will not function correctly. Scott> The map structure in ksc5601 has a comment that states it Scott> should be packed in all architechures. This is definitely not Scott> the case on the ARM. The following submitted to the libc Scott> maintainers. Ulrich is considering whether we need ARM Scott> specific headers. One way or another it should be fixed soon Scott> in the CVS tree. I assume by "...states it should be packed..." you meant that it expects the structure to have no padding even though it was declared without any specific attributes saying so. If so... ARM is NOT the only platform where that assumption is false. In fact, if you make that assumption the code is not ANSI C compliant. ANSI C says that structure members are aligned *at least* to a multiple of their size. Many platform align them exactly to that minimum alignment, but ARM and i960, to mention two, put in additional padding. The fact that most platforms use minimal padding is somewhat unfortunate, because it means this bug can go unnoticed for a while. The safe way to get structures whose fields are exactly where you planned them is to say "packed" explicitly. That assumes, of course, that you have a compiler that can be told such a thing. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 02:17: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 CAA686677 for ; Thu, 15 Apr 1999 02:17:48 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA07478 for ; Thu, 15 Apr 1999 02:17:48 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma007476; Thu, 15 Apr 99 02:17:24 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10548 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16705-13673>; Thu, 15 Apr 1999 03:16:54 +0300 Received: by vger.rutgers.edu via listexpand id <184894-11366>; Wed, 14 Apr 1999 19:51:17 -0400 Received: by vger.rutgers.edu id <161781-11364>; Wed, 14 Apr 1999 19:44:32 -0400 Received: from kwanon.research.canon.com.au ([203.12.172.254]:18183 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <168657-11364>; Wed, 14 Apr 1999 19:33:03 -0400 Received: (qmail 24560 invoked from network); 14 Apr 1999 23:53:17 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 14 Apr 1999 23:53:17 -0000 Received: (qmail 15141 invoked from network); 15 Apr 1999 00:26:39 -0000 Received: from sid.research.canon.com.au (203.12.174.126) by grainger.research.canon.com.au with SMTP; 15 Apr 1999 00:26:39 -0000 Received: (from gjohnson@localhost) by sid.research.canon.com.au (8.8.5/8.8.5) id JAA29125 for linux-arm@vger.rutgers.edu; Thu, 15 Apr 1999 09:56:11 +1000 (EST) From: Greg Johnson Message-Id: <199904142356.JAA29125@sid.research.canon.com.au> Subject: Problem building EBSA-285 tools To: linux-arm@vger.rutgers.edu ( ) Date: Thu, 15 Apr 1999 09:56:11 +1000 (EST) X-Mailer: ELM [version 2.4 PL25] 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: 9217 Lines: 251 Problems Building Tool Chain for EBSA-285 ----------------------------------------- I have been attempting to build the GNU tools for the EBSA-285. The sources I have been working with are: binutils Ver 2.9.1.0.19a with patch: binutils-2.9.1.0.19a-arm-diff-981230 egcs Ver 1.1.1 with patch: egcs-1.1.1-arm-diff-990113 glibc Ver 2.1 with add-ons: glibc-crypt-2.1, glibc-linuxthreads-2.1 linux Ver 2.2.2 with patch: linux-2.2.2-philb-990318, patch-2.2.2-rmk5 I have tried building binutils and egcs with both gcc 2.7.2.3 and egcs 1.1.2 (2.91.66) release. Both of these compile without errors. However, when I attempt to compile glibc I get the following internal compiler error (I have broken up to enormous compiler command line.): arm-linux-gcc gconv_conf.c -c -O -Wall -Winline -Wstrict-prototypes \ -Wwrite-strings -g -DGCONV_PATH='"/home/elph/gjohnson/Arm/lib/gconv"' \ -I../include -I. -I/home/elph/gjohnson/Arm/src/glibc-2.1-build/iconv \ -I.. -I../libio -I/home/elph/gjohnson/Arm/src/glibc-2.1-build \ -I../sysdeps/arm/elf -I../crypt/sysdeps/unix -I../linuxthreads/sysdeps/unix/sysv/linux -I../linuxthreads/sysdeps/pthread \ -I../linuxthreads/sysdeps/unix/sysv -I../linuxthreads/sysdeps/unix \ -I../linuxthreads/sysdeps/arm -I../linuxthreads/sysdeps/pthread/no-cmpxchg \ -I../sysdeps/unix/sysv/linux/arm -I../sysdeps/unix/sysv/linux \ -I../sysdeps/gnu -I../sysdeps/unix/common -I../sysdeps/unix/mman \ -I../sysdeps/unix/inet -I../sysdeps/unix/sysv -I../sysdeps/unix/arm \ -I../sysdeps/unix -I../sysdeps/posix -I../sysdeps/arm/fpu -I../sysdeps/arm \ -I../sysdeps/wordsize-32 -I../sysdeps/ieee754 -I../sysdeps/libm-ieee754 \ -I../sysdeps/generic/elf -I../sysdeps/generic -nostdinc \ -isystem /home/elph/gjohnson/Arm/lib/gcc-lib/arm-linux/egcs-2.91.60/include \ -isystem /home/elph/gjohnson/Arm/include -D_LIBC_REENTRANT \ -include ../include/libc-symbols.h \ -o /home/elph/gjohnson/Arm/src/glibc-2.1-build/iconv/gconv_conf.o gconv_conf.c: In function `__gconv_read_conf': gconv_conf.c:587: internal error--unrecognizable insn: (insn 7879 7876 4902 (set (reg:QI 12 ip) (mem:QI (plus:SI (reg:SI 12 ip) (const_int -577)))) -1 (nil) (nil)) ../../egcs-1.1.1/gcc/toplev.c:1360: Internal compiler error in function fatal_insn make[2]: *** [/home/elph/gjohnson/Arm/src/glibc-2.1-build/iconv/gconv_conf.o] Error 1 make[2]: Leaving directory `/home/elph/gjohnson/Arm/src/glibc-2.1/iconv' make[1]: *** [iconv/subdir_lib] Error 2 make[1]: Leaving directory `/home/elph/gjohnson/Arm/src/glibc-2.1' make: *** [all] Error 2 This compiler error occurs regardless of whether I use gcc or egcs to build the cross-compiler. In addition, when I build glibc using a native version of the egcs 1.1.2 compiler, which was compiled with the native gcc 2.7.2.3, glibc builds without trouble. The system I am using is an x86, Redhat Linux 5.2 system. I have also attempted the whole proceedure over again building egcs-1.1.2 for cross compiling, same result. A coleague of mine also had the exact same problem when building on a Sparc-Solaris box. I have no trouble building egcs/glibc for native x86. Below is an edited log of the steps/commands that I used in the build. Any help would be appreciated. Regards Greg. -- [gjohnson@loesser:~/Arm/src (6) Fri Apr 9 14:15:50 (0)] > zcat ../arc/binutils-2.9.1.0.19a.tar.gz | tar xvf - # Unpack binutils. [gjohnson@loesser:~/Arm/src (9) Fri Apr 9 14:18:41 (130)] > zcat ../arc/binutils-2.9.1.0.19a-arm-diff-981230.gz | patch -p0 # Patch binutils. [gjohnson@loesser:~/Arm/src (11) Fri Apr 9 14:19:07 (0)] > find binutils-2.9.1.0.19a -name "*.rej" -print # Check for .rej files indicating failure. # Check passed. [gjohnson@loesser:~/Arm/src (12) Fri Apr 9 14:20:16 (0)] > cd binutils-2.9.1.0.19a/ [gjohnson@loesser:~/Arm/src/binutils-2.9.1.0.19a (13) Fri Apr 9 14:32:43 (0)] > ./configure --target=arm-linux --prefix=/$HOME/Arm # Configure binutils. [gjohnson@loesser:~/Arm/src/binutils-2.9.1.0.19a (15) Fri Apr 9 14:42:08 (2)] > make # Build binutils. [gjohnson@loesser:~/Arm/src/binutils-2.9.1.0.19a (16) Fri Apr 9 14:50:44 (0)] > make install # Install binutils. [gjohnson@loesser:~/Arm/src (26) Fri Apr 9 15:20:05 (0)] > zcat ~/Arm/arc/linux-2.2.2.tar.gz | tar xvf - # Unpack the linux kernel. [gjohnson@loesser:~/Arm/src (33) Fri Apr 9 15:32:06 (130)] > zcat ../arc/patch-2.2.2-rmk5.gz | patch --dry-run -p0 # Apply first kernel patch. [gjohnson@loesser:~/Arm/src (35) Fri Apr 9 15:33:16 (130)] > zcat ../arc/linux-2.2.2-philb-990318.gz | patch -p0 # Apply second kernel patch. [gjohnson@loesser:~/Arm/src (37) Fri Apr 9 15:49:23 (2)] > cd linux/ [gjohnson@loesser:~/Arm/src/linux (39) Fri Apr 9 15:50:06 (130)] > vi Makefile # Edit the make file and change # CROSS_COMPILE = /usr/src/bin/arm/arm-linuxelf- # to # CROSS_COMPILE = /home/elph/gjohnson/Arm/bin # Also set ARCH = arm [gjohnson@loesser:~/Arm/src/linux (40) Fri Apr 9 15:51:46 (0)] > make config # Configure the kernel. # Select ARM system type to be EBSA-110 # Include support for Intel EBSA285 # Change other options as necessary. [gjohnson@loesser:~/Arm/src/linux (43) Fri Apr 9 15:55:45 (0)] > make dep # Run make depend. [gjohnson@loesser:~/Arm/src/linux (44) Fri Apr 9 15:59:24 (0)] > cd ../../include # Change to the include directory for the Arm Linux tools. [gjohnson@loesser:~/Arm/include (49) Fri Apr 9 16:18:43 (0)] > ln -s ~/Arm/src/linux/include/asm-arm/ asm # Link the asm-arm include directory from the kernel source to the current # include directory. [gjohnson@loesser:~/Arm/include (50) Fri Apr 9 16:19:12 (0)] > ln -s ~/Arm/src/linux/include/linux/ linux # Link the linux include directory from the kernel source to the current # include directory. [gjohnson@loesser:~/Arm/include (52) Fri Apr 9 16:19:21 (0)] > cd ../src/ # Back to the src directory. [gjohnson@loesser:~/Arm/src (56) Fri Apr 9 16:25:02 (130)] > bunzip2 -c ~/Arm/arc/egcs-1.1.1.tar.bz2 | tar xvf - # Unpack the egcs compiler. [gjohnson@loesser:~/Arm/src (59) Fri Apr 9 16:37:14 (130)] > zcat ../arc/egcs-1.1.1-arm-diff-990113.gz | patch -p0 # Patch the egcs compiler. [gjohnson@loesser:~/Arm/src (67) Fri Apr 9 16:43:27 (0)] > mkdir egcs-build # Create a seperate build directory for the egcs compiler. [gjohnson@loesser:~/Arm/src (68) Fri Apr 9 16:43:33 (0)] > cd egcs-build/ # Go to the build directory. [gjohnson@loesser:~/Arm/src/egcs-build (70) Fri Apr 9 16:43:37 (0)] > ../egcs-1.1.1/configure --target=arm-linux --prefix=/home/elph/gjohnson/Arm \ --with-cpu=strongarm110 # Configure the compiler. [gjohnson@loesser:~/Arm/src/egcs-build (71) Fri Apr 9 16:48:32 (0)] > cd gcc # Go to the gcc sub-direcory. [gjohnson@loesser:~/Arm/src/egcs-build/gcc (72) Fri Apr 9 16:50:10 (0)] > vi Makefile # Edit the Makefile # add -Dinhibit_libc to the CFLAGS of this and the main Makefile. [gjohnson@loesser:~/Arm/src/egcs-build/gcc (74) Fri Apr 9 16:51:19 (0)] > make -i LANGUAGES=c # Build the compiler for the C language only. [gjohnson@loesser:~/Arm/src/egcs-build/gcc (5) Mon Apr 12 11:18:37 (0)] > make -i LANGUAGES=c install # Install the compiler. [gjohnson@loesser:~/Arm/src/egcs-build (7) Mon Apr 12 12:00:46 (0)] > cd .. [gjohnson@loesser:~/Arm/src (8) Mon Apr 12 12:00:47 (0)] > zcat ../arc/glibc-2.1.tar.gz | tar xvf - # Unpack the glibc Library. [gjohnson@loesser:~/Arm/src (16) Mon Apr 12 12:13:48 (0)] > export CC=arm-linux-gcc # Export the CC environment variable to use the arm compiler. [gjohnson@loesser:~/Arm/src (17) Mon Apr 12 12:14:05 (0)] > PATH=/home/elph/gjohnson/Arm/bin:$PATH # Add the path to the bin utils directory to the PATH environment variable. [gjohnson@loesser:~/Arm/src (18) Mon Apr 12 12:15:11 (0)] > cd glibc-2.1/ [gjohnson@loesser:~/Arm/src/glibc-2.1 (20) Mon Apr 12 12:15:19 (0)] > zcat ../../arc/glibc-linuxthreads-2.1.tar.gz | tar xvf - # Unpack the Linux threads package to the glibc directory. [gjohnson@loesser:~/Arm/src/glibc-2.1 (22) Mon Apr 12 12:16:00 (0)] > zcat ~/Arm/arc/glibc-crypt-2.1.tar.gz | tar xvf - # Unpack the cryptography extensions to the glibc directory. [gjohnson@loesser:~/Arm/src/glibc-2.1 (24) Mon Apr 12 12:18:40 (0)] > cd .. [gjohnson@loesser:~/Arm/src (26) Mon Apr 12 12:19:06 (0)] > mkdir glibc-2.1-build # Create a seperate build directory for the glibc. [gjohnson@loesser:~/Arm/src (27) Mon Apr 12 12:19:17 (0)] > cd glibc-2.1-build/ [gjohnson@loesser:~/Arm/src/glibc-2.1-build (28) Mon Apr 12 12:19:21 (0)] > ../glibc-2.1/configure arm-linux --build=i586-linux \ --prefix=/home/elph/gjohnson/Arm --enable-add-ons \ --with-headers=/home/elph/gjohnson/Arm/include # Configure glibc -- +----------------------------------------------------+ | Do you want to know more? | | --== Greg Johnson ==-- | | HW/SW Engineer gjohnson@research.canon.com.au | | Canon Information Systems Research Australia | | 1 Thomas Holt Dr, North Ryde, NSW, 2113, Australia | | "I FLEXed my BISON and it went YACC!" - me. | +----------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 12: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 MAA702793 for ; Thu, 15 Apr 1999 12:22:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA08516 for ; Thu, 15 Apr 1999 12:22:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008514; Thu, 15 Apr 99 12:22:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57935 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2290-6873>; Thu, 15 Apr 1999 13:21:36 +0300 Received: by vger.rutgers.edu via listexpand id <161466-11366>; Thu, 15 Apr 1999 05:59:49 -0400 Received: by vger.rutgers.edu id <161745-11364>; Thu, 15 Apr 1999 05:59:41 -0400 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:64508 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161466-11364>; Thu, 15 Apr 1999 05:59:21 -0400 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 MAA11048; Thu, 15 Apr 1999 12:19:35 +0200 (MET DST) Received: from aixterm10.urz.uni-heidelberg.de (shanske@aixterm10.urz.uni-heidelberg.de [129.206.119.50]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA13518; Thu, 15 Apr 1999 12:19:34 +0200 Received: (from shanske@localhost) by aixterm10.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id MAA36614; Thu, 15 Apr 1999 12:19:32 +0200 (METDST) Date: Thu, 15 Apr 1999 12:19:32 +0200 (METDST) From: Stefan Hanske X-Sender: shanske@aixterm10.urz.uni-heidelberg.de To: Jamie Guinan cc: linux-arm@vger.rutgers.edu Subject: Re: patches for egcs mainline 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: 1345 Lines: 35 On Thu, 1 Apr 1999, Jamie Guinan wrote: > /tmp/testEgcs1/lib/libglib-1.2.so.0.0.0: file format elf32-arm > > DYNAMIC RELOCATION RECORDS > OFFSET TYPE VALUE > 00022398 R_ARM_PC24 __div0 > 0002244c R_ARM_PC24 __div0 > 00022500 R_ARM_PC24 __div0 > 0002d494 R_ARM_RELATIVE *ABS* > 0002d574 R_ARM_RELATIVE *ABS* > 0002d5a8 R_ARM_RELATIVE *ABS* > ... > > I'm guessing the R_ARM_PC24 reloc's are what ld.so is choking on, > judging by ld.so's error message (actually, /lib/ld-linux.so.2). > > Should the compiler be generating R_ARM_PC24 reloc's at all? > > Here are the relocation locations (objdump -d), I've had this troubles, too. Make sure that all bits of libgcc.a (in the egcs-source) are compiled with -fPIC (mainly libgcc1.{S,asm}). I think that was the problem. ---------------------------------------------------------- |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 Thu Apr 15 12:29: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 MAA704958 for ; Thu, 15 Apr 1999 12:29:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA08532 for ; Thu, 15 Apr 1999 12:29:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008530; Thu, 15 Apr 99 12:29:33 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:8273 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15878-6873>; Thu, 15 Apr 1999 13:29:20 +0300 Received: by vger.rutgers.edu via listexpand id <168321-11364>; Thu, 15 Apr 1999 06:07:34 -0400 Received: by vger.rutgers.edu id <168776-11364>; Thu, 15 Apr 1999 06:07:17 -0400 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:39907 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168505-11364>; Thu, 15 Apr 1999 06:07:03 -0400 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 MAA24160 for ; Thu, 15 Apr 1999 12:28:09 +0200 (MET DST) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id MAA07186; Thu, 15 Apr 1999 12:28:08 +0200 Message-ID: <3715BF79.4B083F8C@era-t.ericsson.se> Date: Thu, 15 Apr 1999 10:29:13 +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 Subject: login not working 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: 35 Forgive me if this is as trivial I hope it is! I cannot get login to work on my machine. I've tried to recompile login myself - none of the versions I tried worked. I've tried the login found in debian-arm, it didn't work. Since the login I have for libc4 works I think there could be a bug in the glibc I compiled myself, so I tried the glibc found on rawhide.redhat.com, it still doesn't work. But I finally made a little test program: #include #include #include struct passwd *pwd; main(){ printf("testing getpwnam()\n"); pwd = getpwnam("root"); if(pwd){ if(pwd->pw_name) printf("pw_name = %s\n", pwd->pw_name); if(pwd->pw_passwd) printf("pw_passwd = %s\n", pwd->pw_passwd); }else{ printf(" getpwnam(\"root\") failed\n"); } } When run, it reports that getpwnam fails. Any ideas I could try? /Peter unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 12:39: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 MAA685379 for ; Thu, 15 Apr 1999 12:39:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA08555 for ; Thu, 15 Apr 1999 12:39:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008553; Thu, 15 Apr 99 12:39:17 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19800 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <370-6873>; Thu, 15 Apr 1999 13:39:03 +0300 Received: by vger.rutgers.edu via listexpand id <161751-11364>; Thu, 15 Apr 1999 06:17:01 -0400 Received: by vger.rutgers.edu id <161305-11366>; Thu, 15 Apr 1999 06:15:33 -0400 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:36353 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160795-11366>; Thu, 15 Apr 1999 06:15:10 -0400 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 MAA12634; Thu, 15 Apr 1999 12:36:16 +0200 (MET DST) Received: from aixterm10.urz.uni-heidelberg.de (shanske@aixterm10.urz.uni-heidelberg.de [129.206.119.50]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id MAA18668; Thu, 15 Apr 1999 12:36:12 +0200 Received: (from shanske@localhost) by aixterm10.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id MAA31774; Thu, 15 Apr 1999 12:35:50 +0200 (METDST) Date: Thu, 15 Apr 1999 12:35:50 +0200 (METDST) From: Stefan Hanske X-Sender: shanske@aixterm10.urz.uni-heidelberg.de To: chris@fluff.org cc: ARM Linux mailing list Subject: Re: /etc/fb.modes 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: 1157 Lines: 25 On Sat, 3 Apr 1999, Chris Rutter wrote: > Has anyone got a good example /etc/fb.modes for a generic 14" > monitor connected via VIDC20? Or, even better, a way of converting > between RISC OS 3.5+ MDFs and fbset files? > > -- > Chris ( http://www.fluff.org/chris ) There's a very good example file in the fbset sources - you just need the specs from your monitor. The modes are called something like 1280x1024-60 or 1024x768-70 - so you can just guess which modes are possible. With a litle time you can cut it down to your needs. (I think it was the example file for Alpha PCI systems). ---------------------------------------------------------- |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 Thu Apr 15 15:55: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 PAA676486 for ; Thu, 15 Apr 1999 15:55:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA08871 for ; Thu, 15 Apr 1999 15:55:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma008869; Thu, 15 Apr 99 15:55:17 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:28263 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17054-6873>; Thu, 15 Apr 1999 16:53:56 +0300 Received: by vger.rutgers.edu via listexpand id <160662-11366>; Thu, 15 Apr 1999 09:31:43 -0400 Received: by vger.rutgers.edu id <160327-11366>; Thu, 15 Apr 1999 09:31:36 -0400 Received: from villon.fh-worms.de ([143.93.160.9]:40564 "EHLO villon.Fh-Worms.DE" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168721-11366>; Thu, 15 Apr 1999 09:28:58 -0400 Received: from renard.Fh-Worms.DE (renard.fh-worms.de [143.93.160.6]) by villon.Fh-Worms.DE (8.9.3/8.9.3) with ESMTP id PAA05065 for ; Thu, 15 Apr 1999 15:50:05 +0200 (MET DST) Received: from fh-worms.de (renard.fh-worms.de [143.93.160.6]) by renard.Fh-Worms.DE (8.9.3/8.9.1) with ESMTP id PAA00964 for ; Thu, 15 Apr 1999 15:50:05 +0200 (MET DST) Message-ID: <3715EE8D.BF9B2EB9@fh-worms.de> Date: Thu, 15 Apr 1999 15:50:05 +0200 From: "Lars Hutzelmann (TBN)" Organization: FH-Worms/DAWN X-Mailer: Mozilla 4.03 [en] (X11; I; SunOS 5.6 sun4u) MIME-Version: 1.0 To: "linux-arm@vger.rutgers.edu" Subject: Problems with Kernel-compiling Content-Type: multipart/mixed; boundary="------------34BE39F0B880D4CC6487D32E" 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: 2544 Lines: 63 This is a multi-part message in MIME format. --------------34BE39F0B880D4CC6487D32E Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Hi everyone! For my studies I have to manipulate the Linux-kernel. The problem is that it does not compile and that I do not find all necessary tools. I can't find a binutils-package as indicated at the faq's to apply the patches! Phil's ARM tools-page didn't help me much either. the same about chris' page. At ftp://sunsite.unc.edu/pub/Linux/GCC/ and others I could not find any binutils-file! What do I need to build my own ARM-Linux kernel and where can I get it? I'm using a RiscPC with SA / ARM610 processor. I tried it without the tools and got many errors when trying to do make xconfig, make menuconfig and make dep. make config worked correctly! Attached is a script documenting what happened. Thanks for your patience Lars --------------34BE39F0B880D4CC6487D32E Content-Type: application/x-gzip; name="typescript.gz" Content-Transfer-Encoding: base64 Content-Disposition: inline; filename="typescript.gz" H4sICDfjFTcAA3R5cGVzY3JpcHQA7VlNb9s4EL0WBvwfBt1DtkFlRbYS29oPbJHmUCBAgQ2K HoLAYSnKJiyRBkm1ToH+944ky1ZcM5GUrLCLrg+SJc28eeTMPOrjiiq+MqANUYaFIAV8xN2b lQLPh+Ew8EaBNwRvOp32rpWU5q9YUhIvpDYQc5Gub36BhCwZrKkU/AW8iPi831MJOBFwQeM0 ZC7RiUNU4hJFFz+cXClJ+71fabh/5TeIBTg6gszNybfbU5mTk29fHQiGcLDDgx1QAZzt0S1n 7ZyDzidAwxIHgOQHZllcu/ZuArgQhiku5hByxaiR6g5u3VQrVyvq5uN3N/5H/d6cUnA+kjjG rTaKU+MgRSPN3YppcN4PARy0kGCWcyYG5R6H/05AxGNWUg4hUjIpLwfTSdDv5VGRvZOKpZBf hJNHJzI1bjn0VHBtwsEiODs5DWBFlGbAlJIKPrFIKga3sxnaKpYwYY6aQp49O+RwaoMM2eej ShaOj4/hejNpN3CRG3uV65eMfK6bpMxpg7guMl4iDvsPVzgOMS08/pMF7sbrkJNYzgErtFWJ bxFq1vrby/fnby4v8N+7HLAcgaApJh2t3p5/+Pvq4mqGdn+8/H1z2i12g8WfLyFvmDLqIO+d 7ZG0tc29WBEVJsZiG05f93uw/8vtN3hoM7La7DgEqImbOi9jFJNURjqdHK5qGUWzbYvYXb8Q JTAbAQgJmiWcyhg1mRhgAtU5QqFWKTWAwNhIUjyMN63ghcQQCFnEBTfoCAuisxhZwjI0jZkn cwY0Jlo/iHp2cniA8WzFw4cHmLm2JHQ410/OXcnMtwwqkSHL0/ZYfL9Z/J9ZyXct/CQxr8pR RdV3Ml1X2EO2qidocqulyRKd7h/Z1/E9s8Ab/5xV8Dxyfc9e3+mtj2d1+SEB0/8l/F8j4f9I Pp8o6/sBhif7ATKiSUJExvORaqkZwqsnCllgfFgzWZNgYMUq04+1dbsprsykXv9WAS0NjO07 a4fWrhVqhxh5hwlrgyomGzPO4J7SbPUDjay8BToumzMfdcXctzJPd9LRCK4b3pYVFHnP2/A+ 7Yq3ZZlG3qpYVZvjdUPcoopIXPOvrDnxSUfEfbumEMOT5sz9rlTFt6tK0o55V6ri27uTtmPe VX/6liXzW2PKp+NHblUawln6ryWc7Y6xLZylydrCWVSyLdzzpuLMUiMt4cbPO3djy4reEm5i fa5ME6Kb39nY8VrDdSIME0sNtZwFC1rbWRi3noXKm5Z7jzCVVzm2ly1szU3vqvjeFErBDnxs 8oOTSfGx6TsNLS2JmBoAAA== --------------34BE39F0B880D4CC6487D32E-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 17:15: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 RAA695530 for ; Thu, 15 Apr 1999 17:15:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA09063 for ; Thu, 15 Apr 1999 17:15:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009061; Thu, 15 Apr 99 17:15:04 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21281 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15644-13673>; Thu, 15 Apr 1999 18:13:37 +0300 Received: by vger.rutgers.edu via listexpand id <160077-11364>; Thu, 15 Apr 1999 10:50:22 -0400 Received: by vger.rutgers.edu id <161048-11366>; Thu, 15 Apr 1999 10:48:47 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:4917 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168296-11364>; Thu, 15 Apr 1999 10:44:39 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10Xni5-0001BK-00; Thu, 15 Apr 1999 16:05:45 +0100 Received: from [127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Xni4-0001SA-00; Thu, 15 Apr 1999 16:05:44 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Lars Hutzelmann (TBN)" cc: "linux-arm@vger.rutgers.edu" Subject: Re: Problems with Kernel-compiling In-reply-to: Your message of "Thu, 15 Apr 1999 15:50:05 +0200." <3715EE8D.BF9B2EB9@fh-worms.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 1999 16:05:44 +0100 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: 234 Lines: 9 >At ftp://sunsite.unc.edu/pub/Linux/GCC/ and others >I could not find any binutils-file! Try ftp://ftp.varesearch.com/pub/support/hjl/binutils instead. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 20:08: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 UAA694156 for ; Thu, 15 Apr 1999 20:08:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA09454 for ; Thu, 15 Apr 1999 20:08:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa09450; Thu, 15 Apr 99 20:08:27 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22640 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15500-6873>; Thu, 15 Apr 1999 21:06:28 +0300 Received: by vger.rutgers.edu via listexpand id <161089-11364>; Thu, 15 Apr 1999 13:43:35 -0400 Received: by vger.rutgers.edu id <161309-11364>; Thu, 15 Apr 1999 13:43:27 -0400 Received: from srv.cip.physik.tu-muenchen.de ([129.187.41.1]:1617 "EHLO srv.cip.physik.tu-muenchen.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161089-11364>; Thu, 15 Apr 1999 13:43:13 -0400 Received: from xwing2 (dialc017.ppp.lrz-muenchen.de [129.187.26.17]) by srv.cip.physik.tu-muenchen.de (8.9.1/8.9.1) with SMTP id UAA02673 for ; Thu, 15 Apr 1999 20:05:22 +0200 (MET DST) Message-ID: <001c01be876a$8aa031b0$111abb81@Arbeitsgruppe> From: "Christian Schuhegger" To: Subject: Question about the ArmLinux RPMs Date: Thu, 15 Apr 1999 20:05:17 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 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: 821 Lines: 25 Hello, I want to install an elf - glibc2 - ArmLinux on my RiscPC. But there are still some questions where I can't find any information about in the FAQ http://www.arm.uk.linux.org/armlinux/faq.html , so I try my luck here: 1. Are the RPMs supplied by ArmLinux already in the ELF format or are they still in a.out? 2. Are the binaries already based on glibc2? 3. Why does the archive of this mailinglist in ftp://ftp.barnet.ac.uk/pub/Acorn/armlinux/mail/ stop at 9807? Besides that I would like to know how the ArmLinux port by Russell King is related to the projects of Debian and Corel.org. Many thanks for every answer! -- MfG, Christian Schuhegger Stimmen gegen SPAM: http://www.politik-digital.de/spam/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 16 01:59: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 BAA718847 for ; Fri, 16 Apr 1999 01:59:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA10144 for ; Fri, 16 Apr 1999 01:59:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010142; Fri, 16 Apr 99 01:58:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41759 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16711-21383>; Fri, 16 Apr 1999 02:57:18 +0300 Received: by vger.rutgers.edu via listexpand id <168468-11364>; Thu, 15 Apr 1999 19:34:00 -0400 Received: by vger.rutgers.edu id <161724-11366>; Thu, 15 Apr 1999 19:32:28 -0400 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:53400 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168764-11364>; Thu, 15 Apr 1999 19:29:12 -0400 Received: from mailserver1.ericsson.se (mailserver1.ericsson.se [136.225.152.91]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id BAA02669 for ; Fri, 16 Apr 1999 01:51:24 +0200 (MET DST) Received: from esealnt140.ericsson.se (esealnt140.ericsson.se [130.100.102.222]) by mailserver1.ericsson.se (8.8.8/8.8.8/eri-1.0) with SMTP id BAA07170 for ; Fri, 16 Apr 1999 01:51:20 +0200 (MET DST) Received: from 127.0.0.1 by esealnt140.ericsson.se (InterScan E-Mail VirusWall NT); Fri, 16 Apr 1999 01:48:08 +0200 (W. Europe Daylight Time) Received: from esealnt140.ericsson.se (esealnt140 [130.100.102.222]) by esealnt140.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id JA2CKK4P; Fri, 16 Apr 1999 00:51:11 +0200 Received: from 130.100.102.216 by esealnt140.ericsson.se (InterScan E-Mail VirusWall NT); Fri, 16 Apr 1999 00:51:01 +0200 (W. Europe Daylight Time) Received: by esealnt141 with Internet Mail Service (5.5.2232.9) id <20606JQM>; Fri, 16 Apr 1999 00:51:00 +0200 Message-ID: From: "Steve Kipisz (EUS)" To: "'linux-arm@vger.rutgers.edu'" Subject: Re: Patches to glibc Date: Thu, 15 Apr 1999 20:40:04 +0200 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) 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: 481 Lines: 9 I was getting an error something like, "recvfrom: Bad socket descriptor" while trying to get networking working on our hardware (its similar to Brutus). After reading about Scott Bambrough's patches to glibc, it sounded like I had the same problem. Did an strace...yes, same problem. Applied the ethernet.h and socket.S patches and my error went away. I'm now applying the other patches. Steve Kipisz unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 22:18: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 WAA645523 for ; Thu, 15 Apr 1999 22:18:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA09713 for ; Thu, 15 Apr 1999 22:18:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009711; Thu, 15 Apr 99 22:17:58 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27201 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16632-13673>; Thu, 15 Apr 1999 23:16:54 +0300 Received: by vger.rutgers.edu via listexpand id <168866-11366>; Thu, 15 Apr 1999 15:53:56 -0400 Received: by vger.rutgers.edu id <169462-11366>; Thu, 15 Apr 1999 15:53:39 -0400 Received: from atlrel1.hp.com ([156.153.255.210]:4870 "EHLO atlrel1.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168625-11364>; Thu, 15 Apr 1999 15:53:21 -0400 Received: from hpcvcfr.cv.hp.com (hpcvcfr.cv.hp.com [15.0.216.184]) by atlrel1.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id QAA11719 for ; Thu, 15 Apr 1999 16:15:23 -0400 (EDT) Received: (from pricec@localhost) by hpcvcfr.cv.hp.com (8.8.6 (PHNE_14041)/8.7.1) id NAA07782 for linux-arm@vger.rutgers.edu; Thu, 15 Apr 1999 13:15:35 -0700 (PDT) Date: Thu, 15 Apr 1999 13:15:35 -0700 (PDT) From: Carl Price Message-Id: <199904152015.NAA07782@hpcvcfr.cv.hp.com> To: linux-arm@vger.rutgers.edu Subject: Port to new ARM platform 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: 1393 Lines: 28 Hi all, I have been hanging out mostly on the C7110 list and saw a link to this list. What I want is an idea of where to start on doing a port to a new ARM platform. I have the Linux Device Drivers book and have downloaded The Linux Kernel, but I don't see a lot of documentation on what needs to be done to go to a new platform, just how to work on an existing platform. So on to what I want to do. I have just gotten a HP Jornada 820 from work, and I would like to see about putting Linux on it instead of WinCE. (For those not familiar, this is a StrongArm 1100 w/SA1101 companion chip). I hope to be able to keep all I do documented as I go, so hopefully in the future others will be able to look at the documentation to get an idea of what they need to do to port to a new platform. Any pointers would be welcomed. --Carl ***************************************************************************** *** Carl W. Price pricec@cv.hp.com **** / **** *** *** /__ __ *** *** All opinions are my own and in no way represent the *** / //_/ *** *** views and opinions of hp or any of it's employees. **** / **** *******************************************************************ICBD****** unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 16 01: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 BAA716883 for ; Fri, 16 Apr 1999 01:39:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA10101 for ; Fri, 16 Apr 1999 01:39:52 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010093; Fri, 16 Apr 99 01:39:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3426 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15899-21383>; Fri, 16 Apr 1999 02:38:26 +0300 Received: by vger.rutgers.edu via listexpand id <169090-11366>; Thu, 15 Apr 1999 19:09:57 -0400 Received: by vger.rutgers.edu id <161393-11366>; Thu, 15 Apr 1999 19:09:36 -0400 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:43227 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160829-11366>; Thu, 15 Apr 1999 19:02:39 -0400 Received: from mailserver1.ericsson.se (mailserver1.ericsson.se [136.225.152.91]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id BAA15312 for ; Fri, 16 Apr 1999 01:24:51 +0200 (MET DST) Received: from esealnt140.ericsson.se (esealnt140.ericsson.se [130.100.102.222]) by mailserver1.ericsson.se (8.8.8/8.8.8/eri-1.0) with SMTP id BAA16070 for ; Fri, 16 Apr 1999 01:24:47 +0200 (MET DST) Received: from 127.0.0.1 by esealnt140.ericsson.se (InterScan E-Mail VirusWall NT); Fri, 16 Apr 1999 01:21:34 +0200 (W. Europe Daylight Time) Received: from esealnt140.ericsson.se (esealnt140 [130.100.102.222]) by esealnt140.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id 20R6BF23; Thu, 15 Apr 1999 22:42:34 +0200 Received: from 138.85.224.211 by esealnt140.ericsson.se (InterScan E-Mail VirusWall NT); Thu, 15 Apr 1999 22:42:34 +0200 (W. Europe Daylight Time) Received: by eamrcnt740.exu.ericsson.se with Internet Mail Service (5.5.2232.9) id <2PJ5Y9XZ>; Thu, 15 Apr 1999 15:45:39 -0500 Message-ID: From: "Steve Kipisz (EUS)" To: "'linux-arm@vger.rutgers.edu'" Subject: ftp, telnet Date: Thu, 15 Apr 1999 15:37:35 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) 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 X-Status: A Content-Length: 866 Lines: 19 We have a hardware platform similar to Brutus. I have a Socket Communications LPE (Low Power Ethernet) PCMCIA card I'm trying to get working. I can ping without any problems. I've tried using ftp or telnet, but nothing seems to happen. When I ftp one of our workstations, I can type in the username and password but then ftp just sits there. No command prompt. As for telnet, I get the "..^]" message and then no prompt to log in. I figure it has something to do with ethernet networking since I can dial up a PPP connection through an analog modem and ftp/telnet work fine. I modified the ne.c driver to support the PCMCIA card. In the block input and block output routines I've printed about 24 bytes of header info. and it all looks good. Anybody have any ideas? Steve Kipisz unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 23:15: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 XAA708168 for ; Thu, 15 Apr 1999 23:15:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA09795 for ; Thu, 15 Apr 1999 23:15:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009793; Thu, 15 Apr 99 23:14:54 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31568 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16444-21383>; Fri, 16 Apr 1999 00:13:07 +0300 Received: by vger.rutgers.edu via listexpand id <161113-11366>; Thu, 15 Apr 1999 16:45:37 -0400 Received: by vger.rutgers.edu id <160491-11364>; Thu, 15 Apr 1999 16:41:43 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3035 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161525-11366>; Thu, 15 Apr 1999 16:38:45 -0400 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 10XtFZ-000MFF-0B; Thu, 15 Apr 1999 21:00:41 +0000 Received: from localhost ([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 10Xt3q-0006hH-00; Thu, 15 Apr 1999 21:48:34 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Christian Schuhegger" cc: linux-arm@vger.rutgers.edu Subject: Re: Question about the ArmLinux RPMs In-Reply-To: Message from "Christian Schuhegger" of "Thu, 15 Apr 1999 20:05:17 +0200." <001c01be876a$8aa031b0$111abb81@Arbeitsgruppe> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 1999 21:48:34 +0100 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: 551 Lines: 16 >1. Are the RPMs supplied by ArmLinux already in the ELF format or are they >still in a.out? If you mean the ones from Russell King's distribution, they are a.out. RedHat Rawhide has RPMs containing ELF binaries, though I don't know whether they will run on a RiscPC or not. Debian is also using ELF binaries and should be RiscPC friendly. >2. Are the binaries already based on glibc2? The ELF ones are. The a.out ones are not - they're based on the old libc4. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 15 23:06: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 XAA717319 for ; Thu, 15 Apr 1999 23:06:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA09781 for ; Thu, 15 Apr 1999 23:06:52 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009779; Thu, 15 Apr 99 23:06:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17219-12920>; Fri, 16 Apr 1999 00:05:13 +0300 Received: by vger.rutgers.edu via listexpand id <160754-11366>; Thu, 15 Apr 1999 16:41:15 -0400 Received: by vger.rutgers.edu id <160644-11366>; Thu, 15 Apr 1999 16:40:54 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3703 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161660-11364>; Thu, 15 Apr 1999 16:38:54 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10XtFf-000GRx-0K; Thu, 15 Apr 1999 21:00:47 +0000 Received: from localhost ([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 10Xt9Y-0006hp-00; Thu, 15 Apr 1999 21:54:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Carl Price cc: linux-arm@vger.rutgers.edu Subject: Re: Port to new ARM platform In-Reply-To: Message from Carl Price of "Thu, 15 Apr 1999 13:15:35 PDT." <199904152015.NAA07782@hpcvcfr.cv.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 15 Apr 1999 21:54:27 +0100 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: 1109 Lines: 23 > So on to what I want to do. I have just gotten a HP Jornada 820 from >work, and I would like to see about putting Linux on it instead of WinCE. >(For those not familiar, this is a StrongArm 1100 w/SA1101 companion chip). Try the sa1100-linux list as a starting point. I imagine most of the 1100 hackers probably read this mailing list too but you never know. Since the 1100 architecture is relatively "closed" in that a lot of stuff is on chip, you should find that the Brutus port contains most of what you need to get going. It's a very long time since I worked with the 1101 and I don't remember enough about it to say what you'd have to do in order to get it to perform. As to what you actually have to *do*, the best thing is just to read the code, look for the system-specific bits (most are concentrated in include/asm-arm/ arch-*) and figure out how to fill in the appropriate bits for your platform. If you have devices that are currently unsupported you will need to write new drivers for them too. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 16 00:24: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 AAA711390 for ; Fri, 16 Apr 1999 00:24:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA09991 for ; Fri, 16 Apr 1999 00:24:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma009989; Fri, 16 Apr 99 00:24:16 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23376 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15920-21383>; Fri, 16 Apr 1999 01:22:53 +0300 Received: by vger.rutgers.edu via listexpand id <160714-11364>; Thu, 15 Apr 1999 18:00:04 -0400 Received: by vger.rutgers.edu id <160666-11366>; Thu, 15 Apr 1999 17:59:57 -0400 Received: from lrcsun15.epfl.ch ([128.178.156.77]:65488 "EHLO lrcsun15.epfl.ch" ident: "root") by vger.rutgers.edu with ESMTP id <160234-11364>; Thu, 15 Apr 1999 17:59:52 -0400 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id AAA14355; Fri, 16 Apr 1999 00:04:09 +0200 (MET DST) From: Werner Almesberger Message-Id: <199904152204.AAA14355@lrcsun15.epfl.ch> Subject: Re: Port to new ARM platform To: pricec@hpcvcfr.cv.hp.com (Carl Price) Date: Fri, 16 Apr 1999 00:04:09 +0200 (MET DST) Cc: linux-arm@vger.rutgers.edu, linux-7110@redhat.com In-Reply-To: <199904152015.NAA07782@hpcvcfr.cv.hp.com> from "Carl Price" at Apr 15, 99 01:15: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: 3729 Lines: 70 [ Copied to linux-7110, mainly for the merging bit at the end. ] Carl Price wrote: > What I want is an idea of where to start on doing a port to a new ARM > platform. This is roughly what was done for the Linux-7k port (BTW, there should be the original timeline on Calcaria - it doesn't reflect exactly what was done, but it's still a surprisingly good approximation): 1) Gather as much documentation about the hardware as possible. Then read it and get an idea of what Murphy may have in store for you. (E.g. on the Psion, the scattered memory model was a deeply nasty surprise for me.) Some of the fundamental problems you discover at this point may influence some larger-scale design, so it's good to do this early. 2) Solve the booting problem: how to bring the machine from a state where you can interfere with its operation to a state where a piece of your code runs with full privileges (i.e. the CPU's supervisor mode, or whatever it is called). This may require tools to develop under the "native" OS (EPOC, WinCE, ...). 3) Design a memory model for the early kernel. This includes well-known IO areas, parameters passed during boot, perhaps free memory lists, page tables, interrupt/exception vector tables, etc. Start thinking about initrd too. (You'll eventually want to suport it anyway, and it may be a long time until you can access CFs, PCMCIA, disks, etc.) 4) Make head-*.c work, then the beginning of init/main.c. As soon as you can write some character(s) to the serial port from main.c (no matter how you do it - just fiddling with port bits is okay at this point), your project is in good shape. 5) Get the timer and interrupts to work. 6) Get your initial console, either on a serial port or on the LCD. 7) Add drivers for all the rest, in whichever order you like. 8) Solve power management :-) The 7k port may be a useful thing to look at, because it hasn't been merged with the ARM branch yet (*), so all the differences are trivial to find, and also because it targets a similar hardware environment. E.g. the PCMCIA point enabler may be useful for you. (Even in the current state of the 7k port, getting the "standard" Linux PCMCIA tools to work would be a major effort.) In order to get an idea for what is needed, you may want to have a look at the earliest patch that does what you need, then look at a recent one for the actual implementation. (* If the Brutus port suggested by Philip is in a similar state of separation, it is of course a better choice also for the overview. For any actual hardware-related issues, you'll need it anyway.) Talking about merging: 7k now has a few components that will need to be merged with the mainstream at a comparably high level. The "smart" sticky keys (they make Shift and friends behave like on the HP100/200LX) are architecture-independent and so is the PCMCIA point enabler (the latter needs a bit of streamlining, but most of the code is generic). This means that they'll have to wait for 2.3 to start. After that, I plan to wait until those changes trickle back into the ARM mainstream, and then more can be merged into the ARM branch. Other, possibly more contentious bits to be merged "high" are: - handling of system-specific keys (0xfxx; things like backlight on/off, contrast +/-, power on/off, etc.) - power management (needs more field experience) - maybe uwire - Werner -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 16 01:35: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 BAA715771 for ; Fri, 16 Apr 1999 01:35:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA10088 for ; Fri, 16 Apr 1999 01:35:22 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010086; Fri, 16 Apr 99 01:34:55 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3426 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17104-21383>; Fri, 16 Apr 1999 02:34:39 +0300 Received: by vger.rutgers.edu via listexpand id <169121-11364>; Thu, 15 Apr 1999 19:11:31 -0400 Received: by vger.rutgers.edu id <161102-11366>; Thu, 15 Apr 1999 19:09:41 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:42375 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168998-11364>; Thu, 15 Apr 1999 19:07:13 -0400 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 TAA29282 for ; Thu, 15 Apr 1999 19:29:23 -0400 (EDT) Date: Thu, 15 Apr 1999 19:29:31 -0400 (EDT) From: Nicolas Pitre To: linux-arm@vger.rutgers.edu Subject: Matchita cdrom drive problem 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: 1239 Lines: 32 I think this topic already popped up some time ago but I wasn't paying much attention at that time. Situation: I'm working on a SA1100 board of our own and since the beginning it was running 2.0.35. Because there wasn't any ATAPI cdrom driver by default for ARM in 2.0.35 I copied the general driver from drivers/block/ide-cd.c over to arch/arm/drivers/block/ and arranged for it to compile in. The wonderful thing is that it just worked!! We use Tiac and Matshita cdrom drives big time without a glitch. Now I switched to 2.2.5 and the ATAPI cdrom driver is available in the stock kernel. The thing is that it works with Tiac drives but it doesn't work with Matshita drives anymore. The problem seems like if the Matshita just barf on some packet commands. Unfortunately I don't have all the funky details handy like model number, error dump, etc. However I wanted to know if a known solution exists since I remember some people already discussed about Matshita drives on this list before. PS: I'm on vacation from now until the 27th. If nobody knowd the answer... then I'll know what to do when I'm back... Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From sun3-list-request@redhat.com Fri Apr 16 02:58: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 CAA718082 for ; Fri, 16 Apr 1999 02:57:54 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA10226 for ; Fri, 16 Apr 1999 02:57:54 +0200 Received: from lists.redhat.com(199.183.24.247) by mentolat.core.genedata.com via smap (V2.0) id xma010224; Fri, 16 Apr 99 02:57:31 +0200 Received: (qmail 31136 invoked by uid 501); 16 Apr 1999 01:20:32 -0000 Resent-Date: 16 Apr 1999 01:20:32 -0000 Resent-Cc: recipient list not shown: ; MBOX-Line: From sun3-list-request@redhat.com Thu Apr 15 21:20:31 1999 Date: Fri, 16 Apr 1999 10:56:50 +1000 (EST) From: Rev Simon Rumble X-Sender: simon@taz.net.au To: sun3-list@redhat.com Subject: Re: More hardware available In-Reply-To: <85aew9mvth.fsf@junk.nocrew.org> Message-ID: X-url: http://www.rumble.net/ MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Resent-Message-ID: <"sR46U1.0.-b7.V1f5t"@lists.redhat.com> Resent-From: sun3-list@redhat.com Reply-To: sun3-list@redhat.com X-Mailing-List: archive/latest/236 X-Loop: sun3-list@redhat.com Precedence: list Resent-Sender: sun3-list-request@redhat.com X-URL: http://www.redhat.com Status: RO Content-Length: 543 Lines: 18 I have several 3/60s available to anyone furthering Linux development on the platform. I'm in Sydney, Australia. PLUR --- ___ simon@rumble.net |___ http://www.rumble.net ___| H E R M Magary's Principle: When there is a public outcry to cut deadwood and fat from any government bureaucracy, it is the deadwood and the fat that do the cutting, and the public's services are cut. -- To unsubscribe: mail -s unsubscribe sun3-list-request@redhat.com < /dev/null From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 16 03:25: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 DAA710647 for ; Fri, 16 Apr 1999 03:25:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA10312 for ; Fri, 16 Apr 1999 03:25:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma010310; Fri, 16 Apr 99 03:25:47 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:15987 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <11045-21383>; Fri, 16 Apr 1999 04:25:16 +0300 Received: by vger.rutgers.edu via listexpand id <160404-11366>; Thu, 15 Apr 1999 21:02:21 -0400 Received: by vger.rutgers.edu id <160185-11364>; Thu, 15 Apr 1999 21:02:00 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:37099 "EHLO Hydro.CAM.ORG" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160415-11364>; Thu, 15 Apr 1999 21:00:59 -0400 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 VAA20814; Thu, 15 Apr 1999 21:19:04 -0400 (EDT) Date: Thu, 15 Apr 1999 21:19:13 -0400 (EDT) From: Nicolas Pitre Reply-To: Nicolas Pitre To: Carl Price cc: linux-arm@vger.rutgers.edu, SA-1100/Linux Subject: Re: Port to new ARM platform In-Reply-To: <199904152015.NAA07782@hpcvcfr.cv.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: 1855 Lines: 50 On Thu, 15 Apr 1999, Carl Price wrote: > Hi all, > > So on to what I want to do. I have just gotten a HP Jornada 820 from > work, and I would like to see about putting Linux on it instead of WinCE. > (For those not familiar, this is a StrongArm 1100 w/SA1101 companion chip). Linux already run on the SA1100 and I maintain some patches for it that you can find at ftp.cam.org/users/nico. Most basic drivers are in there and the whole thing should be mature enough to be merged into the main ARM Linux tree soon. Until then I suggest you look at my ftp site for patches and some (a bit outdated now) notes for them. Many SA1100/Linux developers are mostly communicating on the sa1100-linux@pa.dec.com mailing list. I suggest you subscribe to it. On www.arm.linux.org.uk you'll find a link to the Itsy project which host the mailing list mentionned above. There is also few others projects out there running Linux on the SA1100 but we probably miss a web page to reference all of them... > I hope to be able to keep all I do documented as I go, so hopefully in > the future others will be able to look at the documentation to get an idea > of what they need to do to port to a new platform. > > Any pointers would be welcomed. All of these are useful: http://www.inkvine.fluff.org/~chris/arm-tools.html ftp://ftp.cam.org/users/nico/ http://ssdl-redstone.stanford.edu/~zskiraly/salinux http://www.tazenda.demon.co.uk/phil/armlinux/ http://www.arm.linux.org.uk/ ... and the SA1100-Linux mailing list. I suggest that you target diff-2.2.3-rmk2-np5.gz since the frame buffer driver seems to be broken with diff-2.2.5-rmk4-np6.gz at the moment. PS: I'm on vacation from now until the 27th. So I'm off the net til then. 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 Apr 16 10:50: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 KAA731131 for ; Fri, 16 Apr 1999 10:50:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA11077 for ; Fri, 16 Apr 1999 10:50:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa11072; Fri, 16 Apr 99 10:50:30 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:44900 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17241-21383>; Fri, 16 Apr 1999 11:48:36 +0300 Received: by vger.rutgers.edu via listexpand id <157682-11364>; Fri, 16 Apr 1999 04:25:24 -0400 Received: by vger.rutgers.edu id <157557-11366>; Fri, 16 Apr 1999 04:25:06 -0400 Received: from [194.168.16.174] ([194.168.16.174]:1402 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <157595-11366>; Fri, 16 Apr 1999 04:24:46 -0400 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 HAA16143; Fri, 16 Apr 1999 07:46:47 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id HAA06405; Fri, 16 Apr 1999 07:45:10 +0100 Message-Id: <199904160645.HAA06405@flint.armlinux.org.uk> Subject: Re: Matchita cdrom drive problem To: nico@CAM.ORG (Nicolas Pitre) Date: Fri, 16 Apr 1999 07:45:09 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Nicolas Pitre" at Apr 15, 99 07:29:31 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: 1025 Lines: 19 Nicolas Pitre writes: > I'm working on a SA1100 board of our own and since the beginning it was > running 2.0.35. Because there wasn't any ATAPI cdrom driver by default > for ARM in 2.0.35 I copied the general driver from > drivers/block/ide-cd.c over to arch/arm/drivers/block/ and arranged for it > to compile in. It has always been available. I use it for the RiscPC... However, I am not aware of any problems with Matshita IDE drives with 2.2.x. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 16 10:51: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 KAA718079 for ; Fri, 16 Apr 1999 10:50:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA11076 for ; Fri, 16 Apr 1999 10:50:54 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma011072; Fri, 16 Apr 99 10:50:29 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:17507 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17288-12920>; Fri, 16 Apr 1999 11:47:29 +0300 Received: by vger.rutgers.edu via listexpand id <157471-11364>; Fri, 16 Apr 1999 04:24:13 -0400 Received: by vger.rutgers.edu id <157557-11364>; Fri, 16 Apr 1999 04:24:05 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:8347 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157471-11364>; Fri, 16 Apr 1999 04:23:45 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10Y4GA-0001ux-00; Fri, 16 Apr 1999 09:46:02 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Y4G9-00023V-00; Fri, 16 Apr 1999 09:46:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Steve Kipisz (EUS)" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: ftp, telnet In-reply-to: Your message of "Thu, 15 Apr 1999 15:37:35 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 16 Apr 1999 09:46:01 +0100 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: 623 Lines: 15 >We have a hardware platform similar to Brutus. I have a Socket >Communications LPE (Low Power Ethernet) PCMCIA card I'm trying to get >working. I can ping without any problems. I've tried using ftp or telnet, >but nothing seems to happen. When I ftp one of our workstations, I can type Have you tried ping with different packet sizes, especially odd numbers of bytes, very small and very large (MTU size) payloads? Also, you could try running tcpdump on another machine to see the frames on the wire. That might reveal the problem. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 17 02:04: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 CAA750759 for ; Sat, 17 Apr 1999 02:03:59 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA12911 for ; Sat, 17 Apr 1999 02:03:57 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma012909; Sat, 17 Apr 99 02:03:36 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:49939 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16550-25681>; Sat, 17 Apr 1999 03:03:05 +0300 Received: by vger.rutgers.edu via listexpand id <160226-11364>; Fri, 16 Apr 1999 19:23:11 -0400 Received: by vger.rutgers.edu id <157544-11366>; Fri, 16 Apr 1999 19:22:50 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4522 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <160082-11364>; Fri, 16 Apr 1999 18:50:29 -0400 Received: from [194.222.210.232] (helo=tardis) by finch-post-12.mail.demon.net with smtp (Exim 2.12 #1) id 10YHnP-000OG0-0C for linux-arm@vger.rutgers.edu; Fri, 16 Apr 1999 23:13:16 +0000 Date: Sat, 17 Apr 1999 00:10:19 +0100 (GMT) From: Dave Gilbert X-Sender: gilbertd@tardis To: linux-arm@vger.rutgers.edu Subject: Physically small ARM card 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: 1029 Lines: 28 Hi, For various reasons I'm in need of a physically small embedded processor card (or 30...). I'd appreciate that if anyone knows of a board which meets the following requirements they could tell me: 1) Physically no larger than a eurocard (100x160mm?) Preferably smaller. 2) No thicker than 0.75inch - preferably thinner. 3) 4-12MB of RAM 4) Ether (preferably fast) interface on board. 5) RS232 on board. 6) Preferably takes 3.3v in 7) Must boot an OS with a TCP stack (pref. Linux!!) 8) A nice fast processor would be good as well..... An ARM card would be nice because of the low power and the fact that I know it really well. Dave -------------------------------------------------------------------- / Dr. David Alan Gilbert | Running Linux on | Happy \ \ gro.gilbert @ treblig.org | Alpha, ARM and SPARC | In Hex / \____________________________|___ http://www.treblig.demon.co.uk __/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 17 04:23: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 EAA697724 for ; Sat, 17 Apr 1999 04:23:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA13177 for ; Sat, 17 Apr 1999 04:23:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013175; Sat, 17 Apr 99 04:23:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:2828 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16354-26551>; Sat, 17 Apr 1999 05:23:07 +0300 Received: by vger.rutgers.edu via listexpand id <160127-11364>; Fri, 16 Apr 1999 21:59:32 -0400 Received: by vger.rutgers.edu id <160220-11366>; Fri, 16 Apr 1999 21:59:17 -0400 Received: from dialup-100.publab.ed.ac.uk ([129.215.38.100]:4339 "HELO bees.enterprise-plc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <160263-11366>; Fri, 16 Apr 1999 21:58:11 -0400 Received: from spaceball [192.168.1.1] by flat [192.168.1.8] with SMTP (MDaemon.v2.7.SP4.R) for ; Sat, 17 Apr 1999 01:24:31 +0100 Date: Sat, 17 Apr 1999 01:30:13 +0100 From: micm To: linux-arm@vger.rutgers.edu Subject: /dev/cdrom Message-ID: <93ae9f348%micm@bees.enterprise-plc.com> 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: 516 Lines: 19 In a fit of stupidity, I went and deleted /dev/cdrom .... D'Oh! Anyone fancy revealing the magic mknod command to get it back?? It's an IDE CDROM on the internal interface and shows as hdb on kernel version 2.0.35..... Cheers, Mike. -- "Danger could be my middle name.....but it's James" Visit the NUMPTIE XONE : http://www.toth.org.uk/~micm Q:What did the fish say when he hit a concrete wall? A:Dam. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 17 12: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 MAA748234 for ; Sat, 17 Apr 1999 12:01:28 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA13913 for ; Sat, 17 Apr 1999 12:01:27 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma013911; Sat, 17 Apr 99 12:01:04 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41327 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15746-25681>; Sat, 17 Apr 1999 13:00:31 +0300 Received: by vger.rutgers.edu via listexpand id <157595-11366>; Sat, 17 Apr 1999 05:36:58 -0400 Received: by vger.rutgers.edu id <160074-11366>; Sat, 17 Apr 1999 05:36:47 -0400 Received: from chaos.oregan.net ([195.173.86.1]:2316 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <157595-11364>; Sat, 17 Apr 1999 05:34:46 -0400 Received: (from phil@localhost) by chaos.oregan.net (8.8.7/8.8.8) id KAA19587; Sat, 17 Apr 1999 10:57:36 +0100 Message-ID: <19990417105735.W1102@chaos.oregan.net> Date: Sat, 17 Apr 1999 10:57:35 +0100 From: Phil Norman To: micm@toth.org.uk, linux-arm@vger.rutgers.edu Subject: Re: /dev/cdrom References: <93ae9f348%micm@bees.enterprise-plc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <93ae9f348%micm@bees.enterprise-plc.com>; from micm on Sat, Apr 17, 1999 at 01:30:13AM +0100 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: 25 On Sat, Apr 17, 1999 at 01:30:13AM +0100, micm wrote: > In a fit of stupidity, I went and deleted /dev/cdrom .... D'Oh! I hope you didn't lose any data. > Anyone fancy revealing the magic mknod command to get it back?? It's an > IDE CDROM on the internal interface and shows as hdb on kernel version > 2.0.35..... Assuming /dev/hdb is still there, and you've just deleted the /dev/cdrom symbolic link to it, all you need to do is: ln -s /dev/hdb /dev/cdrom Assuming /dev/hdb itself has vanished, you'll need to do: mknod /dev/hdb b 3 64 Of course, if neither of them are there, use some combination of the above. Cheers, Phil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 17 18:32: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 SAA760132 for ; Sat, 17 Apr 1999 18:32:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA14650 for ; Sat, 17 Apr 1999 18:32:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014648; Sat, 17 Apr 99 18:32:04 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24418 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16560-26551>; Sat, 17 Apr 1999 19:31:50 +0300 Received: by vger.rutgers.edu via listexpand id <160225-11364>; Sat, 17 Apr 1999 12:07:58 -0400 Received: by vger.rutgers.edu id <160226-11366>; Sat, 17 Apr 1999 12:07:49 -0400 Received: from [194.168.16.211] ([194.168.16.211]:1484 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160225-11364>; Sat, 17 Apr 1999 12:07:41 -0400 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 RAA20785; Sat, 17 Apr 1999 17:32:13 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA00847; Sat, 17 Apr 1999 17:30:05 +0100 Message-Id: <199904171630.RAA00847@raistlin.armlinux.org.uk> Subject: 2.2.5-rmk5 release (was: Re: 2.2.5-rmk1) To: philb@gnu.org Date: Sat, 17 Apr 1999 17:30:04 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "philb@gnu.org" at Apr 8, 99 02:31: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: 2170 Lines: 42 Ok, after several runs of crashme, I think I've squashed Phil's bug... Some advice for using crashme - use a serial connection to run crashme, and run something like minicom with a decent amount of scroll-back. When a crash happens, find the previous invocation of crashme - it will give you the random seed required to regenerate the code that caused the crash. Anyway, stuff fixed in the up and coming 2.2.5-rmk5 patch: 1. vector exceptions were too noisy, and were being over-zealous about killing the task (rather than sending it a SEGV and letting it handle that). 2. bug in kernel_page_fault meant another kernel NULL dereference caused this routine to be called ad infinitum, causing stack overflow. 3. the bad mode handler called because the signal stack was corrupted, and the SEGV signal was blocked. The signal stack registers are now forced to something sensible instead of being left in their corrupted state (namely forcing USER mode and SP to be word aligned). *** Note: this was a security hole *** 4. Infinite loop lockup when flush_icache_area is called with start = 0x......33, end = 0x7ffffff7 flush_icache_area and cache_clean(_area) are now called with an address and size argument and are now guaranteed to terminate. 5. Expansion card IRQs on Acorn machines now work again. These were unfortunately broken in previous 2.2 kernels (I must keep those hard drives dangling out the side of my RiscPC for testing this...) Unfortunately, the FTP site is currently down, so I don't know when I'll be able to make the patch available. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 17 21:11: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 VAA732656 for ; Sat, 17 Apr 1999 21:11:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA14893 for ; Sat, 17 Apr 1999 21:11:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014891; Sat, 17 Apr 99 21:11:38 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:9008 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2955-26551>; Sat, 17 Apr 1999 22:11:21 +0300 Received: by vger.rutgers.edu via listexpand id <160255-11366>; Sat, 17 Apr 1999 14:47:35 -0400 Received: by vger.rutgers.edu id <160261-11364>; Sat, 17 Apr 1999 14:47:17 -0400 Received: from [194.168.16.185] ([194.168.16.185]:1522 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160255-11366>; Sat, 17 Apr 1999 14:47:09 -0400 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 UAA21239; Sat, 17 Apr 1999 20:11:28 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00584; Sat, 17 Apr 1999 20:09:06 +0100 Message-Id: <199904171909.UAA00584@raistlin.armlinux.org.uk> Subject: 2.2.5-rmk5 update To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Sat, 17 Apr 1999 20:09:05 +0100 (BST) 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: 661 Lines: 14 Ok, the patch is now on ftp.netwinder.org:/users/r/rmk/pre-patch-2.2.5-rmk5.gz Enjoy! _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 17 21:34: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 VAA763557 for ; Sat, 17 Apr 1999 21:34:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA14922 for ; Sat, 17 Apr 1999 21:34:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma014920; Sat, 17 Apr 99 21:34:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3905 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <75-25681>; Sat, 17 Apr 1999 22:34:03 +0300 Received: by vger.rutgers.edu via listexpand id <160322-11366>; Sat, 17 Apr 1999 15:09:59 -0400 Received: by vger.rutgers.edu id <160313-11366>; Sat, 17 Apr 1999 15:09:41 -0400 Received: from [194.168.16.185] ([194.168.16.185]:1559 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160301-11364>; Sat, 17 Apr 1999 15:09:35 -0400 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 UAA21316 for ; Sat, 17 Apr 1999 20:34:34 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00707 for linux-arm@vger.rutgers.edu; Sat, 17 Apr 1999 20:32:11 +0100 Message-Id: <199904171932.UAA00707@raistlin.armlinux.org.uk> Subject: 2.2.5-rmk5 update (again) To: linux-arm@vger.rutgers.edu Date: Sat, 17 Apr 1999 20:32:10 +0100 (BST) 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: 933 Lines: 18 Hi all, Well, it seems pointless me uploading the 2.2.5-rmk5 patch to ftp.netwinder.org - it's been 5 minutes, and the 'ftp.netwinder.org' name has disappeared out of the DNS. This means that there isn't a reachable site for the new 2.2.5 kernel patch. Please be patient (if any of you are actually reading this, which I suspect is very few at the moment)... _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 18 15:58: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 PAA781357 for ; Sun, 18 Apr 1999 15:57:59 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA16630 for ; Sun, 18 Apr 1999 15:57:59 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma016628; Sun, 18 Apr 99 15:57:39 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:62822 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15801-4483>; Sun, 18 Apr 1999 16:57:15 +0300 Received: by vger.rutgers.edu via listexpand id <157595-11366>; Sun, 18 Apr 1999 09:33:00 -0400 Received: by vger.rutgers.edu id <157476-11366>; Sun, 18 Apr 1999 09:32:50 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4052 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <157471-11364>; Sun, 18 Apr 1999 09:32:37 -0400 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 10Ys3C-0005qo-0A; Sun, 18 Apr 1999 13:55:58 +0000 Received: from localhost ([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 10Yryn-0003wr-00; Sun, 18 Apr 1999 14:51:25 +0100 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: 2.2.5-rmk5 release (was: Re: 2.2.5-rmk1) In-Reply-To: Message from Russell King - ARM Linux Admin of "Sat, 17 Apr 1999 17:30:04 BST." <199904171630.RAA00847@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 18 Apr 1999 14:51:25 +0100 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: 179 Lines: 8 >Ok, after several runs of crashme, I think I've squashed Phil's bug... Great, I'll test it out. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 00:39: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 AAA823035 for ; Tue, 20 Apr 1999 00:39:00 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA20671 for ; Tue, 20 Apr 1999 00:39:00 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020669; Tue, 20 Apr 99 00:38:31 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5669 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2097-10845>; Tue, 20 Apr 1999 01:38:08 +0300 Received: by vger.rutgers.edu via listexpand id <154035-7495>; Mon, 19 Apr 1999 17:02:01 -0400 Received: by vger.rutgers.edu id <161086-3983>; Mon, 19 Apr 1999 16:20:12 -0400 Received: from ainur.ee.surrey.ac.uk ([131.227.50.25]:63444 "HELO ainur.ee.surrey.ac.uk" ident: "root") by vger.rutgers.edu with SMTP id <160293-3981>; Mon, 19 Apr 1999 16:03:14 -0400 Received: from endor.ee.surrey.ac.uk by ainur.ee.surrey.ac.uk with smtp (Smail3.1.29.1-ident) id m10ZG79-0003ATC; Mon, 19 Apr 99 16:37 BST Received: by endor.ee.surrey.ac.uk with Internet Mail Service (5.5.2448.0) id ; Mon, 19 Apr 1999 16:30:05 +0100 Message-ID: <5FE97DD96380D111821E00805F2720E9B49BD7@endor.ee.surrey.ac.uk> From: Andrew Dachs To: "'linux-arm@vger.rutgers.edu'" Subject: RE: HELP: (was Problem building EBSA-285...) Date: Mon, 19 Apr 1999 16:30:01 +0100 X-Mailer: Internet Mail Service (5.5.2448.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: 1964 Lines: 51 FWIW I had the same "unrecognised insn" error but it went away when I rebuilt binutils/egcs without the --with-cpu=strongarm110 option. The versions were: binutils-2.9.1.0.19a (patched with binutils-2.9.1.0.19a-arm-diff-981230.gz) egcs-1.1.2 (patched with egcs-1.1.2-arm-diff-990325.gz) Part way through rebuilding glibc I got another error. Make, in the ./elf directory, reported that symbols could not be found in libgcc.a and that I should run ranlib on it. I did that by: cd /home/arm/tools/lib/gcc-lib/arm-linux/egcs-2.91.66 arm-linux-ranlib libgcc.a After that glibc built cleanly and installed. I'm not able to test it on a real system at the moment but I can compile a helloworld program and get sensible looking code. Andy > -----Original Message----- > From: Philip Blundell [SMTP:pb@nexus.co.uk] > Sent: Monday, April 19, 1999 9:51 AM > To: Greg Johnson > Cc: linux-arm@vger.rutgers.edu; tjl@research.canon.com.au > Subject: Re: HELP: (was Problem building EBSA-285...) > > >board. Has anyone had success cross compiling for the EBSA-285? The > >instructions I have been following seem to be for arm-linux > >in general, rather than EBSA-285 Cross Compiler specific. > > There is nothing special about the EBSA-285 that means you need a > different > compiler. All current machines running ARM GNU/Linux have a common ABI, > aside > from the 26/32-bit division which is irrelevant here. > > >> However, when I attempt to compile glibc I get the following > >> internal compiler error (I have broken up to enormous compiler command > line. > > Can you try with egcs 1.1.2 and the latest patch from ftp.netwinder.org? > I've > seen this bug before but I don't remember offhand what the exact status of > it > is. You could also try the trunk version if you feel brave. > > p. > > > 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 Tue Apr 20 01:57: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 BAA815285 for ; Tue, 20 Apr 1999 01:57:30 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA20801 for ; Tue, 20 Apr 1999 01:57:30 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020799; Tue, 20 Apr 99 01:57:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19322 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13201-8400>; Tue, 20 Apr 1999 02:56:30 +0300 Received: by vger.rutgers.edu via listexpand id <155285-7495>; Mon, 19 Apr 1999 19:27:13 -0400 Received: by vger.rutgers.edu id <155323-7494>; Mon, 19 Apr 1999 17:36:18 -0400 Received: from mail11.digital.com ([192.208.46.10]:2099 "EHLO mail11.digital.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <168261-7494>; Mon, 19 Apr 1999 16:34:43 -0400 Received: from reohub2.reo.dec.com (reohub2.reo.dec.com [16.37.21.19]) by mail11.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id MAA27632 for ; Mon, 19 Apr 1999 12:22:36 -0400 (EDT) Received: by reohub2.reo.dec.com with Internet Mail Service (5.5.2559.0) id ; Mon, 19 Apr 1999 17:20:13 +0100 Message-ID: <7507AC53E72AD111B9E50000F84AA037027913C1@sbueurayo1ae.ayo.dec.com> From: Iain Grant To: linux-arm@vger.rutgers.edu Subject: NFS Swap File !!!! Date: Mon, 19 Apr 1999 17:19:59 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.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: 1063 Lines: 40 Help, I have our EBSA booting over NFS. I'd like to get a swap file/device set up. I've got some instructions on diskless clients which tells me to do the following in the top level of the NFS mount # dd if=/dev/zero of=swapfile bs=1024 count=16384 # mkswap swapfile This successfully creates a swapfile. then in the /etc/fstab of the EBSA I added the line /swapfile swap swap defaults 0 0 When we boot the EBSA we always get a 'bad swap file' error message. ( I have even tried adding the dd and mkswap instructions to the rc.sysinit of the EBSA but that didn't work either ) If we cannot get this to work I was thinking about using a ramdisk as the swapdisk. Don't know if this will work or not but I'm willing to give it a try. Does anyone have any ideas ?? Thanks Iain Iain Grant DMCC Firmware Engineer Compaq (Scotland) *Tel: 823-3532 (DTN) - Int'l (44-1292) 883532 *Fax: 823-3241 (DTN) - Int'l (44-1292) 883241 *E*: iain.grant@digital.com *: @AYO unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 19 22:53: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 WAA816042 for ; Mon, 19 Apr 1999 22:52:59 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA20417 for ; Mon, 19 Apr 1999 22:52:59 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020415; Mon, 19 Apr 99 22:52:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19520 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12358-10859>; Mon, 19 Apr 1999 23:52:29 +0300 Received: by vger.rutgers.edu via listexpand id <161767-3983>; Mon, 19 Apr 1999 16:14:49 -0400 Received: by vger.rutgers.edu id <160821-3981>; Mon, 19 Apr 1999 15:57:03 -0400 Received: from polar-ext.wise.edt.ericsson.se ([193.180.251.39]:37677 "EHLO polar.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155900-3983>; Mon, 19 Apr 1999 15:56:42 -0400 Received: from penguin.wise.edt.ericsson.se (penguin.wise.edt.ericsson.se [153.88.253.23]) by polar.wise.edt.ericsson.se (8.9.3/8.9.0/polar-1.3) with ESMTP id UAA13790 for ; Mon, 19 Apr 1999 20:22:54 +0200 (MET DST) Received: from mailserver1.ericsson.se (mailserver1.ericsson.se [136.225.152.91]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id UAA05116; Mon, 19 Apr 1999 20:19:27 +0200 (MET DST) Received: from esealnt187.ericsson.se (esealnt187.ericsson.se [130.100.184.161]) by mailserver1.ericsson.se (8.8.8/8.8.8/eri-1.0) with SMTP id UAA18912; Mon, 19 Apr 1999 20:19:27 +0200 (MET DST) Received: from 130.100.102.222 by esealnt187.ericsson.se (InterScan E-Mail VirusWall NT); Mon, 19 Apr 1999 20:19:26 +0200 (W. Europe Daylight Time) Received: from esealnt140.ericsson.se (esealnt140 [130.100.102.222]) by esealnt140.ericsson.se with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2232.9) id JB4R6602; Mon, 19 Apr 1999 20:19:26 +0200 Received: from 138.85.224.211 by esealnt140.ericsson.se (InterScan E-Mail VirusWall NT); Mon, 19 Apr 1999 20:19:24 +0200 (W. Europe Daylight Time) Received: by eamrcnt740.exu.ericsson.se with Internet Mail Service (5.5.2232.9) id ; Mon, 19 Apr 1999 13:19:22 -0500 Message-ID: From: "Eric Thomas (EUS)" To: "'linux-arm@vger.rutgers.edu'" , "'sa1100-linux@pa.dec.com'" Subject: remap_page_range problem with 2.2.5 Date: Mon, 19 Apr 1999 13:14:43 -0500 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: 2227 Lines: 71 Tried out the pre-patch-2.2.5-rmk5 (and rmk4) this morning with diff-2.2.5-rmk4-np6 on my SA1100 board and am seeing the sa1100fb.c code crash on startup. The driver remaps a region of cacheable, bufferable RAM to 0xD1000000 as non-cached, non-bufferable. The remap_page_range returns successfully (0). However, as soon as I read from or write to the mapped memory region, I receive an Oops. This is working under 2.2.3 kernel. The remap_page_range call I am using is below along with the Oops. remap_page_range(0xD1000000, 0xc0104000, 0x4D000, __pgprot(PTE_TYPE_SMALL | PTE_AP_WRITE)) Unable to handle kernel paging request at virtual address d1000000 memmap = C0004000, pgd = c0004000 *pgd = c8fdb001, *pmd = c8fdb001, *pte = c0104ff2, *ppte = 00000000 Internal error: Oops: 2 CPU: 0 pc : [] lr : [] sp : c01bdf40 ip : c01bdef8 fp : c01bdf58 r10: c00081fc r9 : 4401a118 r8 : c00e98ec r7 : c0162488 r6 : c00de824 r5 : fffff000 r4 : d1000000 r3 : 60000053 r2 : 0000b928 r1 : 00000418 r0 : c00de910 Flags: Nzcv IRQs on FIQs off Mode SVC_32 Segment kernel Control: C000517F Table: C000517F DAC: 0000001D Process swapper (pid: 1, stackpage=c01bd000) Stack: c01bdf20: c00a9144 c00a914c 80000053 fffff c01bdf40: c0151c2c 00000000 c000b450 c01bdf78 c01bdf5c c00a9744 c00a904c c00de c01bdf60: 00000000 00000000 c000b450 c01bdf94 c01bdf7c c00a7bcc c00a96e4 c000c c01bdf80: c00e96d0 c0152580 c01bdfa4 c01bdf98 c0096900 c00a7b38 c01bdfb4 c01bd c01bdfa0: c00884e0 c00968d8 c01bdfd4 c01bdfb8 c0031170 c00884dc c000c8b0 c00e9 c01bdfc0: c0152580 c0162488 c01bdfe4 c01bdfd8 c000c88c c003116c c01bdffc c01bd c01bdfe0: c000c8c0 c000c840 c000c8b0 c00e96d0 c00e7fe0 c01be000 c000e380 c000c Any ideas whats going on? Thanks, Eric -------------------------------------------------------------- Eric Thomas Ericsson Inc. Software Engineer 7001 Development Drive eric.thomas@ericsson.com Research Triangle Park, NC 27709 Voice: (919)472-7082 FAX: (919)472-1561 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 01:45: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 BAA802086 for ; Tue, 20 Apr 1999 01:45:30 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA20778 for ; Tue, 20 Apr 1999 01:45:30 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020776; Tue, 20 Apr 99 01:45:17 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:56411 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12797-8400>; Tue, 20 Apr 1999 02:45:02 +0300 Received: by vger.rutgers.edu via listexpand id <154611-7494>; Mon, 19 Apr 1999 17:11:38 -0400 Received: by vger.rutgers.edu id <161297-3983>; Mon, 19 Apr 1999 16:25:06 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3251 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161674-3981>; Mon, 19 Apr 1999 16:12:13 -0400 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 10ZKEL-0000Hn-0A; Mon, 19 Apr 1999 20:01:22 +0000 Received: from localhost ([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 10ZKDV-000588-00; Mon, 19 Apr 1999 21:00:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Eric Thomas (EUS)" cc: "'linux-arm@vger.rutgers.edu'" , "'sa1100-linux@pa.dec.com'" Subject: Re: remap_page_range problem with 2.2.5 In-Reply-To: Message from "Eric Thomas (EUS)" of "Mon, 19 Apr 1999 13:14:43 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Apr 1999 21:00:28 +0100 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: 577 Lines: 15 >remap_page_range(0xD1000000, 0xc0104000, 0x4D000, > __pgprot(PTE_TYPE_SMALL | PTE_AP_WRITE)) You probably need to change the access permissions there because of the new PTE-handling code. At a guess you now want (_L_PTE_DEFAULT | L_PTE_DIRTY | L_PTE_WRITE) or something like that. You could possibly write that as (PAGE_KERNEL & ~(PTE_BUFFERABLE | PTE_CACHEABLE)) to avoid exposing quite so many of the implementation details. See include/asm-arm/proc-armv/pgtable.h for the low-down. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 01:04: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 BAA814344 for ; Tue, 20 Apr 1999 01:04:00 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA20711 for ; Tue, 20 Apr 1999 01:04:00 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020709; Tue, 20 Apr 99 01:03:55 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:60783 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2586-8400>; Tue, 20 Apr 1999 02:02:19 +0300 Received: by vger.rutgers.edu via listexpand id <154234-7494>; Mon, 19 Apr 1999 17:05:34 -0400 Received: by vger.rutgers.edu id <160671-3983>; Mon, 19 Apr 1999 16:23:15 -0400 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:42102 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <161455-3983>; Mon, 19 Apr 1999 16:08:35 -0400 Received: from mailserver1.ericsson.se (mailserver1.ericsson.se [136.225.152.91]) by penguin.wise.edt.ericsson.se (8.9.0/8.9.0/WIREfire-1.2) with ESMTP id WAA26283; Mon, 19 Apr 1999 22:30:30 +0200 (MET DST) Received: from esealnt187.ericsson.se (esealnt187.ericsson.se [130.100.184.161]) by mailserver1.ericsson.se (8.8.8/8.8.8/eri-1.0) with SMTP id WAA08502; Mon, 19 Apr 1999 22:30:32 +0200 (MET DST) Received: from 130.100.102.216 by esealnt187.ericsson.se (InterScan E-Mail VirusWall NT); Mon, 19 Apr 1999 22:30:29 +0200 (W. Europe Daylight Time) Received: by esealnt141 with Internet Mail Service (5.5.2232.9) id ; Mon, 19 Apr 1999 22:30:28 +0200 Message-ID: From: "Eric Thomas (EUS)" To: "'Philip Blundell'" , "Eric Thomas (EUS)" Cc: "'linux-arm@vger.rutgers.edu'" , "'sa1100-linux@pa.dec.com'" Subject: RE: remap_page_range problem with 2.2.5 Date: Mon, 19 Apr 1999 22:25:25 +0200 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: 647 Lines: 23 > >remap_page_range(0xD1000000, 0xc0104000, 0x4D000, > > __pgprot(PTE_TYPE_SMALL | PTE_AP_WRITE)) > > You probably need to change the access permissions there > because of the new > PTE-handling code. At a guess you now want (_L_PTE_DEFAULT | > L_PTE_DIRTY | > L_PTE_WRITE) or something like that. You could possibly > write that as > (PAGE_KERNEL & ~(PTE_BUFFERABLE | PTE_CACHEABLE)) to avoid > exposing quite so > many of the implementation details. > > See include/asm-arm/proc-armv/pgtable.h for the low-down. > > p. > Thanks, that fixed it. Eric unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 03:53: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 DAA822045 for ; Tue, 20 Apr 1999 03:53:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA21014 for ; Tue, 20 Apr 1999 03:53:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021012; Tue, 20 Apr 99 03:52:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24343 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16673-8400>; Tue, 20 Apr 1999 04:52:30 +0300 Received: by vger.rutgers.edu via listexpand id <155343-7494>; Mon, 19 Apr 1999 19:28:53 -0400 Received: by vger.rutgers.edu id <155345-7494>; Mon, 19 Apr 1999 17:36:52 -0400 Received: from gem.dcs.warwick.ac.uk ([137.205.227.1]:63876 "EHLO gem.dcs.warwick.ac.uk" ident: "ashley") by vger.rutgers.edu with ESMTP id <168319-7495>; Mon, 19 Apr 1999 16:37:08 -0400 Received: (from ashley@localhost) by gem.dcs.warwick.ac.uk (8.9.1a/8.9.1) id WAA11244 for linux-arm@vger.rutgers.edu; Mon, 19 Apr 1999 22:02:37 +0100 (BST) Date: Mon, 19 Apr 1999 22:02:37 +0100 From: Ashley Ward To: linux-arm@vger.rutgers.edu Subject: 8Gb on ICS IDE, Strong ARM RPC Message-ID: <19990419220237.A10736@gem.dcs.warwick.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i 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: 4843 Lines: 119 Hi... I'm still trying to install ARMLinux on a friend's StrongARM RiscPC. He has a new ICS IDE interface, with new 8Gb disc. I've now managed to create the partitions on the disc - thanks, Mark, for the help (he gave me a Templates file that enabled me to enter a big enough number for cylinders!). PartMan (1.13a13) now says: File system IDEFS::4, Scheme ICSIDEFS Disc size 6144Mb, Sector size 512 bytes C/H/S 12484/16/63 Partition Start End Size Type 1 0 12583951 6145Mb Filecore 2 12583952 16308431 1819Mb Linux native 3 16308432 16514063 100Mb Linux swap (actually I notice here that the total Disc size is wrong, but I don't think that is what is causing my current problems). Mark also sent me a change to arch/arm/drivers/block/adfspart.c, the function adfspart_check_ICS(). I have made this change (to the 2.0.36 kernel), and recompiled on my own RPC, for StrongARM. There were some problems during this compilation - the links I think in asm-arm, arch-> and proc-> were being set to arch- and proc- (which makes them point nowhere) by make config. I set the processor back to ARM6/7, then back to StrongARM and this seemed to fix the problem. So, first, I booted the SA RPC with this kernel. I found that it hung after detecting the CDROM, like this: Ramdisk driver initialized : 16 ramdisks of 4096K size hda: Seagate Technology 1275MB - ST31276A, 1221MB w/0kB Cache, CHS=2482/16/63 hdb: MATSHITA CR-585, ATAPI CDROM drive [hangs] so I have unplugged the CDROM for the moment. So I have a 1.2Gb disc on the internal IDE, and a 8Gb disc on the ICS interface. Linux cannot seem to see the ICS IDE interface - booting this configuration gives this: Now booting the kernel Console: [...] Calibrating delay loop.. ok - 222.00 BogoMIPS Memory: 35188k/36864k available (796k kernel code, 36k reserved, 844k data) Probing expansion cards: 1: [003D:00AE] IDE & CDFS Expansion Card 8: [0046:00EC] i-cubed ltd, EtherLan 600 interface (00:c0:32:00:43:07) Swansea [...] Linux version 2.0.36 (root@bax) (gcc version 2.7.2.2) #2 Mon Apr 19 [...] Starting kswapd v 1.4.2.2 Keyboard driver v1.00 Serial driver version 4.13 with no serial options enabled tty00 at 0x03f8 (irq = 10) is a 16550A Ramdisk driver initialized : 16 ramdisks of 4096K size hda: Seagate Technology 1275MB - ST31276A, 1221MB w/0kB Cache, CHS=2482/16/63 ide0 at 0x1f0-0x1f7,0x3f6 on irq 9 Floppy drive(s): fd0 is 1.44M, fd1 is 1.44M FDC 0 is a post-1991 82077 Partition check: hda: [ADFS] hda1 VFS: Insert root floppy disk to be loaded into ramdisk and press ENTER I'm noticing here that there is only one IDE interface line, ide0. Am I right in thinking that if another, say ide1 does not appear in the boot messages here, I'm stuffed and I cannot do anything even if I get the system up to a prompt? I'm also noticing the expansion card title "IDE & CDFS Expansion Card". I've been digging through the mailing list archives and found this: > 2) The detection of the ARCIN V5 or V6 is critial to the operation of the > interface. If you have an ARCIN V5, the podule description (shown by > *Podules under RiscOS, or at kernel boot up) must be: 'IDE Interface'. > Similarly, ARCIN V6 must be 'IDE USER PORT Expansion Card'. If not, then > the interface will not be recognised (and a warning printed in the kernel > messages). I don't get the warning message... and looking at the code, it looks like this recognition is now done by looking at data other than this string anyway. Of course the RedHat installer does not see the 8Gb disc (it is an ST38641A Medalist, BTW). I've tried booting with kernel arguments such as "ide1=0x1f8", but this hasn't got me anywhere. I've also tried moving the IDE interface card to the lower podule slot, still no joy. It has occurred to me that the ICS code didn't end up compiled into the kernel (see my problems above), but I think it has been, as nm on the uncompressed image shows up icside_identifyif and so on. There are two more things that I can think of: 1) Try 2.1 kernel 2) Put Linux on the smaller disc I'd rather not go to the bother of (1) unless someone assures me that 2.0.36 is the problem. And (2) would mean Linux ending up with a smaller amount of disc (also my friend is a little worried about moving his Sibelius installation around). OK - sorry for the amount of detail again... I'd really appreciate some help with getting Linux to work with the IDE card. Also if anyone has any ideas about the Matshita CDROM, I'd like to hear them. Cheers... Ash. -- Ashley Ward - Graduate Teaching Assistant - PhD year 1 ashley@dcs.warwick.ac.uk - http://www.dcs.warwick.ac.uk/~ashley/ Room 102, Department of Computer Science, University of Warwick, Coventry unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 02:11: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 CAA815388 for ; Tue, 20 Apr 1999 02:11:34 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA20836 for ; Tue, 20 Apr 1999 02:11:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa20830; Tue, 20 Apr 99 02:11:25 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:2842 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16903-8400>; Tue, 20 Apr 1999 03:10:38 +0300 Received: by vger.rutgers.edu via listexpand id <154303-7494>; Mon, 19 Apr 1999 18:47:56 -0400 Received: by vger.rutgers.edu id <154369-7495>; Mon, 19 Apr 1999 17:08:03 -0400 Received: from galatea-23.cableol.net ([194.168.16.23]:1853 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <160851-3981>; Mon, 19 Apr 1999 16:41:57 -0400 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 WAA28637; Mon, 19 Apr 1999 22:07:09 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00634; Mon, 19 Apr 1999 22:06:07 +0100 Message-Id: <199904192106.WAA00634@raistlin.armlinux.org.uk> Subject: Re: remap_page_range problem with 2.2.5 To: EUSEAT@am1.ericsson.se (Eric Thomas) Date: Mon, 19 Apr 1999 22:06:06 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: from "Eric Thomas" at Apr 19, 99 01:14: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: 1326 Lines: 23 Eric Thomas writes: > Tried out the pre-patch-2.2.5-rmk5 (and rmk4) this morning with > diff-2.2.5-rmk4-np6 on my SA1100 board and am seeing the sa1100fb.c code > crash on startup. The driver remaps a region of cacheable, bufferable RAM > to 0xD1000000 as non-cached, non-bufferable. The remap_page_range returns > successfully (0). However, as soon as I read from or write to the mapped > memory region, I receive an Oops. This is working under 2.2.3 kernel. The > remap_page_range call I am using is below along with the Oops. > > remap_page_range(0xD1000000, 0xc0104000, 0x4D000, > __pgprot(PTE_TYPE_SMALL | PTE_AP_WRITE)) The page table protection bits are no longer the PTE_* macros. Please upgrade then yo use the L_PTE_* macros 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 Apr 20 02:11: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 CAA824514 for ; Tue, 20 Apr 1999 02:11:34 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA20835 for ; Tue, 20 Apr 1999 02:11:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma020830; Tue, 20 Apr 99 02:11:24 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27413 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16832-10845>; Tue, 20 Apr 1999 03:08:37 +0300 Received: by vger.rutgers.edu via listexpand id <154621-7495>; Mon, 19 Apr 1999 19:36:09 -0400 Received: by vger.rutgers.edu id <154632-7494>; Mon, 19 Apr 1999 18:01:02 -0400 Received: from galatea-23.cableol.net ([194.168.16.23]:1862 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <168582-7494>; Mon, 19 Apr 1999 16:46:20 -0400 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 WAA28653; Mon, 19 Apr 1999 22:12:00 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00650; Mon, 19 Apr 1999 22:10:58 +0100 Message-Id: <199904192110.WAA00650@raistlin.armlinux.org.uk> Subject: pre-patch-2.2.6-rmk1.gz To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Mon, 19 Apr 1999 22:10:58 +0100 (BST) 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: 1420 Lines: 29 Hi All, This is being typed after a 15 hour day, so it's probably riddled with mistakes, but never mind. Yep, pre-patch-2.2.6-rmk1.gz is now out. There's not a lot changed on the ARM specific side between pre-patch-2.2.5-rmk5.gz and this one. However, one of the things I did notice was that the IRDA stuff doesn't compile anymore (iriap.c is asking for include/linux/irda.h, which doesn't exist). This, I hope, is going to be the final pre-patch release. However, I am still awaiting a response from a couple of people to say whether there are any more problems. As ever, if you find a problem with this patch, please let me know ASAP, and please include the kernel messages, and a copy of the System.map which relates to the kernel which is giving you a problem. Have I left anything out? Maybe, maybe not. That'll do for today, I think. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 20 10:46: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 KAA797336 for ; Tue, 20 Apr 1999 10:46:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA21749 for ; Tue, 20 Apr 1999 10:46:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma021747; Tue, 20 Apr 99 10:46:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:39536 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12792-10845>; Tue, 20 Apr 1999 11:45:48 +0300 Received: by vger.rutgers.edu via listexpand id <153974-7495>; Tue, 20 Apr 1999 04:17:26 -0400 Received: by vger.rutgers.edu id <153984-7494>; Tue, 20 Apr 1999 03:59:28 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:1715 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154827-7494>; Tue, 20 Apr 1999 03:48:04 -0400 Received: from [193.237.23.100] (helo=gate.sw.milldev.co.uk) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10ZVgd-0007Jh-0K; Tue, 20 Apr 1999 08:15:20 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id JAA13045; Tue, 20 Apr 1999 09:09:26 +0100 From: Russell King Message-Id: <199904200809.JAA13045@gate.sw.milldev.co.uk> Subject: Re: NFS Swap File !!!! To: Iain.Grant@digital.com (Iain Grant) Date: Tue, 20 Apr 1999 09:09:26 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <7507AC53E72AD111B9E50000F84AA037027913C1@sbueurayo1ae.ayo.dec.com> from "Iain Grant" at Apr 19, 99 05:19:59 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: 878 Lines: 23 Iain Grant said: > When we boot the EBSA we always get a 'bad swap file' error message. ( I > have even tried adding the dd and mkswap instructions to the rc.sysinit of > the EBSA but that didn't work either ) With Linux, it is not possible to have a swap file over NFS. > If we cannot get this to work I was thinking about using a ramdisk as the > swapdisk. Don't know if this will work or not but I'm willing to give it a > try. This will not gain you any advantage. It's better to leave the memory free for Linux to work out what the best use of the memory is than to allocate it to a swap device. Since Linux does not require a swap file, I would suggest not using one if you do not need one. -- 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 Tue Apr 20 13:10: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 NAA808786 for ; Tue, 20 Apr 1999 13:10:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA22121 for ; Tue, 20 Apr 1999 13:10:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022117; Tue, 20 Apr 99 13:10:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:26660 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16881-8400>; Tue, 20 Apr 1999 14:09:21 +0300 Received: by vger.rutgers.edu via listexpand id <154002-7494>; Tue, 20 Apr 1999 06:41:09 -0400 Received: by vger.rutgers.edu id <154478-7494>; Tue, 20 Apr 1999 06:37:31 -0400 Received: from spanner.eng.cam.ac.uk ([129.169.8.9]:2216 "EHLO spanner.eng.cam.ac.uk" ident: "[root]") by vger.rutgers.edu with ESMTP id <154505-7495>; Tue, 20 Apr 1999 06:33:15 -0400 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 MAA16821; Tue, 20 Apr 1999 12:00:24 +0100 (BST) Date: Tue, 20 Apr 1999 12:00:24 +0100 (BST) From: John Joyce To: Ashley Ward cc: linux-arm@vger.rutgers.edu Subject: Re: 8Gb on ICS IDE, Strong ARM RPC In-Reply-To: <19990419220237.A10736@gem.dcs.warwick.ac.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: 1494 Lines: 36 On Mon, 19 Apr 1999, Ashley Ward wrote: > I'm still trying to install ARMLinux on a friend's StrongARM RiscPC. > > He has a new ICS IDE interface, with new 8Gb disc. I've now managed to > create the partitions on the disc - thanks, Mark, for the help (he gave me > a Templates file that enabled me to enter a big enough number for > cylinders!). PartMan (1.13a13) now says: > > Linux cannot seem to see the ICS IDE interface - booting this configuration > gives this: > > Now booting the kernel > Console: [...] > Calibrating delay loop.. ok - 222.00 BogoMIPS > Memory: 35188k/36864k available (796k kernel code, 36k reserved, 844k data) > Probing expansion cards: > 1: [003D:00AE] IDE & CDFS Expansion Card > 8: [0046:00EC] i-cubed ltd, EtherLan 600 interface (00:c0:32:00:43:07) Yup you've got the same problem as me - the manufacturer ID has changed from 0x3c to 0x3d; apparently this has been fixed in later versions. You need somebody to send you a kernel which is slightly doctored to suit. A kindly soul sent me one but I still can't get the install program to go - now it stiffs the machine totally (no Alt/f keys, no ctrl/alt/del) at the 'partition disk' stage. I've not yet had chance to investigate that one. With the correct id you'll get a line during bootup something along the lines of (can't remember exact wording) icside: ARCIN v6 detected in slot 1 hope this helps John Joyce unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 18:16: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 SAA844764 for ; Tue, 20 Apr 1999 18:16:35 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22968 for ; Tue, 20 Apr 1999 18:16:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmab22960; Tue, 20 Apr 99 18:16:29 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23129 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6911-8400>; Tue, 20 Apr 1999 19:11:13 +0300 Received: by vger.rutgers.edu via listexpand id <154109-7494>; Tue, 20 Apr 1999 11:42:47 -0400 Received: by vger.rutgers.edu id <154800-7495>; Tue, 20 Apr 1999 11:40:12 -0400 Received: from mail13.digital.com ([192.208.46.30]:2258 "EHLO mail13.digital.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154110-7494>; Tue, 20 Apr 1999 11:37:02 -0400 Received: from reohub2.reo.dec.com (reohub2.reo.dec.com [16.37.21.19]) by mail13.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id MAA13062; Tue, 20 Apr 1999 12:02:45 -0400 (EDT) Received: by reohub2.reo.dec.com with Internet Mail Service (5.5.2559.0) id ; Tue, 20 Apr 1999 17:02:43 +0100 Message-ID: <7507AC53E72AD111B9E50000F84AA03702791419@sbueurayo1ae.ayo.dec.com> From: Iain Grant To: Russell King , Gerry Murphy Cc: linux-arm@vger.rutgers.edu Subject: RE: NFS Swap File !!!! Date: Tue, 20 Apr 1999 14:54:58 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.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: 2617 Lines: 75 Russell, Thanks for the advice. We've stopped going down that route. And are now ignoring swap files/devices altogether. So, At the moment we have got to the following level. 1. Successfully cross-compiled a linux 2.1.132 kernel for our EBSA 2. Copied the netwinder kit (ftp.netwinder.org/pub/ccc/images/dm-2.1-12.tar.gz ) onto a local drive of a RedHat 5.2 Intel box 3. NFS booted the EBSA to the extracted netwinder kit on that Intel box The system can boot up to runlevel 3 ( removing some of the invalid startup files ) The problem we are hitting at the moment is, we can telnet from the EBSA to other systems on the net. However we cannot telnet to the EBSA from those systems. After looking at the startups I have found that some programs ( including tftpd ) print "Illegal Instruction" and sometimes ( core dump) when executed. We did pull the RPM files from the arm-linux ftp site to try and replace the bad files, but found that there is not an rpm program there to install them with. ( You guessed it, the one from the netwinder image gives an illegal instruction error ). Another piece of information is that we pulled the files from the instimage area of armlinux.org and replaced files in the /bin area of the netwinder kit with them, this fixed a couple of programs ( bash and ls were two) although replacing the ps program still put up the 'Illegal Instruction message'. Have you, or anyone else got any more words of wisdom that could help us get further. Thanks again Iain > ---------- > From: Russell King[SMTP:rmk@milldev.demon.co.uk] > Sent: 20 April 1999 9:09 > To: Iain Grant > Cc: linux-arm@vger.rutgers.edu > Subject: Re: NFS Swap File !!!! > > Iain Grant said: > > When we boot the EBSA we always get a 'bad swap file' error message. ( I > > have even tried adding the dd and mkswap instructions to the rc.sysinit > of > > the EBSA but that didn't work either ) > > With Linux, it is not possible to have a swap file over NFS. > > > If we cannot get this to work I was thinking about using a ramdisk as > the > > swapdisk. Don't know if this will work or not but I'm willing to give it > a > > try. > > This will not gain you any advantage. It's better to leave the memory > free > for Linux to work out what the best use of the memory is than to allocate > it > to a swap device. > > Since Linux does not require a swap file, I would suggest not using one if > you do not need one. > > -- > 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 Tue Apr 20 17:34: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 RAA822311 for ; Tue, 20 Apr 1999 17:34:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA22782 for ; Tue, 20 Apr 1999 17:34:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022780; Tue, 20 Apr 99 17:34:02 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:59508 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <13221-10845>; Tue, 20 Apr 1999 18:32:22 +0300 Received: by vger.rutgers.edu via listexpand id <154541-7494>; Tue, 20 Apr 1999 10:35:06 -0400 Received: by vger.rutgers.edu id <154002-7495>; Tue, 20 Apr 1999 10:34:28 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:38191 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153861-7495>; Tue, 20 Apr 1999 10:28:32 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 20 Apr 1999 16:48:44 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Tue, 20 Apr 1999 16:47:42 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id QAA24532 for ; Tue, 20 Apr 1999 16:55:28 +0200 Date: Tue, 20 Apr 1999 15:48:53 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F5C8A79E%teich-p@rcs.urz.tu-dresden.de> X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 2751 Lines: 68 Hi there, as 12MB per user program are not much and I want to use KDE too, I would like to have an kernel that also supports elf binaries and a c compiler which can compile elf binaries. After reading http://www.tazenda.demon.co.uk/phil/arm-tools.html I thought that I first had to compile binutils and egcs, then install them, after that compile the new kernel, boot the new kernel ... I am running the 2.0.35 kernel and the compiler+libraries from the redhat rpms at ftp.arm.linux.org.uk. The computer is a riscpc with sa, 64+2MB Ram, 64 MB swap, enough free hd space. Unfortunately I got the following error message while compiling egcs-1.1.1 with phils patch: make[1]: Entering directory `/usr/src/egcs-1.1.1/libiberty' make[1]: Leaving directory `/usr/src/egcs-1.1.1/libiberty' make[1]: Entering directory `/usr/src/egcs-1.1.1/texinfo' make all-recursive make[2]: Entering directory `/usr/src/egcs-1.1.1/texinfo' Making all in intl make[3]: Entering directory `/usr/src/egcs-1.1.1/texinfo/intl' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/egcs-1.1.1/texinfo/intl' Making all in lib make[3]: Entering directory `/usr/src/egcs-1.1.1/texinfo/lib' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/egcs-1.1.1/texinfo/lib' Making all in makeinfo make[3]: Entering directory `/usr/src/egcs-1.1.1/texinfo/makeinfo' make[3]: Nothing to be done for `all'. make[3]: Leaving directory `/usr/src/egcs-1.1.1/texinfo/makeinfo' make[2]: Leaving directory `/usr/src/egcs-1.1.1/texinfo' make[1]: Leaving directory `/usr/src/egcs-1.1.1/texinfo' make[1]: Entering directory `/usr/src/egcs-1.1.1/etc' make[1]: Nothing to be done for `all'. make[1]: Leaving directory `/usr/src/egcs-1.1.1/etc' make[1]: Entering directory `/usr/src/egcs-1.1.1/gcc' gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -I. -I. -I./config \ -DPREFIX=\"/usr\" \ -c `echo ./prefix.c | sed 's,^\./,,'` In file included from config/arm/linux-elf.h:81, from tm.h:2, from config/arm/xm-arm.h:54, from config/arm/xm-linux.h:22, from config.h:2, from prefix.c:66: config/arm/elf.h:406: syntax error before `extern' make[1]: *** [prefix.o] Error 1 make: *** [all-gcc] Error 2 make[1]: Leaving directory `/usr/src/egcs-1.1.1/gcc' Looking at line 406 in elf.h I could not find something strange. Does anyone know what is the problem here? And another question: Is my way how to get an elf system ok? -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 18:16: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 SAA830853 for ; Tue, 20 Apr 1999 18:16:34 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA22966 for ; Tue, 20 Apr 1999 18:16:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma022960; Tue, 20 Apr 99 18:16:24 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:37688 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17267-10845>; Tue, 20 Apr 1999 19:05:40 +0300 Received: by vger.rutgers.edu via listexpand id <155033-7495>; Tue, 20 Apr 1999 11:32:53 -0400 Received: by vger.rutgers.edu id <154785-7495>; Tue, 20 Apr 1999 11:32:29 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23128 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154721-7495>; Tue, 20 Apr 1999 11:29:25 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10Zcrl-0006L0-00; Tue, 20 Apr 1999 16:55:17 +0100 Received: from [127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10Zcrk-0000KA-00; Tue, 20 Apr 1999 16:55:16 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-reply-to: Your message of "Tue, 20 Apr 1999 15:48:53 -0000." <48F5C8A79E%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Apr 1999 16:55:16 +0100 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: 1040 Lines: 26 >config/arm/elf.h:406: syntax error before `extern' >make[1]: *** [prefix.o] Error 1 >make: *** [all-gcc] Error 2 >make[1]: Leaving directory `/usr/src/egcs-1.1.1/gcc' > >Looking at line 406 in elf.h I could not find something strange. Does >anyone know what is the problem here? I think this may be a symptom of a broken or outdated version of some tool or other. Look in files like config.h and auto-host.h and check that nothing strange has been left there - in particular look for strings starting with @ that should have been substituted by configure. Also try egcs 1.1.2 rather than 1.1.1. >And another question: Is my way how to get an elf system ok? Yes. You could also try downloading precompiled binaries, say from Debian, rather than bootstrapping your entire system from scratch (which is tedious and not entirely trivial). You will still need to build your own kernel since they don't currently have explicit support for the RiscPC. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 18:44: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 SAA776568 for ; Tue, 20 Apr 1999 18:44:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA23041 for ; Tue, 20 Apr 1999 18:44:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023038; Tue, 20 Apr 99 18:43:44 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13863 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14344-8400>; Tue, 20 Apr 1999 19:42:11 +0300 Received: by vger.rutgers.edu via listexpand id <154797-7495>; Tue, 20 Apr 1999 12:04:37 -0400 Received: by vger.rutgers.edu id <154262-7495>; Tue, 20 Apr 1999 11:57:36 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:40421 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <155137-7494>; Tue, 20 Apr 1999 11:51:09 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 20 Apr 1999 18:11:28 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Tue, 20 Apr 1999 18:10:18 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id SAA17390 for ; Tue, 20 Apr 1999 18:18:03 +0200 Date: Tue, 20 Apr 1999 17:18:57 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F5D0E6A6%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 787 Lines: 18 In message Philip Blundell wrote: > Yes. You could also try downloading precompiled binaries, say from Debian, > rather than bootstrapping your entire system from scratch (which is tedious > and not entirely trivial). You will still need to build your own kernel since > they don't currently have explicit support for the RiscPC. But aren't the precompiled binaries all for armv4 architecture, and the RiscPC IOMD does not support 16 bit wide memory accesses? -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 20:19: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 UAA838006 for ; Tue, 20 Apr 1999 20:19:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA23256 for ; Tue, 20 Apr 1999 20:19:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023254; Tue, 20 Apr 99 20:18:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22039 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14909-8400>; Tue, 20 Apr 1999 21:16:36 +0300 Received: by vger.rutgers.edu via listexpand id <155002-7494>; Tue, 20 Apr 1999 13:43:24 -0400 Received: by vger.rutgers.edu id <153907-7494>; Tue, 20 Apr 1999 13:33:54 -0400 Received: from gate.isa.hcc.ca ([207.245.35.200]:43987 "HELO gate.isa.hcc.ca" ident: "firewall-user") by vger.rutgers.edu with SMTP id <154076-7495>; Tue, 20 Apr 1999 13:31:29 -0400 Received: by gate.isa.hcc.ca; id NAA27104; Tue, 20 Apr 1999 13:57:39 -0400 Received: from unknown(10.1.84.41) by gate.isa.hcc.ca via smap (V5.0) id xma027079; Tue, 20 Apr 99 13:57:12 -0400 Message-ID: <371CC4E3.3DC286B9@netwinder.org> Date: Tue, 20 Apr 1999 14:18:11 -0400 From: Scott Bambrough Organization: Hardware Canada Computing X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.32 i586) MIME-Version: 1.0 To: Iain Grant CC: linux-arm@vger.rutgers.edu Subject: Re: NFS Swap File !!!! References: <7507AC53E72AD111B9E50000F84AA03702791419@sbueurayo1ae.ayo.dec.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: 2607 Lines: 59 Iain Grant wrote: > > Russell, > > Thanks for the advice. We've stopped going down that route. And are now > ignoring swap files/devices altogether. > > So, At the moment we have got to the following level. > > 1. Successfully cross-compiled a linux 2.1.132 kernel for our EBSA > 2. Copied the netwinder kit > (ftp.netwinder.org/pub/ccc/images/dm-2.1-12.tar.gz ) onto a local drive of a > RedHat 5.2 Intel box > 3. NFS booted the EBSA to the extracted netwinder kit on that Intel box > > The system can boot up to runlevel 3 ( removing some of the invalid startup > files ) > > The problem we are hitting at the moment is, we can telnet from the EBSA to > other systems on the net. However we cannot telnet to the EBSA from those > systems. After looking at the startups I have found that some programs ( > including tftpd ) print "Illegal Instruction" and sometimes ( core dump) > when executed. tftp, tftpd are probably broken. There were bugs in glibc that prevented things from running. As well there are bugs in the implementation of socket calls and mmap in glibc from that disk image. I suggest you look at the tools section on netwinder.org for more information. One other thing to note, is the netwinder image was compiled specifically for arm arch 4. It will use instructions specific to that architechure, that aren't supported on earlier architechures or Risc PC's. > We did pull the RPM files from the arm-linux ftp site to try and replace the > bad files, but found that there is not an rpm program there to install them > with. ( You guessed it, the one from the netwinder image gives an illegal > instruction error ). > > Another piece of information is that we pulled the files from the instimage > area of armlinux.org and replaced files in the /bin area of the netwinder > kit with them, this fixed a couple of programs ( bash and ls were two) > although replacing the ps program still put up the 'Illegal Instruction > message'. The netwinder disk image is mostly an ELF system, while Russell's RPMS are a.out. The disk image may not have all the proper libraries required for Russell's binaries. I'm not sure how ELF and a.out dynamically linked executables will coexist. I can forsee difficulties there. > Have you, or anyone else got any more words of wisdom that could help us get > further. Nope. Do you have any more info on the invalid instructions. They aren't floating point instructions are they? If so you may need the FPE loaded, or use a kernel with the NWFPE built in. Scott unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 21:02: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 VAA843532 for ; Tue, 20 Apr 1999 21:02:04 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23351 for ; Tue, 20 Apr 1999 21:02:04 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023345; Tue, 20 Apr 99 21:01:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22793 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16931-8400>; Tue, 20 Apr 1999 22:00:54 +0300 Received: by vger.rutgers.edu via listexpand id <154844-7494>; Tue, 20 Apr 1999 14:28:35 -0400 Received: by vger.rutgers.edu id <155067-7495>; Tue, 20 Apr 1999 14:28:30 -0400 Received: from [194.168.16.190] ([194.168.16.190]:1915 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155107-7494>; Tue, 20 Apr 1999 14:24:17 -0400 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 TAA31540; Tue, 20 Apr 1999 19:40:24 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00434; Tue, 20 Apr 1999 19:39:35 +0100 Message-Id: <199904201839.TAA00434@raistlin.armlinux.org.uk> Subject: Re: remap_page_range problem with 2.2.5 To: EUSEAT@am1.ericsson.se (Eric Thomas) Date: Tue, 20 Apr 1999 19:39:35 +0100 (BST) Cc: philb@gnu.org, linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: from "Eric Thomas" at Apr 19, 99 10:25:25 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: 1744 Lines: 36 Eric Thomas writes: > > >remap_page_range(0xD1000000, 0xc0104000, 0x4D000, > > > __pgprot(PTE_TYPE_SMALL | PTE_AP_WRITE)) > > > > You probably need to change the access permissions there > > because of the new > > PTE-handling code. At a guess you now want (_L_PTE_DEFAULT | > > L_PTE_DIRTY | L_PTE_WRITE) or something like that. You could > > possibly write that as (PAGE_KERNEL & ~(PTE_BUFFERABLE | PTE_CACHEABLE)) > > to avoid exposing quite so many of the implementation details. > > Thanks, that fixed it. Oh no it hasn't. Unfortunately, Phil has misled you here. PTE_* macros are no longer valid names to be used outside the header files and the small assembler fragments that live in arch/arm/mm. _L_PTE_* macros are not to be used outside the pgtable.h header file. The correct macros to use are the L_PTE_* macros, and the PAGE_* macros. However, having said that, I note that there is a very big mistake in your original message - PTE_TYPE_SMALL. This should not, under any circumstance be passed into any routine. The only valid macros you should be using for the pagetable stuff are the L_PTE_* macros, and maybe at a far shot the PMD_* macros. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 20 21:02: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 VAA842944 for ; Tue, 20 Apr 1999 21:02:04 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23352 for ; Tue, 20 Apr 1999 21:02:04 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa23345; Tue, 20 Apr 99 21:01:57 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22793 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17219-10845>; Tue, 20 Apr 1999 22:01:23 +0300 Received: by vger.rutgers.edu via listexpand id <154600-7495>; Tue, 20 Apr 1999 14:32:35 -0400 Received: by vger.rutgers.edu id <154836-7494>; Tue, 20 Apr 1999 14:28:19 -0400 Received: from [194.168.16.190] ([194.168.16.190]:1905 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154033-7494>; Tue, 20 Apr 1999 14:23:44 -0400 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 TAA31548; Tue, 20 Apr 1999 19:42:54 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00449; Tue, 20 Apr 1999 19:42:05 +0100 Message-Id: <199904201842.TAA00449@raistlin.armlinux.org.uk> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? To: teich-p@Rcs1.urz.tu-dresden.de (Peter Teichmann) Date: Tue, 20 Apr 1999 19:42:04 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48F5D0E6A6%teich-p@rcs.urz.tu-dresden.de> from "Peter Teichmann" at Apr 20, 99 05:18:57 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: 1271 Lines: 22 Peter Teichmann writes: > Philip Blundell wrote: > > Yes. You could also try downloading precompiled binaries, say from Debian, > > rather than bootstrapping your entire system from scratch (which is tedious > > and not entirely trivial). You will still need to build your own kernel since > > they don't currently have explicit support for the RiscPC. > > But aren't the precompiled binaries all for armv4 architecture, and the > RiscPC IOMD does not support 16 bit wide memory accesses? Peter, you are 100% correct here. As far as I know, there are no pre-compiled binaries available for the RiscPC yet. There are a couple of people looking into creating a set. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 20 21:13: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 VAA846329 for ; Tue, 20 Apr 1999 21:13:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23375 for ; Tue, 20 Apr 1999 21:13:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023373; Tue, 20 Apr 99 21:13:06 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16670 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16589-10845>; Tue, 20 Apr 1999 22:12:37 +0300 Received: by vger.rutgers.edu via listexpand id <154045-7494>; Tue, 20 Apr 1999 14:44:20 -0400 Received: by vger.rutgers.edu id <154190-7495>; Tue, 20 Apr 1999 14:31:32 -0400 Received: from [194.168.16.190] ([194.168.16.190]:1919 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155430-7495>; Tue, 20 Apr 1999 14:27:35 -0400 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 TAA31644; Tue, 20 Apr 1999 19:55:15 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id TAA00488; Tue, 20 Apr 1999 19:54:25 +0100 Message-Id: <199904201854.TAA00488@raistlin.armlinux.org.uk> Subject: Re: NFS Swap File !!!! To: scottb@netwinder.org (Scott Bambrough) Date: Tue, 20 Apr 1999 19:54:24 +0100 (BST) Cc: Iain.Grant@Digital.Com, linux-arm@vger.rutgers.edu In-Reply-To: <371CC4E3.3DC286B9@netwinder.org> from "Scott Bambrough" at Apr 20, 99 02:18: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: 1511 Lines: 29 Scott Bambrough writes: > One other thing to note, is the netwinder image was compiled specifically for > arm arch 4. It will use instructions specific to that architechure, that aren't > supported on earlier architechures or Risc PC's. Scott, The Netwinder is based on the EBSA285, which in turn was based (to a small extent) on the EBSA110. All of these architectures will work with ARM Arch 4 binaries. > > Have you, or anyone else got any more words of wisdom that could help us get > > further. > > Nope. Do you have any more info on the invalid instructions. They aren't > floating point instructions are they? If so you may need the FPE loaded, or use > a kernel with the NWFPE built in. The kernel will allow binaries to run to a limited extent without any FP support loaded/compiled in. However, it is generally a good idea to fetch the new 2.2 Acorn FPE (in my testing/ directory on the FTP site), or compile NWFPE in. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 20 21:23: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 VAA847544 for ; Tue, 20 Apr 1999 21:23:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23402 for ; Tue, 20 Apr 1999 21:23:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa23398; Tue, 20 Apr 99 21:22:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16681 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16858-10845>; Tue, 20 Apr 1999 22:21:12 +0300 Received: by vger.rutgers.edu via listexpand id <155134-7494>; Tue, 20 Apr 1999 14:50:40 -0400 Received: by vger.rutgers.edu id <155508-7494>; Tue, 20 Apr 1999 14:40:22 -0400 Received: from HOST.31.35.ixos.de ([149.235.31.35]:2849 "EHLO muc-imc.ixos.de" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <154066-7495>; Tue, 20 Apr 1999 14:36:16 -0400 Received: by muc-imc.ixos.de with Internet Mail Service (5.5.2448.0) id ; Tue, 20 Apr 1999 21:03:02 +0200 Message-ID: From: =?iso-8859-1?Q?Roland_Gr=F6pmair?= To: "'linux-arm@vger.rutgers.edu'" Subject: problems installing with cumana scsi 2 cdrom Date: Tue, 20 Apr 1999 21:03:58 +0200 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: 702 Lines: 26 Hy freaks, I'm sure you can help me with this problem: I have an 2 GB IDE HD and the partitioning is fine (1GB RISC OS, rest LINUX). But the kernel does not accept my cumana scsi 2 controller, although it is on the list of supported hardware. I triedd the kernel 2.0.36. It says on booting: probing exp. cards 0: [003A:003A] SCSI-2 & CDFS Expansion Card <-- so the card is active ... scsi: 0 hosts <- but why this? scsi: detected total *devices says: 007 Host CUMANA SCSI Interface 2.04 *scsiflags 007 T R ~P ~F ... Does anyone own a Cumana SCSI 2 with ArmLinux? Thanks, Roland unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 21:44: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 VAA846252 for ; Tue, 20 Apr 1999 21:44:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23427 for ; Tue, 20 Apr 1999 21:44:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023422; Tue, 20 Apr 99 21:44:11 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:42338 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17066-8400>; Tue, 20 Apr 1999 22:43:13 +0300 Received: by vger.rutgers.edu via listexpand id <154829-7494>; Tue, 20 Apr 1999 15:08:12 -0400 Received: by vger.rutgers.edu id <155138-7494>; Tue, 20 Apr 1999 15:07:55 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3864 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154048-7495>; Tue, 20 Apr 1999 15:00:18 -0400 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 10ZgAW-0004I1-0A; Tue, 20 Apr 1999 19:26:53 +0000 Received: from localhost ([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 10ZgAR-0005qE-00; Tue, 20 Apr 1999 20:26:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Message from Peter Teichmann of "Tue, 20 Apr 1999 17:18:57 -0000." <48F5D0E6A6%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Apr 1999 20:26:45 +0100 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 >But aren't the precompiled binaries all for armv4 architecture, No. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 21:44: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 VAA828029 for ; Tue, 20 Apr 1999 21:44:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23428 for ; Tue, 20 Apr 1999 21:44:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa23422; Tue, 20 Apr 99 21:44:12 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:42338 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17352-10845>; Tue, 20 Apr 1999 22:43:23 +0300 Received: by vger.rutgers.edu via listexpand id <155138-7495>; Tue, 20 Apr 1999 15:08:13 -0400 Received: by vger.rutgers.edu id <154830-7494>; Tue, 20 Apr 1999 15:07:48 -0400 Received: from [194.168.16.190] ([194.168.16.190]:1979 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155138-7495>; Tue, 20 Apr 1999 15:00:08 -0400 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 UAA31783; Tue, 20 Apr 1999 20:27:49 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00635; Tue, 20 Apr 1999 20:26:56 +0100 Message-Id: <199904201926.UAA00635@raistlin.armlinux.org.uk> Subject: Re: problems installing with cumana scsi 2 cdrom To: roland.groepmair@munich.ixos.de (=?iso-8859-1?Q?Roland_Gr=F6pmair?=) Date: Tue, 20 Apr 1999 20:26:56 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "=?iso-8859-1?Q?Roland_Gr=F6pmair?=" at Apr 20, 99 09:03:58 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: 1417 Lines: 28 =?iso-8859-1?Q?Roland_Gr=F6pmair?= writes: > I'm sure you can help me with this problem: I have an 2 GB IDE HD and the > partitioning is fine (1GB RISC OS, rest LINUX). But the kernel does not > accept my cumana scsi 2 controller, although it is on the list of supported > hardware. > > I triedd the kernel 2.0.36. It says on booting: > probing exp. cards > 0: [003A:003A] SCSI-2 & CDFS Expansion Card <-- so the card is active This does not imply that the kernel contains support for the card. It merely is telling you the order of the cards in your system. You need to load the 'cumana2_mod' kernel module after the kernel is running to be able to use the card. There are, however, methods available to allow you to boot your kernel and have the root filesystem on your SCSI card, but it's very complicated to explain how to do 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 Tue Apr 20 21:52: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 VAA825693 for ; Tue, 20 Apr 1999 21:52:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23446 for ; Tue, 20 Apr 1999 21:52:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023444; Tue, 20 Apr 99 21:51:44 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:61304 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16954-10845>; Tue, 20 Apr 1999 22:50:40 +0300 Received: by vger.rutgers.edu via listexpand id <155155-7494>; Tue, 20 Apr 1999 15:14:53 -0400 Received: by vger.rutgers.edu id <155624-7494>; Tue, 20 Apr 1999 15:07:16 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:2235 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155918-7494>; Tue, 20 Apr 1999 15:05:56 -0400 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 10ZgGi-000BgI-0C; Tue, 20 Apr 1999 19:33:16 +0000 Received: from localhost ([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 10ZgGV-0005t2-00; Tue, 20 Apr 1999 20:33:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Scott Bambrough cc: Iain Grant , linux-arm@vger.rutgers.edu Subject: Re: NFS Swap File !!!! In-Reply-To: Message from Scott Bambrough of "Tue, 20 Apr 1999 14:18:11 EDT." <371CC4E3.3DC286B9@netwinder.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Apr 1999 20:33:02 +0100 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: 450 Lines: 12 >I'm not sure how ELF and a.out dynamically linked >executables will coexist. I can forsee difficulties there. Actually, it should be fine. There are no namespace clashes between them, except possibly for the ELF binaries that accidentally got linked against /usr/lib/ld.so.1 (and even they should be OK, since the a.out dynamic linker is traditionally in /lib). p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 20:54: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 UAA845747 for ; Tue, 20 Apr 1999 20:54:03 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA23309 for ; Tue, 20 Apr 1999 20:54:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023307; Tue, 20 Apr 99 20:54:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:9572 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16617-8400>; Tue, 20 Apr 1999 21:51:35 +0300 Received: by vger.rutgers.edu via listexpand id <154130-7495>; Tue, 20 Apr 1999 14:15:22 -0400 Received: by vger.rutgers.edu id <155381-7494>; Tue, 20 Apr 1999 14:15:09 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:44120 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154130-7495>; Tue, 20 Apr 1999 14:11:25 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 20 Apr 1999 20:31:43 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Tue, 20 Apr 1999 20:30:35 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id UAA23974 for ; Tue, 20 Apr 1999 20:38:21 +0200 Date: Tue, 20 Apr 1999 19:37:31 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F5DD9668%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 936 Lines: 25 In message Philip Blundell wrote: > I think this may be a symptom of a broken or outdated version of some tool or > other. Look in files like config.h and auto-host.h and check that nothing > strange has been left there - in particular look for strings starting with @ > that should have been substituted by configure. > > Also try egcs 1.1.2 rather than 1.1.1. I now tried also 1.1.2. The same error. I have cut down elf.h until there was only one line in it: extern void text_section (); I think there is definitely no error, everyone can see it. But it was still reported: error in line 1 before extern. -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 21:52: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 VAA826418 for ; Tue, 20 Apr 1999 21:52:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23452 for ; Tue, 20 Apr 1999 21:52:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023449; Tue, 20 Apr 99 21:52:26 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6011 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16567-10845>; Tue, 20 Apr 1999 22:51:40 +0300 Received: by vger.rutgers.edu via listexpand id <153879-7494>; Tue, 20 Apr 1999 15:23:10 -0400 Received: by vger.rutgers.edu id <153958-7495>; Tue, 20 Apr 1999 15:20:24 -0400 Received: from HOST.31.35.ixos.de ([149.235.31.35]:3022 "EHLO muc-imc.ixos.de" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <154289-7495>; Tue, 20 Apr 1999 15:11:52 -0400 Received: by muc-imc.ixos.de with Internet Mail Service (5.5.2448.0) id ; Tue, 20 Apr 1999 21:38:37 +0200 Message-ID: From: =?iso-8859-1?Q?Roland_Gr=F6pmair?= To: "'linux-arm@vger.rutgers.edu'" Subject: RE: problems installing with cumana scsi 2 cdrom Date: Tue, 20 Apr 1999 21:39:33 +0200 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: 1992 Lines: 47 wow, this was a fast answer ;-) currently I'm not sitting in front of my RISC PC, so I cannot read the docu. Can you explain in a few words how to load this module? Remember, the Red Hat Installer is started on the supplemental disk... So I have to load the module >before< the installer? How? Thanks, Roland -----Original Message----- From: Russell King - ARM Linux Admin [mailto:linux@arm.linux.org.uk] Sent: Tuesday, April 20, 1999 9:27 PM To: roland.groepmair@munich.ixos.de Cc: linux-arm@vger.rutgers.edu Subject: Re: problems installing with cumana scsi 2 cdrom =?iso-8859-1?Q?Roland_Gr=F6pmair?= writes: > I'm sure you can help me with this problem: I have an 2 GB IDE HD and the > partitioning is fine (1GB RISC OS, rest LINUX). But the kernel does not > accept my cumana scsi 2 controller, although it is on the list of supported > hardware. > > I triedd the kernel 2.0.36. It says on booting: > probing exp. cards > 0: [003A:003A] SCSI-2 & CDFS Expansion Card <-- so the card is active This does not imply that the kernel contains support for the card. It merely is telling you the order of the cards in your system. You need to load the 'cumana2_mod' kernel module after the kernel is running to be able to use the card. There are, however, methods available to allow you to boot your kernel and have the root filesystem on your SCSI card, but it's very complicated to explain how to do 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 Tue Apr 20 21:52: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 VAA852582 for ; Tue, 20 Apr 1999 21:52:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA23453 for ; Tue, 20 Apr 1999 21:52:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xmaa23449; Tue, 20 Apr 99 21:52:28 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6011 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14405-8400>; Tue, 20 Apr 1999 22:52:07 +0300 Received: by vger.rutgers.edu via listexpand id <154108-7495>; Tue, 20 Apr 1999 15:23:28 -0400 Received: by vger.rutgers.edu id <154462-7494>; Tue, 20 Apr 1999 15:22:25 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2489 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155170-7494>; Tue, 20 Apr 1999 15:14:58 -0400 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 10ZgPY-0000eM-0A; Tue, 20 Apr 1999 19:42:24 +0000 Received: from localhost ([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 10ZgOX-0005uU-00; Tue, 20 Apr 1999 20:41:21 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Message from Peter Teichmann of "Tue, 20 Apr 1999 19:37:31 -0000." <48F5DD9668%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Apr 1999 20:41:20 +0100 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: 473 Lines: 15 >I now tried also 1.1.2. The same error. I have cut down elf.h until there >was only one line in it: > >extern void text_section (); > >I think there is definitely no error, everyone can see it. But it was still >reported: error in line 1 before extern. The error will be in whatever comes before elf.h in the compilation. Did you examine the include files I suggested you should look at? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 22:06: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 WAA848914 for ; Tue, 20 Apr 1999 22:06:04 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA23488 for ; Tue, 20 Apr 1999 22:06:03 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023486; Tue, 20 Apr 99 22:05:34 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20765 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16684-10845>; Tue, 20 Apr 1999 23:05:02 +0300 Received: by vger.rutgers.edu via listexpand id <155936-7495>; Tue, 20 Apr 1999 15:36:43 -0400 Received: by vger.rutgers.edu id <153968-7494>; Tue, 20 Apr 1999 15:36:25 -0400 Received: from prune.flirble.org ([195.40.6.30]:4886 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154802-7494>; Tue, 20 Apr 1999 15:35:27 -0400 Received: (qmail 8853 invoked from network); 20 Apr 1999 20:02:56 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 20 Apr 1999 20:02:56 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id VAA08948; Tue, 20 Apr 1999 21:02:53 +0100 (BST) From: Nicholas Clark Message-Id: <199904202002.VAA08948@flirble.org> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: <48F5C8A79E%teich-p@rcs.urz.tu-dresden.de> from Peter Teichmann at "Apr 20, 99 03:48:53 pm" To: teich-p@Rcs1.urz.tu-dresden.de (Peter Teichmann) Date: Tue, 20 Apr 1999 21:02:53 +0100 (BST) 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: 932 Lines: 34 In the last mail Peter Teichmann said: > gcc -DIN_GCC -g -O2 -DHAVE_CONFIG_H -I. -I. -I./config \ > -DPREFIX=\"/usr\" \ > -c `echo ./prefix.c | sed 's,^\./,,'` > In file included from config/arm/linux-elf.h:81, > from tm.h:2, > from config/arm/xm-arm.h:54, > from config/arm/xm-linux.h:22, > from config.h:2, > from prefix.c:66: > config/arm/elf.h:406: syntax error before `extern' > make[1]: *** [prefix.o] Error 1 > make: *** [all-gcc] Error 2 > make[1]: Leaving directory `/usr/src/egcs-1.1.1/gcc' > > Looking at line 406 in elf.h I could not find something strange. Does > anyone know what is the problem here? No idea why this happens. cd gcc grep TOP *.h edit the file grep finds (I think it's auto-host.h) remove the line TOP from that file Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 23: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 XAA826660 for ; Tue, 20 Apr 1999 23:11:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23595 for ; Tue, 20 Apr 1999 23:11:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023593; Tue, 20 Apr 99 23:11:32 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6963 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4547-29068>; Wed, 21 Apr 1999 00:11:05 +0300 Received: by vger.rutgers.edu via listexpand id <155288-7494>; Tue, 20 Apr 1999 16:42:53 -0400 Received: by vger.rutgers.edu id <153906-7494>; Tue, 20 Apr 1999 16:42:35 -0400 Received: from gwa.ericsson.com ([198.215.127.2]:4238 "EHLO gwa.ericsson.com" ident: "SOCKWRITE-65") by vger.rutgers.edu with ESMTP id <155288-7494>; Tue, 20 Apr 1999 16:42:26 -0400 Received: from mr3.exu.ericsson.se ([138.85.11.55]) by gwa.ericsson.com (8.8.8/8.8.8) with ESMTP id QAA01667; Tue, 20 Apr 1999 16:08:38 -0500 (CDT) 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 QAA26311; Tue, 20 Apr 1999 16:08:35 -0500 (CDT) 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 RAA00527; Tue, 20 Apr 1999 17:08:29 -0400 (EDT) Reply-To: To: "'Russell King - ARM Linux Admin'" Cc: , Subject: RE: remap_page_range problem with 2.2.5 Date: Tue, 20 Apr 1999 17:03:59 -0400 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: <199904201839.TAA00434@raistlin.armlinux.org.uk> X-MIMEOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Importance: Normal 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: 1081 Lines: 28 > PTE_* macros are no longer valid names to be used outside the header > files and the small assembler fragments that live in arch/arm/mm. > > _L_PTE_* macros are not to be used outside the pgtable.h header file. > > The correct macros to use are the L_PTE_* macros, and the > PAGE_* macros. PAGE_KERNEL, type pgprot_t, is a struct which prevents me from doing PAGE_KERNEL & (~(L_PTE_BUFFERABLE | L_PTE_CACHEABLE)). Some other alternatives would be __pgprot(L_PTE_PRESENT | L_PTE_YOUNG | L_PTE_DIRTY | L_PTE_WRITE) or __pgprot(pgprot_val(PAGE_KERNEL) & (~(L_PTE_BUFFERABLE | L_PTE_CACHEABLE))) How would you specify a non-bufferable, non-cachable page in a driver? > However, having said that, I note that there is a very big mistake in > your original message - PTE_TYPE_SMALL. This should not, under any > circumstance be passed into any routine. The only valid macros you > should be using for the pagetable stuff are the L_PTE_* macros, and > maybe at a far shot the PMD_* macros. Thanks. Eric unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 20 23:21: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 XAA851308 for ; Tue, 20 Apr 1999 23:21:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23615 for ; Tue, 20 Apr 1999 23:21:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023613; Tue, 20 Apr 99 23:21:12 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:50250 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14316-30498>; Wed, 21 Apr 1999 00:19:35 +0300 Received: by vger.rutgers.edu via listexpand id <156159-7495>; Tue, 20 Apr 1999 16:47:39 -0400 Received: by vger.rutgers.edu id <154978-7494>; Tue, 20 Apr 1999 16:47:23 -0400 Received: from galatea-18.cableol.net ([194.168.16.18]:2109 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <156126-7494>; Tue, 20 Apr 1999 16:46:39 -0400 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 WAA32134; Tue, 20 Apr 1999 22:14:14 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00949; Tue, 20 Apr 1999 22:13:11 +0100 Message-Id: <199904202113.WAA00949@raistlin.armlinux.org.uk> Subject: Re: remap_page_range problem with 2.2.5 To: eric.thomas@ericsson.com Date: Tue, 20 Apr 1999 22:13:11 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, sa1100-linux@pa.dec.com In-Reply-To: from "eric.thomas@ericsson.com" at Apr 20, 99 05:03:59 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: 1017 Lines: 19 eric.thomas@ericsson.com writes: > How would you specify a non-bufferable, non-cachable page in a driver? There is normally no requirement to specify this. If you're talking about using PCI memory space, then you should use ioremap which will take care of this for you. If, on the other hand, you're talking about IO space, then this is already mapped in as non-bufferable & non-cachable. Can you give any more clues as to your specific use? _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 20 23: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 XAA848965 for ; Tue, 20 Apr 1999 23:39:33 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA23645 for ; Tue, 20 Apr 1999 23:39:33 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat.core.genedata.com via smap (V2.0) id xma023641; Tue, 20 Apr 99 23:39:31 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24948 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6884-29068>; Wed, 21 Apr 1999 00:39:11 +0300 Received: by vger.rutgers.edu via listexpand id <154454-7495>; Tue, 20 Apr 1999 17:10:48 -0400 Received: by vger.rutgers.edu id <154473-7494>; Tue, 20 Apr 1999 17:10:32 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:47772 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154426-7494>; Tue, 20 Apr 1999 17:10:24 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 20 Apr 1999 23:30:49 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Tue, 20 Apr 1999 23:29:55 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id XAA20562 for ; Tue, 20 Apr 1999 23:37:40 +0200 Date: Tue, 20 Apr 1999 22:32:28 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F5ED9A77%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1171 Lines: 27 In message Philip Blundell wrote: > The error will be in whatever comes before elf.h in the compilation. Did you > examine the include files I suggested you should look at? Well, not exact enough. But after a hint from Paul Konig (gcc --save-temps) I found that there was a line containing only "TOP" in auto-host.h. After I removed it it went a bit further. Then I got another error: checking whether the C compiler (/usr/src/egcs-1.1.2/gcc/xgcc -B/usr/src/egcs-1.1.2/gcc/ -g -O2) works... no configure: error: installation or configuration problem: C compiler cannot create executables make: *** [configure-traget-libiberty] Error 1 I thought that I perhaps should install the new binutils for the new C compiler, but installing them did not help. Only the old aout C compiler now does not work anymore (because of the elf binutils). -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 11:01: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 LAA861651 for ; Wed, 21 Apr 1999 11:01:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA24934 for ; Wed, 21 Apr 1999 11:01:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma024932; Wed, 21 Apr 99 11:00:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:65050 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17225-29068>; Wed, 21 Apr 1999 12:00:18 +0300 Received: by vger.rutgers.edu via listexpand id <153846-7494>; Wed, 21 Apr 1999 04:31:39 -0400 Received: by vger.rutgers.edu id <153861-7494>; Wed, 21 Apr 1999 04:31:30 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:4379 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153846-7494>; Wed, 21 Apr 1999 04:31:18 -0400 Received: from [158.152.30.195] (helo=globe.nexus.co.uk) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10Zsqo-0001aN-0K for linux-arm@vger.rutgers.edu; Wed, 21 Apr 1999 08:59:22 +0000 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10ZsW9-0006u9-00; Wed, 21 Apr 1999 09:38:01 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10ZsW9-0000rX-00; Wed, 21 Apr 1999 09:38:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-reply-to: Your message of "Tue, 20 Apr 1999 22:32:28 -0000." <48F5ED9A77%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Apr 1999 09:38:00 +0100 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: 684 Lines: 17 >checking whether the C compiler (/usr/src/egcs-1.1.2/gcc/xgcc -B/usr/src/egcs- >1.1.2/gcc/ -g -O2) works... no >configure: error: installation or configuration problem: C compiler cannot cre >ate executables >make: *** [configure-traget-libiberty] Error 1 > >I thought that I perhaps should install the new binutils for the new C >compiler, but installing them did not help. Only the old aout C compiler >now does not work anymore (because of the elf binutils). I'm pretty sure this is described in Chris Rutter's toolchain guide. The actual error message is probably mentioned on my web page too. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 17:08: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 RAA848939 for ; Wed, 21 Apr 1999 17:08:06 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA25784 for ; Wed, 21 Apr 1999 17:08:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma025781; Wed, 21 Apr 99 17:08:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:25876 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17184-29068>; Wed, 21 Apr 1999 18:05:49 +0300 Received: by vger.rutgers.edu via listexpand id <153995-7495>; Wed, 21 Apr 1999 10:36:01 -0400 Received: by vger.rutgers.edu id <154104-7495>; Wed, 21 Apr 1999 10:35:46 -0400 Received: from tele.visi.com ([209.98.98.17]:41203 "HELO mail-out.visi.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153992-7494>; Wed, 21 Apr 1999 10:32:52 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id A8B681F81B; Wed, 21 Apr 1999 10:01:10 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with SMTP id KAA29980; Wed, 21 Apr 1999 10:01:10 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 21 Apr 1999 10:01:10 -0500 (CDT) From: To: Benjamin Herrenschmidt Cc: Dave Baukus , linux-arm@vger.rutgers.edu Subject: Re: boot loader -- again In-Reply-To: <19990421161242.009969@mail.mipsys.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: 1946 Lines: 49 Greetings, My current strategy for booting, while a hack, seems to work. We have a custom SA-110 card based on the ebsa-285 which was previously running vxWorks. What I did was hack the vxWorks netboot loader to load a Linux kernel over the ethernet (Intel 21143) and perform the prerequisite things to entering the kernel. This approach seems to work okay, but I will be writing a more permanent method of booting later on. For now (and for a quick hack), this works fine. I'm currently struggling getting the ethernet to work correctly (all kinds of ICMP errors and such). The interface works sporadically at best, and stalls after it has loaded init and entered runlevel 3. -- Kyle Mestery StorageTek's Storage Networking Group Protect your right to privacy: www.freecrypto.org On Wed, 21 Apr 1999, Benjamin Herrenschmidt wrote: > On Thu, Apr 8, 1999, Dave Baukus wrote: > > >I hate too whip this dead horse again, but ... > > > >What boot loaders are available (source code) for arm linux ? > > > >Its time to remove my buggy hacks from the kernel and come up w/ a > >legitimate boot sequence for my ebsa285. > > Did you find something useful ? I have to write some kind of bootloader > code for a prototype SA-110 based board (I also have an esba285 for > experiments), and I'm desperately trying to find some sample code. What > I'm mainly looking for is an example of a proper Makefile for generating > a bootstrap code (without header of with a custom-made header). I'm quite > new to the gcc/egcs toolchain (and to linux world in general) and it's a > little bit difficult when you have to learn everything at the same time ! > > > -- > E-Mail: > BenH. Web : > > > 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 Wed Apr 21 16:36: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 QAA866932 for ; Wed, 21 Apr 1999 16:36:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA25702 for ; Wed, 21 Apr 1999 16:36:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma025700; Wed, 21 Apr 99 16:35:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:52824 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16821-30498>; Wed, 21 Apr 1999 17:31:43 +0300 Received: by vger.rutgers.edu via listexpand id <154133-7495>; Wed, 21 Apr 1999 10:00:35 -0400 Received: by vger.rutgers.edu id <154320-7494>; Wed, 21 Apr 1999 09:49:41 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8000 "EHLO [195.25.220.24]" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154311-7495>; Wed, 21 Apr 1999 09:44:29 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 21-Apr-1999 15:14:22 +0200 In-Reply-To: <370CD35F.2E9F88E@inetinc.com> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Wed, 21 Apr 1999 16:12:42 +0100 To: Dave Baukus , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re: boot loader -- again Message-Id: <19990421161242.009969@mail.mipsys.com> 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: 976 Lines: 24 On Thu, Apr 8, 1999, Dave Baukus wrote: >I hate too whip this dead horse again, but ... > >What boot loaders are available (source code) for arm linux ? > >Its time to remove my buggy hacks from the kernel and come up w/ a >legitimate boot sequence for my ebsa285. Did you find something useful ? I have to write some kind of bootloader code for a prototype SA-110 based board (I also have an esba285 for experiments), and I'm desperately trying to find some sample code. What I'm mainly looking for is an example of a proper Makefile for generating a bootstrap code (without header of with a custom-made header). I'm quite new to the gcc/egcs toolchain (and to linux world in general) and it's a little bit difficult when you have to learn everything at the same time ! -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 18:47: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 SAA858742 for ; Wed, 21 Apr 1999 18:47:35 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA29075 for ; Wed, 21 Apr 1999 18:47:35 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma029068; Wed, 21 Apr 99 18:47:19 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29513 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12426-29068>; Wed, 21 Apr 1999 19:44:28 +0300 Received: by vger.rutgers.edu via listexpand id <154866-7494>; Wed, 21 Apr 1999 12:07:56 -0400 Received: by vger.rutgers.edu id <154840-7494>; Wed, 21 Apr 1999 11:55:12 -0400 Received: from mail13.digital.com ([192.208.46.30]:2717 "EHLO mail13.digital.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154562-7494>; Wed, 21 Apr 1999 11:43:59 -0400 Received: from reohub2.reo.dec.com (reohub2.reo.dec.com [16.37.21.19]) by mail13.digital.com (8.9.2/8.9.2/WV2.0g) with ESMTP id MAA19115 for ; Wed, 21 Apr 1999 12:12:15 -0400 (EDT) Received: by reohub2.reo.dec.com with Internet Mail Service (5.5.2559.0) id ; Wed, 21 Apr 1999 17:12:13 +0100 Message-ID: <7507AC53E72AD111B9E50000F84AA037027914C3@sbueurayo1ae.ayo.dec.com> From: Iain Grant To: Iain Grant Cc: linux-arm@vger.rutgers.edu Subject: EBSA Working Now Date: Wed, 21 Apr 1999 17:11:59 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2559.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: 3178 Lines: 96 Folks, After copying over the floating Point emulator from armlinux.org and changing the inittab file to point to a different modload, my illegal instruction errors have gone. Our EBSA is now 90% stable. Thanks for the help. Iain > ---------- > From: Scott Bambrough[SMTP:scottb@netwinder.org] > Sent: 20 April 1999 7:18 > To: Iain Grant > Cc: linux-arm@vger.rutgers.edu > Subject: Re: NFS Swap File !!!! > > Iain Grant wrote: > > > > Russell, > > > > Thanks for the advice. We've stopped going down that route. And are now > > ignoring swap files/devices altogether. > > > > So, At the moment we have got to the following level. > > > > 1. Successfully cross-compiled a linux 2.1.132 kernel for our EBSA > > 2. Copied the netwinder kit > > (ftp.netwinder.org/pub/ccc/images/dm-2.1-12.tar.gz ) onto a local drive > of a > > RedHat 5.2 Intel box > > 3. NFS booted the EBSA to the extracted netwinder kit on that Intel box > > > > The system can boot up to runlevel 3 ( removing some of the invalid > startup > > files ) > > > > The problem we are hitting at the moment is, we can telnet from the EBSA > to > > other systems on the net. However we cannot telnet to the EBSA from > those > > systems. After looking at the startups I have found that some programs ( > > including tftpd ) print "Illegal Instruction" and sometimes ( core dump) > > when executed. > > tftp, tftpd are probably broken. There were bugs in glibc that prevented > things > from running. > As well there are bugs in the implementation of socket calls and mmap in > glibc > from that disk image. I suggest you look at the tools section on > netwinder.org > for more information. > > One other thing to note, is the netwinder image was compiled specifically > for > arm arch 4. It will use instructions specific to that architechure, that > aren't > supported on earlier architechures or Risc PC's. > > > We did pull the RPM files from the arm-linux ftp site to try and replace > the > > bad files, but found that there is not an rpm program there to install > them > > with. ( You guessed it, the one from the netwinder image gives an > illegal > > instruction error ). > > > > Another piece of information is that we pulled the files from the > instimage > > area of armlinux.org and replaced files in the /bin area of the > netwinder > > kit with them, this fixed a couple of programs ( bash and ls were two) > > although replacing the ps program still put up the 'Illegal Instruction > > message'. > > The netwinder disk image is mostly an ELF system, while Russell's RPMS are > a.out. The disk image may not have all the proper libraries required for > Russell's binaries. I'm not sure how ELF and a.out dynamically linked > executables will coexist. I can forsee difficulties there. > > > Have you, or anyone else got any more words of wisdom that could help us > get > > further. > > Nope. Do you have any more info on the invalid instructions. They aren't > floating point instructions are they? If so you may need the FPE loaded, > or use > a kernel with the NWFPE built in. > > Scott > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 18:39: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 SAA876605 for ; Wed, 21 Apr 1999 18:39:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA26075 for ; Wed, 21 Apr 1999 18:39:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma026073; Wed, 21 Apr 99 18:38:44 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:42793 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <2209-30498>; Wed, 21 Apr 1999 19:37:27 +0300 Received: by vger.rutgers.edu via listexpand id <154228-7495>; Wed, 21 Apr 1999 12:08:17 -0400 Received: by vger.rutgers.edu id <153959-7495>; Wed, 21 Apr 1999 11:56:02 -0400 Received: from idiom.com ([209.157.64.1]:3702 "EHLO idiom.com" ident: "chaos") by vger.rutgers.edu with ESMTP id <154693-7494>; Wed, 21 Apr 1999 11:50:18 -0400 Received: (from chaos@localhost) by idiom.com (8.8.8/8.8.5) id JAA21993; Wed, 21 Apr 1999 09:17:06 -0700 (PDT) From: Hwa-Jin Bae Message-Id: <199904211617.JAA21993@idiom.com> Subject: Re: boot loader -- again In-Reply-To: from "mestery@visi.com" at "Apr 21, 99 10:01:10 am" To: mestery@visi.com Date: Wed, 21 Apr 1999 09:17:06 -0700 (PDT) Cc: benh@mipsys.com, dbaukus@inetinc.com, linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4ME+ PL38 (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: 3009 Lines: 76 Hello, I also have used VxWorks to load Linux over ethernet and it seemed to work fine as well. Once Linux started running OK, I have in turn made a compressed version of Linux and burned it into ROM. With a small amount of code that copies from ROM to RAM and jump to Linux in RAM which uncompresses itself you can have a minimal Linux based bootloader. Another project is using NetBSD as bootloader for Linux. You might also talk to Chaltech folks in UK (www.chaltech.com). They have "cyclone" firmware for CATS (ebsa285-like HW) they make. The cyclone is very nice (it is somewhat similar to NetBSD but stripped down quite a bit) firmware and can be used to boot both NetBSD and Linux (as well as VxWorks!). However "cyclone" is not free, and one time license fee must be paid. Good luck! > > Greetings, > > My current strategy for booting, while a hack, seems to work. We have a > custom SA-110 card based on the ebsa-285 which was previously running > vxWorks. What I did was hack the vxWorks netboot loader to load a Linux > kernel over the ethernet (Intel 21143) and perform the prerequisite > things to entering the kernel. This approach seems to work okay, but I > will be writing a more permanent method of booting later on. For now > (and for a quick hack), this works fine. > > I'm currently struggling getting the ethernet to work correctly (all > kinds of ICMP errors and such). The interface works sporadically at > best, and stalls after it has loaded init and entered runlevel 3. > > -- > Kyle Mestery > StorageTek's Storage Networking Group > Protect your right to privacy: www.freecrypto.org > > On Wed, 21 Apr 1999, Benjamin Herrenschmidt wrote: > > > On Thu, Apr 8, 1999, Dave Baukus wrote: > > > > >I hate too whip this dead horse again, but ... > > > > > >What boot loaders are available (source code) for arm linux ? > > > > > >Its time to remove my buggy hacks from the kernel and come up w/ a > > >legitimate boot sequence for my ebsa285. > > > > Did you find something useful ? I have to write some kind of bootloader > > code for a prototype SA-110 based board (I also have an esba285 for > > experiments), and I'm desperately trying to find some sample code. What > > I'm mainly looking for is an example of a proper Makefile for generating > > a bootstrap code (without header of with a custom-made header). I'm quite > > new to the gcc/egcs toolchain (and to linux world in general) and it's a > > little bit difficult when you have to learn everything at the same time ! > > > > > > -- > > E-Mail: > > BenH. Web : > > > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > -- Hwa-Jin Bae PSO Systems, Inc. http://www.pso.com mailto:hjb@pso.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 18:47: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 SAA879622 for ; Wed, 21 Apr 1999 18:47:35 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA29076 for ; Wed, 21 Apr 1999 18:47:35 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa29068; Wed, 21 Apr 99 18:47:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:65357 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14676-30498>; Wed, 21 Apr 1999 19:45:48 +0300 Received: by vger.rutgers.edu via listexpand id <154892-7495>; Wed, 21 Apr 1999 12:10:06 -0400 Received: by vger.rutgers.edu id <154183-7495>; Wed, 21 Apr 1999 12:09:49 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6223 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154859-7494>; Wed, 21 Apr 1999 12:07:46 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10ZztB-0007k2-00; Wed, 21 Apr 1999 17:30:17 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10ZztB-0000I4-00; Wed, 21 Apr 1999 17:30:17 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: Dave Baukus , linux-arm@vger.rutgers.edu Subject: Re: boot loader -- again In-reply-to: Your message of "Wed, 21 Apr 1999 16:12:42 BST." <19990421161242.009969@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Apr 1999 17:30:17 +0100 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: 853 Lines: 17 >Did you find something useful ? I have to write some kind of bootloader >code for a prototype SA-110 based board (I also have an esba285 for >experiments), and I'm desperately trying to find some sample code. What >I'm mainly looking for is an example of a proper Makefile for generating >a bootstrap code (without header of with a custom-made header). I'm quite >new to the gcc/egcs toolchain (and to linux world in general) and it's a >little bit difficult when you have to learn everything at the same time ! Objcopy can convert from ELF or a.out to a flat binary file. See the kernel build process for examples. I can also send you an example of how to load the kernel on a CATS using firmware that just loads a binary image and jumps to its first instruction. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 21 23: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 XAA888800 for ; Wed, 21 Apr 1999 23:12:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01371 for ; Wed, 21 Apr 1999 23:12:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001369; Wed, 21 Apr 99 23:11:38 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5946 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <10972-31348>; Thu, 22 Apr 1999 00:11:24 +0300 Received: by vger.rutgers.edu via listexpand id <154323-7494>; Wed, 21 Apr 1999 16:36:55 -0400 Received: by vger.rutgers.edu id <155509-7494>; Wed, 21 Apr 1999 16:36:30 -0400 Received: from [194.168.16.194] ([194.168.16.194]:1038 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <155494-7495>; Wed, 21 Apr 1999 16:11:28 -0400 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 BAA00532; Thu, 1 Jan 1970 01:22:31 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00704; Wed, 21 Apr 1999 21:38:57 +0100 Message-Id: <199904212038.VAA00704@raistlin.armlinux.org.uk> Subject: Re: boot loader -- again To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 21 Apr 1999 21:38:56 +0100 (BST) Cc: benh@mipsys.com, dbaukus@inetinc.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 21, 99 05:30:17 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: 780 Lines: 12 The EBSA285 bootloader source is now available on the FTP site. Currently, it may only be compiled using a.out, however, if someone wishes to forward patches for the 'mkaif.c' for ELF, then I'll re-issue 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 Wed Apr 21 23:42: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 XAA804573 for ; Wed, 21 Apr 1999 23:42:35 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA01439 for ; Wed, 21 Apr 1999 23:42:35 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001428; Wed, 21 Apr 99 23:42:09 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31240 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16615-689>; Thu, 22 Apr 1999 00:41:46 +0300 Received: by vger.rutgers.edu via listexpand id <154037-7495>; Wed, 21 Apr 1999 17:12:40 -0400 Received: by vger.rutgers.edu id <153900-7495>; Wed, 21 Apr 1999 17:10:54 -0400 Received: from moonraker.inetinc.com ([199.171.212.2]:37066 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155454-7494>; Wed, 21 Apr 1999 17:00:55 -0400 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 QAA09031 for ; Wed, 21 Apr 1999 16:06:00 -0500 (CDT) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id QAA13339 for ; Wed, 21 Apr 1999 16:35:23 -0500 (CDT) Message-ID: <371E432C.8F26B4B6@inetinc.com> Date: Wed, 21 Apr 1999 16:29:16 -0500 From: Dave Baukus Organization: Inet Technologies 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: AMD lance ethernet References: <48F5ED9A77%teich-p@rcs.urz.tu-dresden.de> 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: 652 Lines: 18 Has anybody attempted to get the AMD AM79C792 "lance" ethernet going on ARM linux ? We were able to get it compiled and working on a *86 PC running the 2.2.3 kernel by adding the device ID to the "chipset" table in lance.c. However, on ARM linux w/ the 2.2.2 kernel it does not work. The driver configures itself fine, but when ip config attempts to use it for bootp, the bootp packets go out, the bootp server replys and the lance driver does not get the reply. I'm still running w/ all cacheing/buffering off. -- 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 Thu Apr 22 00:16: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 AAA869270 for ; Thu, 22 Apr 1999 00:16:05 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01551 for ; Thu, 22 Apr 1999 00:16:05 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001549; Thu, 22 Apr 99 00:15:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:32608 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16445-31348>; Thu, 22 Apr 1999 01:15:20 +0300 Received: by vger.rutgers.edu via listexpand id <154141-7494>; Wed, 21 Apr 1999 17:40:09 -0400 Received: by vger.rutgers.edu id <154301-7495>; Wed, 21 Apr 1999 17:37:39 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3748 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <155933-7494>; Wed, 21 Apr 1999 17:21:26 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id WAA02229 for ; Wed, 21 Apr 1999 22:49:56 +0100 Date: Wed, 21 Apr 1999 22:49:56 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: RPM recompile 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: 659 Lines: 14 Hardware depending, I should have a RiscPC up on the Internet in some capacity sometime in the next week or two, and then a grand recompile of RedsHat's `Rawhide' source RPM set can begin, giving all ARM Linux users from armv3l upwards a bang-up-to-date set of packages, compiled using the latest ELF toolset and glibc 2.1. In the meantime, if there are any requests for specific RPMs (e.g. fileutils, or whatever), mail me and I'll see what I can do about getting them cross-compiled on inkvine. -- 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 Thu Apr 22 00:32: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 AAA887350 for ; Thu, 22 Apr 1999 00:32:06 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01571 for ; Thu, 22 Apr 1999 00:32:06 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001569; Thu, 22 Apr 99 00:31:42 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:56850 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14726-689>; Thu, 22 Apr 1999 01:31:31 +0300 Received: by vger.rutgers.edu via listexpand id <154432-7495>; Wed, 21 Apr 1999 18:02:30 -0400 Received: by vger.rutgers.edu id <154194-7494>; Wed, 21 Apr 1999 18:02:12 -0400 Received: from mailhub2.liv.ac.uk ([138.253.100.95]:64481 "EHLO mailhub2.liv.ac.uk" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154432-7495>; Wed, 21 Apr 1999 18:01:52 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub2.liv.ac.uk with esmtp (Exim 1.92 #1) for linux-arm@vger.rutgers.edu id 10a5Vb-0005mi-00; Wed, 21 Apr 1999 23:30:19 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id XAA10729 for ; Wed, 21 Apr 1999 23:30:19 +0100 (BST) Date: Wed, 21 Apr 1999 23:21:48 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Re: RPM recompile Message-ID: <48F6707698%J.Bland@liv.ac.uk> In-Reply-To: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1898 Lines: 38 > Hardware depending, I should have a RiscPC up on the Internet in some > capacity sometime in the next week or two, and then a grand recompile of > RedsHat's `Rawhide' source RPM set can begin, giving all ARM Linux users > from armv3l upwards a bang-up-to-date set of packages, compiled using the > latest ELF toolset and glibc 2.1. > > In the meantime, if there are any requests for specific RPMs (e.g. > fileutils, or whatever), mail me and I'll see what I can do about getting > them cross-compiled on inkvine. > Not personally being a linux genius, can you clarify this...Does this mean that we're gonna have a nice whizzo new distribution, with newer apps and compilers, so that those of us without the knowhow (or patience :) to get things like ELF etc working can now just install them from the rpms and not have to 'fiddle' things. And how large will this new distribution be? Will we finally be able to install a decent linux setup 'out of the box' like the x86 distributions seem to be able to do? There seem to be rumours floating around about new distributions, is there any official news on this (other than the above)? Any info for the 'linuxly' challenged like me would be much appreciated. Cheers, John. -- ----------------------------------------------------------------------------- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://pc084085.melgrove.liv.ac.uk/ http://www.liv.ac.uk/~olmsg01/physics/ Secretary, Liverpool University Acorn Computer Users Society ----------------------------------------------------------------------------- "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 03:42: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 DAA890132 for ; Thu, 22 Apr 1999 03:42:06 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id DAA01891 for ; Thu, 22 Apr 1999 03:42:06 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001889; Thu, 22 Apr 99 03:41:54 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:15648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10959-31348>; Thu, 22 Apr 1999 04:41:36 +0300 Received: by vger.rutgers.edu via listexpand id <153846-7495>; Wed, 21 Apr 1999 21:12:18 -0400 Received: by vger.rutgers.edu id <153850-7494>; Wed, 21 Apr 1999 21:12:10 -0400 Received: from quark.kaon.co.nz ([202.21.157.2]:4923 "EHLO kaon.co.nz" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <153846-7494>; Wed, 21 Apr 1999 21:11:47 -0400 Received: by quark.kaon.co.nz id <26881>; Thu, 22 Apr 1999 13:34:55 +1200 Message-Id: <99Apr22.133455nzst.26881@quark.kaon.co.nz> Date: Thu, 22 Apr 1999 13:38:18 +1200 From: Ceri Lewis X-Mailer: Mozilla 4.07 [en] (X11; I; Linux 2.2.6 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Tool Chain and Kernel 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: 2412 Lines: 78 Hi I realise that alot of this has been covered in some form or another in previous messages but I'd just like to check what I've done is correct. I've attempted to build a ARM linux tool chain and libraries on a i586 RedHat 5.2 system running kernel V2.2.6. Here's my process. Retrieved binutils-2.9.1.0.23 (no patch?). Configured using ./configure --target=arm-unknown-linux --prefix=/usr make make install All seemed OK. Retrieved egcs-core-1.1.2 and patched with egcs-1.1.2-arm-diff-990325. Configured using ./configure --target=arm-unknown-linux --prefix=/usr cd gcc make LANGUAGES="C" make LANGUAGES="C" install Again seemed OK. Retrieved glibc-2.1, glibc-crypt-2.0.6, glibc-linuxthreads-2.1 (no patch?). Configured using CC=arm-unknown-linux ./configure arm-unknown-linux --build=i586-linux \ --prefix=/usr/arm-unknown-linux --enable-add-ons make failed with missing glibc-lock.h file so I linked to sysdeps/generic/bits/glibc-lock.h. (Is this OK?) make make install OK? The tools seemed to work OK in compiling a Hello World program. I then got linux-2.2.3 source and patched using patch-2.2.3-rmk2 and linux-2.2.3-philb-990330. Edit Makefile for ARCH := arm and CROSS_COMPILE = arm-unknown-linux- I compiling for a RISC PC with a StrongARM processor with 32MB ram 2MB VRAM and EtherH. I pretty much left the options as they were except for the following Configured system type for RISC PC and ARM 6 CPU Disabled Generic PCI IDE Chipset Disabled Parallel Port IDE Device Disabled IrDA subsystem Disabled 3COM network cards Disabled sound support make failed with drivers/video/video.a (fbdev.o): in function 'fbcon_vga_bmove' : fbdev.o (.text+0x936c): undefined reference to 'readw' fbdev.o (.text+0x936c): relocation truncated to fit: R_ARM_PC24 readw and similar for writew. I removed the VGA options from the framebuffer section and tried again. This time it compiled OK but the loading of the kernel stopped after the message Now booting kernel I did get a bit further with a previous attempt that froze after the initialisation of ther EtherH card. Basically I just want to know if my tool chain building looks OK and what options I should and shouldn't select in the kernel configuration for my machine. Thanks Ceri unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 04:06: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 EAA889529 for ; Thu, 22 Apr 1999 04:06:36 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA01917 for ; Thu, 22 Apr 1999 04:06:36 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001915; Thu, 22 Apr 99 04:06:21 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:65344 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8340-31348>; Thu, 22 Apr 1999 05:06:04 +0300 Received: by vger.rutgers.edu via listexpand id <153890-7495>; Wed, 21 Apr 1999 21:36:47 -0400 Received: by vger.rutgers.edu id <153871-7495>; Wed, 21 Apr 1999 21:36:35 -0400 Received: from nexus.carleton.ca ([134.117.76.10]:1882 "EHLO nexus.carleton.ca" ident: "stewart") by vger.rutgers.edu with ESMTP id <153907-7495>; Wed, 21 Apr 1999 21:35:58 -0400 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id WAA27467; Wed, 21 Apr 1999 22:03:35 -0400 Date: Wed, 21 Apr 1999 22:03:35 -0400 (EDT) From: "Rod m. Stewart" To: Chris Rutter cc: ARM Linux mailing list Subject: Re: RPM recompile 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: 1430 Lines: 35 On Wed, 21 Apr 1999, Chris Rutter wrote: > Hardware depending, I should have a RiscPC up on the Internet in some > capacity sometime in the next week or two, and then a grand recompile > of RedsHat's `Rawhide' source RPM set can begin, giving all ARM Linux > users from armv3l upwards a bang-up-to-date set of packages, compiled > using the latest ELF toolset and glibc 2.1. Unless I am mistaken, the current way rpm is setup (version 3.0, latest from the CVS/devel tree) it will recognize an armv3l architecture simply as arm (and not armv3l). This is detected by what uname returns (I am almost positive on this one). If people are using rpm on armv3 architectures I can generate/submit patches to recognize it properly. While we are on the subject are people using rpm on armv2 and/or armv1 machines? If so, let me know and I will see about having those added in as well. Is there anything greater then armv4 currently? And one other thing I will need, is the default optflags for each of armv2, armv3. Currently for armv4 we have: optflags: armv4 -O2 -fsigned-char -fomit-frame-pointer optflags: armv4b -O2 -fsigned-char -fomit-frame-pointer optflags: armv4l -O2 -fsigned-char -fomit-frame-pointer Is this compatible with armv2/3. I think there may be an issue with "-fomit-frame-pointer". Let me know, -Rms stewart@nexus.carleton.ca unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 13:47:47 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 NAA899719 for ; Thu, 22 Apr 1999 13:47:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03392 for ; Thu, 22 Apr 1999 13:47:39 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003388; Thu, 22 Apr 99 13:47:30 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:2681 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14795-31348>; Thu, 22 Apr 1999 14:47:16 +0300 Received: by vger.rutgers.edu via listexpand id <153867-7494>; Thu, 22 Apr 1999 07:17:25 -0400 Received: by vger.rutgers.edu id <153861-7495>; Thu, 22 Apr 1999 07:17:06 -0400 Received: from koeln.shuttle.de ([194.95.247.252]:39587 "EHLO koeln.shuttle.de" ident: "uucp") by vger.rutgers.edu with ESMTP id <153867-7495>; Thu, 22 Apr 1999 07:17:01 -0400 Received: from uu1093.UUCP (uucp@localhost) by koeln.shuttle.de (8.9.3/8.9.3) with UUCP id NAA23738; Thu, 22 Apr 1999 13:46:05 +0200 (MET DST) Received: from Leipzig.hmanngym.k.nw.schule.de by Arktur.hmanngym.k.nw.schule.de with smtp (Smail3.1.28.1 #6) id m10aBny-000JGdC; Thu, 22 Apr 99 07:13 MET DST Message-ID: <371EBDBB.51BB@hmanngym.k.nw.schule.de> Date: Thu, 22 Apr 1999 08:12:11 +0200 From: "J. Konietzko" X-Mailer: Mozilla 3.01 [de] (Win95; I) MIME-Version: 1.0 To: chris@fluff.org CC: linux-arm@vger.rutgers.edu Subject: Re: RPM recompile 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: 608 Lines: 17 Chris Rutter wrote: > In the meantime, if there are any requests for specific RPMs (e.g. > fileutils, or whatever), mail me and I'll see what I can do about getting > them cross-compiled on inkvine. Not RPMs, but if anyone could do anything to port KDE, that would be great. Until recently, RedHat has refused to use KDE because it contains some proprietary code (I think), but I just saw a package containing the latest German )PC) version of RedHat Linux, and it says in big letters "including KDE"!! Cheers, Jochen Konietzko unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 10:47: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 KAA811441 for ; Thu, 22 Apr 1999 10:47:08 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA02726 for ; Thu, 22 Apr 1999 10:47:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002724; Thu, 22 Apr 99 10:47:03 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:26226 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14890-31348>; Thu, 22 Apr 1999 11:46:37 +0300 Received: by vger.rutgers.edu via listexpand id <153863-7495>; Thu, 22 Apr 1999 04:16:51 -0400 Received: by vger.rutgers.edu id <153857-7494>; Thu, 22 Apr 1999 04:16:32 -0400 Received: from lrcsun15.epfl.ch ([128.178.156.77]:57850 "EHLO lrcsun15.epfl.ch" ident: "almesber") by vger.rutgers.edu with ESMTP id <153863-7495>; Thu, 22 Apr 1999 04:16:23 -0400 Received: (from almesber@localhost) by lrcsun15.epfl.ch (8.8.X/EPFL-8.1a) id KAA00515; Thu, 22 Apr 1999 10:39:17 +0200 (MET DST) From: Werner Almesberger Message-Id: <199904220839.KAA00515@lrcsun15.epfl.ch> Subject: Re: RPM recompile To: chris@fluff.org Date: Thu, 22 Apr 1999 10:39:17 +0200 (MET DST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Chris Rutter" at Apr 21, 99 10:49:56 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: 1322 Lines: 30 Chris Rutter wrote: > Hardware depending, I should have a RiscPC up on the Internet in some > capacity sometime in the next week or two, and then a grand recompile > of RedsHat's `Rawhide' source RPM set can begin, giving all ARM Linux > users from armv3l upwards a bang-up-to-date set of packages, compiled > using the latest ELF toolset and glibc 2.1. I think that would make you eligible for nomination for the Linux hero of the month award ;-) > In the meantime, if there are any requests for specific RPMs (e.g. > fileutils, or whatever), mail me and I'll see what I can do about getting > them cross-compiled on inkvine. ld.so, glibc, glibc-devel ? ;-) BTW, I kind of wonder if anybody has ever told the makers of all these wonderful arm4-specific distributions that their work could be useful for a lot more people if they compiled for arm3, and that the performance difference is pure science fiction in almost all cases anyway. I know, duplicate work keeps our economy alive, but still ... - Werner -- _________________________________________________________________________ / Werner Almesberger, DI-ICA,EPFL,CH werner.almesberger@lrc.di.epfl.ch / /_IN_R_131__Tel_+41_21_693_6621__Fax_+41_21_693_6610_____________________/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 11:03: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 LAA900900 for ; Thu, 22 Apr 1999 11:03:08 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02769 for ; Thu, 22 Apr 1999 11:03:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002767; Thu, 22 Apr 99 11:02:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14833-31348>; Thu, 22 Apr 1999 12:02:26 +0300 Received: by vger.rutgers.edu via listexpand id <153881-7495>; Thu, 22 Apr 1999 04:32:16 -0400 Received: by vger.rutgers.edu id <153892-7494>; Thu, 22 Apr 1999 04:32:01 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:6741 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153881-7494>; Thu, 22 Apr 1999 04:31:41 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10aFCo-0008I0-00; Thu, 22 Apr 1999 09:51:34 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10aFCo-0000nH-00; Thu, 22 Apr 1999 09:51:34 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Rod m. Stewart" cc: Chris Rutter , ARM Linux mailing list Subject: Re: RPM recompile In-reply-to: Your message of "Wed, 21 Apr 1999 22:03:35 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Apr 1999 09:51:34 +0100 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: 1042 Lines: 25 >While we are on the subject are people using rpm on armv2 and/or armv1 >machines? If so, let me know and I will see about having those added in >as well. Is there anything greater then armv4 currently? ARM v5 is in the works but I don't believe there is any silicon yet. There is also v4T but that hasn't cropped up in any Linux applications yet as far as I know. >And one other thing I will need, is the default optflags for each of >armv2, armv3. Currently for armv4 we have: > optflags: armv4 -O2 -fsigned-char -fomit-frame-pointer > optflags: armv4b -O2 -fsigned-char -fomit-frame-pointer > optflags: armv4l -O2 -fsigned-char -fomit-frame-pointer > >Is this compatible with armv2/3. I think there may be an issue with >"-fomit-frame-pointer". Omitting the frame pointer is no more harmful on ARMv2/v3 than v4. The only reason not to use it is debuggability, and with a bit of luck we should soon be able to debug even without a frame pointer. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 11:20: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 LAA873684 for ; Thu, 22 Apr 1999 11:20:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02818 for ; Thu, 22 Apr 1999 11:20:09 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002814; Thu, 22 Apr 99 11:19:55 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:50487 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15211-689>; Thu, 22 Apr 1999 12:19:25 +0300 Received: by vger.rutgers.edu via listexpand id <153863-7494>; Thu, 22 Apr 1999 04:49:24 -0400 Received: by vger.rutgers.edu id <154022-7494>; Thu, 22 Apr 1999 04:49:09 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:7204 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154082-7495>; Thu, 22 Apr 1999 04:45:19 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10aFN7-0008JI-00; Thu, 22 Apr 1999 10:02:13 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10aFN6-0000ol-00; Thu, 22 Apr 1999 10:02:12 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Ceri Lewis cc: linux-arm@vger.rutgers.edu Subject: Re: Tool Chain and Kernel In-reply-to: Your message of "Thu, 22 Apr 1999 13:38:18 +1200." <99Apr22.133455nzst.26881@quark.kaon.co.nz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Apr 1999 10:02:12 +0100 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: 794 Lines: 21 >Retrieved glibc-2.1, glibc-crypt-2.0.6, glibc-linuxthreads-2.1 (no >patch?). Configured using > CC=arm-unknown-linux ./configure arm-unknown-linux >--build=i586-linux \ > --prefix=/usr/arm-unknown-linux --enable-add-ons > make >failed with missing glibc-lock.h file so I linked to >sysdeps/generic/bits/glibc-lock.h. (Is this OK?) No, this is not OK. Make sure you correctly unpacked linuxthreads in the source directory. Also, you should probably get the 2.1 crypt from ftp.funet.fi (don't get it from cygnus.com or gnu.org). That said, this shouldn't be the cause of your kernel problems since the kernel doesn't use glibc. I'm afraid I don't have much of a clue about what's going on there. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 11:29: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 LAA805322 for ; Thu, 22 Apr 1999 11:29:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02844 for ; Thu, 22 Apr 1999 11:29:39 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002840; Thu, 22 Apr 99 11:29:24 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:26705 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12503-31348>; Thu, 22 Apr 1999 12:28:40 +0300 Received: by vger.rutgers.edu via listexpand id <154005-7494>; Thu, 22 Apr 1999 04:54:24 -0400 Received: by vger.rutgers.edu id <153915-7494>; Thu, 22 Apr 1999 04:53:28 -0400 Received: from [212.219.8.163] ([212.219.8.163]:4297 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <154080-7495>; Thu, 22 Apr 1999 04:52:14 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id KAA22539 for ; Thu, 22 Apr 1999 10:21:21 +0100 Date: Thu, 22 Apr 1999 10:21:21 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Publically accessible ARM Linux box 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: 342 Lines: 8 This `dream' will shortly be reality, albeit only in the form of a RiscPC. However, I need a name. Submissions to , please -- winner gets, uh, a free account. ;-) -- 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 Thu Apr 22 11: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 LAA895196 for ; Thu, 22 Apr 1999 11:38:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02871 for ; Thu, 22 Apr 1999 11:38:09 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002869; Thu, 22 Apr 99 11:37:43 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29268 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14676-689>; Thu, 22 Apr 1999 12:37:29 +0300 Received: by vger.rutgers.edu via listexpand id <153863-7495>; Thu, 22 Apr 1999 05:07:37 -0400 Received: by vger.rutgers.edu id <153857-7494>; Thu, 22 Apr 1999 05:07:29 -0400 Received: from prune.flirble.org ([195.40.6.30]:4876 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153863-7494>; Thu, 22 Apr 1999 05:07:19 -0400 Received: (qmail 29076 invoked from network); 22 Apr 1999 09:36:21 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 22 Apr 1999 09:36:21 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id KAA00221; Thu, 22 Apr 1999 10:36:19 +0100 (BST) From: Nicholas Clark Message-Id: <199904220936.KAA00221@flirble.org> Subject: Re: Publically accessible ARM Linux box In-Reply-To: from Chris Rutter at "Apr 22, 99 10:21:21 am" To: chris@fluff.org Date: Thu, 22 Apr 1999 10:36:19 +0100 (BST) 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: 411 Lines: 12 In the last mail Chris Rutter said: > This `dream' will shortly be reality, albeit only in the form of a > RiscPC. However, I need a name. Submissions to , > please -- winner gets, uh, a free account. ;-) names of the form *.fluff.org ? (or any other domain we can find that will point to your IP for free?) Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 11:43: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 LAA901590 for ; Thu, 22 Apr 1999 11:43:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA02896 for ; Thu, 22 Apr 1999 11:43:09 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002894; Thu, 22 Apr 99 11:43:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23140 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14676-689>; Thu, 22 Apr 1999 12:42:47 +0300 Received: by vger.rutgers.edu via listexpand id <153857-7494>; Thu, 22 Apr 1999 05:12:49 -0400 Received: by vger.rutgers.edu id <153863-7495>; Thu, 22 Apr 1999 05:12:31 -0400 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:21110 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153857-7494>; Thu, 22 Apr 1999 05:12:14 -0400 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 LAA02891; Thu, 22 Apr 1999 11:41:20 +0200 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 LAA898181; Thu, 22 Apr 1999 11:41:19 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for nick@flirble.org; Thu, 22 Apr 1999 11:41:18 +0200 (CEST) Date: Thu, 22 Apr 1999 11:41:18 +0200 From: Matthew Wilcox To: Nicholas Clark Cc: chris@fluff.org, linux-arm@vger.rutgers.edu Subject: Re: Publically accessible ARM Linux box Message-ID: <19990422114118.D376@mencheca.ch.genedata.com> References: <199904220936.KAA00221@flirble.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199904220936.KAA00221@flirble.org>; from Nicholas Clark on Thu, Apr 22, 1999 at 10:36:19AM +0100 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: 822 Lines: 20 On Thu, Apr 22, 1999 at 10:36:19AM +0100, Nicholas Clark wrote: > In the last mail Chris Rutter said: > > > This `dream' will shortly be reality, albeit only in the form of a > > RiscPC. However, I need a name. Submissions to , > > please -- winner gets, uh, a free account. ;-) > > names of the form *.fluff.org ? Oh, in that case, bellybutton.fluff.org :-) [Anyone got the infocom HHGTTG around, or remembers the different types of fluff you had to collect?] -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 14:20: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 OAA886749 for ; Thu, 22 Apr 1999 14:20:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA03704 for ; Thu, 22 Apr 1999 14:20:38 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003702; Thu, 22 Apr 99 14:20:29 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:37935 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14778-31348>; Thu, 22 Apr 1999 15:20:06 +0300 Received: by vger.rutgers.edu via listexpand id <153932-7494>; Thu, 22 Apr 1999 07:50:04 -0400 Received: by vger.rutgers.edu id <153928-7495>; Thu, 22 Apr 1999 07:49:56 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8003 "EHLO [195.25.220.24]" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <153916-7495>; Thu, 22 Apr 1999 07:49:40 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 22-Apr-1999 13:20:59 +0200 In-Reply-To: <199904212038.VAA00704@raistlin.armlinux.org.uk> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Thu, 22 Apr 1999 14:19:21 +0100 To: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(2): boot loader -- again Message-Id: <19990422141921.026131@mail.mipsys.com> 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: 729 Lines: 18 On Wed, Apr 21, 1999, Russell King - ARM Linux Admin wrote: >The EBSA285 bootloader source is now available on the FTP site. Currently, >it may only be compiled using a.out, however, if someone wishes to forward >patches for the 'mkaif.c' for ELF, then I'll re-issue it. Is there a "preferred" way between target arm-linuxaout and arm-aout for the toolchain, or both will make it ? I was thinking about using arm-linuxaout so I can also generate linux binaries using the same toolchain, is there something wrong with this ? E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 15:29: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 PAA903769 for ; Thu, 22 Apr 1999 15:29:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA03914 for ; Thu, 22 Apr 1999 15:29:09 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003912; Thu, 22 Apr 99 15:28:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10276 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8955-31348>; Thu, 22 Apr 1999 16:28:29 +0300 Received: by vger.rutgers.edu via listexpand id <153915-7495>; Thu, 22 Apr 1999 08:58:31 -0400 Received: by vger.rutgers.edu id <153933-7494>; Thu, 22 Apr 1999 08:58:22 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:31525 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153927-7495>; Thu, 22 Apr 1999 08:58:01 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10aJUY-0000Cf-00; Thu, 22 Apr 1999 14:26:10 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10aJUY-0001CE-00; Thu, 22 Apr 1999 14:26:10 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu Subject: Re: Re(2): boot loader -- again In-reply-to: Your message of "Thu, 22 Apr 1999 14:19:21 BST." <19990422141921.026131@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Apr 1999 14:26:09 +0100 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: 550 Lines: 13 >Is there a "preferred" way between target arm-linuxaout and arm-aout for >the toolchain, or both will make it ? I was thinking about using >arm-linuxaout so I can also generate linux binaries using the same >toolchain, is there something wrong with this ? New kernels can't be built as a.out, and building user space binaries that way isn't really that smart an idea either. You are better off using ELF, and installing a second compiler for a.out if you need it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 16:46: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 QAA832417 for ; Thu, 22 Apr 1999 16:46:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA04092 for ; Thu, 22 Apr 1999 16:46:39 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004088; Thu, 22 Apr 99 16:46:33 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:23096 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8816-31348>; Thu, 22 Apr 1999 17:46:10 +0300 Received: by vger.rutgers.edu via listexpand id <154065-7495>; Thu, 22 Apr 1999 10:16:09 -0400 Received: by vger.rutgers.edu id <154055-7495>; Thu, 22 Apr 1999 10:15:50 -0400 Received: from [212.219.8.163] ([212.219.8.163]:4696 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <154048-7494>; Thu, 22 Apr 1999 10:15:34 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id PAA02239; Thu, 22 Apr 1999 15:44:46 +0100 Date: Thu, 22 Apr 1999 15:44:46 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: Benjamin Herrenschmidt , ARM Linux mailing list Subject: Re: Re(2): boot loader -- again In-Reply-To: <19990422141921.026131@mail.mipsys.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: 710 Lines: 16 On Thu, 22 Apr 1999, Benjamin Herrenschmidt wrote: > Is there a "preferred" way between target arm-linuxaout and arm-aout for > the toolchain, or both will make it ? I was thinking about using > arm-linuxaout so I can also generate linux binaries using the same > toolchain, is there something wrong with this ? The best I can think of is to build two separate toolchains, one with the target name `arm-linuxaout' and one with `arm-linux', and then reference them as such. It would be possible, I suppose, to hack binutils into supporting both..? -- 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 Thu Apr 22 17: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 RAA884755 for ; Thu, 22 Apr 1999 17:49:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04243 for ; Thu, 22 Apr 1999 17:49:38 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004241; Thu, 22 Apr 99 17:49:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:39224 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4206-31348>; Thu, 22 Apr 1999 18:48:23 +0300 Received: by vger.rutgers.edu via listexpand id <154069-7494>; Thu, 22 Apr 1999 11:18:22 -0400 Received: by vger.rutgers.edu id <154040-7494>; Thu, 22 Apr 1999 11:17:29 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4045 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154018-7494>; Thu, 22 Apr 1999 11:15:06 -0400 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 10aLeA-0001sO-0A; Thu, 22 Apr 1999 15:44:15 +0000 Received: (from rmk@localhost) by gate.sw.milldev.co.uk (8.8.5/8.8.5) id PAA09885; Thu, 22 Apr 1999 15:51:42 +0100 From: Russell King Message-Id: <199904221451.PAA09885@gate.sw.milldev.co.uk> Subject: Re: Re(2): boot loader -- again To: benh@mipsys.com (Benjamin Herrenschmidt) Date: Thu, 22 Apr 1999 15:51:42 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990422141921.026131@mail.mipsys.com> from "Benjamin Herrenschmidt" at Apr 22, 99 02:19:21 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: 888 Lines: 20 Benjamin Herrenschmidt said: > >The EBSA285 bootloader source is now available on the FTP site. Currently, > >it may only be compiled using a.out, however, if someone wishes to forward > >patches for the 'mkaif.c' for ELF, then I'll re-issue it. > > Is there a "preferred" way between target arm-linuxaout and arm-aout for > the toolchain, or both will make it ? I was thinking about using > arm-linuxaout so I can also generate linux binaries using the same > toolchain, is there something wrong with this ? I would not recommend using the a.out stuff for generating linux binaries at the moment. We're currently trying to phase it out. I would suggest that someone does make the necessary changes to mkaif.c to allow both a.out and ELF binaries to be converted. -- 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 Apr 22 17:31: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 RAA897022 for ; Thu, 22 Apr 1999 17:31:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04186 for ; Thu, 22 Apr 1999 17:31:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004184; Thu, 22 Apr 99 17:30:53 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3108 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <2490-31348>; Thu, 22 Apr 1999 18:30:37 +0300 Received: by vger.rutgers.edu via listexpand id <153942-7495>; Thu, 22 Apr 1999 11:00:33 -0400 Received: by vger.rutgers.edu id <153933-7495>; Thu, 22 Apr 1999 11:00:16 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:8767 "EHLO globe.nexus.co.uk" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <153927-7494>; Thu, 22 Apr 1999 11:00:01 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10aKxd-0000U6-00; Thu, 22 Apr 1999 16:00:17 +0100 Received: from fountain.nexus.co.uk ([127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10aKxc-0002U6-00; Thu, 22 Apr 1999 16:00:16 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: Benjamin Herrenschmidt , ARM Linux mailing list Subject: Re: Re(2): boot loader -- again In-reply-to: Your message of "Thu, 22 Apr 1999 15:44:46 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 22 Apr 1999 16:00:15 +0100 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: 815 Lines: 18 >reference them as such. It would be possible, I suppose, to hack >binutils into supporting both..? Yes, and in fact one release of HJ's binutils recently did exactly this. But we took it out again because the next major release of binutils will have no support for arm-linuxaout at all and we didn't want people to get used to having it included in ELF toolchains. If you are using the binutils 2.9.1.x-derived tools you can include support for this (or any other target) using something like `--target=arm-linux --enable-targets=arm-linuxaout'. This doesn't buy you a great deal though because you still need a separate compiler and life is easier if the compiler and the rest of the tools have the same primary target. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 17:31: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 RAA875062 for ; Thu, 22 Apr 1999 17:31:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA04191 for ; Thu, 22 Apr 1999 17:31:38 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004189; Thu, 22 Apr 99 17:31:15 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:43300 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14318-31348>; Thu, 22 Apr 1999 18:30:50 +0300 Received: by vger.rutgers.edu via listexpand id <153933-7494>; Thu, 22 Apr 1999 11:00:44 -0400 Received: by vger.rutgers.edu id <153927-7494>; Thu, 22 Apr 1999 11:00:26 -0400 Received: from [212.219.8.163] ([212.219.8.163]:4809 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <153942-7495>; Thu, 22 Apr 1999 11:00:16 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id QAA09191 for ; Thu, 22 Apr 1999 16:29:14 +0100 Date: Thu, 22 Apr 1999 16:28:57 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: "Rod m. Stewart" Subject: Re: RPM recompile In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-606821624-2084252223-924794937=:22899" 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: 8573 Lines: 157 ---606821624-2084252223-924794937=:22899 Content-Type: TEXT/PLAIN; charset=US-ASCII On Wed, 21 Apr 1999, Rod m. Stewart wrote: > Unless I am mistaken, the current way rpm is setup (version 3.0, latest > from the CVS/devel tree) it will recognize an armv3l architecture simply > as arm (and not armv3l). This is detected by what uname returns (I am > almost positive on this one). I've got a tweaked rpmrc that contains the various necessary details. > If people are using rpm on armv3 architectures I can generate/submit > patches to recognize it properly. Think Russell's already done that. > And one other thing I will need, is the default optflags for each of > armv2, armv3. Currently for armv4 we have: I've attached my copy. -- Chris ( http://www.fluff.org/chris ) ---606821624-2084252223-924794937=:22899 Content-Type: TEXT/PLAIN; charset=US-ASCII; name=rpmrc Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename=rpmrc IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIw0KIyBEZWZhdWx0IHZhbHVlcywgb2Z0ZW4gb3Zl cnJpZGRlbiBpbiAvZXRjL3JwbXJjDQojDQojIFRoaXMgZmlsZSAqc2hvdWxk IG5vdCBiZSBtb2RpZmllZCouIExvY2FsIGN1c3RvbWl6YXRpb25zDQojIGJl bG9uZyBpbiAvZXRjL3JwbXJjLCBub3QgaGVyZS4gVGhpcyBmaWxlIHdpbGwg YmUgcmVwbGFjZWQNCiMgd2hlbmV2ZXIgYSBuZXcgdmVyc2lvbiBvZiBSUE0g aXMgaW5zdGFsbGVkLg0KDQpkYnBhdGg6CQkvaG9tZS9jaHJpcy9hcmNoL3Bh Y2thZ2VzL3Jhd2hpZGUvZGINCnRvcGRpcjoJCS9ob21lL2NocmlzL2FyY2gv cGFja2FnZXMvcmF3aGlkZS9zcmMNCnRtcHBhdGg6CS9ob21lL2NocmlzL2Fy Y2gvcGFja2FnZXMvcmF3aGlkZS90bXANCmd6aXBiaW46CS9iaW4vZ3ppcA0K YnppcDJiaW46CS91c3IvYmluL2J6aXAyDQpkZWZhdWx0ZG9jZGlyOiAgL3Vz ci9kb2MNCmZpeHBlcm1zOglhK3JYLGctdyxvLXcNCnJwbWZpbGVuYW1lOiAg ICAle0FSQ0h9LyV7TkFNRX0tJXtWRVJTSU9OfS0le1JFTEVBU0V9LiV7QVJD SH0ucnBtDQppbnN0Y2hhbmdlbG9nOgk1DQoNCiMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMN Cg0KIyBQbGVhc2Ugc2VuZCBuZXcgZW50cmllcyB0byBycG0tbGlzdEByZWRo YXQuY29tDQoNCiMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMNCiMgVmFsdWVzIGZvciBSUE1f T1BUX0ZMQUdTIGZvciB2YXJpb3VzIHBsYXRmb3Jtcw0KDQpvcHRmbGFnczog aTM4NiAtTzIgLW00ODYgLWZuby1zdHJlbmd0aC1yZWR1Y2UNCm9wdGZsYWdz OiBhbHBoYSAtTzINCm9wdGZsYWdzOiBzcGFyYyAtTzINCm9wdGZsYWdzOiBt NjhrIC1PMiAtZm9taXQtZnJhbWUtcG9pbnRlcg0Kb3B0ZmxhZ3M6IHBwYyAt TzIgLWZzaWduZWQtY2hhcg0Kb3B0ZmxhZ3M6IGhwcGExLjAgLU8yIC1tcGEt cmlzYy0xLTANCm9wdGZsYWdzOiBocHBhMS4xIC1PMiAtbXBhLXJpc2MtMS0w DQpvcHRmbGFnczogbWlwc2ViIC1PMg0Kb3B0ZmxhZ3M6IG1pcHNlbCAtTzIN Cm9wdGZsYWdzOiBhcm12MyAtTzIgLWZzaWduZWQtY2hhciAtZm9taXQtZnJh bWUtcG9pbnRlcg0Kb3B0ZmxhZ3M6IGFybXYzbCAtTzIgLWZzaWduZWQtY2hh ciAtZm9taXQtZnJhbWUtcG9pbnRlcg0Kb3B0ZmxhZ3M6IGFybXY0IC1PMiAt ZnNpZ25lZC1jaGFyIC1mb21pdC1mcmFtZS1wb2ludGVyDQpvcHRmbGFnczog YXJtdjRiIC1PMiAtZnNpZ25lZC1jaGFyIC1mb21pdC1mcmFtZS1wb2ludGVy DQpvcHRmbGFnczogYXJtdjRsIC1PMiAtZm9taXQtZnJhbWUtcG9pbnRlcg0K I29wdGZsYWdzOiBhcm12NGwgLWZvbWl0LWZyYW1lLXBvaW50ZXINCg0KIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIw0KIyBDYW5vbmljYWwgYXJjaCBuYW1lcyBhbmQgbnVt YmVycw0KDQphcmNoX2Nhbm9uOglpOTg2OglpOTg2CTENCmFyY2hfY2Fub246 CWk4ODY6CWk4ODYJMQ0KYXJjaF9jYW5vbjoJaTc4NjoJaTc4NgkxDQphcmNo X2Nhbm9uOglpNjg2OglpNjg2CTENCmFyY2hfY2Fub246CWk1ODY6CWk1ODYJ MQ0KYXJjaF9jYW5vbjoJaTQ4NjoJaTQ4NgkxDQphcmNoX2Nhbm9uOglpMzg2 OglpMzg2CTENCmFyY2hfY2Fub246CWFscGhhOglhbHBoYQkyDQphcmNoX2Nh bm9uOiAJc3BhcmM6CXNwYXJjCTMNCmFyY2hfY2Fub246IAlzdW40OglzcGFy YwkzDQphcmNoX2Nhbm9uOiAJc3VuNG06CXNwYXJjCTMNCmFyY2hfY2Fub246 IAlzdW40YzoJc3BhcmMJMw0KYXJjaF9jYW5vbjogICAgIHN1bjRkOiAgc3Bh cmMgICAzDQojIFRoaXMgaXMgcmVhbGx5IGEgcGxhY2UgaG9sZGVyIGZvciBN SVBTLg0KYXJjaF9jYW5vbjoJbWlwc2ViOgltaXBzZWIJNA0KYXJjaF9jYW5v bjoJcHBjOglwcGMJNQ0KYXJjaF9jYW5vbjoJbTY4azoJbTY4awk2DQphcmNo X2Nhbm9uOglJUDoJc2dpCTcNCmFyY2hfY2Fub246ICAgICByczYwMDA6IHJz NjAwMCAgOA0KDQphcmNoX2Nhbm9uOiAgICA5MDAwLzcxMjogICAgICAgaHBw YTEuMSA5DQoNCmFyY2hfY2Fub246ICAgIHN1bjR1OiAgIHVzcGFyYyAgMTAN CmFyY2hfY2Fub246CW1pcHNlbDoJbWlwc2VsCTExDQoNCmFyY2hfY2Fub246 ICAgICBhcm12NGI6IGFybXY0YiAgMTINCmFyY2hfY2Fub246ICAgICBhcm12 NGw6IGFybXY0bCAgMTINCmFyY2hfY2Fub246ICAgICBzYTExMDogIGFybXYz ICAgMTMNCmFyY2hfY2Fub246CWFybXYzbDogYXJtdjNsICAxMw0KDQojIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjDQojIENhbm9uaWNhbCBPUyBuYW1lcyBhbmQgbnVtYmVy cw0KDQpvc19jYW5vbjoJTGludXg6CUxpbnV4CTENCm9zX2Nhbm9uOglJUklY OglJcml4CTINCiMgVGhpcyBpcyB3cm9uZw0Kb3NfY2Fub246CVN1bk9TNToJ c29sYXJpcwkzDQpvc19jYW5vbjoJU3VuT1M0OglTdW5PUwk0DQoNCm9zX2Nh bm9uOiAgICAgIEFtaWdhT1M6IEFtaWdhT1MgNQ0Kb3NfY2Fub246ICAgICAg ICAgIEFJWDogQUlYICAgICA1DQpvc19jYW5vbjogICAgICAgIEhQLVVYOiBo cHV4MTAgIDYNCm9zX2Nhbm9uOiAgICAgICAgIE9TRjE6IG9zZjEgICAgNw0K b3NfY2Fub246ICAgICAgRnJlZUJTRDogRnJlZUJTRCA4DQpvc19jYW5vbjog ICAgICAgU0NPX1NWOiBTQ09fU1YzLjJ2NS4wLjIgIDkNCm9zX2Nhbm9uOglJ UklYNjQ6IElyaXg2NCAgMTANCm9zX2Nhbm9uOiAgICAgTkVYVFNURVA6IE5l eHRTdGVwIDExDQpvc19jYW5vbjogICAgICAgQlNEL09TOiBCU0RfT1MgMTIN Cm9zX2Nhbm9uOiAgICAgICBtYWNodGVuOiBtYWNodGVuIDEzDQoNCiMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMNCiMgRm9yIGEgZ2l2ZW4gdW5hbWUoKS5tYWNoaW5lLCB0 aGUgZGVmYXVsdCBidWlsZCBhcmNoDQoNCmJ1aWxkYXJjaHRyYW5zbGF0ZTog b3NmbWFjaDNfaTk4NjogaTM4Ng0KYnVpbGRhcmNodHJhbnNsYXRlOiBvc2Zt YWNoM19pODg2OiBpMzg2DQpidWlsZGFyY2h0cmFuc2xhdGU6IG9zZm1hY2gz X2k3ODY6IGkzODYNCmJ1aWxkYXJjaHRyYW5zbGF0ZTogb3NmbWFjaDNfaTY4 NjogaTM4Ng0KYnVpbGRhcmNodHJhbnNsYXRlOiBvc2ZtYWNoM19pNTg2OiBp Mzg2DQpidWlsZGFyY2h0cmFuc2xhdGU6IG9zZm1hY2gzX2k0ODY6IGkzODYN CmJ1aWxkYXJjaHRyYW5zbGF0ZTogb3NmbWFjaDNfaTM4NjogaTM4Ng0KDQpi dWlsZGFyY2h0cmFuc2xhdGU6IGk5ODY6IGkzODYNCmJ1aWxkYXJjaHRyYW5z bGF0ZTogaTg4NjogaTM4Ng0KYnVpbGRhcmNodHJhbnNsYXRlOiBpNzg2OiBp Mzg2DQpidWlsZGFyY2h0cmFuc2xhdGU6IGk2ODY6IGkzODYNCmJ1aWxkYXJj aHRyYW5zbGF0ZTogaTU4NjogaTM4Ng0KYnVpbGRhcmNodHJhbnNsYXRlOiBp NDg2OiBpMzg2DQpidWlsZGFyY2h0cmFuc2xhdGU6IGkzODY6IGkzODYNCg0K YnVpbGRhcmNodHJhbnNsYXRlOiBvc2ZtYWNoM19wcGM6IHBwYw0KYnVpbGRh cmNodHJhbnNsYXRlOiBwb3dlcnBjOiBwcGMNCmJ1aWxkYXJjaHRyYW5zbGF0 ZTogcG93ZXJwcGM6IHBwYw0KDQojIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMj IyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjIyMjDQojIEFyY2hp dGVjdHVyZSBjb21wYXRpYmlsaXR5DQoNCmFyY2hfY29tcGF0OiBhbHBoYTog YXhwIG5vYXJjaA0KDQphcmNoX2NvbXBhdDogaTk4NjogaTg4Ng0KYXJjaF9j b21wYXQ6IGk4ODY6IGk3ODYNCmFyY2hfY29tcGF0OiBpNzg2OiBpNjg2DQph cmNoX2NvbXBhdDogaTY4NjogaTU4Ng0KYXJjaF9jb21wYXQ6IGk1ODY6IGk0 ODYNCmFyY2hfY29tcGF0OiBpNDg2OiBpMzg2DQphcmNoX2NvbXBhdDogaTM4 Njogbm9hcmNoDQoNCmFyY2hfY29tcGF0OiBvc2ZtYWNoM19pOTg2OiBpOTg2 IG9zZm1hY2gzX2k4ODYNCmFyY2hfY29tcGF0OiBvc2ZtYWNoM19pODg2OiBp ODg2IG9zZm1hY2gzX2k3ODYNCmFyY2hfY29tcGF0OiBvc2ZtYWNoM19pNzg2 OiBpNzg2IG9zZm1hY2gzX2k2ODYNCmFyY2hfY29tcGF0OiBvc2ZtYWNoM19p Njg2OiBpNjg2IG9zZm1hY2gzX2k1ODYNCmFyY2hfY29tcGF0OiBvc2ZtYWNo M19pNTg2OiBpNTg2IG9zZm1hY2gzX2k0ODYNCmFyY2hfY29tcGF0OiBvc2Zt YWNoM19pNDg2OiBpNDg2IG9zZm1hY2gzX2kzODYNCmFyY2hfY29tcGF0OiBv c2ZtYWNoM19pMzg2OiBpNDg2DQoNCmFyY2hfY29tcGF0OiBvc2ZtYWNoM19w cGM6IHBwYw0KYXJjaF9jb21wYXQ6IHBvd2VycGM6IHBwYw0KYXJjaF9jb21w YXQ6IHBvd2VycHBjOiBwcGMNCg0KYXJjaF9jb21wYXQ6IHVzcGFyYzogc3Bh cmMNCmFyY2hfY29tcGF0OiBzcGFyYzogbm9hcmNoDQoNCmFyY2hfY29tcGF0 OiBwcGM6IG5vYXJjaA0KYXJjaF9jb21wYXQ6IG1pcHNlYjogbm9hcmNoDQph cmNoX2NvbXBhdDogbWlwc2VsOiBub2FyY2gNCg0KYXJjaF9jb21wYXQ6IGhw cGExLjE6IGhwcGExLjANCmFyY2hfY29tcGF0OiBocHBhMS4wOiBub2FyY2gN Cg0KYXJjaF9jb21wYXQ6IGFybXY0OiBhcm0gYXJtdjRiIGFybXY0bCBub2Fy Y2gNCmFyY2hfY29tcGF0OiBhcm12NGI6IGFybSBhcm12NCBub2FyY2gNCmFy Y2hfY29tcGF0OiBhcm12NGw6IGFybSBhcm12NCBub2FyY2gNCmFyY2hfY29t cGF0OiBhcm12MzogYXJtIGFybXYzbCBub2FyY2gNCmFyY2hfY29tcGF0OiBh cm12M2w6IGFybSBhcm12MyBub2FyY2gNCg0Kb3NfY29tcGF0OiAgIElSSVg2 NDogSVJJWA0KDQpidWlsZGFyY2hfY29tcGF0OiBpOTg2OiBpODg2DQpidWls ZGFyY2hfY29tcGF0OiBpODg2OiBpNzg2DQpidWlsZGFyY2hfY29tcGF0OiBp Nzg2OiBpNjg2DQpidWlsZGFyY2hfY29tcGF0OiBpNjg2OiBpNTg2DQpidWls ZGFyY2hfY29tcGF0OiBpNTg2OiBpNDg2DQpidWlsZGFyY2hfY29tcGF0OiBp NDg2OiBpMzg2DQpidWlsZGFyY2hfY29tcGF0OiBpMzg2OiBub2FyY2gNCg0K YnVpbGRhcmNoX2NvbXBhdDogc3BhcmM6IG5vYXJjaA0KYnVpbGRhcmNoX2Nv bXBhdDogYWxwaGE6IG5vYXJjaA0KYnVpbGRhcmNoX2NvbXBhdDogbTY4azog bm9hcmNoDQpidWlsZGFyY2hfY29tcGF0OiBwcGM6IG5vYXJjaA0KYnVpbGRh cmNoX2NvbXBhdDogbWlwc2VsOiBub2FyY2gNCmJ1aWxkYXJjaF9jb21wYXQ6 IG1pcHNlYjogbm9hcmNoDQpidWlsZGFyY2hfY29tcGF0OiBhcm12NDogYXJt djRiIGFybXY0bCBub2FyY2gNCmJ1aWxkYXJjaF9jb21wYXQ6IGFybXY0Yjog bm9hcmNoDQpidWlsZGFyY2hfY29tcGF0OiBhcm12NGw6IG5vYXJjaA0KYnVp bGRhcmNoX2NvbXBhdDogYXJtdjM6IGFybXYzbCBub2FyY2gNCmJ1aWxkYXJj aF9jb21wYXQ6IGFybXYzbDogbm9hcmNoDQoNCg== ---606821624-2084252223-924794937=:22899-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Apr 22 22:25: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 WAA906727 for ; Thu, 22 Apr 1999 22:25:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA04802 for ; Thu, 22 Apr 1999 22:25:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004800; Thu, 22 Apr 99 22:24:46 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:38472 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10224-31348>; Thu, 22 Apr 1999 23:22:47 +0300 Received: by vger.rutgers.edu via listexpand id <154323-7495>; Thu, 22 Apr 1999 15:47:10 -0400 Received: by vger.rutgers.edu id <154167-7495>; Thu, 22 Apr 1999 15:36:30 -0400 Received: from [194.168.16.221] ([194.168.16.221]:1085 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154185-7495>; Thu, 22 Apr 1999 15:33:38 -0400 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 VAA03799; Thu, 22 Apr 1999 21:00:16 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00488; Thu, 22 Apr 1999 20:59:34 +0100 Message-Id: <199904221959.UAA00488@raistlin.armlinux.org.uk> Subject: Re: Re(2): boot loader -- again To: pb@nexus.co.uk (Philip Blundell) Date: Thu, 22 Apr 1999 20:59:33 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Apr 22, 99 04:00:15 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: 1257 Lines: 20 Philip Blundell writes: > If you are using the binutils 2.9.1.x-derived tools you can include support > for this (or any other target) using something like `--target=arm-linux > --enable-targets=arm-linuxaout'. This doesn't buy you a great deal though > because you still need a separate compiler and life is easier if the compiler > and the rest of the tools have the same primary target. With that particular configuration, it should yeild something very useful IMHO - especially as objcopy can be used to convert static binary files between the various formats, and objdump works with either format. ld and as will still generate and use ELF, so there is no difference 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 Thu Apr 22 23: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 XAA910774 for ; Thu, 22 Apr 1999 23:38:09 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA04882 for ; Thu, 22 Apr 1999 23:38:08 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004880; Thu, 22 Apr 99 23:37:53 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31101 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12888-31795>; Fri, 23 Apr 1999 00:37:24 +0300 Received: by vger.rutgers.edu via listexpand id <154054-7494>; Thu, 22 Apr 1999 17:05:23 -0400 Received: by vger.rutgers.edu id <154098-7494>; Thu, 22 Apr 1999 16:57:55 -0400 Received: from [194.168.16.201] ([194.168.16.201]:1101 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154235-7494>; Thu, 22 Apr 1999 16:49:45 -0400 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 WAA03991; Thu, 22 Apr 1999 22:06:18 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00633; Thu, 22 Apr 1999 22:05:31 +0100 Message-Id: <199904222105.WAA00633@raistlin.armlinux.org.uk> Subject: Re: AMD lance ethernet To: dbaukus@inetinc.com (Dave Baukus) Date: Thu, 22 Apr 1999 22:05:31 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <371E432C.8F26B4B6@inetinc.com> from "Dave Baukus" at Apr 21, 99 04:29:16 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: 1043 Lines: 18 Dave Baukus writes: > The driver configures itself fine, but when ip config attempts to use > it for bootp, the bootp packets go out, the bootp server replys and the > lance driver does not get the reply. It may be worth trying to display the first 16 bytes of the received packet to see what is being passed into the kernel. This should consist of two sets of 6 bytes of ether addresses, 2 bytes of ether type, followed by 0x45 (being the first byte of the IP header). _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 23 01:43: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 BAA905431 for ; Fri, 23 Apr 1999 01:43:39 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA05113 for ; Fri, 23 Apr 1999 01:43:38 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005111; Fri, 23 Apr 99 01:43:35 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:60744 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10224-32631>; Fri, 23 Apr 1999 02:43:15 +0300 Received: by vger.rutgers.edu via listexpand id <154149-7495>; Thu, 22 Apr 1999 19:02:13 -0400 Received: by vger.rutgers.edu id <154045-7494>; Thu, 22 Apr 1999 18:50:19 -0400 Received: from kwanon.research.canon.com.au ([203.12.172.254]:35888 "HELO kwanon.research.canon.com.au" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <154120-7495>; Thu, 22 Apr 1999 18:37:23 -0400 Received: (qmail 28813 invoked from network); 22 Apr 1999 23:06:40 -0000 Received: from grainger.research.canon.com.au (203.12.174.130) by kwanon-heat.research.canon.com.au with SMTP; 22 Apr 1999 23:06:40 -0000 Received: (qmail 7567 invoked from network); 22 Apr 1999 23:40:59 -0000 Received: from sid.research.canon.com.au (203.12.174.126) by grainger.research.canon.com.au with SMTP; 22 Apr 1999 23:40:59 -0000 Received: (from gjohnson@localhost) by sid.research.canon.com.au (8.8.5/8.8.5) id JAA14909 for linux-arm@vger.rutgers.edu; Fri, 23 Apr 1999 09:06:38 +1000 (EST) From: Greg Johnson Message-Id: <199904222306.JAA14909@sid.research.canon.com.au> Subject: Re: HELP: (was Problem building EBSA-285...) To: linux-arm@vger.rutgers.edu ( ) Date: Fri, 23 Apr 1999 09:06:38 +1000 (EST) In-Reply-To: <5FE97DD96380D111821E00805F2720E9B49BD7@endor.ee.surrey.ac.uk> from "Andrew Dachs" at Apr 19, 99 04:30:01 pm X-Mailer: ELM [version 2.4 PL25] 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: 1142 Lines: 27 Hi, Thanks for the help. After taking Andrew Dachs advice and configuring/compiling without the '--with-cpu=strongarm110' I was able to build glibc cross-compiled for the arm. Now I just need to figure out how to get the compiler and bin-tool to look in the correct directories when building executables. For some reason no matter what command line options I used, 'ld' can't find crt1.o and friends. The only way I have been able to compile hello world is to actually be in the lib directory where the files are. Seems that the default paths were not properly configured when I configured the compiler. Regards Greg. -- +----------------------------------------------------+ | Do you want to know more? | | --== Greg Johnson ==-- | | HW/SW Engineer gjohnson@research.canon.com.au | | Canon Information Systems Research Australia | | 1 Thomas Holt Dr, North Ryde, NSW, 2113, Australia | | "I FLEXed my BISON and it went YACC!" - me. | +----------------------------------------------------+ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 23 14:56: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 OAA857844 for ; Fri, 23 Apr 1999 14:55:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA00300 for ; Fri, 23 Apr 1999 14:55:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma000298; Fri, 23 Apr 99 14:55:35 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:59695 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12643-31795>; Fri, 23 Apr 1999 15:54:36 +0300 Received: by vger.rutgers.edu via listexpand id <154126-7495>; Fri, 23 Apr 1999 08:23:53 -0400 Received: by vger.rutgers.edu id <154080-7495>; Fri, 23 Apr 1999 08:20:26 -0400 Received: from relay.urz.uni-heidelberg.de ([129.206.119.201]:35791 "EHLO relay.urz.uni-heidelberg.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154232-7495>; Fri, 23 Apr 1999 08:20:08 -0400 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 OAA00979; Fri, 23 Apr 1999 14:49:58 +0200 (MET DST) Received: from aixterm6.urz.uni-heidelberg.de (shanske@aixterm6.urz.uni-heidelberg.de [129.206.119.46]) by mail.urz.uni-heidelberg.de (8.8.8/8.8.8) with ESMTP id OAA18082; Fri, 23 Apr 1999 14:49:58 +0200 Received: (from shanske@localhost) by aixterm6.urz.uni-heidelberg.de (AIX4.2/UCB 8.7/8.7) id OAA56208; Fri, 23 Apr 1999 14:49:56 +0200 (METDST) Date: Fri, 23 Apr 1999 14:49:56 +0200 (METDST) From: Stefan Hanske X-Sender: shanske@aixterm6.urz.uni-heidelberg.de To: "J. Konietzko" cc: chris@fluff.org, linux-arm@vger.rutgers.edu Subject: Re: RPM recompile In-Reply-To: <371EBDBB.51BB@hmanngym.k.nw.schule.de> 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: 1493 Lines: 32 On Thu, 22 Apr 1999, J. Konietzko wrote: > Chris Rutter wrote: > > > In the meantime, if there are any requests for specific RPMs (e.g. > > fileutils, or whatever), mail me and I'll see what I can do about getting > > them cross-compiled on inkvine. > > > Not RPMs, but if anyone could do anything to port KDE, that would be > great. Until recently, RedHat has refused to use KDE because it contains > some proprietary code (I think), but I just saw a package containing the > latest German )PC) version of RedHat Linux, and it says in big letters > "including KDE"!! I've got KDE running (walking would be better) on my RiscPC - though I wouldn't call it a stable state yet but it's usable. There are some difficulties with the compiler yet. But if you're interested, I think I could upload a binary tgz somewhere (It's about 35M uncompressed, all the stuff lives in /usr/local/kde.) Some packages are still missing (ie. kdenetwork), I've got other things to atm. ---------------------------------------------------------- |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 Sat Apr 24 01:14: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 BAA928467 for ; Sat, 24 Apr 1999 01:14:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA02008 for ; Sat, 24 Apr 1999 01:14:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001996; Sat, 24 Apr 99 01:14:38 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5660 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17286-5825>; Sat, 24 Apr 1999 02:14:18 +0300 Received: by vger.rutgers.edu via listexpand id <154256-7494>; Fri, 23 Apr 1999 18:43:20 -0400 Received: by vger.rutgers.edu id <154154-7494>; Fri, 23 Apr 1999 18:43:01 -0400 Received: from mail12.svr.pol.co.uk ([195.92.193.215]:24355 "EHLO mail12.svr.pol.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154149-7495>; Fri, 23 Apr 1999 18:37:03 -0400 Received: from modem-39.potassium.dialup.pol.co.uk ([62.136.9.39] helo=reinhouse) by mail12.svr.pol.co.uk with smtp (Exim 2.12 #1) id 10aoCi-0001xz-00 for linux-arm@vger.rutgers.edu; Fri, 23 Apr 1999 23:13:48 +0100 Date: Fri, 23 Apr 1999 15:05:16 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <2dad4af748%tim@reinhouse.freeserve.co.uk> In-Reply-To: <199904201842.TAA00449@raistlin.armlinux.org.uk> X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody 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 User-Agent: POPstar/2.01b12 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: 1304 Lines: 29 In message <199904201842.TAA00449@raistlin.armlinux.org.uk> Russell King - ARM Linux Admin wrote: > Peter Teichmann writes: > > Philip Blundell wrote: > > > Yes. You could also try downloading precompiled binaries, say from > > > Debian, rather than bootstrapping your entire system from scratch > > > (which is tedious and not entirely trivial). You will still need > > > to build your own kernel since they don't currently have > > > explicit support for the RiscPC. > > > > But aren't the precompiled binaries all for armv4 architecture, and the > > RiscPC IOMD does not support 16 bit wide memory accesses? > > Peter, you are 100% correct here. As far as I know, there are no > pre-compiled binaries available for the RiscPC yet. There are a couple > of people looking into creating a set. Russell, you are 50% wrong here. After removing a few files Debian will work on Risc PCs, I have it running on mine. However the usual disclaimer about it being an incomplete unstable distribution applies. Also, I intend to upload a biuld of Russell next stable kernel to my web site. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 23 16:27: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 QAA923334 for ; Fri, 23 Apr 1999 16:27:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA00500 for ; Fri, 23 Apr 1999 16:27:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma000498; Fri, 23 Apr 99 16:27:39 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10535 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <5015-31795>; Fri, 23 Apr 1999 17:27:13 +0300 Received: by vger.rutgers.edu via listexpand id <154115-7495>; Fri, 23 Apr 1999 09:46:59 -0400 Received: by vger.rutgers.edu id <154112-7494>; Fri, 23 Apr 1999 09:46:25 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8000 "EHLO [195.25.220.24]" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154250-7494>; Fri, 23 Apr 1999 09:35:38 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 23-Apr-1999 15:07:44 +0200 In-Reply-To: <199904221959.UAA00488@raistlin.armlinux.org.uk> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Fri, 23 Apr 1999 16:06:05 +0100 To: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(4): boot loader -- again Message-Id: <19990423160605.011287@mail.mipsys.com> 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: 1838 Lines: 42 I'm trying to get the bios to compile, and I'm encountering a few problems. I'll post a patch once I've figured out all of them, but in the meantime, I'll need some help: - Some pieces of the bios are including stdlib.h and net/if_arp.h, both of them absent from the archive. I've built a striped down stdlib.h (just defining NULL) and a striped down if_arp.h from glibc 2.1 one, and so far, it seems to compile. - It won't link, I got bunch of errors like: init/crt0.o(.text+0x204): undefined reference to `_start_main' init/crt0.o(.text+0x204): relocation truncated to fit: R_ARM_PC24 _start_main The toolchain is an arm-linux (elf) egcs 1.1.2 with egcs-1.1.2-arm-diff-990325 applied, and a binutils-2.9.1.0.19a (with also a diff I found on one of the ARM sites). This same toolchain seems to compile the kernel correctly. I want ELF since I plan to adapt mkaif to elf (and make it endian-neutral, I'm cross-compiling on a big endian platform). I did try to build an "aout" toochain from the same source, but whatever I do, I end up with missing includes during gcc compile (unistd.h, and one other I don't remember). Note also that some of the CFLAGS used are causing warnings about obsolecence, '-m6' is deprecated, and -Wa,-msa110 is not reccognised, but I don't think this is a real problem for now. I replaced -m6 by -mapcs-32 in the makefile like the warning says, but this may be wrong, I don't know. As you can see, I'm new to the gcc toolchain environement, I really don't know how to fix the link issue, some explanation would be greatly appreciated. I beleive I can figure out most of the other problems myself, including elf loading. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 23 17:19: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 RAA930323 for ; Fri, 23 Apr 1999 17:19:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA00597 for ; Fri, 23 Apr 1999 17:19:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma000593; Fri, 23 Apr 99 17:19:48 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16928 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14601-32631>; Fri, 23 Apr 1999 18:17:55 +0300 Received: by vger.rutgers.edu via listexpand id <154456-7494>; Fri, 23 Apr 1999 10:46:56 -0400 Received: by vger.rutgers.edu id <154381-7495>; Fri, 23 Apr 1999 10:39:48 -0400 Received: from moonraker.inetinc.com ([199.171.212.2]:47129 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154487-7494>; Fri, 23 Apr 1999 10:38:57 -0400 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 JAA27892; Fri, 23 Apr 1999 09:45:33 -0500 (CDT) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id KAA01322; Fri, 23 Apr 1999 10:15:00 -0500 (CDT) Message-ID: <37208D04.A00E0075@inetinc.com> Date: Fri, 23 Apr 1999 10:08:52 -0500 From: Dave Baukus Organization: Inet Technologies Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: linux-arm@vger.rutgers.edu Subject: Re: AMD lance ethernet References: <199904222105.WAA00633@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: 1332 Lines: 36 Russell King - ARM Linux Admin wrote: > > Dave Baukus writes: > > The driver configures itself fine, but when ip config attempts to use > > it for bootp, the bootp packets go out, the bootp server replys and the > > lance driver does not get the reply. > > It may be worth trying to display the first 16 bytes of the received packet > to see what is being passed into the kernel. This should consist of two > sets of 6 bytes of ether addresses, 2 bytes of ether type, followed by 0x45 > (being the first byte of the IP header). It appears that we are receiving all FF's. The driver allocates "discriptor rings" and the card writes to the rings when it receives packets. Is it possible that the region of memory that was allocated by the driver is not correctly mapped to the bus ? The driver is constantly masking hardcoded values into the bus address that I do not understand. Can anyone comment on the meaning of the 0x80000000 in the following code fragment: rx_buff = kmalloc(PKT_BUF_SZ, GFP_DMA | gfp); if (rx_buff == NULL) lp->rx_ring[i].base = 0; else lp->rx_ring[i].base = (u32)virt_to_bus(rx_buff) | 0x80000000; -- 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 Apr 23 22:06: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 WAA874504 for ; Fri, 23 Apr 1999 22:06:25 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01320 for ; Fri, 23 Apr 1999 22:06:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001316; Fri, 23 Apr 99 22:06:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14178 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16426-32631>; Fri, 23 Apr 1999 23:05:28 +0300 Received: by vger.rutgers.edu via listexpand id <154068-7494>; Fri, 23 Apr 1999 15:34:34 -0400 Received: by vger.rutgers.edu id <154105-7494>; Fri, 23 Apr 1999 15:34:24 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4025 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153937-7494>; Fri, 23 Apr 1999 15:33:48 -0400 Received: from [193.237.226.41] (helo=paulroge) by finch-post-12.mail.demon.net with smtp (Exim 2.12 #1) id 10amAq-000DQH-0C for linux-arm@vger.rutgers.edu; Fri, 23 Apr 1999 20:03:45 +0000 From: "Paul Rogers" To: linux-arm@vger.rutgers.edu Date: Fri, 23 Apr 1999 21:02:33 +0100 MIME-Version: 1.0 Content-type: text/plain; charset=US-ASCII Content-transfer-encoding: 7BIT Subject: Toolchain problems... Reply-to: unix@rogers21.demon.co.uk X-mailer: Pegasus Mail for Win32 (v3.01d) 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: 607 Lines: 16 I am currently attempting to install the arm-linux toolchain on my RiscPC SA110, I have successfully configured, made and installed binutils (configured using ./configure arm-linux --prefix=/usr). However when I come to configure egcs, I get the following error (same confiure line). /usr/lib/crt0.o -file not recognised:file format not recognised and I get told that my compiler is not working. I am currently using the kernel that is part of the web site distrubution if that makes any difference. Thanks for any help. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 23 22:36: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 WAA924829 for ; Fri, 23 Apr 1999 22:36:25 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01436 for ; Fri, 23 Apr 1999 22:36:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001434; Fri, 23 Apr 99 22:36:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:9735 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16661-32631>; Fri, 23 Apr 1999 23:35:56 +0300 Received: by vger.rutgers.edu via listexpand id <154041-7495>; Fri, 23 Apr 1999 16:04:58 -0400 Received: by vger.rutgers.edu id <153937-7494>; Fri, 23 Apr 1999 16:04:49 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:1539 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154056-7494>; Fri, 23 Apr 1999 16:04:28 -0400 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 10amei-000Gi4-0C; Fri, 23 Apr 1999 20:34:37 +0000 Received: from localhost ([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 10amee-0008Kj-00; Fri, 23 Apr 1999 21:34:32 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: unix@rogers21.demon.co.uk cc: linux-arm@vger.rutgers.edu Subject: Re: Toolchain problems... In-Reply-To: Message from "Paul Rogers" of "Fri, 23 Apr 1999 21:02:33 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Apr 1999 21:34:32 +0100 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: 1239 Lines: 30 >I am currently attempting to install the arm-linux toolchain on my >RiscPC SA110, I have successfully configured, made and installed >binutils (configured using ./configure arm-linux --prefix=/usr). > >However when I come to configure egcs, I get the following error >(same confiure line). > >/usr/lib/crt0.o -file not recognised:file format not recognised > >and I get told that my compiler is not working. You shouldn't install the ELF binutils in /usr at this stage, otherwise (as you have just discovered) your compilation environment will be hosed. What you need to do is revert to the old a.out binutils from a binary distribution and then install the new tools in a different location. Once you have bootstrapped far enough that you can actually build and run ELF binaries (for this you need binutils, egcs and glibc to all work) it will be safe to overwrite the old a.out tools, but until then you need to preserve them. I believe Chris Rutter mentions this in his toolchain guide. >I am currently using the kernel that is part of the web site >distrubution if that makes any difference. No, this is nothing to do with the kernel. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Apr 23 22:54: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 WAA895932 for ; Fri, 23 Apr 1999 22:54:25 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA01503 for ; Fri, 23 Apr 1999 22:54:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001501; Fri, 23 Apr 99 22:54:08 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:8994 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16971-32631>; Fri, 23 Apr 1999 23:52:47 +0300 Received: by vger.rutgers.edu via listexpand id <153937-7494>; Fri, 23 Apr 1999 16:21:50 -0400 Received: by vger.rutgers.edu id <154111-7494>; Fri, 23 Apr 1999 16:20:55 -0400 Received: from [212.219.8.163] ([212.219.8.163]:3399 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <154253-7495>; Fri, 23 Apr 1999 16:17:21 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id VAA24536 for ; Fri, 23 Apr 1999 21:47:19 +0100 Date: Fri, 23 Apr 1999 21:47:19 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Re: Toolchain 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: 365 Lines: 11 On Fri, 23 Apr 1999, Philip Blundell wrote: > I believe Chris Rutter mentions this in his toolchain guide. I must not explain this well enough, or alert people to it promptly enough. `Must try harder.' -- 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 Apr 24 00:37: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 AAA931353 for ; Sat, 24 Apr 1999 00:37:25 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA01864 for ; Sat, 24 Apr 1999 00:37:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma001862; Sat, 24 Apr 99 00:37:10 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:20070 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14994-5825>; Sat, 24 Apr 1999 01:36:49 +0300 Received: by vger.rutgers.edu via listexpand id <154041-7494>; Fri, 23 Apr 1999 18:05:50 -0400 Received: by vger.rutgers.edu id <154068-7495>; Fri, 23 Apr 1999 18:05:43 -0400 Received: from worf.qntm.com ([146.174.250.100]:3705 "EHLO worf.qntm.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153937-7495>; Fri, 23 Apr 1999 18:05:28 -0400 Received: from mail3.qntm.com by worf.qntm.com with ESMTP (1.40.112.12/16.2) id AA197956933; Fri, 23 Apr 1999 15:35:33 -0700 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 PAA10024; Fri, 23 Apr 1999 15:35:51 -0700 (PDT) Received: by milcmima.qntm.com with Internet Mail Service (5.5.2448.0) id ; Fri, 23 Apr 1999 15:35:29 -0700 Message-Id: From: Adam Radford To: "'Greg Johnson'" , linux-arm@vger.rutgers.edu Subject: RE: HELP: (was Problem building EBSA-285...) Date: Fri, 23 Apr 1999 15:35:28 -0700 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: 1751 Lines: 49 Greg, I had this problem as well. The crt*.o files need to end up in /usr/arm-linux/lib/gcc-lib/arm-linux/egcs-2.91.60 (or equivalent directory on your system). Try: cp /work/glibc-2.1/csu/crt*.o /usr/arm-linux/lib/gcc-lib/arm-linux/egcs-2.91.60 -Adam > -----Original Message----- > From: Greg Johnson [SMTP:gjohnson@research.canon.com.au] > Sent: Thursday, April 22, 1999 4:07 PM > To: linux-arm@vger.rutgers.edu > Subject: Re: HELP: (was Problem building EBSA-285...) > > Hi, > > Thanks for the help. After taking Andrew Dachs advice and > configuring/compiling without the '--with-cpu=strongarm110' I was > able to build glibc cross-compiled for the arm. Now I just need > to figure out how to get the compiler and bin-tool to look in the > correct directories when building executables. For some reason > no matter what command line options I used, 'ld' can't find > crt1.o and friends. The only way I have been able to compile > hello world is to actually be in the lib directory where the > files are. Seems that the default paths were not properly configured > when I configured the compiler. > > Regards > > Greg. > > -- > +----------------------------------------------------+ > | Do you want to know more? | > | --== Greg Johnson ==-- | > | HW/SW Engineer gjohnson@research.canon.com.au | > | Canon Information Systems Research Australia | > | 1 Thomas Holt Dr, North Ryde, NSW, 2113, Australia | > | "I FLEXed my BISON and it went YACC!" - me. | > +----------------------------------------------------+ > 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 Sat Apr 24 10:42: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 KAA939547 for ; Sat, 24 Apr 1999 10:42:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA02962 for ; Sat, 24 Apr 1999 10:42:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma002960; Sat, 24 Apr 99 10:41:59 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:41575 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <16430-5825>; Sat, 24 Apr 1999 11:41:42 +0300 Received: by vger.rutgers.edu via listexpand id <154041-14821>; Sat, 24 Apr 1999 04:10:32 -0400 Received: by vger.rutgers.edu id <154079-14821>; Sat, 24 Apr 1999 04:09:46 -0400 Received: from earth.terran.org ([216.39.144.215]:6728 "EHLO earth.terran.org" ident: "bryan") by vger.rutgers.edu with ESMTP id <154276-14823>; Sat, 24 Apr 1999 04:08:25 -0400 Received: from localhost (bryan@localhost) by earth.terran.org (8.8.7/8.8.8) with ESMTP id BAA28540 for ; Sat, 24 Apr 1999 01:39:02 -0700 Date: Sat, 24 Apr 1999 01:39:02 -0700 (PDT) From: "B. James Phillippe" To: linux-arm@vger.rutgers.edu Subject: SMP StrongARM systems? Message-ID: Organization: terran.org/darkforest.org X-Subliminal-Message: Use Linux 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: 502 Lines: 15 Hello, I'm a total ARM-newbie. I read through the website and the FAQ but I didn't see any mention of the existance of such a system. The arm code in 2.2.6 doesn't seem to contain any support for SMP, so I assume there are no SMP StrongARM systems (or that if there were, they would not work with Linux)....? thanks, -bp -- B. James Phillippe . bryan@terran.org Software Engineer, WGT Inc. . http://www.terran.org/~bryan unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 11:31: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 LAA953554 for ; Sat, 24 Apr 1999 11:31:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA03024 for ; Sat, 24 Apr 1999 11:31:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003022; Sat, 24 Apr 99 11:31:28 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:56334 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16394-14953>; Sat, 24 Apr 1999 12:31:06 +0300 Received: by vger.rutgers.edu via listexpand id <153852-14821>; Sat, 24 Apr 1999 04:59:51 -0400 Received: by vger.rutgers.edu id <153854-14823>; Sat, 24 Apr 1999 04:59:32 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4632 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153852-14821>; Sat, 24 Apr 1999 04:58:59 -0400 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 10aykj-0005av-0A for linux-arm@vger.rutgers.edu; Sat, 24 Apr 1999 09:29:38 +0000 Received: from localhost (melanie@localhost [127.0.0.1]) by defaid.demon.co.uk (8.8.8/8.8.8) with ESMTP id KAA00634 for ; Sat, 24 Apr 1999 10:30:17 +0100 Date: Sat, 24 Apr 1999 10:30:14 +0100 (GMT) From: Melanie Rhianna Lewis To: Arm Linux mailing list Subject: A couple of questions... (Samba 2.0.3 & BitchX) 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 Content-Length: 1364 Lines: 33 Hi I'm quite busy with work at the moment but as I have my RPC sat next to me I've been getting it to compile up newer versions of applications. I haven't got ELF running yet as I don't really have the time at the moment so I'm building for aout. I've built Ncurses 4 together with Midnight Commander 4 with no problems. Samba 2.0.3 seemed to compile without problems but it just locks when ever you try and run it. Swat works though. Anyone have experience with this yet? Finally BitchX falls over at linking with problems finding the 'dll' functions, dlopen etc. Now I have to admit I don't do much development for Unix/Linux other than small C apps and Java so I'm not that au fait with the libraries etc. My first thought would be that aout doesn't support those functions (from the way I understand aout) but the man pages exists. So is it just that the linker can't find them? If so where are they? Thanks 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 Sat Apr 24 12:06: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 MAA951928 for ; Sat, 24 Apr 1999 12:06:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03096 for ; Sat, 24 Apr 1999 12:06:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003094; Sat, 24 Apr 99 12:06:11 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:44064 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15560-5825>; Sat, 24 Apr 1999 13:05:51 +0300 Received: by vger.rutgers.edu via listexpand id <154079-14821>; Sat, 24 Apr 1999 05:33:58 -0400 Received: by vger.rutgers.edu id <153882-14823>; Sat, 24 Apr 1999 05:33:39 -0400 Received: from [212.219.8.163] ([212.219.8.163]:4539 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <153854-14823>; Sat, 24 Apr 1999 05:33:33 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id LAA16574 for ; Sat, 24 Apr 1999 11:04:17 +0100 Date: Sat, 24 Apr 1999 11:04:17 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: <2dad4af748%tim@reinhouse.freeserve.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: 454 Lines: 12 On Fri, 23 Apr 1999, Timothy Baldwin wrote: > Russell, you are 50% wrong here. After removing a few files Debian will > work on Risc PCs, I have it running on mine. However the usual disclaimer > about it being an incomplete unstable distribution applies. Removing a few files? Which files? -- 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 Apr 24 12:39: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 MAA920649 for ; Sat, 24 Apr 1999 12:39:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03136 for ; Sat, 24 Apr 1999 12:39:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003130; Sat, 24 Apr 99 12:38:59 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:7473 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17225-5825>; Sat, 24 Apr 1999 13:38:50 +0300 Received: by vger.rutgers.edu via listexpand id <153852-14821>; Sat, 24 Apr 1999 06:07:35 -0400 Received: by vger.rutgers.edu id <153854-14823>; Sat, 24 Apr 1999 06:07:26 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3465 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153852-14823>; Sat, 24 Apr 1999 06:07:04 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10azoZ-000GUr-0K; Sat, 24 Apr 1999 10:37:40 +0000 Received: from localhost ([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 10azbb-0001Co-00; Sat, 24 Apr 1999 11:24:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Adam Radford cc: "'Greg Johnson'" , linux-arm@vger.rutgers.edu Subject: Re: HELP: (was Problem building EBSA-285...) In-Reply-To: Message from Adam Radford of "Fri, 23 Apr 1999 15:35:28 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 11:24:14 +0100 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: 893 Lines: 24 >The crt*.o files need to end up in >/usr/arm-linux/lib/gcc-lib/arm-linux/egcs-2.91.60 >(or equivalent directory on your system). > >Try: > > cp /work/glibc-2.1/csu/crt*.o >/usr/arm-linux/lib/gcc-lib/arm-linux/egcs-2.91.60 No, this isn't quite right. There are two groups of crt*.o files - the first lot (crtbegin.o, crtbeginS.o, crtend.o, crtendS.o) are generated as part of egcs and do indeed live in the directory you mentioned under gcc-lib. But the rest (crt1.o, crti.o, crtn.o and a few more) which are the ones built as part of glibc, should live in $PREFIX/lib (eg /usr/lib) for a native compiler and $PREFIX/arm-linux/lib for a cross compiler. If the linker can't find them there the chances are it was built with the wrong PREFIX setting. `ld -verbose' might tell you where it's looking. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 12:40: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 MAA950301 for ; Sat, 24 Apr 1999 12:40:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id MAA03143 for ; Sat, 24 Apr 1999 12:40:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003141; Sat, 24 Apr 99 12:40:38 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:7473 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15369-5825>; Sat, 24 Apr 1999 13:40:18 +0300 Received: by vger.rutgers.edu via listexpand id <153852-14823>; Sat, 24 Apr 1999 06:09:06 -0400 Received: by vger.rutgers.edu id <153854-14823>; Sat, 24 Apr 1999 06:08:57 -0400 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:18966 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153852-14821>; Sat, 24 Apr 1999 06:08:48 -0400 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 MAA03132; Sat, 24 Apr 1999 12:39:13 +0200 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 MAA939199; Sat, 24 Apr 1999 12:39:12 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for bryan@terran.org; Sat, 24 Apr 1999 12:39:12 +0200 (CEST) Date: Sat, 24 Apr 1999 12:39:12 +0200 From: Matthew Wilcox To: "B. James Phillippe" Cc: linux-arm@vger.rutgers.edu Subject: Re: SMP StrongARM systems? Message-ID: <19990424123912.S376@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from B. James Phillippe on Sat, Apr 24, 1999 at 01:39:02AM -0700 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: 1114 Lines: 20 On Sat, Apr 24, 1999 at 01:39:02AM -0700, B. James Phillippe wrote: > I'm a total ARM-newbie. I read through the website and the FAQ but I > didn't see any mention of the existance of such a system. The arm code in > 2.2.6 doesn't seem to contain any support for SMP, so I assume there are no > SMP StrongARM systems (or that if there were, they would not work with > Linux)....? The StrongARM has a broken SWP implementation which means there is no test-and-set instruction which is atomic to (cachable) memory. This makes it somewhat difficult to make an SMP implementation. I was wondering though... how about having an ELF section where all the spinlocks are placed which is relocated into a non-cached region of memory? Or are spinlocks part of structs these days? -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 13:42: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 NAA948144 for ; Sat, 24 Apr 1999 13:42:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03244 for ; Sat, 24 Apr 1999 13:42:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003242; Sat, 24 Apr 99 13:42:10 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:34648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16526-14953>; Sat, 24 Apr 1999 14:41:49 +0300 Received: by vger.rutgers.edu via listexpand id <153852-14823>; Sat, 24 Apr 1999 07:10:35 -0400 Received: by vger.rutgers.edu id <153854-14823>; Sat, 24 Apr 1999 07:10:17 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:2873 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153852-14823>; Sat, 24 Apr 1999 07:10:05 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10b0nd-000Lxm-0K; Sat, 24 Apr 1999 11:40:45 +0000 Received: from localhost ([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 10azsu-0001Es-00; Sat, 24 Apr 1999 11:42:08 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Melanie Rhianna Lewis cc: Arm Linux mailing list Subject: Re: A couple of questions... (Samba 2.0.3 & BitchX) In-Reply-To: Message from Melanie Rhianna Lewis of "Sat, 24 Apr 1999 10:30:14 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 11:42:08 +0100 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: 736 Lines: 15 >Finally BitchX falls over at linking with problems finding the 'dll' >functions, dlopen etc. Now I have to admit I don't do much development >for Unix/Linux other than small C apps and Java so I'm not that au fait >with the libraries etc. My first thought would be that aout doesn't >support those functions (from the way I understand aout) but the man pages The old a.out libraries used to kind-of support dynamic linking, but I can't remember whether libc or ld.so actually included an implementation of those functions. They'd probably be in libdl if anywhere, though depending on what BitchX is trying to do with them you may be onto a loser. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From alan@snowcrash.cymru.net Sat Apr 24 13:20: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 NAA949512 for ; Sat, 24 Apr 1999 13:20:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03202 for ; Sat, 24 Apr 1999 13:20:25 +0200 Received: from snowcrash.cymru.net(163.164.160.3) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003198; Sat, 24 Apr 99 13:19:59 +0200 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id MAA28652; Sat, 24 Apr 1999 12:19:22 +0100 From: Alan Cox Message-Id: <199904241119.MAA28652@snowcrash.cymru.net> Subject: Re: SMP StrongARM systems? To: Matthew.Wilcox@genedata.com (Matthew Wilcox) Date: Sat, 24 Apr 1999 12:19:21 +0100 (BST) Cc: bryan@terran.org, linux-arm@vger.rutgers.edu In-Reply-To: <19990424123912.S376@mencheca.ch.genedata.com> from "Matthew Wilcox" at Apr 24, 99 12:39:12 pm Content-Type: text Status: RO Content-Length: 712 Lines: 13 > The StrongARM has a broken SWP implementation which means there is no > test-and-set instruction which is atomic to (cachable) memory. This makes > it somewhat difficult to make an SMP implementation. I was wondering > though... how about having an ELF section where all the spinlocks are > placed which is relocated into a non-cached region of memory? Or are > spinlocks part of structs these days? The strong arm has both the lock bugs and the cache flush bugs. The combination would make SMP suck badly I suspect Collecting locks into an ELF section would be fun as some are dynamically allocated - but since the field in the struct could notionally be a pointer to an object elsewhere not impossible From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 13:40: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 NAA930837 for ; Sat, 24 Apr 1999 13:40:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03230 for ; Sat, 24 Apr 1999 13:40:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003228; Sat, 24 Apr 99 13:40:20 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:34648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17298-5825>; Sat, 24 Apr 1999 14:40:07 +0300 Received: by vger.rutgers.edu via listexpand id <153852-14821>; Sat, 24 Apr 1999 07:08:44 -0400 Received: by vger.rutgers.edu id <153937-14823>; Sat, 24 Apr 1999 07:08:36 -0400 Received: from snowcrash.cymru.net ([163.164.160.3]:1873 "EHLO snowcrash.cymru.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153852-14823>; Sat, 24 Apr 1999 07:08:18 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id MAA28986; Sat, 24 Apr 1999 12:38:26 +0100 From: Alan Cox Message-Id: <199904241138.MAA28986@snowcrash.cymru.net> Subject: Re: RPM recompile To: kon@hmanngym.k.nw.schule.de (J. Konietzko) Date: Sat, 24 Apr 1999 12:38:25 +0100 (BST) Cc: chris@fluff.org, linux-arm@vger.rutgers.edu In-Reply-To: <371EBDBB.51BB@hmanngym.k.nw.schule.de> from "J. Konietzko" at Apr 22, 99 08:12:11 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: 429 Lines: 8 > Not RPMs, but if anyone could do anything to port KDE, that would be > great. Until recently, RedHat has refused to use KDE because it contains > some proprietary code (I think), but I just saw a package containing the It used a library you weren't allowed to modify - even to fix security holes or serious bugs. That library license is now changing unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 13:45: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 NAA948827 for ; Sat, 24 Apr 1999 13:45:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA03249 for ; Sat, 24 Apr 1999 13:45:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003247; Sat, 24 Apr 99 13:45:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:34648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16956-14953>; Sat, 24 Apr 1999 14:45:21 +0300 Received: by vger.rutgers.edu via listexpand id <153854-14821>; Sat, 24 Apr 1999 07:14:04 -0400 Received: by vger.rutgers.edu id <154086-14821>; Sat, 24 Apr 1999 07:13:51 -0400 Received: from [212.219.8.163] ([212.219.8.163]:1734 "EHLO inkvine.fluff.org" ident: "root") by vger.rutgers.edu with ESMTP id <153852-14823>; Sat, 24 Apr 1999 07:12:20 -0400 Received: from localhost (chris@localhost [127.0.0.1]) by inkvine.fluff.org (8.8.7/8.8.7) with ESMTP id MAA25597 for ; Sat, 24 Apr 1999 12:43:01 +0100 Date: Sat, 24 Apr 1999 12:43:01 +0100 (BST) From: Chris Rutter Reply-To: chris@fluff.org To: ARM Linux mailing list Subject: Silly ranlib problem with binutils and libiberty 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: 507 Lines: 17 This bug is irritating me. Here's a minor patch for whoever wants it. --- binutils-2.9.1.0.22b/libiberty/Makefile.in~ Sat Apr 24 12:40:06 1999 +++ binutils-2.9.1.0.22b/libiberty/Makefile.in Sat Apr 24 12:40:21 1999 @@ -71,7 +71,7 @@ CFLAGS = -g LIBCFLAGS = $(CFLAGS) MAKEINFO = makeinfo -RANLIB = ranlib +RANLIB = @RANLIB@ PICFLAG = -- 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 Apr 24 14:17: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 OAA944214 for ; Sat, 24 Apr 1999 14:17:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA03285 for ; Sat, 24 Apr 1999 14:17:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003283; Sat, 24 Apr 99 14:17:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6664 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15935-5825>; Sat, 24 Apr 1999 15:17:05 +0300 Received: by vger.rutgers.edu via listexpand id <154229-14823>; Sat, 24 Apr 1999 07:45:41 -0400 Received: by vger.rutgers.edu id <153852-14823>; Sat, 24 Apr 1999 07:45:24 -0400 Received: from studict.student.utwente.nl ([130.89.220.2]:1355 "EHLO studict.student.utwente.nl" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154214-14823>; Sat, 24 Apr 1999 07:45:08 -0400 Received: from poekie.test (ut125204.inbel.utwente.nl [130.89.125.204]) by studict.student.utwente.nl (8.8.6/MQT) with ESMTP id OAA17492; Sat, 24 Apr 1999 14:15:48 +0200 (METDST) Received: (from mark@localhost) by poekie.test (8.9.1/8.9.1) id NAA00293; Sat, 24 Apr 1999 13:55:42 +0200 Date: Sat, 24 Apr 1999 13:55:42 +0200 From: Mark van Doesburg Message-Id: <199904241155.NAA00293@poekie.test> To: bryan@terran.org, linux-arm@vger.rutgers.edu Subject: Re: SMP StrongARM systems? 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: 775 Lines: 17 I'm a total ARM-newbie. I read through the website and the FAQ but I didn't see any mention of the existance of such a system. The arm code in 2.2.6 doesn't seem to contain any support for SMP, so I assume there are no SMP StrongARM systems (or that if there were, they would not work with Linux)....? With caching hardware in the SA110 it would be a really bad choice to make a SMP system. If you are looking for a multi-processor system with StrongARMs however you might be interested in the co285 arch I'm working on. This port uses the PCI bus like ethernet and boards with 6 processors should become available (don't ask me when, I'm waiting for these boards myself.) greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From awiggins@cse.unsw.edu.au Sat Apr 24 14:25: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 OAA954809 for ; Sat, 24 Apr 1999 14:25:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA03301 for ; Sat, 24 Apr 1999 14:25:25 +0200 Received: from note.orchestra.cse.unsw.edu.au(129.94.242.29) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003299; Sat, 24 Apr 99 14:25:06 +0200 Received: From mozart With LocalMail ; Sat, 24 Apr 99 22:24:12 +1000 From: "Adam 'WeirdArms' Wiggins" To: Alan Cox Date: Sat, 24 Apr 1999 22:24:12 +1000 (EST) X-Sender: awiggins@mozart.orchestra.cse.unsw.EDU.AU cc: Matthew Wilcox , bryan@terran.org, linux-arm@vger.rutgers.edu Subject: Re: SMP StrongARM systems? In-Reply-To: <199904241119.MAA28652@snowcrash.cymru.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Status: RO Content-Length: 1017 Lines: 24 On Sat, 24 Apr 1999, Alan Cox wrote: > > The StrongARM has a broken SWP implementation which means there is no > > test-and-set instruction which is atomic to (cachable) memory. This makes > > it somewhat difficult to make an SMP implementation. I was wondering > > though... how about having an ELF section where all the spinlocks are > > placed which is relocated into a non-cached region of memory? Or are > > spinlocks part of structs these days? > > The strong arm has both the lock bugs and the cache flush bugs. The > combination would make SMP suck badly I suspect What are these bugs and where are they outlined? Also what chips are effected (ie SA-110, SA-1100, SA-1110?)? Are the fixes in newer steppings? Cheers Adam > > Collecting locks into an ELF section would be fun as some are dynamically > allocated - but since the field in the struct could notionally be a > pointer to an object elsewhere not impossible > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > From alan@snowcrash.cymru.net Sat Apr 24 15:01: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 PAA899998 for ; Sat, 24 Apr 1999 15:01:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA03392 for ; Sat, 24 Apr 1999 15:01:56 +0200 Received: from snowcrash.cymru.net(163.164.160.3) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003390; Sat, 24 Apr 99 15:01:31 +0200 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.7/8.7.1) id OAA30434; Sat, 24 Apr 1999 14:01:13 +0100 From: Alan Cox Message-Id: <199904241301.OAA30434@snowcrash.cymru.net> Subject: Re: SMP StrongARM systems? To: awiggins@cse.unsw.edu.au (Adam 'WeirdArms' Wiggins) Date: Sat, 24 Apr 1999 14:01:12 +0100 (BST) Cc: alan@cymru.net, Matthew.Wilcox@genedata.com, bryan@terran.org, linux-arm@vger.rutgers.edu In-Reply-To: from "Adam 'WeirdArms' Wiggins" at Apr 24, 99 10:24:12 pm Content-Type: text Status: RO Content-Length: 222 Lines: 6 > What are these bugs and where are they outlined? Also what chips > are effected (ie SA-110, SA-1100, SA-1110?)? Are the fixes in newer > steppings? In the StrongARM manual - differences from the ARM architecture bit. From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 17:17: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 RAA954300 for ; Sat, 24 Apr 1999 17:17:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA03573 for ; Sat, 24 Apr 1999 17:17:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003571; Sat, 24 Apr 99 17:17:31 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27504 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15601-5825>; Sat, 24 Apr 1999 18:17:12 +0300 Received: by vger.rutgers.edu via listexpand id <154185-14823>; Sat, 24 Apr 1999 10:45:51 -0400 Received: by vger.rutgers.edu id <153885-14823>; Sat, 24 Apr 1999 10:45:37 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:1497 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154217-14823>; Sat, 24 Apr 1999 10:45:00 -0400 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 10b49c-0007Pi-0A; Sat, 24 Apr 1999 15:15:41 +0000 Received: from localhost ([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 10b49Y-0001Lf-00; Sat, 24 Apr 1999 16:15:36 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Adam 'WeirdArms' Wiggins" cc: linux-arm@vger.rutgers.edu Subject: Re: SMP StrongARM systems? In-Reply-To: Message from Adam 'WeirdArms' Wiggins of "Sat, 24 Apr 1999 22:24:12 +1000." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 16:15:35 +0100 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: 525 Lines: 15 >> The strong arm has both the lock bugs and the cache flush bugs. The >> combination would make SMP suck badly I suspect > > What are these bugs and where are they outlined? Also what chips >are effected (ie SA-110, SA-1100, SA-1110?)? Are the fixes in newer >steppings? "Bugs" isn't really the right word -- the chip was deliberately designed to work like this. They're documented in the StrongARM manual and all SA-1 parts are affected. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 16:32: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 QAA02321 for ; Sun, 25 Apr 1999 16:32:29 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA05864 for ; Sun, 25 Apr 1999 16:32:28 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005862; Sun, 25 Apr 99 16:32:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31848 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4231-7021>; Sun, 25 Apr 1999 17:31:49 +0300 Received: by vger.rutgers.edu via listexpand id <153955-14823>; Sun, 25 Apr 1999 09:59:50 -0400 Received: by vger.rutgers.edu id <153917-14821>; Sun, 25 Apr 1999 09:59:33 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:53507 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153947-14823>; Sun, 25 Apr 1999 09:59:14 -0400 Received: from (argbg34.argonet.co.uk) [194.69.104.33] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10bPvb-0005rL-00; Sun, 25 Apr 1999 15:30:39 +0100 Date: Sat, 24 Apr 1999 16:56:59 +0100 (BST) From: Mark Seaborn Subject: Re: 8Gb on ICS IDE, Strong ARM RPC To: linux-arm@vger.rutgers.edu In-Reply-To: <19990419220237.A10736@gem.dcs.warwick.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=US-ASCII X-Mailer: ANT RISCOS Marcel [ver 1.41] 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: 852 Lines: 24 In on Mon 19 Apr, Ashley Ward wrote: [snip] > So, first, I booted the SA RPC with this kernel. I found that it hung > after detecting the CDROM, like this: > > Ramdisk driver initialized : 16 ramdisks of 4096K size > hda: Seagate Technology 1275MB - ST31276A, 1221MB w/0kB Cache, CHS=2482/16/63 > hdb: MATSHITA CR-585, ATAPI CDROM drive > [hangs] > > so I have unplugged the CDROM for the moment. Passing `hdb=none' or `hdb=noprobe' as an argument to the kernel should save you from having to unplug the CD-ROM drive. -- Mark Seaborn - mseaborn@argonet.co.uk - http://www.argonet.co.uk/users/mseaborn/ - ``In all likelihood, world inflation is over'' -- Managing Director of the International Monetary Fund, 1959 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 18:20: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 SAA955430 for ; Sat, 24 Apr 1999 18:20:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA03682 for ; Sat, 24 Apr 1999 18:20:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003680; Sat, 24 Apr 99 18:20:08 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29512 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14340-5825>; Sat, 24 Apr 1999 19:19:46 +0300 Received: by vger.rutgers.edu via listexpand id <153885-14823>; Sat, 24 Apr 1999 11:48:24 -0400 Received: by vger.rutgers.edu id <154264-14821>; Sat, 24 Apr 1999 11:48:07 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:2500 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154256-14821>; Sat, 24 Apr 1999 11:47:44 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10b58N-000EMW-0K; Sat, 24 Apr 1999 16:18:28 +0000 Received: from localhost ([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 10b58B-0001OD-00; Sat, 24 Apr 1999 17:18:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: chris@fluff.org cc: ARM Linux mailing list Subject: Re: Silly ranlib problem with binutils and libiberty In-Reply-To: Message from Chris Rutter of "Sat, 24 Apr 1999 12:43:01 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 17:18:14 +0100 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: 194 Lines: 8 >This bug is irritating me. Here's a minor patch for whoever wants it. Thanks. This is already fixed in gas2. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 19:56: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 TAA953182 for ; Sat, 24 Apr 1999 19:56:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA03802 for ; Sat, 24 Apr 1999 19:56:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003791; Sat, 24 Apr 99 19:56:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5648 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16835-14953>; Sat, 24 Apr 1999 20:56:25 +0300 Received: by vger.rutgers.edu via listexpand id <153885-14821>; Sat, 24 Apr 1999 13:25:11 -0400 Received: by vger.rutgers.edu id <154079-14823>; Sat, 24 Apr 1999 13:25:03 -0400 Received: from [194.168.16.159] ([194.168.16.159]:1334 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <153885-14821>; Sat, 24 Apr 1999 13:24:58 -0400 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 SAA10210; Sat, 24 Apr 1999 18:56:10 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id SAA00353; Sat, 24 Apr 1999 18:54:51 +0100 Message-Id: <199904241754.SAA00353@flint.armlinux.org.uk> Subject: Suspected 21285 deadlock? To: linux-arm@vger.rutgers.edu, devel@netwinder.org Date: Sat, 24 Apr 1999 18:54:51 +0100 (BST) 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: 2316 Lines: 54 Hi, Gotta small problem, which I'm hoping that people involved with building systems around the DC21285 can shed some light on. I've got a card with a CY82C693UB (South bridge) in my EBSA285, with an ESS1879 sound chip on the 82C693's ISA bus. The sound chip uses ISA DMA. There is also a 3c592 net card on the PCI bus, Promise Ultra33 UDMA IDE card, and an S3 Trio64V2 video card. The problem I'm seeing is total deadlock of the SA110 when, eg, the Ethernet is accessed while an ISA DMA is in progress to the sound chip. I haven't tried DMAs to other devices yet. When it deadlocks, the following always seems to be true: 1. SA110 address bus contains an address in the PCI I/O space of the DC21285. 2. The SA110 MCLK is held high. 3. ABE is high (address bus enabled). 4. DBE toggles. 5. The ISA DMA is still running, playing the same snippet of audio over and over again (since the SA110 can't update the SDRAM with the next block). Hence, ISA -> PCI -> SA110 bus is still functional. 6. The PCI request and grant signals for the 82C693 are toggling. 7. The PCI request and grant signals for the DC21285 are also toggling. 8. Comparing these two grant signals, they appear to be anti-phase. Note: other PCI masters appear to be ok. The only way out of this state is a hardware reset. I've tried swapping the slot that the Promise and the Southbridge use, but that doesn't affect it - it still deadlocks when doing ISA DMA. I haven't yet checked to see if this PCI I/O transaction that the SA110 is asking for is a read or a write, but I should know that later tonight... I suspect that this could be related to the Outbound write flush problem (ie, issuing an outbound write flush to the DC21285 causes deadlock). _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 24 20:33: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 UAA888716 for ; Sat, 24 Apr 1999 20:33:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA03853 for ; Sat, 24 Apr 1999 20:33:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003851; Sat, 24 Apr 99 20:33:43 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:64573 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12503-14953>; Sat, 24 Apr 1999 21:33:29 +0300 Received: by vger.rutgers.edu via listexpand id <154328-14823>; Sat, 24 Apr 1999 14:02:06 -0400 Received: by vger.rutgers.edu id <154304-14821>; Sat, 24 Apr 1999 14:01:52 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:3483 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154327-14823>; Sat, 24 Apr 1999 13:59:41 -0400 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 10b7CB-0004Qg-0A; Sat, 24 Apr 1999 18:30:31 +0000 Received: from localhost ([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 10b7BO-0003rb-00; Sat, 24 Apr 1999 19:29:42 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu, devel@netwinder.org Subject: Re: Suspected 21285 deadlock? In-Reply-To: Message from Russell King - ARM Linux Admin of "Sat, 24 Apr 1999 18:54:51 BST." <199904241754.SAA00353@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 19:29:41 +0100 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: 821 Lines: 19 >I suspect that this could be related to the Outbound write flush problem >(ie, issuing an outbound write flush to the DC21285 causes deadlock). Wasn't the problem with outbound flush just that that functionality didn't actually get implemented? It sounds like the 21285 is trying to perform some transaction on the bus either to satisfy a read or to unload its write FIFO (and it's stalled the SA110 while it does so) but it keeps getting a retry response. Can you examine the PCI bus and see what's going on in terms of the address that the Footbridge asserts and the response it gets from the target? I've never seen this on any of the machines I've worked on, but none of those have used the same southbridge that you've got. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 20: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 UAA907418 for ; Sat, 24 Apr 1999 20:53:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA03873 for ; Sat, 24 Apr 1999 20:53:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003871; Sat, 24 Apr 99 20:53:08 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:12652 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15799-5825>; Sat, 24 Apr 1999 21:52:36 +0300 Received: by vger.rutgers.edu via listexpand id <154147-14821>; Sat, 24 Apr 1999 14:21:02 -0400 Received: by vger.rutgers.edu id <154180-14821>; Sat, 24 Apr 1999 14:20:47 -0400 Received: from [194.168.16.225] ([194.168.16.225]:1347 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154184-14821>; Sat, 24 Apr 1999 14:20:10 -0400 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 TAA10414; Sat, 24 Apr 1999 19:51:29 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id TAA00512; Sat, 24 Apr 1999 19:50:06 +0100 Message-Id: <199904241850.TAA00512@flint.armlinux.org.uk> Subject: Re: Suspected 21285 deadlock? To: philb@gnu.org (Philip Blundell) Date: Sat, 24 Apr 1999 19:50:06 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, devel@netwinder.org In-Reply-To: from "Philip Blundell" at Apr 24, 99 07:29:41 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: 1674 Lines: 31 Philip Blundell writes: > > >I suspect that this could be related to the Outbound write flush problem > >(ie, issuing an outbound write flush to the DC21285 causes deadlock). > > Wasn't the problem with outbound flush just that that functionality didn't > actually get implemented? >From what I remember reading, and from what Dave Gilberts' description of what happened when he tried it with the tulip driver, I think it does deadlock if attempted on rev. 01 21285s... > It sounds like the 21285 is trying to perform some transaction on the bus > either to satisfy a read or to unload its write FIFO (and it's stalled the > SA110 while it does so) but it keeps getting a retry response. Can you > examine the PCI bus and see what's going on in terms of the address that the > Footbridge asserts and the response it gets from the target? I'll try, but all my slots are full, and I can only get to the 'B' side of the PCI connectors safely. This means that I can get to all but CBE0, STOP, SDONE and TRDY signals. I'll also reduce the bus speed to make it easier on the poor 60MHz scope... _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 24 21:17: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 VAA958859 for ; Sat, 24 Apr 1999 21:17:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA03963 for ; Sat, 24 Apr 1999 21:17:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003961; Sat, 24 Apr 99 21:17:15 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:63768 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16262-5825>; Sat, 24 Apr 1999 22:16:49 +0300 Received: by vger.rutgers.edu via listexpand id <154289-14823>; Sat, 24 Apr 1999 14:45:13 -0400 Received: by vger.rutgers.edu id <154234-14823>; Sat, 24 Apr 1999 14:44:52 -0400 Received: from earth.terran.org ([216.39.144.215]:8172 "EHLO earth.terran.org" ident: "bryan") by vger.rutgers.edu with ESMTP id <154180-14821>; Sat, 24 Apr 1999 14:42:18 -0400 Received: from localhost (bryan@localhost) by earth.terran.org (8.8.7/8.8.8) with ESMTP id MAA29160; Sat, 24 Apr 1999 12:12:57 -0700 Date: Sat, 24 Apr 1999 12:12:57 -0700 (PDT) From: "B. James Phillippe" To: Mark van Doesburg cc: linux-arm@vger.rutgers.edu Subject: Re: SMP StrongARM systems? In-Reply-To: <199904241155.NAA00293@poekie.test> Message-ID: Organization: terran.org/darkforest.org X-Subliminal-Message: Use Linux 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: 1677 Lines: 35 On Sat, 24 Apr 1999, Mark van Doesburg wrote: > SMP, so I assume there are no SMP StrongARM systems (or that if ... > With caching hardware in the SA110 it would be a really bad choice to > make a SMP system. If you are looking for a multi-processor system with > StrongARMs however you might be interested in the co285 arch I'm working > on. This port uses the PCI bus like ethernet and boards with 6 > processors should become available (don't ask me when, I'm waiting for > these boards myself.) Hmmm.. that could be interesting; I'd like more information when it becomes available. The real reason I ask, is because I'm curious about exploring some efficient, low-cost architectures for one of our products at work. Our current systems use embedded Intel architecture (chipset and UP Pentium-class CPU on standard PCI bus). I enquired about StrongARM because the low-cost, low power-consumption makes it ideal for a processor driving small network appliances. The question about SMP came because I was thinking that having two modest-paced processors for this kind of application beats out a single fast processor, because you can be servicing interrupts and bh's without starving user-space (this isn't a flawed understanding of 2.2 SMP, is it? That one processor can be executing a bh in the kernel while the other is executing on behalf of a user-space process?) Thanks everyone for the very helpful answers; I'm not on this list and I appreciate the cc'd responses. :-) cheers, -bp -- B. James Phillippe . bryan@terran.org Software Engineer, WGT Inc. . http://www.terran.org/~bryan unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 21:30: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 VAA953672 for ; Sat, 24 Apr 1999 21:30:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA03983 for ; Sat, 24 Apr 1999 21:30:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003981; Sat, 24 Apr 99 21:30:15 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14112 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15259-5825>; Sat, 24 Apr 1999 22:29:57 +0300 Received: by vger.rutgers.edu via listexpand id <154079-14821>; Sat, 24 Apr 1999 14:58:31 -0400 Received: by vger.rutgers.edu id <154052-14823>; Sat, 24 Apr 1999 14:58:12 -0400 Received: from tele.visi.com ([209.98.98.17]:35282 "HELO mail-out.visi.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154079-14823>; Sat, 24 Apr 1999 14:58:05 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 9DDEF1F80A for ; Sat, 24 Apr 1999 14:28:57 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with SMTP id OAA01161 for ; Sat, 24 Apr 1999 14:28:57 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Sat, 24 Apr 1999 14:28:57 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Problems with custom ebsa285-like board 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: 2855 Lines: 62 Greetings, I am attempting to get Linux running on some hardware my company has made resembling a ebsa-285. I am using all Elf tools and kernel 2.2.5 with the last 2.2.5 patchset from Russell. I have hardcoded some things in the kernel to get it up (I nulled out params in setup.c, hardcoded the architecture in head-armv.S, etc.), and I have downloaded the Debian boot image (debian-image_990220.tar.gz) to boot from over NFS. The kernel loads and boots, finding the Intel 21143 on our board, and even makes it to loading init, but then it dies, repeatedly printing out the following (I have TULIP_DEBUG set to for this, as I think it's an ethernet problem): IP-Config: Got RARP answer from 10.17.0.1, my address is 10.17.0.80 IP-Config: Guessing netmask 255.0.0.0 Looking up port of RPC 100003/2 on 10.17.0.1 Looking up port of RPC 100005/1 on 10.17.0.1 VFS: Mounted root (NFS filesystem) readonly. Freeing unused kernel memory: 4k init 4k netwinder eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. nfs: server 10.17.0.1 not responding, still trying nfs: server 10.17.0.1 OK INIT: version 2.76 booting INIT: Entering runlevel: 2 eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. INIT: Id "1" respawning too fast: disabled for 5 minutes INIT: Id "2" respawning too fast: disabled for 5 minutes INIT: Id "3" respawning too fast: disabled for 5 minutes INIT: Id "4" respawning too fast: disabled for 5 minutes INIT: Id "5" respawning too fast: disabled for 5 minutes INIT: Id "6" respawning too fast: disabled for 5 minutes INIT: no more processes left in this runlevel eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. eth0: 21143 negotiation status 000000c6, MII. eth0: MII status 780d, Link partner report 0000. This will continue (the INIT: respawning messages) seemingly unendingly. I am unsure where to go at this point. This is booting from a Solaris 2.6 host, and looking at the packets, it looks like init (or something init spawns) is trying to look for files that do not exist, because I get a lot of returned NFS LOOKUP2: No such file or directory packets from the Solaris machine. I have exported the directory via NFS, and it is able to mount it. I untarred the debian image there also. Does anyone have any pointers? I've been looking at this for a while now, and I think I may need to step back for a second! Thanks! -- Kyle Mestery StorageTek's Storage Networking Group Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 21:37: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 VAA939145 for ; Sat, 24 Apr 1999 21:37:55 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA03995 for ; Sat, 24 Apr 1999 21:37:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma003993; Sat, 24 Apr 99 21:37:26 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:40738 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15259-5825>; Sat, 24 Apr 1999 22:36:58 +0300 Received: by vger.rutgers.edu via listexpand id <154052-14821>; Sat, 24 Apr 1999 15:05:34 -0400 Received: by vger.rutgers.edu id <154079-14821>; Sat, 24 Apr 1999 15:05:16 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4424 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154052-14821>; Sat, 24 Apr 1999 15:05:05 -0400 Received: from [194.222.210.232] (helo=tardis) by finch-post-10.mail.demon.net with smtp (Exim 2.12 #1) id 10b8DO-0004vT-0A; Sat, 24 Apr 1999 19:35:50 +0000 Date: Sat, 24 Apr 1999 20:32:48 +0100 (GMT) From: Dave Gilbert X-Sender: gilbertd@tardis To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Problems with custom ebsa285-like board 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: 2513 Lines: 57 On Sat, 24 Apr 1999 mestery@visi.com wrote: > > Greetings, > > I am attempting to get Linux running on some hardware my company has > made resembling a ebsa-285. I am using all Elf tools and kernel 2.2.5 > > IP-Config: Got RARP answer from 10.17.0.1, my address is 10.17.0.80 > IP-Config: Guessing netmask 255.0.0.0 > Looking up port of RPC 100003/2 on 10.17.0.1 > Looking up port of RPC 100005/1 on 10.17.0.1 > VFS: Mounted root (NFS filesystem) readonly. > Freeing unused kernel memory: 4k init 4k netwinder > eth0: 21143 negotiation status 000000c6, MII. > eth0: MII status 780d, Link partner report 0000. > nfs: server 10.17.0.1 not responding, still trying > nfs: server 10.17.0.1 OK > INIT: version 2.76 booting > INIT: Entering runlevel: 2 > eth0: 21143 negotiation status 000000c6, MII. > eth0: MII status 780d, Link partner report 0000. > eth0: 21143 negotiation status 000000c6, MII. > eth0: MII status 780d, Link partner report 0000. > eth0: 21143 negotiation status 000000c6, MII. > eth0: MII status 780d, Link partner report 0000. > INIT: Id "1" respawning too fast: disabled for 5 minutes > INIT: Id "2" respawning too fast: disabled for 5 minutes Hmm - that looks ill. > I am unsure where to go at this point. This is booting from a Solaris > 2.6 host, and looking at the packets, it looks like init (or something > init spawns) is trying to look for files that do not exist, because I > get a lot of returned NFS LOOKUP2: No such file or directory packets > from the Solaris machine. I have exported the directory via NFS, and it > is able to mount it. I untarred the debian image there also. Does > anyone have any pointers? I've been looking at this for a while now, > and I think I may need to step back for a second! Thanks! First check that you have the floating point emulation built in - a lot of things won't run without it - however I don't think that's your problem. I'd start by peppering stuff around the init scripts to see where it is getting upto. If you get really desparate then you could put a printk in the exec and open syscalls - that way you'll see exactly what files its trying to get to. Dave -------------------------------------------------------------------- / Dr. David Alan Gilbert | Running Linux on | Happy \ \ gro.gilbert @ treblig.org | Alpha, ARM and SPARC | In Hex / \____________________________|___ http://www.treblig.demon.co.uk __/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 21:55: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 VAA961608 for ; Sat, 24 Apr 1999 21:55:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA04020 for ; Sat, 24 Apr 1999 21:55:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004018; Sat, 24 Apr 99 21:55:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27954 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16989-14953>; Sat, 24 Apr 1999 22:55:16 +0300 Received: by vger.rutgers.edu via listexpand id <154176-14823>; Sat, 24 Apr 1999 15:23:50 -0400 Received: by vger.rutgers.edu id <154079-14821>; Sat, 24 Apr 1999 15:23:41 -0400 Received: from tele.visi.com ([209.98.98.17]:35634 "HELO mail-out.visi.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154052-14823>; Sat, 24 Apr 1999 15:22:55 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 0A17F1F84B; Sat, 24 Apr 1999 14:53:47 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with SMTP id OAA01690; Sat, 24 Apr 1999 14:53:47 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Sat, 24 Apr 1999 14:53:47 -0500 (CDT) From: To: Dave Gilbert Cc: linux-arm@vger.rutgers.edu Subject: Re: Problems with custom ebsa285-like board 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: 3101 Lines: 72 Thanks Dave! That appears to be the problem. I didn't have floating point emulation compiled into the kernel. Once I recompiled with that and booted, I got into single user mode! Now to continue on from here. Thanks much! This list is incredible at helping people get their systems running, and everyone deserves a hand. -- Kyle Mestery StorageTek's Storage Networking Group Protect your right to privacy: www.freecrypto.org On Sat, 24 Apr 1999, Dave Gilbert wrote: > On Sat, 24 Apr 1999 mestery@visi.com wrote: > > > > > Greetings, > > > > I am attempting to get Linux running on some hardware my company has > > made resembling a ebsa-285. I am using all Elf tools and kernel 2.2.5 > > > > IP-Config: Got RARP answer from 10.17.0.1, my address is 10.17.0.80 > > IP-Config: Guessing netmask 255.0.0.0 > > Looking up port of RPC 100003/2 on 10.17.0.1 > > Looking up port of RPC 100005/1 on 10.17.0.1 > > VFS: Mounted root (NFS filesystem) readonly. > > Freeing unused kernel memory: 4k init 4k netwinder > > eth0: 21143 negotiation status 000000c6, MII. > > eth0: MII status 780d, Link partner report 0000. > > nfs: server 10.17.0.1 not responding, still trying > > nfs: server 10.17.0.1 OK > > INIT: version 2.76 booting > > INIT: Entering runlevel: 2 > > eth0: 21143 negotiation status 000000c6, MII. > > eth0: MII status 780d, Link partner report 0000. > > eth0: 21143 negotiation status 000000c6, MII. > > eth0: MII status 780d, Link partner report 0000. > > eth0: 21143 negotiation status 000000c6, MII. > > eth0: MII status 780d, Link partner report 0000. > > INIT: Id "1" respawning too fast: disabled for 5 minutes > > INIT: Id "2" respawning too fast: disabled for 5 minutes > > Hmm - that looks ill. > > > I am unsure where to go at this point. This is booting from a Solaris > > 2.6 host, and looking at the packets, it looks like init (or something > > init spawns) is trying to look for files that do not exist, because I > > get a lot of returned NFS LOOKUP2: No such file or directory packets > > from the Solaris machine. I have exported the directory via NFS, and it > > is able to mount it. I untarred the debian image there also. Does > > anyone have any pointers? I've been looking at this for a while now, > > and I think I may need to step back for a second! Thanks! > > First check that you have the floating point emulation built in - a lot > of things won't run without it - however I don't think that's your > problem. > > I'd start by peppering stuff around the init scripts to see where it > is getting upto. If you get really desparate then you could put > a printk in the exec and open syscalls - that way you'll see exactly > what files its trying to get to. > > Dave > > -------------------------------------------------------------------- > / Dr. David Alan Gilbert | Running Linux on | Happy \ > \ gro.gilbert @ treblig.org | Alpha, ARM and SPARC | In Hex / > \____________________________|___ http://www.treblig.demon.co.uk __/ > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Apr 24 22:12: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 WAA917458 for ; Sat, 24 Apr 1999 22:12:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA04054 for ; Sat, 24 Apr 1999 22:12:55 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004052; Sat, 24 Apr 99 22:12:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21313 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <17285-14953>; Sat, 24 Apr 1999 23:12:24 +0300 Received: by vger.rutgers.edu via listexpand id <154079-14823>; Sat, 24 Apr 1999 15:40:59 -0400 Received: by vger.rutgers.edu id <154071-14821>; Sat, 24 Apr 1999 15:40:39 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2590 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153873-14821>; Sat, 24 Apr 1999 15:40:32 -0400 Received: from [194.222.210.232] (helo=tardis) by finch-post-10.mail.demon.net with smtp (Exim 2.12 #1) id 10b8lm-0000yj-0A; Sat, 24 Apr 1999 20:11:23 +0000 Date: Sat, 24 Apr 1999 21:08:20 +0100 (GMT) From: Dave Gilbert X-Sender: gilbertd@tardis To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Problems with custom ebsa285-like board 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: 897 Lines: 20 On Sat, 24 Apr 1999 mestery@visi.com wrote: > > Thanks Dave! That appears to be the problem. I didn't have floating > point emulation compiled into the kernel. Once I recompiled with that > and booted, I got into single user mode! Now to continue on from here. > Thanks much! This list is incredible at helping people get their > systems running, and everyone deserves a hand. No problem! (Can someone put a standard FPE trap in - something which gives a message like 'Oy you - you missed the floating point emulator!') Dave -------------------------------------------------------------------- / Dr. David Alan Gilbert | Running Linux on | Happy \ \ gro.gilbert @ treblig.org | Alpha, ARM and SPARC | In Hex / \____________________________|___ http://www.treblig.demon.co.uk __/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 00:32: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 AAA965587 for ; Sun, 25 Apr 1999 00:32:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id AAA04302 for ; Sun, 25 Apr 1999 00:32:25 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma004298; Sun, 25 Apr 99 00:32:16 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:5755 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16606-7021>; Sun, 25 Apr 1999 01:30:42 +0300 Received: by vger.rutgers.edu via listexpand id <153948-14823>; Sat, 24 Apr 1999 17:59:06 -0400 Received: by vger.rutgers.edu id <153873-14821>; Sat, 24 Apr 1999 17:58:57 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4677 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153948-14821>; Sat, 24 Apr 1999 17:58:41 -0400 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 10bAvU-000KVH-0C; Sat, 24 Apr 1999 22:29:33 +0000 Received: from localhost ([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 10bAvP-0004b6-00; Sat, 24 Apr 1999 23:29:27 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Dave Gilbert cc: linux-arm@vger.rutgers.edu Subject: Re: Problems with custom ebsa285-like board In-Reply-To: Message from Dave Gilbert of "Sat, 24 Apr 1999 21:08:20 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 24 Apr 1999 23:29:26 +0100 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: 391 Lines: 11 >No problem! (Can someone put a standard FPE trap in - something which >gives a message like 'Oy you - you missed the floating point emulator!') Yeah, good idea. There is already stub code to detect and ignore a few floating point instructions and it wouldn't be hard to arrange for it to do that as well. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 10: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 KAA996994 for ; Sun, 25 Apr 1999 10:40:59 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA05225 for ; Sun, 25 Apr 1999 10:40:58 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005223; Sun, 25 Apr 99 10:40:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:16226 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6434-14969>; Sun, 25 Apr 1999 11:40:02 +0300 Received: by vger.rutgers.edu via listexpand id <154133-14823>; Sun, 25 Apr 1999 04:08:05 -0400 Received: by vger.rutgers.edu id <154016-14823>; Sun, 25 Apr 1999 04:07:47 -0400 Received: from bouvreuil.cybercable.fr ([212.198.3.12]:31157 "HELO bouvreuil.cybercable.fr" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153987-14823>; Sun, 25 Apr 1999 04:07:38 -0400 Received: (qmail 22395 invoked from network); 25 Apr 1999 10:38:57 +0200 Received: from d048.paris-38.cybercable.fr (HELO bozawang) (212.198.38.48) by bouvreuil.cybercable.fr with SMTP; 25 Apr 1999 08:38:57 -0000 Message-ID: <003f01be8ef7$06b8e740$3026c6d4@bozawang.sha> Reply-To: "e-Fred" From: "e-Fred" To: , "ARM Linux mailing list" Subject: Re: RPM recompile Date: Sun, 25 Apr 1999 10:38:36 +0200 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.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: 607 Lines: 13 Hehe... the idea is great !! I think I could also help with an Armlinux RiscPC on-line through a modem cable connection in Paris (no phone bill, permanent connection)... The thing is that I share the line using a PC (I need two ethernet devices) + Wingate and the RPC is located in a private home network....the IP would change by time to time because of the DHCP addressing from my provider (I could see about dynip adressing to bypass that problem)... anyway, I can put up to 5 Gb (maybe 10) on line if needed ! Cheers, FL. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 13:06: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 NAA1005695 for ; Sun, 25 Apr 1999 13:06:31 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA05451 for ; Sun, 25 Apr 1999 13:06:29 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005440; Sun, 25 Apr 99 13:06:05 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:61764 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8139-14969>; Sun, 25 Apr 1999 14:04:55 +0300 Received: by vger.rutgers.edu via listexpand id <153892-14821>; Sun, 25 Apr 1999 06:32:47 -0400 Received: by vger.rutgers.edu id <153987-14821>; Sun, 25 Apr 1999 06:32:39 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4703 "EHLO finch-post-12.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153941-14821>; Sun, 25 Apr 1999 06:32:23 -0400 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 10bMhO-000Gqt-0C; Sun, 25 Apr 1999 11:03:46 +0000 Received: from localhost ([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 10bMet-0000K5-00; Sun, 25 Apr 1999 12:01:11 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu, devel@netwinder.org Subject: Re: Suspected 21285 deadlock? In-Reply-To: Message from Russell King - ARM Linux Admin of "Sun, 25 Apr 1999 00:00:39 BST." <199904242300.AAA00265@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Apr 1999 12:01:09 +0100 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: 1793 Lines: 36 >Indeed yes, the SA110 this time was trying to do a PCI IACK cycle, however >the DC21285 was attempting to perform some operation at PCI address 0x21 >(Control bits 0011, whatever that means), but getting retry responses from >the Southbridge. Command 0011 is an I/O write, and of course ISA I/O address 0x21 is the first PIC. Since IACK is a read cycle it almost certainly requires the outbound FIFO to be flushed. >if I clear this bit, then the bus seems to lock with the Southbridges >bus request and bus grant permanently active, however it did (on my >single attempt) get slightly further. There appears to be no DMA It's hard to say what happens in this case. From the description you've given of the control bit, I'd expect the lock-up to occur with the 21285 having bus ownership (because it sits waiting for a TRDY that never comes; the latency timer doesn't really protect you against this case). >The Southbridge doesn't seem to have a latency timer on it, nor any other >timing-related registers - it just seems to have regs 0, 2, 4, 6, 8, >9, A, B and E apart from the manufacturer specific regs at 0x40 and >above. Naturally for DMA, it has the normal PC DMA register set. It may well not have a latency timer if it's not capable of burst transfers. Even if it did, it wouldn't help in either of the failure modes you're seeing -- in the first one you described, the southbridge is correctly relinquishing the bus anyway, and in the second one the arbiter isn't removing its GNT so the latency timer would have no effect. Does the documentation or errata for the southbridge say anything about the circumstances under which it responds with retry to target write transactions? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 13:18: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 NAA972872 for ; Sun, 25 Apr 1999 13:18:30 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA05460 for ; Sun, 25 Apr 1999 13:18:28 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005458; Sun, 25 Apr 99 13:18:12 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:59226 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8072-14969>; Sun, 25 Apr 1999 14:17:53 +0300 Received: by vger.rutgers.edu via listexpand id <153987-14821>; Sun, 25 Apr 1999 06:45:53 -0400 Received: by vger.rutgers.edu id <154039-14823>; Sun, 25 Apr 1999 06:45:35 -0400 Received: from [194.168.16.157] ([194.168.16.157]:1445 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <153987-14823>; Sun, 25 Apr 1999 06:45:16 -0400 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 MAA12305; Sun, 25 Apr 1999 12:16:52 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA01299; Sun, 25 Apr 1999 12:15:51 +0100 Message-Id: <199904251115.MAA01299@raistlin.armlinux.org.uk> Subject: Re: Suspected 21285 deadlock? To: philb@gnu.org (Philip Blundell) Date: Sun, 25 Apr 1999 12:15:50 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, devel@netwinder.org In-Reply-To: from "Philip Blundell" at Apr 25, 99 12:01:09 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: 2484 Lines: 44 Philip Blundell writes: > Command 0011 is an I/O write, and of course ISA I/O address 0x21 is the > first PIC. Since IACK is a read cycle it almost certainly requires the > outbound FIFO to be flushed. Aha, as I was expecting... > It's hard to say what happens in this case. From the description you've given > of the control bit, I'd expect the lock-up to occur with the 21285 having bus > ownership (because it sits waiting for a TRDY that never comes; the latency > timer doesn't really protect you against this case). I don't think the 21285 is at fault - it's looking like the Southbridge chip isn't behaving as PCI 2.1 would expect. Ok, it's giving retries which are allowed, but surely it should not block accesses while a DMA operation is in progress (since you therefore cannot get to the DMA controller or device to stop it). > It may well not have a latency timer if it's not capable of burst transfers. > Even if it did, it wouldn't help in either of the failure modes you're seeing > -- in the first one you described, the southbridge is correctly relinquishing > the bus anyway, and in the second one the arbiter isn't removing its GNT so > the latency timer would have no effect. The arbiter is behaving as expected - in the total lock condition, the SA110 is stalled while a memory read is processed. However, the 21285 doesn't have anything to do on the PCI, so it's request is not activated. Therefore, the arbiter does not remove the grant to the Southbridge since no other master is requesting the bus. > Does the documentation or errata for the southbridge say anything about the > circumstances under which it responds with retry to target write transactions? While looking for this, I suspect that the problems I'm seeing is why the chip has gone obsolete about a year ago. Unfortunately, Cypress have cleaned their web site of all obsolete erratas and data sheets. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 25 14:01: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 OAA998705 for ; Sun, 25 Apr 1999 14:00:59 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA05543 for ; Sun, 25 Apr 1999 14:00:58 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma005541; Sun, 25 Apr 99 14:00:54 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22280 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7627-14969>; Sun, 25 Apr 1999 15:00:20 +0300 Received: by vger.rutgers.edu via listexpand id <153917-14823>; Sun, 25 Apr 1999 07:28:22 -0400 Received: by vger.rutgers.edu id <154039-14823>; Sun, 25 Apr 1999 07:28:03 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3683 "EHLO finch-post-11.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153917-14823>; Sun, 25 Apr 1999 07:27:55 -0400 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 10bNZ7-000GXa-0B; Sun, 25 Apr 1999 11:59:18 +0000 Received: from localhost ([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 10bNYT-0000OC-00; Sun, 25 Apr 1999 12:58:37 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu, devel@netwinder.org Subject: Re: Suspected 21285 deadlock? In-Reply-To: Message from Russell King - ARM Linux Admin of "Sun, 25 Apr 1999 12:15:50 BST." <199904251115.MAA01299@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Apr 1999 12:58:35 +0100 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: 1569 Lines: 33 >> It's hard to say what happens in this case. From the description you've >> given of the control bit, I'd expect the lock-up to occur with the 21285 >> having bus ownership (because it sits waiting for a TRDY that never comes; >> the latency timer doesn't really protect you against this case). > >I don't think the 21285 is at fault - it's looking like the Southbridge chip >isn't behaving as PCI 2.1 would expect. No, I don't think the 21285 is at fault either. In the scenario I described above the 21285 is behaving correctly. If your observations are correct and it does lock up with the southbridge having bus ownership then the fault could be at either end -- the only way to find out would be to examine the bus transactions that occur during and maybe just prior to the lockup. >The arbiter is behaving as expected - in the total lock condition, the SA110 >is stalled while a memory read is processed. However, the 21285 doesn't have >anything to do on the PCI, so it's request is not activated. Therefore, the >arbiter does not remove the grant to the Southbridge since no other master is >requesting the bus. Yes, that was precisely my point. >While looking for this, I suspect that the problems I'm seeing is why the chip >has gone obsolete about a year ago. Unfortunately, Cypress have cleaned their >web site of all obsolete erratas and data sheets. Oh dear. These parts do usually have a pretty short lifespan though, typically just a year or two. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Apr 25 23:39:44 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 XAA09287 for ; Sun, 25 Apr 1999 23:39:43 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id XAA06895 for ; Sun, 25 Apr 1999 23:39:43 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma006893; Sun, 25 Apr 99 23:39:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:47200 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <4277-21833>; Mon, 26 Apr 1999 00:38:38 +0300 Received: by vger.rutgers.edu via listexpand id <154349-14821>; Sun, 25 Apr 1999 17:02:44 -0400 Received: by vger.rutgers.edu id <153955-14821>; Sun, 25 Apr 1999 17:02:22 -0400 Received: from web4.rocketmail.com ([205.180.57.78]:56036 "HELO web4.rocketmail.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154064-14823>; Sun, 25 Apr 1999 17:02:19 -0400 Message-ID: <19990425213212.504.rocketmail@web4.rocketmail.com> Received: from [199.174.98.52] by web4; Sun, 25 Apr 1999 14:32:12 PDT Date: Sun, 25 Apr 1999 14:32:12 -0700 (PDT) From: James Goodwin Subject: ARM w/o MMU To: linux-arm@vger.rutgers.edu 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: 648 Lines: 25 Hi, We currently have an embedded O/S running on an ARM based system-on-a-chip design. We are seriously considering replacing the embedded O/S with Linux (with some tweaks for the embedded world). Our main concern is that our design does not contain a true MMU (it's based on an ARM9TDMI core, w/o MMU). Looking for feedback/comments/opinions on how feasible it is to support Linux on an ARM CPU w/o a true MMU. Thanks much! --James _________________________________________________________ DO YOU YAHOO!? Get your free @yahoo.com address at http://mail.yahoo.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 04:53:17 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 EAA14763 for ; Mon, 26 Apr 1999 04:53:15 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id EAA07494 for ; Mon, 26 Apr 1999 04:53:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma007492; Mon, 26 Apr 99 04:52:45 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:59924 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7305-16478>; Mon, 26 Apr 1999 05:47:57 +0300 Received: by vger.rutgers.edu via listexpand id <154148-14823>; Sun, 25 Apr 1999 22:15:46 -0400 Received: by vger.rutgers.edu id <153917-14821>; Sun, 25 Apr 1999 22:15:28 -0400 Received: from kali.brainlink.com ([206.127.58.27]:45257 "EHLO kali.brainlink.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154374-14821>; Sun, 25 Apr 1999 22:14:40 -0400 Received: from brainlink.com (ppp44.remote.brainlink.com [206.127.59.44]) by kali.brainlink.com (Post.Office MTA v3.5.2 release 221 ID# 0-52824U2500L250S0V35) with ESMTP id com; Sun, 25 Apr 1999 22:45:36 -0400 Message-ID: <3723D4D0.FAA2EB57@brainlink.com> Date: Mon, 26 Apr 1999 02:52:00 +0000 From: Ormund Williams Reply-To: Arm-Linux Organization: ORMLAB X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.0.32 i686) MIME-Version: 1.0 To: Arm-Linux CC: James Goodwin , James Goodwin Subject: Re: ARM w/o MMU References: <19990425213212.504.rocketmail@web4.rocketmail.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: 1188 Lines: 35 James Goodwin wrote: > > Hi, > > We currently have an embedded O/S running on an ARM > based system-on-a-chip design. We are seriously > considering replacing the embedded O/S with Linux > (with some tweaks for the embedded world). Our main > concern is that our design does not contain a true > MMU (it's based on an ARM9TDMI core, w/o MMU). > > Looking for feedback/comments/opinions on how > feasible it is to support Linux on an ARM CPU w/o a > true MMU. > > Thanks much! > --James > Hi James I have begun to design a system based on the ARM7DI core without MMU and was going to use Linux but the port I chose is uCLinux. see:- http://ryeham.ee.ryerson.ca/uClinux They already have a stable kernel running on some 68k chips (Dragonball, ColdFire etc.). These microcontrollers have no MMU. I haven't heard of anyone else trying to port uCLinux to ARM yet, so I welcome your company. I should have my hardware ready by the start of June, currently I am learning to build cross compilers and develop a working knowledge of the Linux kernel. I recommend joining the uCLinux mailing list. -- Ormund unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 05:36:46 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 FAA15831 for ; Mon, 26 Apr 1999 05:36:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id FAA07552 for ; Mon, 26 Apr 1999 05:36:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma007550; Mon, 26 Apr 99 05:36:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:13888 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16494-16478>; Mon, 26 Apr 1999 06:36:29 +0300 Received: by vger.rutgers.edu via listexpand id <154107-14823>; Sun, 25 Apr 1999 23:04:22 -0400 Received: by vger.rutgers.edu id <154043-14821>; Sun, 25 Apr 1999 23:04:13 -0400 Received: from atlrel2.hp.com ([156.153.255.202]:1049 "EHLO atlrel2.hp.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154107-14823>; Sun, 25 Apr 1999 23:04:08 -0400 Received: from hpaco.aus.hp.com (root@hpaco.aus.hp.com [15.19.209.0]) by atlrel2.hp.com (8.8.6 (PHNE_17135)/8.8.5tis) with ESMTP id XAA28025; Sun, 25 Apr 1999 23:35:13 -0400 (EDT) Received: from hpaco (mjd@hpaco.aus.hp.com [15.19.209.0]) by hpaco.aus.hp.com (8.8.6 (PHNE_14041)/8.8.6) with SMTP id NAA22427; Mon, 26 Apr 1999 13:35:32 +1000 (EST) Message-ID: <3723DF04.49A2@aus.hp.com> Date: Mon, 26 Apr 1999 13:35:32 +1000 From: Mitch Davis Organization: Hewlett Packard, Australian Calculator Operation X-Mailer: Mozilla 3.03 (X11; I; HP-UX B.10.20 9000/898) MIME-Version: 1.0 To: Arm-Linux CC: James Goodwin Subject: Re: ARM w/o MMU References: <19990425213212.504.rocketmail@web4.rocketmail.com> <3723D4D0.FAA2EB57@brainlink.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: 1058 Lines: 30 Ormund Williams wrote: > > > We currently have an embedded O/S running on an ARM > > based system-on-a-chip design. We are seriously > > considering replacing the embedded O/S with Linux > > (with some tweaks for the embedded world). Our main > > concern is that our design does not contain a true > > MMU (it's based on an ARM9TDMI core, w/o MMU). > > > > Looking for feedback/comments/opinions on how > > feasible it is to support Linux on an ARM CPU w/o a > > true MMU. > I have begun to design a system based on the ARM7DI core without MMU and > was going to use Linux but the port I chose is uCLinux. > see:- http://ryeham.ee.ryerson.ca/uClinux If this could be made to work, then it could be run on the AEB-1: http://www.arm.com/Documentation/Overviews/AEB/index.html Regards, Mitch. -- | mailto:mjd@aus.hp.com | Not the official view of: | | mailto:mjd@alphalink.com.au | Australian Calculator Opn | | Certified Linux Evangelist! | Hewlett Packard Australia | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 08:56:46 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 IAA19046 for ; Mon, 26 Apr 1999 08:56:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id IAA07914 for ; Mon, 26 Apr 1999 08:56:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma007912; Mon, 26 Apr 99 08:56:23 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:44404 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <6812-21833>; Mon, 26 Apr 1999 09:49:10 +0300 Received: by vger.rutgers.edu via listexpand id <154450-14823>; Mon, 26 Apr 1999 02:16:44 -0400 Received: by vger.rutgers.edu id <154356-14823>; Mon, 26 Apr 1999 02:16:25 -0400 Received: from alms1.att.com ([192.128.167.146]:59604 "EHLO alms1.fw.att.com" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154107-14823>; Mon, 26 Apr 1999 02:14:31 -0400 Received: from frgmsx3.emea.att.com ([135.76.188.29]) by alms1.fw.att.com (AT&T IPNS/MS-2.2) with ESMTP id CAA15645 for ; Mon, 26 Apr 1999 02:46:09 -0400 (EDT) Received: by FRGMSX3 with Internet Mail Service (5.5.2232.9) id ; Mon, 26 Apr 1999 08:46:56 +0200 Message-ID: From: "Vater, Thomas" To: Arm Linux mailing list Cc: "'Melanie Rhianna Lewis'" Subject: RE: A couple of questions... (Samba 2.0.3 & BitchX) Date: Mon, 26 Apr 1999 08:47:08 +0200 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: 639 Lines: 16 > Samba 2.0.3 seemed to compile without problems but it just > locks when ever > you try and run it. Swat works though. Anyone have > experience with this > yet? I have Samba 2.something running on my Risc PC (no ELF either). I think for about three months or so. Compilation and install was straight forward. But I remember that I had some difficulties configuring it correctly. Another observation is that the whole ARMLinux machine hangs if I try to open a WinZip archive from a NT box via Samba. Other file operations are working ok. Thomas tv@de.att.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 10:42: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 KAA19656 for ; Mon, 26 Apr 1999 10:42:15 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA08172 for ; Mon, 26 Apr 1999 10:42:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma008170; Mon, 26 Apr 99 10:41:47 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:21264 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16158-21833>; Mon, 26 Apr 1999 11:41:23 +0300 Received: by vger.rutgers.edu via listexpand id <153892-14821>; Mon, 26 Apr 1999 04:08:59 -0400 Received: by vger.rutgers.edu id <153953-14821>; Mon, 26 Apr 1999 04:08:42 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:18679 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153892-14821>; Mon, 26 Apr 1999 04:08:28 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10bgqJ-0003RQ-00; Mon, 26 Apr 1999 09:34:19 +0100 Received: from [127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.05 #1) id 10bgqI-00007u-00; Mon, 26 Apr 1999 09:34:18 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-reply-to: Your message of "Sun, 25 Apr 1999 23:07:00 -0000." <48F883F1E7%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Apr 1999 09:34:18 +0100 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: 482 Lines: 14 >/usr/local/arm-tmp/lib/gcc-lib/arm-linux/egcs-2.91.66/libgcc.a: could not read > symbols: Archive has no index; run ranlib to add one >make: *** [vmlinux] Error 1 > >How can that be and what can I do against it? Like it says, run ranlib on the offending library. This is caused by something going slightly wrong during the EGCS build -- probably using the host ranlib rather than the target one. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 10:37: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 KAA20945 for ; Mon, 26 Apr 1999 10:36:45 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA08156 for ; Mon, 26 Apr 1999 10:36:45 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma008154; Mon, 26 Apr 99 10:36:19 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:11536 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16158-16478>; Mon, 26 Apr 1999 11:35:51 +0300 Received: by vger.rutgers.edu via listexpand id <154149-14823>; Mon, 26 Apr 1999 04:03:28 -0400 Received: by vger.rutgers.edu id <153892-14823>; Mon, 26 Apr 1999 04:03:09 -0400 Received: from prune.flirble.org ([195.40.6.30]:3734 "HELO prune.flirble.org" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <153953-14821>; Mon, 26 Apr 1999 04:02:58 -0400 Received: (qmail 7314 invoked from network); 26 Apr 1999 08:34:46 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 26 Apr 1999 08:34:46 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id JAA29207; Mon, 26 Apr 1999 09:34:45 +0100 (BST) From: Nicholas Clark Message-Id: <199904260834.JAA29207@flirble.org> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: <48F883F1E7%teich-p@rcs.urz.tu-dresden.de> from Peter Teichmann at "Apr 25, 99 11:07:00 pm" To: teich-p@Rcs1.urz.tu-dresden.de (Peter Teichmann) Date: Mon, 26 Apr 1999 09:34:44 +0100 (BST) 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: 705 Lines: 18 In the last mail Peter Teichmann said: > /usr/local/arm-tmp/lib/gcc-lib/arm-linux/egcs-2.91.66/libgcc.a: could not read symbols: Archive has no index; run ranlib to add one > make: *** [vmlinux] Error 1 > > How can that be and what can I do against it? run your ELF ranlib on /usr/local/arm-tmp/lib/gcc-lib/arm-linux/egcs-2.91.66/libgcc.a (problem is that at some point something ran the a.out ranlib over it) This looks like it's the cross-compile-using-wrong-ranlib-bug that happens in the toolchain build that I had. I just made /usr/local/bin/ranlib a symlink to /bin/true, but that's a hack rather than a bug-fix. Nick unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 13:23: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 NAA24877 for ; Mon, 26 Apr 1999 13:23:16 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA08686 for ; Mon, 26 Apr 1999 13:23:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa08682; Mon, 26 Apr 99 13:22:53 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:2087 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7746-21833> convert rfc822-to-quoted-printable; Mon, 26 Apr 1999 14:17:48 +0300 Received: by vger.rutgers.edu via listexpand id <154321-14821>; Mon, 26 Apr 1999 06:45:17 -0400 Received: by vger.rutgers.edu id <154092-14821>; Mon, 26 Apr 1999 06:41:24 -0400 Received: from golden.argonet.co.uk ([194.131.104.13]:37192 "HELO golden.argonet.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154453-14821> convert rfc822-to-8bit; Mon, 26 Apr 1999 06:39:44 -0400 Received: from (ch28.argonet.co.uk) [193.149.76.62] by golden.argonet.co.uk with smtp (Exim 1.82 #3) id 10bjIS-0007fi-00; Mon, 26 Apr 1999 12:11:32 +0100 Date: Mon, 26 Apr 1999 11:56:41 +0100 From: Jeremy Poulter To: linux-arm@vger.rutgers.edu Subject: Ether net cards Message-ID: <2debc4f848%Jeremy@golden.argonet.co.uk> X-Mailer: Messenger v1.40f for RISC OS MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.01b12 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 NAA24877 Status: RO Content-Length: 704 Lines: 22 Hello all, I'm a bit of a newbe where Linux is conserned but I have come across a problem. I have a Acorn Risc PC/A7000 interface © i-cubed ltd, EtherLan 600 in my SA RISC PC but I can't get ARMLinux to recognise it. The stange thing is ARMLinux was quite happy to install via FTP through it but now it just refuses to do any thing. Anyone got any ideas? Jeremy -- +------------------------------------------------+ | Jeremy Poulter Station Manager, B1000 | | jeremy.poulter@unforgettable.com | | http://www.argonet.co.uk/users/jeremy.poulter / +-----------------------------------------------' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Apr 26 14:06: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 OAA26185 for ; Mon, 26 Apr 1999 14:06:16 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA08820 for ; Mon, 26 Apr 1999 14:06:15 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa08816; Mon, 26 Apr 99 14:05:49 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:42278 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7419-16478> convert rfc822-to-quoted-printable; Mon, 26 Apr 1999 15:05:19 +0300 Received: by vger.rutgers.edu via listexpand id <154206-14821>; Mon, 26 Apr 1999 07:32:47 -0400 Received: by vger.rutgers.edu id <154192-14823>; Mon, 26 Apr 1999 07:32:43 -0400 Received: from chaos.oregan.net ([195.173.86.1]:3026 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154345-14821> convert rfc822-to-8bit; Mon, 26 Apr 1999 07:30:50 -0400 Received: from chaos.oregan.net (localhost [127.0.0.1]) by chaos.oregan.net (8.8.7/8.8.8) with ESMTP id NAA24956 for ; Mon, 26 Apr 1999 13:02:37 +0100 Message-Id: <199904261202.NAA24956@chaos.oregan.net> X-Mailer: exmh version 2.0.2 From: Richard Bradbury To: linux-arm@vger.rutgers.edu Subject: Re: Ether net cards In-reply-to: Your message of "Mon, 26 Apr 1999 11:56:41 BST." <2debc4f848%Jeremy@golden.argonet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Date: Mon, 26 Apr 1999 13:02:37 +0100 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 OAA26185 Status: RO Content-Length: 1644 Lines: 44 On Mon, 26 Apr 1999 11:56:41, Jeremy Poulter wrote: > > I have a Acorn Risc PC/A7000 interface © i-cubed ltd, EtherLan 600 in my SA > RISC PC but I can't get ARMLinux to recognise it. > The stange thing is ARMLinux was quite happy to install via FTP through it > but now it just refuses to do any thing. As the various boot messages whizz up the console, check that the hardware is being detected: Installed expansion cards: 8: [0046:011E] Acorn Risc PC/A7000 interface © i-cubed ltd, EtherLan 600 (...) Then check that you've downloaded and installed the appropriate set of modules from the ARM Linux FTP site: This needs unpacking with 'tar xvzf '. This will gunzip and untar all in one go. Make sure you are logged in as root and sitting in the / directory before you do this. The modules will be unpacked to /lib/modules/2.0.35 (or whatever). Getting the modules from the FTP site without a working network card is left as an exercise for the reader :-) Options include mounting the floppy drive (/dev/fd0) as /floppy or your ADFS hard disk partition (/dev/hda1) on /adfs. The device driver you need lives in /lib/modules/2.0.35/net/etherh.o (or similar). This will be inserted automagically at boot time provided you add the following line to /etc/conf.modules: alias eth0 etherh Then reboot, and hopefully the Ethernet should come alive. Other things worth checking are /etc/sysconfig/network and /etc/sysconfig/network-scripts/ifcfg-eth0. -- Richard. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 01:40:17 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 BAA39076 for ; Tue, 27 Apr 1999 01:40:16 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA10495 for ; Tue, 27 Apr 1999 01:40:16 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma010491; Tue, 27 Apr 99 01:39:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:25116 "EHLO vger.rutgers.edu" ident: "TIMEDOUT") by listserv.funet.fi with ESMTP id <7561-1796>; Tue, 27 Apr 1999 02:39:19 +0300 Received: by vger.rutgers.edu via listexpand id <154344-14821>; Mon, 26 Apr 1999 19:05:56 -0400 Received: by vger.rutgers.edu id <154455-14821>; Mon, 26 Apr 1999 19:05:41 -0400 Received: from moonraker.inetinc.com ([199.171.212.2]:60249 "EHLO moonraker.inetinc.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154352-14823>; Mon, 26 Apr 1999 19:00:49 -0400 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 SAA22668 for ; Mon, 26 Apr 1999 18:09:13 -0500 (CDT) Received: from inetinc.com (dobbelen [172.16.13.37]) by thunderball.inetinc.com (8.8.5/8.8.5) with ESMTP id SAA02982 for ; Mon, 26 Apr 1999 18:38:51 -0500 (CDT) Message-ID: <3724F799.5B1B66D8@inetinc.com> Date: Mon, 26 Apr 1999 18:32:41 -0500 From: Dave Baukus Organization: Inet Technologies Inc. X-Mailer: Mozilla 4.5 [en] (X11; U; SunOS 5.5.1 sun4m) X-Accept-Language: en MIME-Version: 1.0 CC: linux-arm@vger.rutgers.edu Subject: virt_to_bus and friends 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: 1249 Lines: 37 The definition of virt_to_bus() and bus_to_virt() for ebas285 on the arm 2.2.2 ARM kernel are rather curious to me; The macros are as follows (from linux/include/asm-arm/arch-ebsa285/mmu.h): ------------ /* On DEC21285-based machines, the dram is contiguous */ #define __virt_to_phys__is_a_macro #define __virt_to_phys(vpage) ((unsigned long)(vpage) - PAGE_OFFSET) #define __phys_to_virt__is_a_macro #define __phys_to_virt(ppage) ((unsigned long)(ppage) + PAGE_OFFSET) #define __virt_to_bus__is_a_macro #define ((x) - 0xe0000000) #define __bus_to_virt__is_a_macro #define __bus_to_virt(x) ((x) + 0xe0000000) ------------ PAGE_OFFSET from some place else is 0xc0000000 __virt_to_phys() et.al. make sense; however, I loose it on __virt_to_bus() et.al. I can't see anything mapped in at 0xe0000000. Can somebody explain the difference between these 2 sets of macros. I have an AMD driver that is using __virt_to_bus on addresses returned from kmalloc(). Thus, I get address manipulation such as: 0xc000fxxx - 0xe0000000 This is either broken or way too slick for me. Which is it ? 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 Tue Apr 27 11:23: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 LAA02300 for ; Tue, 27 Apr 1999 11:23:48 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA11776 for ; Tue, 27 Apr 1999 11:23:48 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma011765; Tue, 27 Apr 99 11:23:26 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:35418 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8100-1796>; Tue, 27 Apr 1999 12:22:55 +0300 Received: by vger.rutgers.edu via listexpand id <154326-14821>; Tue, 27 Apr 1999 04:49:42 -0400 Received: by vger.rutgers.edu id <154136-14823>; Tue, 27 Apr 1999 04:49:28 -0400 Received: from galatea-49.cableol.net ([194.168.16.49]:1695 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154338-14821>; Tue, 27 Apr 1999 04:48:44 -0400 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 KAA19079; Tue, 27 Apr 1999 10:02:17 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id KAA06052; Tue, 27 Apr 1999 10:01:30 +0100 Message-Id: <199904270901.KAA06052@flint.armlinux.org.uk> Subject: Re: virt_to_bus and friends To: dbaukus@inetinc.com (Dave Baukus) Date: Tue, 27 Apr 1999 10:01:30 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <3724F799.5B1B66D8@inetinc.com> from "Dave Baukus" at Apr 26, 99 06:32:41 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: 2163 Lines: 47 Dave Baukus writes: > __virt_to_phys() et.al. make sense; however, I loose it on __virt_to_bus() > et.al. I can't see anything mapped in at 0xe0000000. Read on... > Can somebody explain the difference between these 2 sets of macros. You may want to read Documentation/IO-mapping.txt. Basically: virt_to_phys converts an address as seen from the CPU (ie, 0xc0004000 - the address of the kernel page directory) to an address that is seen 'the other side of the page tables' (ie, 0x00004000 - the address that the CPU has to put on it's address pins to get the contents of that location. virt_to_bus converts an address as seen from the CPI to an address that is seen on the machine's IO bus Note: All of these translation functions are only valid on the kernel's mapping of the SDRAM. > I have an AMD driver that is using __virt_to_bus on addresses > returned from kmalloc(). Thus, I get address manipulation such as: > 0xc000fxxx - 0xe0000000 > This is either broken or way too slick for me. It's slick. The situation currently is: 1. The SDRAM is mapped into PCI memory space at 0xe0000000 This means that virtual address 0xc0000000 = PCI address 0xe0000000. Adding 0x20000000 or subtracting 0xe0000000 performs this translation. 2. The PCI memory space is mapped into virtual address space at 0xe0000000. This is merely for compatability with some currently broken drivers, however, the same translation is true: PCI address 0 == virtual address space 0xe0000000. But note! This should *not* be used! _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 27 11:24: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 LAA02312 for ; Tue, 27 Apr 1999 11:24:18 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA11781 for ; Tue, 27 Apr 1999 11:24:18 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma011779; Tue, 27 Apr 99 11:23:52 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:35418 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7522-26092>; Tue, 27 Apr 1999 12:23:13 +0300 Received: by vger.rutgers.edu via listexpand id <154039-14823>; Tue, 27 Apr 1999 04:49:42 -0400 Received: by vger.rutgers.edu id <154338-14823>; Tue, 27 Apr 1999 04:49:32 -0400 Received: from galatea-49.cableol.net ([194.168.16.49]:1695 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154326-14823>; Tue, 27 Apr 1999 04:48:37 -0400 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 KAA19087; Tue, 27 Apr 1999 10:04:41 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id KAA06065; Tue, 27 Apr 1999 10:03:54 +0100 Message-Id: <199904270903.KAA06065@flint.armlinux.org.uk> Subject: Re: Problems booting Debian image with ebsa-285 To: mestery@visi.com Date: Tue, 27 Apr 1999 10:03:54 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Apr 26, 99 05:23: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: 924 Lines: 17 mestery@visi.com writes: > Mounting remote filesystems... > Can't open /dev/tty1. open() errno = No such device (19). > open() failed to open /dev/tty1, errno = No such device (19). > Can't open /dev/tty1. open() errno = No such device (19). > open() failed to open /dev/tty1, errno = No such device (19). For starters, what's happened to /dev/tty1? _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 27 13:37: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 NAA05180 for ; Tue, 27 Apr 1999 13:37:19 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id NAA12118 for ; Tue, 27 Apr 1999 13:37:19 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012116; Tue, 27 Apr 99 13:37:17 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10788 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7861-1796>; Tue, 27 Apr 1999 14:37:08 +0300 Received: by vger.rutgers.edu via listexpand id <154136-14823>; Tue, 27 Apr 1999 07:03:52 -0400 Received: by vger.rutgers.edu id <154039-14821>; Tue, 27 Apr 1999 07:03:43 -0400 Received: from galatea-41.cableol.net ([194.168.16.41]:1716 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154140-14821>; Tue, 27 Apr 1999 07:03:24 -0400 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 MAA19510; Tue, 27 Apr 1999 12:35:48 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA01300; Tue, 27 Apr 1999 12:34:57 +0100 Message-Id: <199904271134.MAA01300@raistlin.armlinux.org.uk> Subject: Re: bios and elf To: benh@mipsys.com (Benjamin Herrenschmidt) Date: Tue, 27 Apr 1999 12:34:56 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990426190848.016531@mail.mipsys.com> from "Benjamin Herrenschmidt" at Apr 26, 99 07:08:48 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: 1031 Lines: 19 Benjamin Herrenschmidt writes: > So basically, for the bios to work in elf, (after fixing all the compile > and link problems, mostly due to missing includes and too many "_" in > some names like string.S stuffs), I made the following .lds file : Ok, thanks for the info. There is now bios-1.01 on the FTP site, which has some of this stuff incorporated. However, mkaif does not recognise ELF files yet. I wonder actually if objcopy can be used 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 Apr 27 14: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 OAA05886 for ; Tue, 27 Apr 1999 14:08:19 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12201 for ; Tue, 27 Apr 1999 14:08:19 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012199; Tue, 27 Apr 99 14:07:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:18496 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7941-26092>; Tue, 27 Apr 1999 15:07:39 +0300 Received: by vger.rutgers.edu via listexpand id <154039-14821>; Tue, 27 Apr 1999 07:34:24 -0400 Received: by vger.rutgers.edu id <154136-14823>; Tue, 27 Apr 1999 07:34:15 -0400 Received: from chaos.oregan.net ([195.173.86.1]:3961 "EHLO chaos.oregan.net" ident: "IDENT-NONSENSE") by vger.rutgers.edu with ESMTP id <154039-14823> convert rfc822-to-8bit; Tue, 27 Apr 1999 07:34:01 -0400 Received: from chaos.oregan.net (localhost [127.0.0.1]) by chaos.oregan.net (8.8.7/8.8.8) with ESMTP id NAA19959 for ; Tue, 27 Apr 1999 13:06:31 +0100 Message-Id: <199904271206.NAA19959@chaos.oregan.net> X-Mailer: exmh version 2.0.2 From: Richard Bradbury To: ARM Linux Subject: Re: Ether net cards In-reply-to: Your message of "Tue, 27 Apr 1999 10:24:55 BST." <495a40f948%Jeremy@golden.argonet.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7BIT Date: Tue, 27 Apr 1999 13:06:31 +0100 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: 1547 Lines: 68 On Tue, 27 Apr 1999 10:24:55, Jeremy Poulter wrote: > > /etc/conf.modules > > alias eth0 8390 > alias eth0 etherh Looks healthy > /etc/sysconfig/network-scripts/ifcfg-eth0 > > DEVICEth0 > IPADDR.1.1.50 > NETMASK%5.255.255.0 > NETWORK.1.1.0 > BROADCAST.1.1.255 > ONBOOTyes Looks plausible. I take it this is a private subnet then? > /etc/sysconfig/network > > NETWORKINGyes > HOSTNAMEJezWorld I've also got DOMAINNAMElah.blah GATEWAYpp.qq.rr.ss GATEWAYDEVth0 but these are probably not relevant to your private subnet. > During booting I get the message 'eth0 initislization delayed' (or > something similar). eth0 shows up in NetCfg but it is down and trying to > make it go up just gives the error 'Unable to initialize' Hmm. Are the appropriate driver modules being loaded automagically at boot time? Check with /sbin/lsmod. If not, insert 8390.o and etherh.o manually with /sbin/insmod. You probably put them in /lib/modules/2.0.35. Then try to make the interface come up with: cd /etc/sysconfig/network-scripts ./ifup ifcfg-eth0 and check with: /sbin/ifconfig -i eth0 I always thought the boot sequence was supposed to do a '/sbin/depmod -a' automatically. This should have created /lib/modules/2.0.35/modules.dep with the following line in it somewhere: /lib/modules/2.0.35/net/etherh.o: /lib/modules/2.0.35/net/8390.o If not, try running '/sbin/depmod -av' manually as root. That might do the trick for you. -- Richard. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 14:20: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 OAA06434 for ; Tue, 27 Apr 1999 14:20:50 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12234 for ; Tue, 27 Apr 1999 14:20:50 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012232; Tue, 27 Apr 99 14:20:28 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:47688 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7422-1796>; Tue, 27 Apr 1999 15:20:15 +0300 Received: by vger.rutgers.edu via listexpand id <154039-14821>; Tue, 27 Apr 1999 07:47:11 -0400 Received: by vger.rutgers.edu id <154140-14821>; Tue, 27 Apr 1999 07:46:57 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:28367 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154357-14821>; Tue, 27 Apr 1999 07:46:18 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10c6p0-0004t1-00; Tue, 27 Apr 1999 13:18:42 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #3) id 10c6oz-0000EU-00; Tue, 27 Apr 1999 13:18:41 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: Russell King - ARM Linux Admin , Benjamin Herrenschmidt , linux-arm@vger.rutgers.edu Subject: Re: bios and elf In-reply-to: Your message of "Tue, 27 Apr 1999 13:49:23 -0000." <3725C063.1EDF3C51@ensea.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Apr 1999 13:18:41 +0100 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: 270 Lines: 15 >I dont have GLIBC, and u32 doesn't exists: > >#ifdef __GLIBC__ >typedef unsigned int u32; >#endif > > >bash# CROSS_COMPILE=arm-linux- make What C library are you using if it's not glibc? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 15: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 PAA07758 for ; Tue, 27 Apr 1999 15:16:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA12409 for ; Tue, 27 Apr 1999 15:16:50 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012407; Tue, 27 Apr 99 15:16:27 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14146 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7441-1796>; Tue, 27 Apr 1999 16:15:09 +0300 Received: by vger.rutgers.edu via listexpand id <154546-14823>; Tue, 27 Apr 1999 08:41:24 -0400 Received: by vger.rutgers.edu id <154490-14821>; Tue, 27 Apr 1999 08:37:40 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:28719 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154039-14821>; Tue, 27 Apr 1999 08:34:06 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10c7V9-0004vk-00; Tue, 27 Apr 1999 14:02:15 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #3) id 10c7V9-0000HW-00; Tue, 27 Apr 1999 14:02:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: christophe leroy cc: Russell King - ARM Linux Admin , Benjamin Herrenschmidt , linux-arm@vger.rutgers.edu Subject: Re: bios and elf In-reply-to: Your message of "Tue, 27 Apr 1999 14:27:43 -0000." <3725C95F.B52851D@ensea.fr> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Apr 1999 14:02:14 +0100 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: 241 Lines: 10 >libc.so.5.4.46 Sorry, I was confused by the CROSS_COMPILE line in the commands you posted. I'd got the idea that you were building for an ARM host. Oops. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 15:52: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 PAA08295 for ; Tue, 27 Apr 1999 15:52:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA12481 for ; Tue, 27 Apr 1999 15:52:20 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012479; Tue, 27 Apr 99 15:52:00 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:4632 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7226-1796>; Tue, 27 Apr 1999 16:51:41 +0300 Received: by vger.rutgers.edu via listexpand id <154338-14821>; Tue, 27 Apr 1999 09:18:32 -0400 Received: by vger.rutgers.edu id <154163-14823>; Tue, 27 Apr 1999 09:18:13 -0400 Received: from galatea-75.cableol.net ([194.168.16.75]:1766 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154140-14821>; Tue, 27 Apr 1999 09:17:57 -0400 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 OAA19884; Tue, 27 Apr 1999 14:22:49 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA04228; Tue, 27 Apr 1999 14:22:09 +0100 Message-Id: <199904271322.OAA04228@raistlin.armlinux.org.uk> Subject: Re: Ether net cards To: rbradbury@oregan.net (Richard Bradbury) Date: Tue, 27 Apr 1999 14:22:08 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199904271206.NAA19959@chaos.oregan.net> from "Richard Bradbury" at Apr 27, 99 01:06:31 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: 1472 Lines: 47 Richard Bradbury writes: > > alias eth0 8390 > > alias eth0 etherh > > Looks healthy The alias should just be: alias eth0 etherh Since 8390 will be loaded by the dependencies automatically. > > /etc/sysconfig/network-scripts/ifcfg-eth0 > > > > DEVICEth0 > > IPADDR.1.1.50 > > NETMASK%5.255.255.0 > > NETWORK.1.1.0 > > BROADCAST.1.1.255 > > ONBOOTyes > > Looks plausible. I take it this is a private subnet then? Erm, what's happened here? It should look like: DEVICE=eth0 IPADDR=10.1.1.50 NETMASK=255.255.255.0 NETWORK=10.1.1.0 BROADCAST=10.1.1.255 ONBOOT=yes > I always thought the boot sequence was supposed to do a '/sbin/depmod -a' > automatically. This should have created /lib/modules/2.0.35/modules.dep > with the following line in it somewhere: It always has been done in the past. It might be worth checking that /lib/modules/`uname -r`/misc contains the modules as well. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 27 14:02: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 OAA05746 for ; Tue, 27 Apr 1999 14:02:49 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12177 for ; Tue, 27 Apr 1999 14:02:49 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012175; Tue, 27 Apr 99 14:02:18 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:18496 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7202-26092>; Tue, 27 Apr 1999 15:01:48 +0300 Received: by vger.rutgers.edu via listexpand id <154136-14821>; Tue, 27 Apr 1999 07:28:34 -0400 Received: by vger.rutgers.edu id <154368-14823>; Tue, 27 Apr 1999 07:28:28 -0400 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:33964 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154136-14823>; Tue, 27 Apr 1999 07:25:46 -0400 Received: from root@tamaya.wanadoo.fr [193.252.19.31] by wanadoo.fr for Paris Tue, 27 Apr 1999 13:58:03 +0200 (MET DST) Received: from tntaub17-174.abo.wanadoo.fr [164.138.87.174] by smtp.wanadoo.fr for Paris Tue, 27 Apr 1999 13:50:51 +0200 (MET DST) Message-ID: <3725C063.1EDF3C51@ensea.fr> Date: Tue, 27 Apr 1999 13:49:23 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i586) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin CC: Benjamin Herrenschmidt , linux-arm@vger.rutgers.edu Subject: Re: bios and elf References: <199904271134.MAA01300@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: 2839 Lines: 66 Russell King - ARM Linux Admin wrote: > Benjamin Herrenschmidt writes: > > So basically, for the bios to work in elf, (after fixing all the compile > > and link problems, mostly due to missing includes and too many "_" in > > some names like string.S stuffs), I made the following .lds file : > > Ok, thanks for the info. There is now bios-1.01 on the FTP site, which > has some of this stuff incorporated. However, mkaif does not recognise > ELF files yet. > > I wonder actually if objcopy can be used instead... I dont have GLIBC, and u32 doesn't exists: #ifdef __GLIBC__ typedef unsigned int u32; #endif bash# CROSS_COMPILE=arm-linux- make gcc -Wall -Wstrict-prototypes -O2 -fomit-frame-pointer -o scripts/mkaif scripts/mkaif.c scripts/mkaif.c:13: parse error before `u32' scripts/mkaif.c:13: warning: no semicolon at end of struct or union scripts/mkaif.c:14: warning: type defaults to `int' in declaration of `a_text' scripts/mkaif.c:14: warning: data definition has no type or storage class scripts/mkaif.c:15: parse error before `a_data' scripts/mkaif.c:15: warning: type defaults to `int' in declaration of `a_data' scripts/mkaif.c:15: warning: data definition has no type or storage class scripts/mkaif.c:16: parse error before `a_bss' scripts/mkaif.c:16: warning: type defaults to `int' in declaration of `a_bss' scripts/mkaif.c:16: warning: data definition has no type or storage class scripts/mkaif.c:17: parse error before `a_syms' scripts/mkaif.c:17: warning: type defaults to `int' in declaration of `a_syms' scripts/mkaif.c:17: warning: data definition has no type or storage class scripts/mkaif.c:18: parse error before `a_entry' scripts/mkaif.c:18: warning: type defaults to `int' in declaration of `a_entry' scripts/mkaif.c:18: warning: data definition has no type or storage class scripts/mkaif.c:19: parse error before `a_trsize' scripts/mkaif.c:19: warning: type defaults to `int' in declaration of `a_trsize' scripts/mkaif.c:19: warning: data definition has no type or storage class scripts/mkaif.c:20: parse error before `a_drsize' scripts/mkaif.c:20: warning: type defaults to `int' in declaration of `a_drsize' scripts/mkaif.c:20: warning: data definition has no type or storage class scripts/mkaif.c:35: parse error before `u32' scripts/mkaif.c:35: warning: no semicolon at end of struct or union scripts/mkaif.c:36: warning: type defaults to `int' in declaration of `reloc_code' scripts/mkaif.c:36: warning: data definition has no type or storage class scripts/mkaif.c:37: parse error before `init_code' scripts/mkaif.c:37: warning: type defaults to `int' in declaration of `init_code' scripts/mkaif.c:37: warning: data definition has no type or storage class scripts/mkaif.c:38: parse error before `entry_code' and so on.... unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 15:57: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 PAA08386 for ; Tue, 27 Apr 1999 15:57:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id PAA12505 for ; Tue, 27 Apr 1999 15:57:20 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012503; Tue, 27 Apr 99 15:56:51 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:4632 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <10688-1796>; Tue, 27 Apr 1999 16:56:33 +0300 Received: by vger.rutgers.edu via listexpand id <154369-14821>; Tue, 27 Apr 1999 09:23:15 -0400 Received: by vger.rutgers.edu id <154163-14821>; Tue, 27 Apr 1999 09:22:59 -0400 Received: from galatea-75.cableol.net ([194.168.16.75]:1773 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154373-14823>; Tue, 27 Apr 1999 09:21:26 -0400 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 OAA20013; Tue, 27 Apr 1999 14:53:49 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id OAA04366; Tue, 27 Apr 1999 14:53:06 +0100 Message-Id: <199904271353.OAA04366@raistlin.armlinux.org.uk> Subject: 2.2.6-rmk2 To: devel@netwinder.org, linux-arm@vger.rutgers.edu, linux-7110@redhat.com Date: Tue, 27 Apr 1999 14:53:06 +0100 (BST) 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: 830 Lines: 16 Hi all, pre-patch-2.2.6-rmk2.gz is now on the ftp.arm.linux.org.uk ftp site. There's not a lot of difference between this and -rmk1, mainly it's a revery back to the old tulip driver. If anyone has any problems at all with this kernel, please let me know. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Apr 27 14:34: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 OAA06775 for ; Tue, 27 Apr 1999 14:34:50 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA12285 for ; Tue, 27 Apr 1999 14:34:50 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012281; Tue, 27 Apr 99 14:34:25 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:35430 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7700-26092>; Tue, 27 Apr 1999 15:34:02 +0300 Received: by vger.rutgers.edu via listexpand id <154423-14823>; Tue, 27 Apr 1999 08:00:21 -0400 Received: by vger.rutgers.edu id <154039-14823>; Tue, 27 Apr 1999 07:56:59 -0400 Received: from smtp-out-001.wanadoo.fr ([193.252.19.68]:36685 "EHLO wanadoo.fr" ident: "root") by vger.rutgers.edu with ESMTP id <154140-14821>; Tue, 27 Apr 1999 07:56:44 -0400 Received: from aralia.wanadoo.fr [193.252.19.42] by wanadoo.fr for Paris Tue, 27 Apr 1999 14:29:05 +0200 (MET DST) Received: from tntaub17-174.abo.wanadoo.fr [164.138.87.174] by smtp.wanadoo.fr for Paris Tue, 27 Apr 1999 14:27:25 +0200 (MET DST) Message-ID: <3725C95F.B52851D@ensea.fr> Date: Tue, 27 Apr 1999 14:27:43 +0000 From: christophe leroy Organization: ENSEA X-Mailer: Mozilla 4.5 [en] (X11; I; Linux 2.2.2 i586) X-Accept-Language: en MIME-Version: 1.0 To: Philip Blundell CC: Russell King - ARM Linux Admin , Benjamin Herrenschmidt , linux-arm@vger.rutgers.edu Subject: Re: bios and elf 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: 343 Lines: 20 Philip Blundell wrote: > >I dont have GLIBC, and u32 doesn't exists: > > > >#ifdef __GLIBC__ > >typedef unsigned int u32; > >#endif > > > > > >bash# CROSS_COMPILE=arm-linux- make > > What C library are you using if it's not glibc? > > p. libc.so.5.4.46 christophe unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 16:50: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 QAA09566 for ; Tue, 27 Apr 1999 16:50:21 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA12661 for ; Tue, 27 Apr 1999 16:50:20 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012659; Tue, 27 Apr 99 16:50:14 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:3705 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7378-26092>; Tue, 27 Apr 1999 17:49:52 +0300 Received: by vger.rutgers.edu via listexpand id <154476-14821>; Tue, 27 Apr 1999 10:16:34 -0400 Received: by vger.rutgers.edu id <154368-14823>; Tue, 27 Apr 1999 10:15:28 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8061 "EHLO [195.25.220.24]" ident: "TIMEDOUT") by vger.rutgers.edu with ESMTP id <154511-14823>; Tue, 27 Apr 1999 10:13:59 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 27-Apr-1999 15:38:37 +0200 In-Reply-To: <199904271134.MAA01300@raistlin.armlinux.org.uk> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="==_Boundary-1_==" Date: Tue, 27 Apr 1999 16:36:53 +0100 To: Russell King - ARM Linux Admin , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(2): bios and elf Message-Id: <19990427163653.009161@mail.mipsys.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: 4609 Lines: 91 --==_Boundary-1_== Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit On Tue, Apr 27, 1999, Russell King - ARM Linux Admin wrote: >Benjamin Herrenschmidt writes: >> So basically, for the bios to work in elf, (after fixing all the compile >> and link problems, mostly due to missing includes and too many "_" in >> some names like string.S stuffs), I made the following .lds file : > >Ok, thanks for the info. There is now bios-1.01 on the FTP site, which >has some of this stuff incorporated. However, mkaif does not recognise >ELF files yet. Enclosed is a first test version of an elf mkaif.c. Note that for it to work with my ESBA card, the text address must be set to xxxxxxC0 and not xxxxxxA0. (Different Angel version ?). It should work on big-endian machines (actually, I only tested it on a linux-pmac installation, a good Mac is a Mac running linux ;-). I had to do more fixes here or there, I'll compare with your version and send you the patches. The asm crt0.S works but seems to detect the wrong amount of memory. The C code still crashes, apparently when calling set_msg thru the display_fn variable (I commented out all the PCI and VGA stuffs for now until I'm sure the C code works via the serial port). Directly calling set_msg works. Since I'm learning all those tools and the ARM ABI at the same time as debugging, I'm a little bit slow fixing the various issues. -- E-Mail: BenH. Web : --==_Boundary-1_== Content-transfer-encoding: base64 Mime-Version: 1.0 Content-Type: application/octet-stream; name="mkaif.c.gz.sit"; x-mac-creator="07482b78"; x-mac-type="07352150" Message-Id: <19990427163658.008021> Date: Tue, 27 Apr 1999 16:36:58 +0100 U0lUIQABAAAH0HJMYXUCrgAAABau5AAACm1rYWlmLmMuZ3p0b3J5OkGcB0hB8AAA AAEHQ8LwB0MAlAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAAA/////0d6aXBHemlw AQCzS5bms0uW5gAAAAAAAAdKAAAAAAAAB0oAANcHAAAAAAAAAqEfiwgINrwlNwAD bWthaWYuYwDFWW1v00gQ/pz8ioGqkJS0JCmqOEpPSmmA6kpbNeUAlchy7HVikdiR 14EUrv/9Zmb9/pa6h3SRAHt25nlmZ2fWu8OW7RjzlSngtfA8x92b/dncikTSN+2c yLOdaUZ2K59bhuPP0+K57azWz/3bpZDpgZVjI3KeyvHTMuGYtu5kZHMrLZjc+kL+ 0JckbaJ3K8MHsRZG81cTQNNW+33QNdux3MNG4/kOfJQCFrrhuRLOtQ+Dd6dvOiB8 AyzXA90whJSw8zxh6Yu1ryznwpn6M3AtIFkHbAeYO61v6r6e1SdZmf5Eyqw6hsex fVuf2z+Fycage0JnFy17Lsqg5O0ih4WyiTsHX5/MhYJC2yoQ4fje7SGBSF/3fNBN 08sHxZPo22GayhNz19B923WAws3uVkbqviD58N0dRkut2xb8ajYYtGEKw10sNcM1 xWEoY8S0iMKblvCsM6J1Vokmo7HPER96lpFMpmkBrm9eg2oi9mahT4U20WUs+uF6 3+RSN5KzkML7LsybF+NItnJWEiW9AxRRRLYwFMdfrofaxdXJ8AqOjuD49J02PD85 HZw3t0xh2Y6A0afBZe+gtW6jZ1g1Gj+nRvf78Sg/N7fEXIoChGJLZYGlazWj0Q+D z9rl+5OrUaPXbTaNme7BZGVZwrt52fujP+blxFU3cJX9huEubzVe6xa+crZqlucu KAeCV98NXlCsuZYlha8Evuvr8zbi0ctCtx2G0L2p0QGm3cHn7zfjNm4PjUQK4Z+Z 6WFoSR33mA5JOirjEBkHhnNrv68NUauB49pM6GYkvSTpkmU30VTHARonyZLGOlwP 6hldbCBvi1yDR0ew36Y0blhL3F59q4XbIe7HHXj8UWJ2vIJtCYO9i4/XMDh9+9V5 3AGeRneMU21wqkKrR893CIvuwRG4S+G0WKs37sCFdnVycX72pR3yktJr6Jawbkui jIkIAqOFg67X4g9Fu4iZgDFVxLcWh7DbgdFw+Jc2Gl63N5CtHN6hfBfY/kHsans4 wj1EN5UDT8KVQnusQddqhYJ2FAhl9XtDAVQwEKPj+ub4y9kowwFT08GNUJhJ5qJZ BwiPh2dvgZCFhxY4CBANCc02cYe7GZ7SF687BvV7Bd31dre/htbTbeNpm4lC//ay NhVDVWS9B5D1ysl6lWT9B5D1y8n6lWT7DyDbLyfbZ7Iirjdng9FoXI9L2VSNlbGd DK4HdWfGNhVDZVx/D69Gpxfn4zpcoU31aBnjxWhwfFozlsqmaqyMDceiKebYSvkS VhsVaBdLUtPBArI/Rf1izYzB1zuBSzbtzBTwhDyj73YdnMAmC/Vd4DkPj3MFUC9j KDw6JKACmywUn9KKZ1cKxTZZoOUMzww1gdgmCyQfACSLgKy5PpU1gdgmF6MZfWnq ZYCyyQcJY5cF24AU2eTBnNWiZmKyTT7i9b2SZV7JB3gli73CI4FjrusBKZu2KuLM 2aksAf/3I9UyOFCVrRfshGed+GysTlthuL46l+/5oCJfqaMKXQFHhu6AP/Pc1XSG /wpYeu7U0xfBmYZufY34JI0uxUdpfNntIQrdFVs2vnUPwcbglHl4CM+e2SpwoUu7 uyCFwdfObRPwjSNlc0hCnWXB7lpUocE9wB7vLaO9NYmSL/VNKFGhJ2HUracOjLLI 4nynG34td9giC7OsDbMsgqGzr/xZKzhskcVZiEUaZiMOW2Rh9Lk9dWrBsIWCoYou ywm6nV9ea2cXgxOViWXaau3hCVy+1T4HqqybWxG6ZeQ+fKweb1T8AXVcuhr79LWe UluFKilK/0dBSeKPLzGKkBkTFfeISi4Aj9B910Vc5zYFKJOIDBlYperXVuN39Hdw e4pnmij7JO/9aWPW1A6iSInzjna77ByPmCu1TSxsKSloxREz5q4UtN1EO2m4kWan UQHNPboa0Hg/iXfWY9uVvPu+om1Mbd7sq+5T2n7uxGLVVIteJ5I/DgiezsE4HnGN bNJS+0NeKw5Aom43qSlK2IV7YPFXhgyE33qiOjrchAi+R0qitNTzXtz3w3wIGLpr MenirzehCIeKYTcQUoq6RT+RUIyahKRYHsTYIOohJgyKZhdbhC1FSPjyG0MY0sR9 yTKaomVHml7/ZRjjVB+qz32oT1fUh4J/8PHN1XBwjSt0cHBAvNwOs+u0pfoVp5ii rhT39H5XV+p+5OEJ6odn+0I5EKVmQV4+pCNV5cjmjlTIXr8f1S/sRxHHo0QLN26m ViVPcDapVgpzVPmq9kREvs/mex+P0gVR4lFx1dTzqJnWTCk2G57wV56Dh9jmXbIt 3vzvbXHqedMbgxymKiOBljK+T6XEjpVXTFF+xhOlmODx3mX8sGLY5/AcpYR/hkmr /vOgzSeBUD89RNNLX18SU1Q6QXtfqSZJuilcVblRfCttoyDloxRHhuJVGZhkZDhd GhwL2D0Klw4L+seMyrIV/YdHaNSjvPkXS+v0dtYdAAA= --==_Boundary-1_==-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 17:52: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 RAA10951 for ; Tue, 27 Apr 1999 17:52:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA12814 for ; Tue, 27 Apr 1999 17:52:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma012810; Tue, 27 Apr 99 17:52:32 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:36938 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <12778-26092>; Tue, 27 Apr 1999 18:52:10 +0300 Received: by vger.rutgers.edu via listexpand id <154163-14823>; Tue, 27 Apr 1999 11:19:10 -0400 Received: by vger.rutgers.edu id <154451-14821>; Tue, 27 Apr 1999 11:19:02 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:39204 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154423-14821>; Tue, 27 Apr 1999 11:18:44 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Tue, 27 Apr 1999 17:44:03 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Tue, 27 Apr 1999 17:43:04 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id RAA18516 for ; Tue, 27 Apr 1999 17:51:00 +0200 Date: Tue, 27 Apr 1999 16:26:19 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F966EEEA%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 2932 Lines: 60 In message Philip Blundell wrote: > >Hm. That works. The kernel now boots (but switchs to 640x480, how can I > >let it take other video modes?). > > If you're using a NetWinder, see Rod's reply. If it's a RiscPC (which I'd got > the idea it was for some reason), look at acornfb.c not cyber2000fb.c. Well it is a riscpc, I said it in the very first mail. I also already found that, and the 12x22 Sun font on 1152x864 pixels looks much nicer ... But it does not help much if it does not let me login ! > >Unfortunately it does not let me login, > >if I type in the password it writes a line, deletes the screen and shows the > >login screen again. > > Did you include the FP emulator and all that good stuff? The old binary module > that you used with 2.0 won't work; you should probably compile NWFPE into the kernel > instead. > > >But I have another problem with the new kernel: It does not want to load > >the modules, for instance the fpemulator because they have a wrong kernel > >version. They are 2.0.59 it says, strange. > > You cannot mix modules and kernels freely. In general it will work most of > the time to load modules on a kernel with the same major revision (eg modules > >from 2.2.5 would work on a 2.2.6 kernel) but between 2.0 and 2.2 there is > basically no hope. You must install the modules that were built with the > new kernel. If you don't have source and can't get updated binaries you are > out of luck. Well I compiled the kernel and the modules by myself, but I did not know that I need a new FPEmulator. So I downloaded it from ftp.arm.linux.org.uk. Now it complains no more about wrong versions, but does not print something about the fpe module loaded as the old kernel did. It also does not let me login. I also included nwfpe as module, but it did not help. I also compiled a kernel with all things included, not as modules, but that had also no effect. If I tell you that compiling a kernel lasts about 1.5 hours on my RiscPC you know that I wasted a lot of time for nothing. Another thing I noticed is that there is no module dependencies file in /lib/modules/2.2.3 as is in 2.0.35. Can that be the problem? But if yes how do I get it there? Another problem is: how do I change the link to the fpe module to the old fpe module so that I can boot again with my 2.0.35 kernel? My solution was until now doing an update via ftp.arm.linux.org.uk and the installation disks, but that also lasts some time. Perhaps it would be a good idea to tell the people and me how to configure a kernel that will run on a riscpc. How can I know what is needed? -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Apr 27 19:17: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 TAA12416 for ; Tue, 27 Apr 1999 19:17:51 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA13050 for ; Tue, 27 Apr 1999 19:17:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma013048; Tue, 27 Apr 99 19:17:28 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:39947 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7680-1796>; Tue, 27 Apr 1999 20:14:19 +0300 Received: by vger.rutgers.edu via listexpand id <154585-14821>; Tue, 27 Apr 1999 12:33:57 -0400 Received: by vger.rutgers.edu id <154191-14821>; Tue, 27 Apr 1999 12:30:18 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:31175 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154321-14823>; Tue, 27 Apr 1999 12:27:29 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10cBCx-0005ev-00; Tue, 27 Apr 1999 17:59:43 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 10cBCw-00032L-00; Tue, 27 Apr 1999 17:59:42 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann From: philb@gnu.org cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-reply-to: Your message of "Tue, 27 Apr 1999 16:26:19 -0000." <48F966EEEA%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 27 Apr 1999 17:59:42 +0100 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: 629 Lines: 17 >login. I also included nwfpe as module, but it did not help. I also compiled Unless you have a really pressing reason to want the floating point emulator as a module, just compile it statically into the kernel. That way you will avoid all sorts of grief associated with loading the right module and having enough of an environment available to execute insmod. >Another thing I noticed is that there is no module dependencies file in >/lib/modules/2.2.3 as is in 2.0.35. Can that be the problem? But if yes >how do I get it there? depmod -a p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 01:49: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 BAA18445 for ; Wed, 28 Apr 1999 01:49:52 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA13799 for ; Wed, 28 Apr 1999 01:49:51 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma013797; Wed, 28 Apr 99 01:49:30 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:60443 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14678-4323>; Wed, 28 Apr 1999 02:49:14 +0300 Received: by vger.rutgers.edu via listexpand id <154638-14821>; Tue, 27 Apr 1999 19:15:51 -0400 Received: by vger.rutgers.edu id <154625-14823>; Tue, 27 Apr 1999 19:15:32 -0400 Received: from ganymede.or.intel.com ([134.134.248.3]:3463 "EHLO ganymede.or.intel.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154621-14821>; Tue, 27 Apr 1999 19:15:24 -0400 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 XAA05135 for ; Tue, 27 Apr 1999 23:48:15 GMT Received: by orsmsx28.jf.intel.com with Internet Mail Service (5.5.2232.9) id ; Tue, 27 Apr 1999 16:48:15 -0700 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Subject: How do I create a patch?? Date: Tue, 27 Apr 1999 16:48:13 -0700 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 X-Status: A Content-Length: 188 Lines: 9 How do I create a "patch"? Do I need to use the "diff" command? Which switches should I use? Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 01:57: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 BAA18594 for ; Wed, 28 Apr 1999 01:57:22 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id BAA13825 for ; Wed, 28 Apr 1999 01:57:21 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma013823; Wed, 28 Apr 99 01:57:09 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:18736 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7718-27122>; Wed, 28 Apr 1999 02:56:50 +0300 Received: by vger.rutgers.edu via listexpand id <154375-14823>; Tue, 27 Apr 1999 19:23:27 -0400 Received: by vger.rutgers.edu id <154320-14823>; Tue, 27 Apr 1999 19:23:10 -0400 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:27469 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154403-14823>; Tue, 27 Apr 1999 19:22:52 -0400 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 BAA13809; Wed, 28 Apr 1999 01:55:41 +0200 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 BAA18523; Wed, 28 Apr 1999 01:55:40 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for jason.chagas@intel.com; Wed, 28 Apr 1999 01:55:40 +0200 (CEST) Date: Wed, 28 Apr 1999 01:55:40 +0200 From: Matthew Wilcox To: "Chagas, Jason" Cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: How do I create a patch?? Message-ID: <19990428015540.V376@mencheca.ch.genedata.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: ; from Chagas, Jason on Tue, Apr 27, 1999 at 04:48:13PM -0700 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: 788 Lines: 17 On Tue, Apr 27, 1999 at 04:48:13PM -0700, Chagas, Jason wrote: > > How do I create a "patch"? Do I need to use the "diff" command? Which > switches should I use? I believe this is covered in one of the pieces of documentation. -urN are the preferred flags (unified, recursive and New files). you can skip N if you've not created any new files, and you can skip r if you're only diffing two files against each other as opposed to two directories. -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From jason.chagas@intel.com Wed Apr 28 02:26: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 CAA19009 for ; Wed, 28 Apr 1999 02:26:24 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id CAA13875 for ; Wed, 28 Apr 1999 02:26:23 +0200 Received: from thalia.fm.intel.com(132.233.247.11) by mentolat-e0.core.genedata.com via smap (V2.0) id xma013873; Wed, 28 Apr 99 02:26:21 +0200 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 RAA28437 for ; Tue, 27 Apr 1999 17:26:08 -0700 (PDT) Received: by fmsmsx18.fm.intel.com with Internet Mail Service (5.5.2448.0) id ; Tue, 27 Apr 1999 17:26:07 -0700 Message-ID: From: "Chagas, Jason" To: "'Matthew Wilcox'" Subject: RE: How do I create a patch?? Date: Tue, 27 Apr 1999 17:26:04 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="ISO-8859-1" Status: RO Content-Length: 1027 Lines: 34 Thanks... Jason ---------- From: Matthew Wilcox [SMTP:Matthew.Wilcox@genedata.com] Sent: Tuesday, April 27, 1999 7:56 PM To: Chagas, Jason Cc: 'linux-arm@vger.rutgers.edu' Subject: Re: How do I create a patch?? On Tue, Apr 27, 1999 at 04:48:13PM -0700, Chagas, Jason wrote: > > How do I create a "patch"? Do I need to use the "diff" command? Which > switches should I use? I believe this is covered in one of the pieces of documentation. -urN are the preferred flags (unified, recursive and New files). you can skip N if you've not created any new files, and you can skip r if you're only diffing two files against each other as opposed to two directories. -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 09:31: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 JAA26330 for ; Wed, 28 Apr 1999 09:31:54 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id JAA14598 for ; Wed, 28 Apr 1999 09:31:53 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma014596; Wed, 28 Apr 99 09:31:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57154 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7700-27122>; Wed, 28 Apr 1999 10:31:28 +0300 Received: by vger.rutgers.edu via listexpand id <153955-14821>; Wed, 28 Apr 1999 02:57:40 -0400 Received: by vger.rutgers.edu id <154361-14823>; Wed, 28 Apr 1999 02:57:32 -0400 Received: from penguin-ext.wise.edt.ericsson.se ([194.237.142.5]:65227 "EHLO penguin.wise.edt.ericsson.se" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <153955-14821>; Wed, 28 Apr 1999 02:57:17 -0400 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 JAA19570; Wed, 28 Apr 1999 09:30:07 +0200 (MET DST) Received: from era-t.ericsson.se by era-t.ericsson.se (SMI-8.6/LME-DOM-2.2.5(ERA/T)) id JAA19527; Wed, 28 Apr 1999 09:30:06 +0200 Message-ID: <3726B929.D7DF5509@era-t.ericsson.se> Date: Wed, 28 Apr 1999 07:30:49 +0000 From: Peter Danielsson X-Mailer: Mozilla 4.04 [en] (X11; I; Linux 2.2.0 i586) MIME-Version: 1.0 To: Peter Teichmann , linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? References: <48F966EEEA%teich-p@rcs.urz.tu-dresden.de> Content-Type: multipart/mixed; boundary="------------E2BACE3DD136B875035A95F4" 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: 33943 Lines: 1367 This is a multi-part message in MIME format. --------------E2BACE3DD136B875035A95F4 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Peter Teichmann wrote: > Well I compiled the kernel and the modules by myself, but I did not know > that I need a new FPEmulator. So I downloaded it from ftp.arm.linux.org.uk. > Now it complains no more about wrong versions, but does not print something > about the fpe module loaded as the old kernel did. It also does not let me > login. I also included nwfpe as module, but it did not help. I also compiled > a kernel with all things included, not as modules, but that had also no > effect. If I tell you that compiling a kernel lasts about 1.5 hours on > my RiscPC you know that I wasted a lot of time for nothing. > I recognize this problem! I too had some troubles with login, and it seemed impossible to get a working version (I compiled two or three myself, downloaded precompiled binaries and nothing helped.) After a while I begun to supect glibc for having a bug so I rewrote login to use some other routines for accessing /etc/passwd. My modified login is attached to this message. (only the .c file, it is taken from linux-utils-2.9i ) /Peter --------------E2BACE3DD136B875035A95F4 Content-Type: text/plain; charset=us-ascii; name="login.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="login.c" /* This program is derived from 4.3 BSD software and is subject to the copyright notice below. The port to HP-UX has been motivated by the incapability of 'rlogin'/'rlogind' as per HP-UX 6.5 (and 7.0) to transfer window sizes. Changes: - General HP-UX portation. Use of facilities not available in HP-UX (e.g. setpriority) has been eliminated. Utmp/wtmp handling has been ported. - The program uses BSD command line options to be used in connection with e.g. 'rlogind' i.e. 'new login'. - HP features left out: logging of bad login attempts in /etc/btmp, they are sent to syslog password expiry '*' as login shell, add it if you need it - BSD features left out: quota checks password expiry analysis of terminal type (tset feature) - BSD features thrown in: Security logging to syslogd. This requires you to have a (ported) syslog system -- 7.0 comes with syslog 'Lastlog' feature. - A lot of nitty gritty details has been adjusted in favour of HP-UX, e.g. /etc/securetty, default paths and the environment variables assigned by 'login'. - We do *nothing* to setup/alter tty state, under HP-UX this is to be done by getty/rlogind/telnetd/some one else. Michael Glad (glad@daimi.dk) Computer Science Department Aarhus University Denmark 1990-07-04 1991-09-24 glad@daimi.aau.dk: HP-UX 8.0 port: - now explictly sets non-blocking mode on descriptors - strcasecmp is now part of HP-UX 1992-02-05 poe@daimi.aau.dk: Ported the stuff to Linux 0.12 From 1992 till now (1997) this code for Linux has been maintained at ftp.daimi.aau.dk:/pub/linux/poe/ */ /* * Copyright (c) 1980, 1987, 1988 The Regents of the University of California. * All rights reserved. * * Redistribution and use in source and binary forms are permitted * provided that the above copyright notice and this paragraph are * duplicated in all such forms and that any documentation, * advertising materials, and other materials related to such * distribution and use acknowledge that the software was developed * by the University of California, Berkeley. The name of the * University may not be used to endorse or promote products derived * from this software without specific prior written permission. * THIS SOFTWARE IS PROVIDED ``AS IS'' AND WITHOUT ANY EXPRESS OR * IMPLIED WARRANTIES, INCLUDING, WITHOUT LIMITATION, THE IMPLIED * WARRANTIES OF MERCHANTIBILITY AND FITNESS FOR A PARTICULAR PURPOSE. */ /* * login [ name ] * login -h hostname (for telnetd, etc.) * login -f name (for pre-authenticated login: datakit, xterm, etc.) */ /* #define TESTING */ #ifdef TESTING #include "param.h" #else #include #endif #include #include #include #include #include #include #include #include #include #include #include #include #define index strchr #define rindex strrchr #include #include #include #include #include #include #include #include #include #include #include #include #include #include "my_crypt.h" #ifdef __linux__ # include # include #endif #ifdef TESTING # include "utmp.h" #else # include #endif #ifdef SHADOW_PWD # include #endif #ifdef USE_PAM # include # include # define PAM_MAX_LOGIN_TRIES 3 # define PAM_FAIL_CHECK if (retcode != PAM_SUCCESS) { \ fprintf(stderr,"\n%s\n",pam_strerror(pamh, retcode)); \ syslog(LOG_ERR,"%s",pam_strerror(pamh, retcode)); \ pam_end(pamh, retcode); exit(1); \ } # define PAM_END { retcode = pam_close_session(pamh,0); \ pam_end(pamh,retcode); } #endif #ifndef __linux__ # include #endif #include #define SLEEP_EXIT_TIMEOUT 5 #ifdef __linux__ #define DO_PS_FIDDLING #endif #ifdef DO_PS_FIDDLING #include "setproctitle.h" #endif #if 0 /* from before we had a lastlog.h file in linux */ struct lastlog { long ll_time; char ll_line[12]; char ll_host[16]; }; #endif #include "pathnames.h" #define P_(s) () void opentty P_((const char *tty)); void getloginname P_((void)); void timedout P_((void)); int rootterm P_((char *ttyn)); void motd P_((void)); void sigint P_((void)); void checknologin P_((void)); void dolastlog P_((int quiet)); void badlogin P_((const char *name)); char *stypeof P_((char *ttyid)); void checktty P_((char *user, char *tty, struct passwd *pwd)); void sleepexit P_((int eval)); #ifdef CRYPTOCARD int cryptocard P_((void)); #endif #undef P_ #ifdef KERBEROS #include #include char realm[REALM_SZ]; int kerror = KSUCCESS, notickets = 1; #endif #ifdef USE_TTY_GROUP # define TTY_MODE 0620 #else # define TTY_MODE 0600 #endif #define TTYGRPNAME "tty" /* name of group to own ttys */ /**# define TTYGRPNAME "other" **/ #ifndef MAXPATHLEN # define MAXPATHLEN 1024 #endif /* * This bounds the time given to login. Not a define so it can * be patched on machines where it's too small. */ #ifndef __linux__ int timeout = 300; #else int timeout = 60; #endif struct passwd *pwd; int failures = 1; char term[64], *hostname, *username, *tty; struct hostent hostaddress; char thishost[100]; #ifndef __linux__ struct sgttyb sgttyb; struct tchars tc = { CINTR, CQUIT, CSTART, CSTOP, CEOT, CBRK }; struct ltchars ltc = { CSUSP, CDSUSP, CRPRNT, CFLUSH, CWERASE, CLNEXT }; #endif const char *months[] = { "Jan", "Feb", "Mar", "Apr", "May", "Jun", "Jul", "Aug", "Sep", "Oct", "Nov", "Dec" }; /* provided by Linus Torvalds 16-Feb-93 */ void opentty(const char * tty) { int i; int fd = open(tty, O_RDWR); for (i = 0 ; i < fd ; i++) close(i); for (i = 0 ; i < 3 ; i++) dup2(fd, i); if (fd >= 3) close(fd); } /* true if the filedescriptor fd is a console tty, very Linux specific */ static int consoletty(int fd) { #ifdef __linux__ struct stat stb; if ((fstat(fd, &stb) >= 0) && (major(stb.st_rdev) == TTY_MAJOR) && (minor(stb.st_rdev) < 64)) { return 1; } #endif return 0; } #define GETPWNAM my_getpwnam struct passwd *my_getpwnam(const char *name) { FILE *smurf; struct passwd *pwd; smurf = fopen("/etc/passwd", "r"); do{ pwd = fgetpwent(smurf); }while( pwd && strcmp(name, pwd->pw_name)); fclose(smurf); return pwd; } int main(int argc, char **argv) { extern int errno, optind; extern char *optarg, **environ; struct group *gr; register int ch; register char *p; int ask, fflag, hflag, pflag, cnt; int quietlog, passwd_req; char *domain, *ttyn; char tbuf[MAXPATHLEN + 2], tname[sizeof(_PATH_TTY) + 10]; char *ctime(), *ttyname(), *stypeof(); time_t time(); void timedout(); char *termenv; char vcsn[20], vcsan[20]; char * childArgv[10]; char * buff; int childArgc = 0; #ifdef USE_PAM int retcode; pam_handle_t *pamh = NULL; struct pam_conv conv = { misc_conv, NULL }; pid_t childPid; void (*oldSigHandler) (); #else char *salt, *pp; #endif #ifndef __linux__ int ioctlval; #endif signal(SIGALRM, timedout); alarm((unsigned int)timeout); signal(SIGQUIT, SIG_IGN); signal(SIGINT, SIG_IGN); setpriority(PRIO_PROCESS, 0, 0); #ifdef HAVE_QUOTA quota(Q_SETUID, 0, 0, 0); #endif #ifdef DO_PS_FIDDLING initproctitle(argc, argv); #endif /* * -p is used by getty to tell login not to destroy the environment * -f is used to skip a second login authentication * -h is used by other servers to pass the name of the remote * host to login so that it may be placed in utmp and wtmp */ gethostname(tbuf, sizeof(tbuf)); strncpy(thishost, tbuf, sizeof(thishost)-1); thishost[sizeof(thishost)-1] = 0; domain = index(tbuf, '.'); username = tty = hostname = NULL; fflag = hflag = pflag = 0; passwd_req = 1; while ((ch = getopt(argc, argv, "fh:p")) != EOF) switch (ch) { case 'f': fflag = 1; break; case 'h': if (getuid()) { fprintf(stderr, "login: -h for super-user only.\n"); exit(1); } hflag = 1; if (domain && (p = index(optarg, '.')) && strcasecmp(p, domain) == 0) *p = 0; hostname = optarg; { struct hostent *he = gethostbyname(hostname); if (he) { memcpy(&hostaddress, he, sizeof(hostaddress)); } else { memset(&hostaddress, 0, sizeof(hostaddress)); } } break; case 'p': pflag = 1; break; case '?': default: fprintf(stderr, "usage: login [-fp] [username]\n"); exit(1); } argc -= optind; argv += optind; if (*argv) { char *p = *argv; username = strdup(p); ask = 0; /* wipe name - some people mistype their password here */ /* (of course we are too late, but perhaps this helps a little ..) */ while(*p) *p++ = ' '; } else ask = 1; #ifndef __linux__ #warning wrong code compiled ioctlval = 0; ioctl(0, TIOCLSET, &ioctlval); ioctl(0, TIOCNXCL, 0); fcntl(0, F_SETFL, ioctlval); ioctl(0, TIOCGETP, &sgttyb); sgttyb.sg_erase = CERASE; sgttyb.sg_kill = CKILL; ioctl(0, TIOCSLTC, <c); ioctl(0, TIOCSETC, &tc); ioctl(0, TIOCSETP, &sgttyb); /* * Be sure that we're in * blocking mode!!! * This is really for HPUX */ ioctlval = 0; ioctl(0, FIOSNBIO, &ioctlval); #endif /* ! __linux__ */ for (cnt = getdtablesize(); cnt > 2; cnt--) close(cnt); ttyn = ttyname(0); if (ttyn == NULL || *ttyn == '\0') { /* no snprintf required - see definition of tname */ sprintf(tname, "%s??", _PATH_TTY); ttyn = tname; } /* find names of Virtual Console devices, for later mode change */ { char *p = ttyn; /* find number of tty */ while (*p && !isdigit(*p)) p++; strcpy(vcsn, "/dev/vcs"); strcat(vcsn, p); strcpy(vcsan, "/dev/vcsa"); strcat(vcsan, p); } setpgrp(); { struct termios tt, ttt; tcgetattr(0, &tt); ttt = tt; ttt.c_cflag &= ~HUPCL; if((chown(ttyn, 0, 0) == 0) && (chmod(ttyn, 0622) == 0)) { tcsetattr(0,TCSAFLUSH,&ttt); signal(SIGHUP, SIG_IGN); /* so vhangup() wont kill us */ vhangup(); signal(SIGHUP, SIG_DFL); } setsid(); /* re-open stdin,stdout,stderr after vhangup() closed them */ /* if it did, after 0.99.5 it doesn't! */ opentty(ttyn); tcsetattr(0,TCSAFLUSH,&tt); } if ((tty = rindex(ttyn, '/'))) ++tty; else tty = ttyn; openlog("login", LOG_ODELAY, LOG_AUTHPRIV); #ifdef USE_PAM #warning pam used /* username is initialized to NULL and if specified on the command line it is set. Therefore, we are safe not setting it to anything */ retcode = pam_start("login",username, &conv, &pamh); if(retcode != PAM_SUCCESS) { fprintf(stderr,"login: PAM Failure, aborting: %s\n", pam_strerror(pamh, retcode)); syslog(LOG_ERR,"Couldn't initialize PAM: %s", pam_strerror(pamh, retcode)); exit(99); } /* hostname & tty are either set to NULL or their correct values, depending on how much we know */ retcode = pam_set_item(pamh, PAM_RHOST, hostname); PAM_FAIL_CHECK; retcode = pam_set_item(pamh, PAM_TTY, tty); PAM_FAIL_CHECK; /* if fflag == 1, then the user has already been authenticated */ if (fflag && (getuid() == 0)) passwd_req = 0; else passwd_req = 1; if(passwd_req == 1) { int failcount=0; /* there may be better ways to deal with some of these conditions, but at least this way I don't think we'll be giving away information... */ /* Perhaps someday we can trust that all PAM modules will pay attention to failure count and get rid of MAX_LOGIN_TRIES? */ retcode = pam_authenticate(pamh, 0); while((failcount++ < PAM_MAX_LOGIN_TRIES) && ((retcode == PAM_AUTH_ERR) || (retcode == PAM_USER_UNKNOWN) || (retcode == PAM_CRED_INSUFFICIENT) || (retcode == PAM_AUTHINFO_UNAVAIL))) { pam_get_item(pamh, PAM_USER, (const void **) &username); syslog(LOG_NOTICE,"FAILED LOGIN %d FROM %s FOR %s, %s", failcount, hostname, username, pam_strerror(pamh, retcode)); fprintf(stderr,"Login incorrect\n\n"); pam_set_item(pamh,PAM_USER,NULL); retcode = pam_authenticate(pamh, 0); } if (retcode != PAM_SUCCESS) { pam_get_item(pamh, PAM_USER, (const void **) &username); if (retcode == PAM_MAXTRIES) syslog(LOG_NOTICE,"TOO MANY LOGIN TRIES (%d) FROM %s FOR " "%s, %s", failcount, hostname, username, pam_strerror(pamh, retcode)); else syslog(LOG_NOTICE,"FAILED LOGIN SESSION FROM %s FOR %s, %s", hostname, username, pam_strerror(pamh, retcode)); fprintf(stderr,"\nLogin incorrect\n"); pam_end(pamh, retcode); exit(0); } retcode = pam_acct_mgmt(pamh, 0); if(retcode == PAM_NEW_AUTHTOK_REQD) { retcode = pam_chauthtok(pamh, PAM_CHANGE_EXPIRED_AUTHTOK); } PAM_FAIL_CHECK; } /* Grab the user information out of the password file for future usage First get the username that we are actually using, though. */ retcode = pam_get_item(pamh, PAM_USER, (const void **) &username); setpwent(); pwd = GETPWNAM(username); if (pwd) initgroups(username, pwd->pw_gid); retcode = pam_setcred(pamh, PAM_ESTABLISH_CRED); PAM_FAIL_CHECK; retcode = pam_open_session(pamh, 0); PAM_FAIL_CHECK; #else /* ! USE_PAM */ for (cnt = 0;; ask = 1) { # ifndef __linux__ ioctlval = 0; ioctl(0, TIOCSETD, &ioctlval); # endif if (ask) { fflag = 0; getloginname(); } /* Dirty patch to fix a gigantic security hole when using yellow pages. This problem should be solved by the libraries, and not by programs, but this must be fixed urgently! If the first char of the username is '+', we avoid login success. Feb 95 */ if (username[0] == '+') { puts("Illegal username"); badlogin(username); sleepexit(1); } /* (void)strcpy(tbuf, username); why was this here? */ if ((pwd = GETPWNAM(username))) { # ifdef SHADOW_PWD #warning shadow enabled struct spwd *sp; if ((sp = getspnam(username))) pwd->pw_passwd = sp->sp_pwdp; # endif salt = pwd->pw_passwd; } else if( errno == ENOMEM ) printf("memory problems\n"); salt = "xx"; if (pwd) { initgroups(username, pwd->pw_gid); checktty(username, tty, pwd); /* in checktty.c */ } /* if user not super-user, check for disabled logins */ if (pwd == NULL || pwd->pw_uid) checknologin(); /* * Disallow automatic login to root; if not invoked by * root, disallow if the uid's differ. */ if (fflag && pwd) { int uid = getuid(); passwd_req = pwd->pw_uid == 0 || (uid && uid != pwd->pw_uid); } /* * If trying to log in as root, but with insecure terminal, * refuse the login attempt. */ if (pwd && pwd->pw_uid == 0 && !rootterm(tty)) { fprintf(stderr, "%s login refused on this terminal.\n", pwd->pw_name); if (hostname) syslog(LOG_NOTICE, "LOGIN %s REFUSED FROM %s ON TTY %s", pwd->pw_name, hostname, tty); else syslog(LOG_NOTICE, "LOGIN %s REFUSED ON TTY %s", pwd->pw_name, tty); continue; } /* * If no pre-authentication and a password exists * for this user, prompt for one and verify it. */ if (!passwd_req || (pwd && !*pwd->pw_passwd)) break; setpriority(PRIO_PROCESS, 0, -4); pp = getpass("Password: "); # ifdef CRYPTOCARD if (strncmp(pp, "CRYPTO", 6) == 0) { if (pwd && cryptocard()) break; } # endif /* CRYPTOCARD */ p = crypt(pp, salt); setpriority(PRIO_PROCESS, 0, 0); # ifdef KERBEROS /* * If not present in pw file, act as we normally would. * If we aren't Kerberos-authenticated, try the normal * pw file for a password. If that's ok, log the user * in without issueing any tickets. */ if (pwd && !krb_get_lrealm(realm,1)) { /* * get TGT for local realm; be careful about uid's * here for ticket file ownership */ setreuid(geteuid(),pwd->pw_uid); kerror = krb_get_pw_in_tkt(pwd->pw_name, "", realm, "krbtgt", realm, DEFAULT_TKT_LIFE, pp); setuid(0); if (kerror == INTK_OK) { memset(pp, 0, strlen(pp)); notickets = 0; /* user got ticket */ break; } } # endif /* KERBEROS */ memset(pp, 0, strlen(pp)); if (pwd && !strcmp(p, pwd->pw_passwd)) break; printf("Login incorrect\n"); badlogin(username); /* log ALL bad logins */ failures++; /* we allow 10 tries, but after 3 we start backing off */ if (++cnt > 3) { if (cnt >= 10) { sleepexit(1); } sleep((unsigned int)((cnt - 3) * 5)); } } #endif /* !USE_PAM */ /* committed to login -- turn off timeout */ alarm((unsigned int)0); #ifdef HAVE_QUOTA if (quota(Q_SETUID, pwd->pw_uid, 0, 0) < 0 && errno != EINVAL) { switch(errno) { case EUSERS: fprintf(stderr, "Too many users logged on already.\nTry again later.\n"); break; case EPROCLIM: fprintf(stderr, "You have too many processes running.\n"); break; default: perror("quota (Q_SETUID)"); } sleepexit(0); } #endif /* paranoia... */ #ifdef SHADOW_PWD endspent(); #endif endpwent(); /* This requires some explanation: As root we may not be able to read the directory of the user if it is on an NFS mounted filesystem. We temporarily set our effective uid to the user-uid making sure that we keep root privs. in the real uid. A portable solution would require a fork(), but we rely on Linux having the BSD setreuid() */ { char tmpstr[MAXPATHLEN]; uid_t ruid = getuid(); gid_t egid = getegid(); /* avoid snprintf - old systems do not have it, or worse, have a libc in which snprintf is the same as sprintf */ if (strlen(pwd->pw_dir) + sizeof(_PATH_HUSHLOGIN) + 2 > MAXPATHLEN) quietlog = 0; else { sprintf(tmpstr, "%s/%s", pwd->pw_dir, _PATH_HUSHLOGIN); setregid(-1, pwd->pw_gid); setreuid(0, pwd->pw_uid); quietlog = (access(tmpstr, R_OK) == 0); setuid(0); /* setreuid doesn't do it alone! */ setreuid(ruid, 0); setregid(-1, egid); } } #ifndef __linux__ # ifdef KERBEROS if (notickets && !quietlog) printf("Warning: no Kerberos tickets issued\n"); # endif # ifndef USE_PAM /* PAM does all of this for us */ # define TWOWEEKS (14*24*60*60) if (pwd->pw_change || pwd->pw_expire) { struct timeval tp; gettimeofday(&tp, (struct timezone *)NULL); if (pwd->pw_change) { if (tp.tv_sec >= pwd->pw_change) { printf("Sorry -- your password has expired.\n"); sleepexit(1); } else if (tp.tv_sec - pwd->pw_change < TWOWEEKS && !quietlog) { struct tm *ttp; ttp = localtime(&pwd->pw_change); printf("Warning: your password expires on %s %d, %d\n", months[ttp->tm_mon], ttp->tm_mday, TM_YEAR_BASE + ttp->tm_year); } } if (pwd->pw_expire) { if (tp.tv_sec >= pwd->pw_expire) { printf("Sorry -- your account has expired.\n"); sleepexit(1); } else if (tp.tv_sec - pwd->pw_expire < TWOWEEKS && !quietlog) { struct tm *ttp; ttp = localtime(&pwd->pw_expire); printf("Warning: your account expires on %s %d, %d\n", months[ttp->tm_mon], ttp->tm_mday, TM_YEAR_BASE + ttp->tm_year); } } } # endif /* !USE_PAM */ /* nothing else left to fail -- really log in */ { struct utmp utmp; memset((char *)&utmp, 0, sizeof(utmp)); time(&utmp.ut_time); strncpy(utmp.ut_name, username, sizeof(utmp.ut_name)); /* ut_name may legally be non-null-terminated */ if (hostname) { strncpy(utmp.ut_host, hostname, sizeof(utmp.ut_host)); utmp.ut_host[sizeof(utmp.ut_host)-1] = 0; } strncpy(utmp.ut_line, tty, sizeof(utmp.ut_line)); utmp.ut_line[sizeof(utmp.ut_line)-1] = 0; login(&utmp); } #else /* __linux__ defined */ /* for linux, write entries in utmp and wtmp */ { struct utmp ut; int wtmp; struct utmp *utp; time_t t; pid_t mypid = getpid(); utmpname(_PATH_UTMP); setutent(); /* Find mypid in utmp. login sometimes overwrites the runlevel entry in /var/run/utmp, confusing sysvinit. I added a test for the entry type, and the problem was gone. (In a runlevel entry, st_pid is not really a pid but some number calculated from the previous and current runlevel). Michael Riepe */ while ((utp = getutent())) if (utp->ut_pid == mypid && utp->ut_type >= INIT_PROCESS && utp->ut_type <= DEAD_PROCESS) break; if (utp) { memcpy(&ut, utp, sizeof(ut)); } else { /* some gettys/telnetds don't initialize utmp... */ memset(&ut, 0, sizeof(ut)); } /* endutent(); superfluous, error for glibc */ if (ut.ut_id[0] == 0) strncpy(ut.ut_id, ttyn + 8, sizeof(ut.ut_id)); strncpy(ut.ut_user, username, sizeof(ut.ut_user)); strncpy(ut.ut_line, ttyn + 5, sizeof(ut.ut_line)); ut.ut_line[sizeof(ut.ut_line)-1] = 0; time(&t); ut.ut_time = t; /* ut_time is not always a time_t */ /* (we might test #ifdef _HAVE_UT_TV ) */ ut.ut_type = USER_PROCESS; ut.ut_pid = mypid; if (hostname) { strncpy(ut.ut_host, hostname, sizeof(ut.ut_host)); ut.ut_host[sizeof(ut.ut_host)-1] = 0; if (hostaddress.h_addr_list) memcpy(&ut.ut_addr, hostaddress.h_addr_list[0], sizeof(ut.ut_addr)); } pututline(&ut); endutent(); #if __GLIBC__ > 2 || (__GLIBC__ == 2 && __GLIBC_MINOR__ >= 1) updwtmp(_PATH_WTMP, &ut); #else #if 0 /* The O_APPEND open() flag should be enough to guarantee atomic writes at end of file. */ if((wtmp = open(_PATH_WTMP, O_APPEND|O_WRONLY)) >= 0) { write(wtmp, (char *)&ut, sizeof(ut)); close(wtmp); } #else /* Probably all this locking below is just nonsense, and the short version is OK as well. */ { int lf; if ((lf = open(_PATH_WTMPLOCK, O_CREAT|O_WRONLY, 0660)) >= 0) { flock(lf, LOCK_EX); if ((wtmp = open(_PATH_WTMP, O_APPEND|O_WRONLY)) >= 0) { write(wtmp, (char *)&ut, sizeof(ut)); close(wtmp); } flock(lf, LOCK_UN); close(lf); } } #endif #endif /* __GLIBC__ */ } #endif /* __linux__ */ dolastlog(quietlog); #ifndef __linux__ if (!hflag) { /* XXX */ static struct winsize win = { 0, 0, 0, 0 }; ioctl(0, TIOCSWINSZ, &win); } #endif chown(ttyn, pwd->pw_uid, (gr = getgrnam(TTYGRPNAME)) ? gr->gr_gid : pwd->pw_gid); chmod(ttyn, TTY_MODE); /* if tty is one of the VC's then change owner and mode of the special /dev/vcs devices as well */ if (consoletty(0)) { chown(vcsn, pwd->pw_uid, (gr ? gr->gr_gid : pwd->pw_gid)); chown(vcsan, pwd->pw_uid, (gr ? gr->gr_gid : pwd->pw_gid)); chmod(vcsn, TTY_MODE); chmod(vcsan, TTY_MODE); } setgid(pwd->pw_gid); #ifdef HAVE_QUOTA quota(Q_DOWARN, pwd->pw_uid, (dev_t)-1, 0); #endif if (*pwd->pw_shell == '\0') pwd->pw_shell = _PATH_BSHELL; #ifndef __linux__ /* turn on new line discipline for the csh */ else if (!strcmp(pwd->pw_shell, _PATH_CSHELL)) { ioctlval = NTTYDISC; ioctl(0, TIOCSETD, &ioctlval); } #endif /* preserve TERM even without -p flag */ { char *ep; if(!((ep = getenv("TERM")) && (termenv = strdup(ep)))) termenv = "dumb"; } /* destroy environment unless user has requested preservation */ if (!pflag) { environ = (char**)malloc(sizeof(char*)); memset(environ, 0, sizeof(char*)); } #ifndef __linux__ setenv("HOME", pwd->pw_dir, 1); setenv("SHELL", pwd->pw_shell, 1); if (term[0] == '\0') { strncpy(term, stypeof(tty), sizeof(term)); term[sizeof(term)-1] = 0; } setenv("TERM", term, 0); setenv("USER", pwd->pw_name, 1); setenv("PATH", _PATH_DEFPATH, 0); #else setenv("HOME", pwd->pw_dir, 0); /* legal to override */ if(pwd->pw_uid) setenv("PATH", _PATH_DEFPATH, 1); else setenv("PATH", _PATH_DEFPATH_ROOT, 1); setenv("SHELL", pwd->pw_shell, 1); setenv("TERM", termenv, 1); /* mailx will give a funny error msg if you forget this one */ { char tmp[MAXPATHLEN]; /* avoid snprintf */ if (sizeof(_PATH_MAILDIR) + strlen(pwd->pw_name) + 1 < MAXPATHLEN) { sprintf(tmp, "%s/%s", _PATH_MAILDIR, pwd->pw_name); setenv("MAIL",tmp,0); } } /* LOGNAME is not documented in login(1) but HP-UX 6.5 does it. We'll not allow modifying it. */ setenv("LOGNAME", pwd->pw_name, 1); #endif #ifdef USE_PAM { int i; const char * const * env; env = (const char * const *)pam_getenvlist(pamh); if (env != NULL) { for (i=0; env[i++]; ) { putenv(env[i-1]); /* D(("env[%d] = %s", i-1,env[i-1])); */ } } } #endif #ifdef DO_PS_FIDDLING setproctitle("login", username); #endif if (tty[sizeof("tty")-1] == 'S') syslog(LOG_INFO, "DIALUP AT %s BY %s", tty, pwd->pw_name); /* allow tracking of good logins. -steve philp (sphilp@mail.alliance.net) */ if (pwd->pw_uid == 0) { if (hostname) syslog(LOG_NOTICE, "ROOT LOGIN ON %s FROM %s", tty, hostname); else syslog(LOG_NOTICE, "ROOT LOGIN ON %s", tty); } else { if (hostname) syslog(LOG_INFO, "LOGIN ON %s BY %s FROM %s", tty, pwd->pw_name, hostname); else syslog(LOG_INFO, "LOGIN ON %s BY %s", tty, pwd->pw_name); } if (!quietlog) { struct stat st; char *mail; motd(); mail = getenv("MAIL"); if (mail && stat(mail, &st) == 0 && st.st_size != 0) { printf("You have %smail.\n", (st.st_mtime > st.st_atime) ? "new " : ""); } } signal(SIGALRM, SIG_DFL); signal(SIGQUIT, SIG_DFL); signal(SIGTSTP, SIG_IGN); signal(SIGHUP, SIG_DFL); #ifdef USE_PAM /* We must fork before setuid() because we need to call * pam_close_session() as root. */ signal(SIGINT, SIG_IGN); childPid = fork(); if (childPid < 0) { /* error in fork() */ fprintf(stderr,"login: failure forking: %s", strerror(errno)); PAM_END; exit(0); } else if (childPid) { /* parent - wait for child to finish, then cleanup session */ wait(NULL); PAM_END; exit(0); } /* child */ #endif signal(SIGINT, SIG_DFL); /* discard permissions last so can't get killed and drop core */ if(setuid(pwd->pw_uid) < 0 && pwd->pw_uid) { syslog(LOG_ALERT, "setuid() failed"); exit(1); } /* wait until here to change directory! */ if (chdir(pwd->pw_dir) < 0) { printf("No directory %s!\n", pwd->pw_dir); if (chdir("/")) exit(0); pwd->pw_dir = "/"; printf("Logging in with home = \"/\".\n"); } /* if the shell field has a space: treat it like a shell script */ if (strchr(pwd->pw_shell, ' ')) { buff = malloc(strlen(pwd->pw_shell) + 6); if (!buff) { fprintf(stderr, "login: no memory for shell script.\n"); exit(0); } strcpy(buff, "exec "); strcat(buff, pwd->pw_shell); childArgv[childArgc++] = "/bin/sh"; childArgv[childArgc++] = "-sh"; childArgv[childArgc++] = "-c"; childArgv[childArgc++] = buff; } else { tbuf[0] = '-'; strncpy(tbuf + 1, ((p = rindex(pwd->pw_shell, '/')) ? p + 1 : pwd->pw_shell), sizeof(tbuf)-1); tbuf[sizeof(tbuf)-1] = 0; childArgv[childArgc++] = pwd->pw_shell; childArgv[childArgc++] = tbuf; } childArgv[childArgc++] = NULL; execvp(childArgv[0], childArgv + 1); if (!strcmp(childArgv[0], "/bin/sh")) fprintf(stderr, "login: couldn't exec shell script: %s.\n", strerror(errno)); else fprintf(stderr, "login: no shell: %s.\n", strerror(errno)); exit(0); } void getloginname() { register int ch; register char *p; static char nbuf[UT_NAMESIZE + 1]; int cnt, cnt2; cnt2 = 0; for (;;) { cnt = 0; printf("\n%s login: ", thishost); fflush(stdout); for (p = nbuf; (ch = getchar()) != '\n'; ) { if (ch == EOF) { badlogin("EOF"); exit(0); } if (p < nbuf + UT_NAMESIZE) *p++ = ch; cnt++; if (cnt > UT_NAMESIZE + 20) { fprintf(stderr, "login name much too long.\n"); badlogin("NAME too long"); exit(0); } } if (p > nbuf) { if (nbuf[0] == '-') fprintf(stderr, "login names may not start with '-'.\n"); else { *p = '\0'; username = nbuf; break; } } cnt2++; if (cnt2 > 50) { fprintf(stderr, "too many bare linefeeds.\n"); badlogin("EXCESSIVE linefeeds"); exit(0); } } } void timedout() { struct termio ti; fprintf(stderr, "Login timed out after %d seconds\n", timeout); /* reset echo */ ioctl(0, TCGETA, &ti); ti.c_lflag |= ECHO; ioctl(0, TCSETA, &ti); exit(0); } int rootterm(ttyn) char *ttyn; #ifndef __linux__ { struct ttyent *t; return((t = getttynam(ttyn)) && t->ty_status&TTY_SECURE); } #else { int fd; char buf[100],*p; int cnt, more; more = 0; fd = open(SECURETTY, O_RDONLY); if(fd < 0) return 1; /* read each line in /etc/securetty, if a line matches our ttyline then root is allowed to login on this tty, and we should return true. */ for(;;) { p = buf; cnt = 100; while(--cnt >= 0 && (more = read(fd, p, 1)) == 1 && *p != '\n') p++; if(more && *p == '\n') { *p = '\0'; if(!strcmp(buf, ttyn)) { close(fd); return 1; } else continue; } else { close(fd); return 0; } } } #endif jmp_buf motdinterrupt; void motd() { register int fd, nchars; void (*oldint)(), sigint(); char tbuf[8192]; if ((fd = open(_PATH_MOTDFILE, O_RDONLY, 0)) < 0) return; oldint = signal(SIGINT, sigint); if (setjmp(motdinterrupt) == 0) while ((nchars = read(fd, tbuf, sizeof(tbuf))) > 0) write(fileno(stdout), tbuf, nchars); signal(SIGINT, oldint); close(fd); } void sigint() { longjmp(motdinterrupt, 1); } #ifndef USE_PAM /* PAM takes care of this */ void checknologin() { register int fd, nchars; char tbuf[8192]; if ((fd = open(_PATH_NOLOGIN, O_RDONLY, 0)) >= 0) { while ((nchars = read(fd, tbuf, sizeof(tbuf))) > 0) write(fileno(stdout), tbuf, nchars); sleepexit(0); } } #endif void dolastlog(quiet) int quiet; { struct lastlog ll; int fd; if ((fd = open(_PATH_LASTLOG, O_RDWR, 0)) >= 0) { lseek(fd, (off_t)pwd->pw_uid * sizeof(ll), SEEK_SET); if (!quiet) { if (read(fd, (char *)&ll, sizeof(ll)) == sizeof(ll) && ll.ll_time != 0) { printf("Last login: %.*s ", 24-5, (char *)ctime(&ll.ll_time)); if (*ll.ll_host != '\0') printf("from %.*s\n", (int)sizeof(ll.ll_host), ll.ll_host); else printf("on %.*s\n", (int)sizeof(ll.ll_line), ll.ll_line); } lseek(fd, (off_t)pwd->pw_uid * sizeof(ll), SEEK_SET); } memset((char *)&ll, 0, sizeof(ll)); time(&ll.ll_time); strncpy(ll.ll_line, tty, sizeof(ll.ll_line)); ll.ll_line[sizeof(ll.ll_line)-1] = 0; if (hostname) { strncpy(ll.ll_host, hostname, sizeof(ll.ll_host)); ll.ll_host[sizeof(ll.ll_host)-1] = 0; } write(fd, (char *)&ll, sizeof(ll)); close(fd); } } void badlogin(const char *name) { if (hostname) syslog(LOG_NOTICE, "%d LOGIN FAILURE%s FROM %s, %s", failures, failures > 1 ? "S" : "", hostname, name); else syslog(LOG_NOTICE, "%d LOGIN FAILURE%s ON %s, %s", failures, failures > 1 ? "S" : "", tty, name); } #undef UNKNOWN #define UNKNOWN "su" #ifndef __linux__ char * stypeof(ttyid) char *ttyid; { struct ttyent *t; return(ttyid && (t = getttynam(ttyid)) ? t->ty_type : UNKNOWN); } #endif /* should not be called from PAM code... Why? */ void sleepexit(eval) int eval; { sleep(SLEEP_EXIT_TIMEOUT); exit(eval); } --------------E2BACE3DD136B875035A95F4-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 11:29: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 LAA28863 for ; Wed, 28 Apr 1999 11:29:23 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id LAA14858 for ; Wed, 28 Apr 1999 11:29:23 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma014854; Wed, 28 Apr 99 11:29:11 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:14344 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15935-27122>; Wed, 28 Apr 1999 12:27:39 +0300 Received: by vger.rutgers.edu via listexpand id <154352-14823>; Wed, 28 Apr 1999 04:53:54 -0400 Received: by vger.rutgers.edu id <154183-14823>; Wed, 28 Apr 1999 04:53:40 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:31756 "EHLO globe.nexus.co.uk" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154344-14821>; Wed, 28 Apr 1999 04:53:04 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 10cQYM-0006PL-00; Wed, 28 Apr 1999 10:22:50 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 10cQYK-0003X4-00; Wed, 28 Apr 1999 10:22:48 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-reply-to: Your message of "Wed, 28 Apr 1999 09:23:00 -0000." <48F9C40380%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Apr 1999 10:22:48 +0100 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: 592 Lines: 22 >Though I had compiled fp emulation into the kernel, it still tried to load >the fpe module. The boot scripts don't know that you have compiled the emulator in. Just take out the call to insmod. >But it refused to load the etherh module (insmod reported >that it is no module). Have you installed a version of insmod that understands ELF files? >Can't locate module char-major-4 >Out of file handle >Out of file handle Sounds like you may need to update your pty devices. See the kernel documentation. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 10:34: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 KAA27403 for ; Wed, 28 Apr 1999 10:34:23 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id KAA14736 for ; Wed, 28 Apr 1999 10:34:23 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma014734; Wed, 28 Apr 99 10:34:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:6700 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7591-27122>; Wed, 28 Apr 1999 11:33:34 +0300 Received: by vger.rutgers.edu via listexpand id <153955-14823>; Wed, 28 Apr 1999 03:59:49 -0400 Received: by vger.rutgers.edu id <153855-14821>; Wed, 28 Apr 1999 03:59:43 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:54731 "HELO POP3.tu-dresden.de" ident: "TIMEDOUT") by vger.rutgers.edu with SMTP id <154145-14823>; Wed, 28 Apr 1999 03:57:33 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Wed, 28 Apr 1999 10:23:11 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Wed, 28 Apr 1999 10:22:11 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id KAA31592 for ; Wed, 28 Apr 1999 10:30:09 +0200 Date: Wed, 28 Apr 1999 09:23:00 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F9C40380%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1594 Lines: 40 In message philb@gnu.org wrote: > Unless you have a really pressing reason to want the floating point emulator > as a module, just compile it statically into the kernel. That way you will > avoid all sorts of grief associated with loading the right module and having > enough of an environment available to execute insmod. Well I now compiled again a kernel with all included, no modules. This kernel did not get very far. When it came to initialize my network card (etherh) it got stuck and stayed stuck. So I tried to compile only the network card as a module, to look what will happen. The following happened: Though I had compiled fp emulation into the kernel, it still tried to load the fpe module. But it refused to load the etherh module (insmod reported that it is no module). I could login! But I could not start X (OpenConsole: VT_GETSCRINFO failed). When I started MC, I got the followin messages repeated very often repeated: Can't locate module char-major-4 Out of file handle Out of file handle Then MC started anyway, but reacted in a very strange way when I pressed keys: I always had to press 3 keys after each other to make MC recognize them. Are these problems normal? What can be done against them? I really need X, and I need my network card, and I like MC. -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 14:29: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 OAA07122 for ; Wed, 28 Apr 1999 14:29:28 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id OAA15326 for ; Wed, 28 Apr 1999 14:29:24 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma015324; Wed, 28 Apr 99 14:29:04 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:50301 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7222-4323>; Wed, 28 Apr 1999 15:27:28 +0300 Received: by vger.rutgers.edu via listexpand id <154167-14823>; Wed, 28 Apr 1999 07:51:15 -0400 Received: by vger.rutgers.edu id <154169-14823>; Wed, 28 Apr 1999 07:50:29 -0400 Received: from galatea-33.cableol.net ([194.168.16.33]:1862 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154504-14821>; Wed, 28 Apr 1999 07:48:53 -0400 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 MAA23006 for ; Wed, 28 Apr 1999 12:09:11 +0100 From: Russell King Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id MAA00683 for linux-arm@vger.rutgers.edu; Wed, 28 Apr 1999 12:08:07 +0100 Message-Id: <199904281108.MAA00683@raistlin.armlinux.org.uk> Subject: Call for kernel patches To: linux-arm@vger.rutgers.edu Date: Wed, 28 Apr 1999 12:08:06 +0100 (BST) 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 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: 701 Lines: 15 Hi, I know that people out there have patches on the kernel to fix bugs, so please send them in, even if they're small. Thanks. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.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 Wed Apr 28 16:08: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 QAA37926 for ; Wed, 28 Apr 1999 16:07:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA15623 for ; Wed, 28 Apr 1999 16:07:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma015613; Wed, 28 Apr 99 16:07:30 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:42824 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15394-27122>; Wed, 28 Apr 1999 17:04:11 +0300 Received: by vger.rutgers.edu via listexpand id <154411-14823>; Wed, 28 Apr 1999 09:26:44 -0400 Received: by vger.rutgers.edu id <154460-14823>; Wed, 28 Apr 1999 09:25:15 -0400 Received: from relay7.UU.NET ([192.48.96.17]:4782 "EHLO relay7.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154653-14821>; Wed, 28 Apr 1999 09:20:21 -0400 Received: from xedia.com by relay7.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgmxb09352; Wed, 28 Apr 1999 09:53:45 -0400 (EDT) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA06908; Wed, 28 Apr 99 09:53:21 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id JAA24351; Wed, 28 Apr 1999 09:53:41 -0400 Date: Wed, 28 Apr 1999 09:53:41 -0400 Message-Id: <199904281353.JAA24351@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: peter.danielsson@era-t.ericsson.se Cc: teich-p@Rcs1.urz.tu-dresden.de, linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? References: <48F966EEEA%teich-p@rcs.urz.tu-dresden.de> <3726B929.D7DF5509@era-t.ericsson.se> 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: 1969 Lines: 41 >>>>> "Peter" == Peter Danielsson writes: Peter> Peter Teichmann wrote: >> Well I compiled the kernel and the modules by myself, but I did >> not know that I need a new FPEmulator. So I downloaded it from >> ftp.arm.linux.org.uk. Now it complains no more about wrong >> versions, but does not print something about the fpe module loaded >> as the old kernel did. It also does not let me login. I also >> included nwfpe as module, but it did not help. I also compiled a >> kernel with all things included, not as modules, but that had also >> no effect. If I tell you that compiling a kernel lasts about 1.5 >> hours on my RiscPC you know that I wasted a lot of time for >> nothing. >> Peter> I recognize this problem! I too had some troubles with login, Peter> and it seemed impossible to get a working version (I compiled Peter> two or three myself, downloaded precompiled binaries and Peter> nothing helped.) After a while I begun to supect glibc for Peter> having a bug so I rewrote login to use some other routines for Peter> accessing /etc/passwd. ... That rings a bell (it has been ringing in the background for a while, actually). There was a discussion on this list only a week or two ago about a bug in the glibc password handling functions -- caused by an invalid assumption about alignment of data elements in structures. Solution was to mark the structure in question "packed". A scan of the archives should turn it up soon enough... I wonder how many other cases like this exist. It's scary to think of the number of source lines that might hide bugs of this kind. Perhaps a solution would be to add a warning feature to the compiler so it reports any structure declarations where the particular platform is using padding beyond the minimum. I don't speak enough gcc to offer to do it, unfortunately. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 16:49: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 QAA38956 for ; Wed, 28 Apr 1999 16:49:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id QAA15737 for ; Wed, 28 Apr 1999 16:49:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmab15729; Wed, 28 Apr 99 16:49:10 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:24586 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15441-4323>; Wed, 28 Apr 1999 17:48:48 +0300 Received: by vger.rutgers.edu via listexpand id <154486-14821>; Wed, 28 Apr 1999 10:14:01 -0400 Received: by vger.rutgers.edu id <154167-14823>; Wed, 28 Apr 1999 10:13:50 -0400 Received: from galatea-65.cableol.net ([194.168.16.65]:1904 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154455-14823>; Wed, 28 Apr 1999 10:12:57 -0400 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 PAA23669; Wed, 28 Apr 1999 15:46:41 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA01892; Wed, 28 Apr 1999 15:45:55 +0100 Message-Id: <199904281445.PAA01892@raistlin.armlinux.org.uk> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? To: pkoning@xedia.com (Paul Koning) Date: Wed, 28 Apr 1999 15:45:53 +0100 (BST) Cc: peter.danielsson@era-t.ericsson.se, teich-p@Rcs1.urz.tu-dresden.de, linux-arm@vger.rutgers.edu In-Reply-To: <199904281353.JAA24351@tonga.xedia.com> from "Paul Koning" at Apr 28, 99 09:53:41 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: 1260 Lines: 24 Paul Koning writes: > There was a discussion on this list only a week or two ago about a bug > in the glibc password handling functions -- caused by an invalid > assumption about alignment of data elements in structures. Solution > was to mark the structure in question "packed". A scan of the > archives should turn it up soon enough... Ok, this really starts to worry me... Why would something that reads a textual file require it's structure to be packed? I don't get this. Ok, so adding the stuff to make the structure packed fixed the problem, but I think someone ought to fix it the 'right way' and find out why this structure needs to be packed when it shouldn't need 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 Wed Apr 28 17:57: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 RAA41880 for ; Wed, 28 Apr 1999 17:57:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA16067 for ; Wed, 28 Apr 1999 17:57:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa16061; Wed, 28 Apr 99 17:57:38 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:10272 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14311-4323>; Wed, 28 Apr 1999 18:55:38 +0300 Received: by vger.rutgers.edu via listexpand id <154715-14823>; Wed, 28 Apr 1999 11:15:48 -0400 Received: by vger.rutgers.edu id <154671-14823>; Wed, 28 Apr 1999 11:15:27 -0400 Received: from relay4.UU.NET ([192.48.96.14]:1694 "EHLO relay4.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154834-14821>; Wed, 28 Apr 1999 11:12:26 -0400 Received: from xedia.com by relay4.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgmxi14718 for ; Wed, 28 Apr 1999 11:43:54 -0400 (EDT) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA10071; Wed, 28 Apr 99 11:43:22 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id LAA24470; Wed, 28 Apr 1999 11:43:42 -0400 Date: Wed, 28 Apr 1999 11:43:42 -0400 Message-Id: <199904281543.LAA24470@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? References: <199904281353.JAA24351@tonga.xedia.com> <199904281445.PAA01892@raistlin.armlinux.org.uk> 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 X-Status: A Content-Length: 1859 Lines: 39 >>>>> "Russell" == Russell King <- ARM Linux Admin > writes: Russell> Paul Koning writes: >> There was a discussion on this list only a week or two ago about a >> bug in the glibc password handling functions -- caused by an >> invalid assumption about alignment of data elements in structures. >> Solution was to mark the structure in question "packed". A scan >> of the archives should turn it up soon enough... Russell> Ok, this really starts to worry me... Russell> Why would something that reads a textual file require it's Russell> structure to be packed? I don't get this. Russell> Ok, so adding the stuff to make the structure packed fixed Russell> the problem, but I think someone ought to fix it the 'right Russell> way' and find out why this structure needs to be packed when Russell> it shouldn't need to be. I don't remember the specifics, and I don't have the original note anymore. I do have one message from that thread. The subject was "Patches to glibc...."; Scott Bambrough was one of the others in the discussion. Date I have is around April 14th. >From vague recollection, I think the issue had to do with a data structure being passed around in which the request for a lookup was encoded. Yes of course, the actual final reference is to a text file but the issue wasn't there. Nor is it the only place; the one we shifted to in the message I saved is the Ethernet header. Linux is full of protocol headers of all flavors encoded as structs; many of those are suspect and may be broken. Tried to find an archive of this mailing list but wasn't successful. The website lists three. Dejanews doesn't appear to do mailing lists; findmail is out of order; and barnet appears to have nothing newer than mid 1998. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 17: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 RAA40688 for ; Wed, 28 Apr 1999 17:29:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id RAA15922 for ; Wed, 28 Apr 1999 17:29:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma015918; Wed, 28 Apr 99 17:28:56 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:27734 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14681-27122>; Wed, 28 Apr 1999 18:24:31 +0300 Received: by vger.rutgers.edu via listexpand id <154800-14821>; Wed, 28 Apr 1999 10:46:24 -0400 Received: by vger.rutgers.edu id <154752-14821>; Wed, 28 Apr 1999 10:45:09 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:34351 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154747-14823>; Wed, 28 Apr 1999 10:40:55 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Wed, 28 Apr 1999 17:07:04 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Wed, 28 Apr 1999 17:05:53 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id RAA33220 for ; Wed, 28 Apr 1999 17:13:51 +0200 Date: Wed, 28 Apr 1999 15:55:02 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F9E7E7CB%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 2155 Lines: 54 In message Philip Blundell wrote: > >But it refused to load the etherh module (insmod reported > >that it is no module). > > Have you installed a version of insmod that understands ELF files? Where from? I tried to compile 2.1.121 by myself, but I need to do it with the new kernel. But the assembler complained about gccs output which looked for example like this: .stabs "void:t19=19",128,0,0,0 - - - ident $Id: sys_cm.c,v 1.1 1997/09/10 22:22:37 rth Exp $ .stabs "__long_double_t:t14",128,0,118,0 Why don't you put some more recent modutils on ftp.arm.linux.org uk as you certainly have one? But I do not know whether this is my REAL PROBLEM, as etherh did NOT work when compiled into the kernel. Booting the kernel went to this line and did not get any further when etherh support was compiled into the kernel: eth0: etherh 600A found at 8000ae00, IRQ11, ether address ... > >Can't locate module char-major-4 > >Out of file handle > >Out of file handle > > Sounds like you may need to update your pty devices. See the kernel > documentation. Why don't you put an actual MAKEDEV on ftp.arm.linux.org.uk? I am relative sure you have one. That is the question at all: Why is there only those old a.out rubbish there? If you really want to use the arm linux (as I want) you do not get very far with that. And before people like me who only want to use linux and have not so much knowledge about the internals do not manage the step from 2.0.35 a.out to 2.2.X elf all the nice patches and developments of you guys out there are not very helpful. Why don't you provide 2.2.X kernels for the RiscPC/A7000/...? It would be much easier to upgrade to elf then! [Perhaps I should stay with NetBSD. Slowly I get tired and a bit angry because nothing seems to work with armlinux if you are not a guru and do not know all tricks.] -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 18:00: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 SAA42025 for ; Wed, 28 Apr 1999 18:00:58 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16087 for ; Wed, 28 Apr 1999 18:00:57 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016085; Wed, 28 Apr 99 18:00:26 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29216 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15189-27122>; Wed, 28 Apr 1999 18:58:58 +0300 Received: by vger.rutgers.edu via listexpand id <154731-14823>; Wed, 28 Apr 1999 11:24:40 -0400 Received: by vger.rutgers.edu id <154729-14821>; Wed, 28 Apr 1999 11:24:32 -0400 Received: from galatea-41.cableol.net ([194.168.16.41]:1920 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154723-14821>; Wed, 28 Apr 1999 11:24:13 -0400 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 QAA23884; Wed, 28 Apr 1999 16:58:07 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA02817; Wed, 28 Apr 1999 16:57:15 +0100 Message-Id: <199904281557.QAA02817@raistlin.armlinux.org.uk> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? To: teich-p@Rcs1.urz.tu-dresden.de (Peter Teichmann) Date: Wed, 28 Apr 1999 16:57:14 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <48F9E7E7CB%teich-p@rcs.urz.tu-dresden.de> from "Peter Teichmann" at Apr 28, 99 03:55:02 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: 3088 Lines: 66 Peter Teichmann writes: > In message > Philip Blundell wrote: > > Have you installed a version of insmod that understands ELF files? > > Where from? I tried to compile 2.1.121 by myself, but I need to do it with > the new kernel. But the assembler complained about gccs output which looked > for example like this: > > .stabs "void:t19=19",128,0,0,0 > - - - ident $Id: sys_cm.c,v 1.1 1997/09/10 22:22:37 rth Exp $ > .stabs "__long_double_t:t14",128,0,118,0 This looks like old GCC which doesn't know about ELF. Please upgrade your GCC to 2.8.1 or EGCS. > Why don't you put some more recent modutils on ftp.arm.linux.org uk as you > certainly have one? Probably because that's not Phil's site! He doesn't have access to that site (whereas I do). > But I do not know whether this is my REAL PROBLEM, as etherh did NOT work > when compiled into the kernel. Booting the kernel went to this line and did > not get any further when etherh support was compiled into the kernel: > > eth0: etherh 600A found at 8000ae00, IRQ11, ether address ... Which patches did you apply to the stock kernel from Linus? > > Sounds like you may need to update your pty devices. See the kernel > > documentation. > > Why don't you put an actual MAKEDEV on ftp.arm.linux.org.uk? I am relative > sure you have one. See above, plus, I don't have a later MAKEDEV script (yet). > That is the question at all: Why is there only those > old a.out rubbish there? If you really want to use the arm linux (as > I want) you do not get very far with that. And before people like me who > only want to use linux and have not so much knowledge about the internals > do not manage the step from 2.0.35 a.out to 2.2.X elf all the nice patches > and developments of you guys out there are not very helpful. Yes, thank you. The a.out is not rubbish, but as far as I know it's still to this date the only stuff that does work on the RiscPC. When there is a later stable distribution (debian maybe), then it'll get updated. > Why don't you provide 2.2.X kernels for the RiscPC/A7000/...? It would be > much easier to upgrade to elf then! There is a RiscPC kernel there, but it is an old one. I'm trying to pull away from doing distributions, since they take up too much of my time that I just don't have anymore. However, since I build for each release a A5000, RiscPC, EBSA110 and EBSA285+Netwinder kernel, I could upload those I suppose, with their respective modules. _____ |_____| ------------------------------------------------- ---+---+- | | 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 Wed Apr 28 18:10: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 SAA42280 for ; Wed, 28 Apr 1999 18:10:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16154 for ; Wed, 28 Apr 1999 18:10:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016147; Wed, 28 Apr 99 18:10:34 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:58167 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14547-4323>; Wed, 28 Apr 1999 19:07:52 +0300 Received: by vger.rutgers.edu via listexpand id <154847-14823>; Wed, 28 Apr 1999 11:30:15 -0400 Received: by vger.rutgers.edu id <154834-14823>; Wed, 28 Apr 1999 11:29:52 -0400 Received: from [194.168.16.162] ([194.168.16.162]:1941 "EHLO caramon.armlinux.org.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154862-14821>; Wed, 28 Apr 1999 11:27:30 -0400 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 RAA23948; Wed, 28 Apr 1999 17:01:24 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA02839; Wed, 28 Apr 1999 17:00:32 +0100 Message-Id: <199904281600.RAA02839@raistlin.armlinux.org.uk> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? To: pkoning@xedia.com (Paul Koning) Date: Wed, 28 Apr 1999 17:00:31 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199904281543.LAA24470@tonga.xedia.com> from "Paul Koning" at Apr 28, 99 11:43:42 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: 1032 Lines: 20 Paul Koning writes: > Nor is it the only place; the one we shifted to in the message I saved > is the Ethernet header. Linux is full of protocol headers of all > flavors encoded as structs; many of those are suspect and may be > broken. I know about the ones in the kernel. It's the ones in things like glibc, which IMHO shouldn't be there that I'm worried about. Yes, ok, it's right to pack a structure if it relates to external data, but not 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 Wed Apr 28 18:13: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 SAA42293 for ; Wed, 28 Apr 1999 18:13:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16174 for ; Wed, 28 Apr 1999 18:13:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016172; Wed, 28 Apr 99 18:13:31 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:29504 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16137-27122>; Wed, 28 Apr 1999 19:12:06 +0300 Received: by vger.rutgers.edu via listexpand id <154883-14823>; Wed, 28 Apr 1999 11:37:37 -0400 Received: by vger.rutgers.edu id <154837-14823>; Wed, 28 Apr 1999 11:37:28 -0400 Received: from mentolat-e0.core.genedata.com ([157.161.173.16]:28834 "EHLO mail.core.genedata.com" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154883-14821>; Wed, 28 Apr 1999 11:37:04 -0400 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 SAA16149; Wed, 28 Apr 1999 18:10:40 +0200 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 SAA36616; Wed, 28 Apr 1999 18:10:39 +0200 (CEST) Received: by genedata.com via sendmail from stdin id (Debian Smail3.2.0.102) for linux-arm@vger.rutgers.edu; Wed, 28 Apr 1999 18:10:39 +0200 (CEST) Date: Wed, 28 Apr 1999 18:10:39 +0200 From: Matthew Wilcox To: Paul Koning Cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <19990428181039.X376@mencheca.ch.genedata.com> References: <199904281353.JAA24351@tonga.xedia.com> <199904281445.PAA01892@raistlin.armlinux.org.uk> <199904281543.LAA24470@tonga.xedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199904281543.LAA24470@tonga.xedia.com>; from Paul Koning on Wed, Apr 28, 1999 at 11:43:42AM -0400 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: 1167 Lines: 23 On Wed, Apr 28, 1999 at 11:43:42AM -0400, Paul Koning wrote: > Tried to find an archive of this mailing list but wasn't successful. > The website lists three. Dejanews doesn't appear to do mailing lists; > findmail is out of order; and barnet appears to have nothing newer > than mid 1998. Um, me culpa on the barnet front; I left university and got a job and shifted my email and somehow never got around to updating it. vger does not archive linux-arm. I can try to construct a partial archive out of what I've saved (there shouldn't be too much missing). According to davem, dejanews *does* have it, if you want to try looking again. I don't have a publically available ftp server here; will people accept http access only? Several people once volunteered to htmlify the mail archives, but no-one ever actually did it. -- Matthew Wilcox "Windows and MacOS are products, contrived by engineers in the service of specific companies. Unix, by contrast, is not so much a product as it is a painstakingly compiled oral history of the hacker subculture." - N Stephenson unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From linux@arm.linux.org.uk Wed Apr 28 18:30: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 SAA38691 for ; Wed, 28 Apr 1999 18:30:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16216 for ; Wed, 28 Apr 1999 18:30:56 +0200 Received: from unknown(194.168.16.162) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016212; Wed, 28 Apr 99 18:30:26 +0200 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 RAA24053; Wed, 28 Apr 1999 17:30:12 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA02915; Wed, 28 Apr 1999 17:29:17 +0100 Message-Id: <199904281629.RAA02915@raistlin.armlinux.org.uk> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? To: Matthew.Wilcox@genedata.com (Matthew Wilcox) Date: Wed, 28 Apr 1999 17:29:17 +0100 (BST) Cc: pkoning@xedia.com, linux-arm@vger.rutgers.edu In-Reply-To: <19990428181039.X376@mencheca.ch.genedata.com> from "Matthew Wilcox" at Apr 28, 99 06:10:39 pm 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: 780 Lines: 14 Matthew Wilcox writes: > of what I've saved (there shouldn't be too much missing). According > to davem, dejanews *does* have it, if you want to try looking again. However, davem's just changed his mind to 'no, dejanews doesn't have it'. Ok, so time to update the web page I think. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From nick@flirble.org Wed Apr 28 18:45: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 SAA28415 for ; Wed, 28 Apr 1999 18:45:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16253 for ; Wed, 28 Apr 1999 18:45:56 +0200 Received: from prune.flirble.org(195.40.6.30) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016251; Wed, 28 Apr 99 18:45:52 +0200 Received: (qmail 25230 invoked from network); 28 Apr 1999 16:45:42 -0000 Received: from plum.flirble.org (HELO flirble.org) (195.40.6.20) by prune.flirble.org with SMTP; 28 Apr 1999 16:45:42 -0000 Received: (from nick@localhost) by flirble.org (8.9.1/8.8.5) id RAA12338 for Matthew.Wilcox@genedata.com; Wed, 28 Apr 1999 17:45:40 +0100 (BST) From: Nicholas Clark Message-Id: <199904281645.RAA12338@flirble.org> Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: <19990428181039.X376@mencheca.ch.genedata.com> from Matthew Wilcox at "Apr 28, 99 06:10:39 pm" To: Matthew.Wilcox@genedata.com (Matthew Wilcox) Date: Wed, 28 Apr 1999 17:45:39 +0100 (BST) 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: 300 Lines: 9 In the last mail Matthew Wilcox said: > I don't have a publically available ftp server here; will people accept > http access only? I can cron a wget onto the anonymous ftp server here on plum if that helps. (I theory I can archive the whole lot. In practice I'm not sure what I'd need to do) Nick From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 19:31: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 TAA44336 for ; Wed, 28 Apr 1999 19:31:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id TAA16379 for ; Wed, 28 Apr 1999 19:31:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016377; Wed, 28 Apr 99 19:31:02 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31524 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <16235-27122>; Wed, 28 Apr 1999 20:29:49 +0300 Received: by vger.rutgers.edu via listexpand id <154936-14823>; Wed, 28 Apr 1999 12:49:33 -0400 Received: by vger.rutgers.edu id <155013-14821>; Wed, 28 Apr 1999 12:47:16 -0400 Received: from nas01-201.93.thefree.net ([195.34.201.93]:1306 "EHLO hyperspace.linuxhacker.org" ident: "root") by vger.rutgers.edu with ESMTP id <154962-14823>; Wed, 28 Apr 1999 12:38:50 -0400 Received: from localhost (alex@localhost [127.0.0.1]) by hyperspace.linuxhacker.org (8.8.7/8.8.7) with ESMTP id SAA01504; Wed, 28 Apr 1999 18:07:26 +0100 Date: Wed, 28 Apr 1999 18:07:26 +0100 (GMT) From: Alex Holden To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: <48F9E7E7CB%teich-p@rcs.urz.tu-dresden.de> Message-ID: X-OS: Linux-2.2.1 X-Subliminal-Message: Use Linux! 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: 746 Lines: 14 On Wed, 28 Apr 1999, Peter Teichmann wrote: > Why don't you put an actual MAKEDEV on ftp.arm.linux.org.uk? I am relative > sure you have one. That is the question at all: Why is there only those MAKEDEV is a shell script. It is non platform specific. You can just download the dev package from any recent RedHat redhat and install it. It isn't even as if it is difficult to do it manually by just looking up the device numbers in Documentation/devices.txt. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 18:30: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 SAA42748 for ; Wed, 28 Apr 1999 18:30:57 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id SAA16217 for ; Wed, 28 Apr 1999 18:30:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma016213; Wed, 28 Apr 99 18:30:37 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:35873 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <20-4323>; Wed, 28 Apr 1999 19:30:18 +0300 Received: by vger.rutgers.edu via listexpand id <154760-14823>; Wed, 28 Apr 1999 11:54:29 -0400 Received: by vger.rutgers.edu id <155410-14821>; Wed, 28 Apr 1999 11:50:50 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:36141 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <154779-14823>; Wed, 28 Apr 1999 11:47:12 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Wed, 28 Apr 1999 18:13:11 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Wed, 28 Apr 1999 18:12:05 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id SAA24746 for ; Wed, 28 Apr 1999 18:20:02 +0200 Date: Wed, 28 Apr 1999 17:09:49 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F9EEC0B7%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: <199904281557.QAA02817@raistlin.armlinux.org.uk> X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 2346 Lines: 56 In message <199904281557.QAA02817@raistlin.armlinux.org.uk> Russell King - ARM Linux Admin wrote: > This looks like old GCC which doesn't know about ELF. Please upgrade your GCC > to 2.8.1 or EGCS. Hm. Actually I have the problem that I always do not know exactly whether to take the old gcc or the elf egcs. I will have a try. > > Why don't you put some more recent modutils on ftp.arm.linux.org uk as you > > certainly have one? > > Probably because that's not Phil's site! He doesn't have access to that site > (whereas I do). Well I did not mean only Phil, I meant the whole arm linux developer community, I should have made this more clear. > Which patches did you apply to the stock kernel from Linus? rmk-2. I would also try to compile a more recent kernel, but as some people wrote in the mailing list that they have such a kernel successfully running I took this. > See above, plus, I don't have a later MAKEDEV script (yet). Hm. But I do not have enough knowledge to make the new devices by hand. > Yes, thank you. The a.out is not rubbish, but as far as I know it's still to > this date the only stuff that does work on the RiscPC. When there is a later > stable distribution (debian maybe), then it'll get updated. I think I should excuse me for being so unpolite. Yes it is not rubbish, but if you have some friends with WCs and they have no problems running kde and using programs which need 100+ MB Ram you do not get the impression that it is very useful. > There is a RiscPC kernel there, but it is an old one. I'm trying to pull > away from doing distributions, since they take up too much of my time that > I just don't have anymore. However, since I build for each release a > A5000, RiscPC, EBSA110 and EBSA285+Netwinder kernel, I could upload those > I suppose, with their respective modules. I think none can expect you doing distributions. But it would be nice if enough information would be provided how to do it. I certainly spent already 24 hours trying to compile a running kernel! That is not very motivating. -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 20:35: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 UAA45265 for ; Wed, 28 Apr 1999 20:35:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA17272 for ; Wed, 28 Apr 1999 20:35:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma017270; Wed, 28 Apr 99 20:35:01 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:31556 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15446-4323>; Wed, 28 Apr 1999 21:31:37 +0300 Received: by vger.rutgers.edu via listexpand id <155408-14823>; Wed, 28 Apr 1999 13:55:19 -0400 Received: by vger.rutgers.edu id <155388-14823>; Wed, 28 Apr 1999 13:54:29 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:1142 "EHLO tele-post-20.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155290-14821>; Wed, 28 Apr 1999 13:51:46 -0400 Received: from [158.152.220.239] (helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 10cZ1W-0008kM-0K; Wed, 28 Apr 1999 18:25:31 +0000 Received: from localhost ([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 10cZ1R-0002fY-00; Wed, 28 Apr 1999 19:25:25 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Message from Peter Teichmann of "Wed, 28 Apr 1999 15:55:02 -0000." <48F9E7E7CB%teich-p@rcs.urz.tu-dresden.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Apr 1999 19:25:24 +0100 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: 956 Lines: 25 >Where from? I tried to compile 2.1.121 by myself, but I need to do it with Actually I think you need one of Bjorn's 2.2.x prerelease versions. I don't think 2.1.121 will work, though I could be wrong. However, I'm not 100% sure where you can get the latest versions - your best bet may be to search the linux-kernel archives. >Why don't you put some more recent modutils on ftp.arm.linux.org uk as you >certainly have one? I don't have access to that site. I imagine there are working modutils binaries in the Debian distribution, but if not I'll try to make some available. >Why don't you provide 2.2.X kernels for the RiscPC/A7000/...? It would be >much easier to upgrade to elf then! Because nobody with a RiscPC or an A7000 has volunteered to build a kernel and make one available. I have neither of these machines so there is nothing I can do about it. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 20:52: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 UAA45565 for ; Wed, 28 Apr 1999 20:52:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA17305 for ; Wed, 28 Apr 1999 20:52:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma017302; Wed, 28 Apr 99 20:52:22 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57469 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15081-4323>; Wed, 28 Apr 1999 21:48:55 +0300 Received: by vger.rutgers.edu via listexpand id <155022-14823>; Wed, 28 Apr 1999 14:14:09 -0400 Received: by vger.rutgers.edu id <154986-14823>; Wed, 28 Apr 1999 14:13:08 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4987 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154723-14821>; Wed, 28 Apr 1999 14:06:45 -0400 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 10cZG0-0005Jo-0A; Wed, 28 Apr 1999 18:40:28 +0000 Received: from localhost ([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 10cZ7Q-0002hU-00; Wed, 28 Apr 1999 19:31:36 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Paul Koning cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Message from Paul Koning of "Wed, 28 Apr 1999 11:43:42 EDT." <199904281543.LAA24470@tonga.xedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Apr 1999 19:31:36 +0100 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: 825 Lines: 18 >I don't remember the specifics, and I don't have the original note >anymore. I do have one message from that thread. The subject was >"Patches to glibc...."; Scott Bambrough was one of the others in the >discussion. Date I have is around April 14th. If I remember right that discussion was about structures like the TFTP header. Those do need to be packed because, unfortunately, they are used directly for external presentation. I don't recall ever having seen a detailed explanation of this alleged structure packing problem with passwd (though I might well have missed it). FWIW, my NetWinder runs the standard glibc with no patches and I haven't experienced any problems logging in. Does anybody have a test case for the bug? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 20:52: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 UAA45570 for ; Wed, 28 Apr 1999 20:52:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id UAA17306 for ; Wed, 28 Apr 1999 20:52:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa17302; Wed, 28 Apr 99 20:52:23 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:57469 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <14352-4323>; Wed, 28 Apr 1999 21:51:24 +0300 Received: by vger.rutgers.edu via listexpand id <154869-14823>; Wed, 28 Apr 1999 14:13:49 -0400 Received: by vger.rutgers.edu id <155085-14821>; Wed, 28 Apr 1999 14:12:56 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4980 "EHLO finch-post-10.mail.demon.net" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154981-14821>; Wed, 28 Apr 1999 14:06:47 -0400 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 10cZFx-0005Gs-0A; Wed, 28 Apr 1999 18:40:26 +0000 Received: from localhost ([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 10cZAK-0002hy-00; Wed, 28 Apr 1999 19:34:36 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: pkoning@xedia.com (Paul Koning), linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Message from Russell King - ARM Linux Admin of "Wed, 28 Apr 1999 17:00:31 BST." <199904281600.RAA02839@raistlin.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Apr 1999 19:34:34 +0100 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: 287 Lines: 9 >I know about the ones in the kernel. It's the ones in things like glibc, >which IMHO shouldn't be there that I'm worried about. Can you point to a specific example in glibc that you are concerned about? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 21:27: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 VAA46080 for ; Wed, 28 Apr 1999 21:27:27 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA17425 for ; Wed, 28 Apr 1999 21:27:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xmaa17421; Wed, 28 Apr 99 21:26:59 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19308 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8172-27122>; Wed, 28 Apr 1999 22:26:13 +0300 Received: by vger.rutgers.edu via listexpand id <155600-14821>; Wed, 28 Apr 1999 14:43:35 -0400 Received: by vger.rutgers.edu id <155509-14823>; Wed, 28 Apr 1999 14:37:48 -0400 Received: from relay2.UU.NET ([192.48.96.7]:3747 "EHLO relay2.UU.NET" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <155037-14821>; Wed, 28 Apr 1999 14:30:31 -0400 Received: from xedia.com by relay2.UU.NET with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgmxw20157; Wed, 28 Apr 1999 15:00:46 -0400 (EDT) Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA14102; Wed, 28 Apr 99 15:00:10 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id PAA24657; Wed, 28 Apr 1999 15:00:30 -0400 Date: Wed, 28 Apr 1999 15:00:30 -0400 Message-Id: <199904281900.PAA24657@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: philb@gnu.org Cc: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? References: <199904281543.LAA24470@tonga.xedia.com> 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: 1036 Lines: 22 >>>>> "Philip" == Philip Blundell writes: >> I don't remember the specifics, and I don't have the original note >> anymore. I do have one message from that thread. The subject was >> "Patches to glibc...."; Scott Bambrough was one of the others in >> the discussion. Date I have is around April 14th. Philip> If I remember right that discussion was about structures like Philip> the TFTP header. Those do need to be packed because, Philip> unfortunately, they are used directly for external Philip> presentation. I don't recall ever having seen a detailed Philip> explanation of this alleged structure packing problem with Philip> passwd (though I might well have missed it). I don't remember any of the details other than a vague recollection that the problem appeared in password checking. That in turn lead to the more general discussion, which is the only part I saved. Is there ANY archive of this list anywhere? paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 21:57: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 VAA46604 for ; Wed, 28 Apr 1999 21:57:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA17511 for ; Wed, 28 Apr 1999 21:57:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma017509; Wed, 28 Apr 99 21:56:59 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:22853 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <7399-4323>; Wed, 28 Apr 1999 22:54:57 +0300 Received: by vger.rutgers.edu via listexpand id <154423-14823>; Wed, 28 Apr 1999 15:17:01 -0400 Received: by vger.rutgers.edu id <155130-14821>; Wed, 28 Apr 1999 15:15:19 -0400 Received: from taos.demon.co.uk ([158.152.120.224]:14358 "EHLO taos.demon.co.uk" ident: "root") by vger.rutgers.edu with ESMTP id <154714-14823>; Wed, 28 Apr 1999 15:10:29 -0400 Received: from jade.tao.co.uk (jade.tao.co.uk [172.16.100.64]) by taos.demon.co.uk (8.9.0/8.8.3) with ESMTP id UAA13109 for ; Wed, 28 Apr 1999 20:44:02 +0100 Received: from jade.tao.co.uk (localhost [127.0.0.1]) by jade.tao.co.uk (8.8.7/8.8.7) with ESMTP id UAA09597 for ; Wed, 28 Apr 1999 20:51:25 +0100 Message-Id: <199904281951.UAA09597@jade.tao.co.uk> To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? In-Reply-To: Your message of "Wed, 28 Apr 1999 15:00:30 EDT." <199904281900.PAA24657@tonga.xedia.com> Date: Wed, 28 Apr 1999 20:51:24 +0100 From: Andy Hayward 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: 563 Lines: 14 > I don't remember any of the details other than a vague recollection > that the problem appeared in password checking. That in turn lead to > the more general discussion, which is the only part I saved. > > Is there ANY archive of this list anywhere? Possibly. I've got about 1550 emails from this list since December last year (about 5Mb worth uncompressed). Give me a day or so and I'll have a dig through. Alternatively does anyone have a ftp dropbox I can upload it all to? ach unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 22:33: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 WAA36094 for ; Wed, 28 Apr 1999 22:33:56 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id WAA17584 for ; Wed, 28 Apr 1999 22:33:56 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma017580; Wed, 28 Apr 99 22:33:41 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:62760 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <15395-4323>; Wed, 28 Apr 1999 23:33:29 +0300 Received: by vger.rutgers.edu via listexpand id <156191-14823>; Wed, 28 Apr 1999 15:50:46 -0400 Received: by vger.rutgers.edu id <155255-14823>; Wed, 28 Apr 1999 15:46:01 -0400 Received: from ifi.informatik.uni-stuttgart.de ([129.69.211.1]:1930 "EHLO ifi.informatik.uni-stuttgart.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with ESMTP id <154780-14823>; Wed, 28 Apr 1999 15:44:31 -0400 MIME-Version: 1.0 From: Stefan Bellon To: linux-arm@vger.rutgers.edu Date: Wed, 28 Apr 1999 21:51:46 +0200 Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48f9fd940ebellonsn@trick.informatik.uni-stuttgart.de> In-Reply-To: References: Message User-Agent: Pluto/1.11k (RISC-OS/3.7) POPstar/2.01b12 Reply-To: bellonsn@trick.informatik.uni-stuttgart.de 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: 790 Lines: 23 In article , Philip Blundell wrote: [snip] > >Why don't you provide 2.2.X kernels for the RiscPC/A7000/...? It > >would be much easier to upgrade to elf then! > Because nobody with a RiscPC or an A7000 has volunteered to build a > kernel and make one available. I have neither of these machines so > there is nothing I can do about it. So, would anybody who has already moved to ELF (with a RiscPC) make these available as binaries? I'd be very happy as well. Greetings, -- Stefan Bellon Acorn RiscPC * StrongARM 202 MHz * 66 MB RAM 'Work fascinates me - I could sit and watch it for hours' unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Apr 28 21:27: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 VAA46029 for ; Wed, 28 Apr 1999 21:27:26 +0200 (CEST) Received: (from mail@localhost) by mail.core.genedata.com (8.9.3/8.9.3) id VAA17424 for ; Wed, 28 Apr 1999 21:27:26 +0200 Received: from listserv.funet.fi(128.214.248.27) by mentolat-e0.core.genedata.com via smap (V2.0) id xma017421; Wed, 28 Apr 99 21:26:57 +0200 Received: from vger.rutgers.edu ([128.6.190.2]:19308 "EHLO vger.rutgers.edu" ident: "NO-IDENT-SERVICE[2]") by listserv.funet.fi with ESMTP id <8079-4323>; Wed, 28 Apr 1999 22:25:43 +0300 Received: by vger.rutgers.edu via listexpand id <155898-14821>; Wed, 28 Apr 1999 14:43:03 -0400 Received: by vger.rutgers.edu id <154953-14823>; Wed, 28 Apr 1999 14:38:10 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:39806 "HELO POP3.tu-dresden.de" ident: "NO-IDENT-SERVICE[2]") by vger.rutgers.edu with SMTP id <155579-14821>; Wed, 28 Apr 1999 14:33:20 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Wed, 28 Apr 1999 21:00:06 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Wed, 28 Apr 1999 20:59:00 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id VAA24746 for ; Wed, 28 Apr 1999 21:06:58 +0200 Date: Wed, 28 Apr 1999 20:04:40 +0000 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: how to get an elf system from the 2.0.35 redhat installation? Message-ID: <48F9FEC2C0%teich-p@rcs.urz.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.21beta 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: 1026 Lines: 22 In message Alex Holden wrote: > MAKEDEV is a shell script. It is non platform specific. You can just > download the dev package from any recent RedHat redhat and install it. > It isn't even as if it is difficult to do it manually by just looking up > the device numbers in Documentation/devices.txt. I already tried this, but they are all in a new rpm format which my old rpm utility can not read. I also already tried to compile a new rpm, but I gave up when I noticed that too much libs and other things needed for that are missing on my system. If you have an idea where I can get a more recent rpm which runs also on a RiscPC, preferable not compressed into a rpm with new format? -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu