From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 1 22:41:26 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id WAA07952 for ; Tue, 1 Jul 1997 22:41:20 +0100 Received: from root@vger.rutgers.edu (port 39434 [128.6.190.2]) by nic.funet.fi with ESMTP id <888-30738>; Wed, 2 Jul 1997 00:40:12 +0300 Received: by vger.rutgers.edu id <1000731-30852>; Tue, 1 Jul 1997 17:36:20 -0400 Received: from IDENT-NOT-QUERIED@relay-13.mail.demon.net (port 45643 [194.217.242.137]) by vger.rutgers.edu with SMTP id <1000427-30852>; Tue, 1 Jul 1997 17:18:37 -0400 Received: from jporritt.demon.co.uk ([158.152.132.95]) by punt-1.mail.demon.net id aa1308077; 1 Jul 97 22:01 BST From: James Porritt To: linux-arm@vger.rutgers.edu Subject: Comparisons Reply-To: poz@jporritt.demon.co.uk Date: Tue, 01 Jul 1997 21:54:39 GMT Message-ID: <19970701.215439.90@jporritt.demon.co.uk> Organization: The James Porritt Disorganisation X-Mailer: Archimedes TTFN Version 0.39 X-Posting-Agent: RISC OS Newsbase 0.59a Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi. I'm currently using RiscBSD and am considering switching to ARMLinux. One of the reasons for doing so, is the smaller size of binaries for Linux. Are there any other reasons which I should consider? Is it wise to switch at the moment, or should I wait until the ELF binaries are available? Has anyone done the switch which I am planning, and do they regret switching? How do the two Unices compare? What is ARMLinux like, compared to PC Linux? Sorry for asking all these questions! :) Thanks in advance Poz. -- James (Poz) Porritt - 2nd year CompSci at Durham University Email: poz@eh.org WWW: http://www.fluff.org/poz Pager: 0336 754684 ... The worst thing about censorship is . From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 09:09:28 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA12343 for ; Wed, 2 Jul 1997 09:09:27 +0100 Received: from root@vger.rutgers.edu (port 16992 [128.6.190.2]) by nic.funet.fi with ESMTP id <2844-30738>; Wed, 2 Jul 1997 11:08:58 +0300 Received: by vger.rutgers.edu id <1000346-30851>; Wed, 2 Jul 1997 04:06:04 -0400 Received: from IDENT-NOT-QUERIED@stingray.ivision.co.uk (port 55325 [194.154.62.72]) by vger.rutgers.edu with SMTP id <1000345-30852>; Wed, 2 Jul 1997 04:05:46 -0400 Received: from stingray.ivision.co.uk [194.154.62.72] by stingray.ivision.co.uk with smtp (Exim 1.62 #1) id 0wjKRv-0007mb-00; Wed, 2 Jul 1997 09:07:39 +0100 Date: Wed, 2 Jul 1997 09:07:39 +0100 (BST) From: Manar Hussain To: James Porritt cc: linux-arm@vger.rutgers.edu Subject: Re: Comparisons In-Reply-To: <19970701.215439.90@jporritt.demon.co.uk> Message-ID: Organisation: Internet Vision MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > I'm currently using RiscBSD and am considering switching to ARMLinux. >One of the reasons for doing so, is the smaller size of binaries for Linux. >Are there any other reasons which I should consider? Is it wise to switch at >the moment, or should I wait until the ELF binaries are available? Has anyone >done the switch which I am planning, and do they regret switching? How do the >two Unices compare? What is ARMLinux like, compared to PC Linux? Sorry for >asking all these questions! :) For the record - the main reason the binaries are smaller under Arm/Linux is because the current public offering for RiscBSD does not support shared libraries. As you may well know the NetBSD/Arm32 port (c. = RiscBSD) has had considerable time and effort put into it related to work to support the network computer and that most of these changes have not yet been pushed back into the public source tree. You may also be aware that these changes will be pushed back very shortly (it's the first priority after certain very soon to finish / recently finished priorities for finishing the NC work). I'm 99% sure that shared libraries have been publically mentioned as one of the many improvements that will be coming in as a result of this work being pulled back into the public source tree shortly. Manar From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 09:36:18 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA12561 for ; Wed, 2 Jul 1997 09:36:17 +0100 Received: from root@vger.rutgers.edu (port 45669 [128.6.190.2]) by nic.funet.fi with ESMTP id <16110-30738>; Wed, 2 Jul 1997 11:35:26 +0300 Received: by vger.rutgers.edu id <1000348-30852>; Wed, 2 Jul 1997 04:32:49 -0400 Received: from IDENT-NOT-QUERIED@snowcrash.cymru.net (port 1738 [163.164.160.3]) by vger.rutgers.edu with ESMTP id <1000345-30851>; Wed, 2 Jul 1997 04:32:34 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id JAA08008; Wed, 2 Jul 1997 09:31:36 +0100 From: Alan Cox Message-Id: <199707020831.JAA08008@snowcrash.cymru.net> Subject: Re: Comparisons To: manar@ivision.co.uk (Manar Hussain) Date: Wed, 2 Jul 1997 09:31:34 +0100 (BST) Cc: poz@jporritt.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "Manar Hussain" at Jul 2, 97 09:07:39 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > I'm 99% sure that shared libraries have been publically mentioned as one of > the many improvements that will be coming in as a result of this work being > pulled back into the public source tree shortly. Have they gone to ELF libraries and is there stuff that could be useful to the Linux community, or two both for standardisation issues ? Obviously actual code sharing is tricky (even more so now that the new NetBSD requires Chris Demetriou is credited on every document/advert for a product based on it), but trying to keep some kind of sane standards between the two will help everyone Alan From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 09:40:23 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA12600 for ; Wed, 2 Jul 1997 09:40:23 +0100 Received: from root@vger.rutgers.edu (port 20071 [128.6.190.2]) by nic.funet.fi with ESMTP id <16300-19265>; Wed, 2 Jul 1997 11:39:58 +0300 Received: by vger.rutgers.edu id <1000348-30852>; Wed, 2 Jul 1997 04:37:25 -0400 Received: from IDENT-NOT-QUERIED@stingray.ivision.co.uk (port 55539 [194.154.62.72]) by vger.rutgers.edu with SMTP id <1000345-30851>; Wed, 2 Jul 1997 04:37:10 -0400 Received: from stingray.ivision.co.uk [194.154.62.72] by stingray.ivision.co.uk with smtp (Exim 1.62 #1) id 0wjKwl-00007U-00; Wed, 2 Jul 1997 09:39:31 +0100 Date: Wed, 2 Jul 1997 09:39:31 +0100 (BST) From: Manar Hussain To: linux-arm@vger.rutgers.edu Subject: Re: Comparisons In-Reply-To: <199707020831.JAA08008@snowcrash.cymru.net> Message-ID: Organisation: Internet Vision MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >Have they gone to ELF libraries and is there stuff that could be useful to >the Linux community, or two both for standardisation issues ? Obviously I don't believe so - though not for a lack of interest/desire in cross-compatibility Manar From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 10:55:13 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA13160 for ; Wed, 2 Jul 1997 10:55:12 +0100 Received: from root@vger.rutgers.edu (port 17786 [128.6.190.2]) by nic.funet.fi with ESMTP id <15935-30738>; Wed, 2 Jul 1997 12:54:08 +0300 Received: by vger.rutgers.edu id <1000375-30852>; Wed, 2 Jul 1997 05:51:36 -0400 Received: from IDENT-NOT-QUERIED@hermes.dur.ac.uk (port 56571 [129.234.4.9]) by vger.rutgers.edu with SMTP id <1000385-30852>; Wed, 2 Jul 1997 05:51:15 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Wed, 2 Jul 1997 10:53:16 +0100 Received: from duss0 by dust0 id ; Wed, 2 Jul 1997 10:53:33 +0100 Date: Wed, 2 Jul 1997 10:53:13 +0100 (BST) From: Ale Terlevich To: James Porritt cc: linux-arm@vger.rutgers.edu Subject: Re: Comparisons In-Reply-To: <19970701.215439.90@jporritt.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Hi. > I'm currently using RiscBSD and am considering switching to ARMLinux. > One of the reasons for doing so, is the smaller size of binaries for Linux. > Are there any other reasons which I should consider? Is it wise to switch at I tried switching yesterday, just to see what ARMLinux was like, but I couldn't get it to recognise my EtherH card. Every kernel/boot/suplemental combination I tried gave an error about incompatible symbols in my kernel, even if I tried insmod -f. I can only assume this is a problem with my card not being recognised as an EtherH card? It's one of the Acorn ones. I'm back with RiscBSD now :) Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 11:03:18 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id LAA13250 for ; Wed, 2 Jul 1997 11:03:18 +0100 Received: from root@vger.rutgers.edu (port 50301 [128.6.190.2]) by nic.funet.fi with ESMTP id <2956-30738>; Wed, 2 Jul 1997 13:00:05 +0300 Received: by vger.rutgers.edu id <1000382-30852>; Wed, 2 Jul 1997 05:56:51 -0400 Received: from IDENT-NOT-QUERIED@hermes.dur.ac.uk (port 56784 [129.234.4.9]) by vger.rutgers.edu with SMTP id <1000348-30852>; Wed, 2 Jul 1997 05:55:13 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Wed, 2 Jul 1997 10:57:23 +0100 Received: from duss0 by dust0 id ; Wed, 2 Jul 1997 10:57:39 +0100 Date: Wed, 2 Jul 1997 10:57:18 +0100 (BST) From: Ale Terlevich To: linux-arm@vger.rutgers.edu Subject: Re: Comparisons 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 Status: RO On Wed, 2 Jul 1997, Manar Hussain wrote: > >Have they gone to ELF libraries and is there stuff that could be useful to > >the Linux community, or two both for standardisation issues ? Obviously > > I don't believe so - though not for a lack of interest/desire in > cross-compatibility > I'm no expert on ELF/a.out differences, but IIRC a.out on Linux isn't position independant (i.e. each library has to have it's own adress space to run in) which was the main reason for going ELF. a.out on NetBSD is position independant, so ELF isn't so urgently needed. I may of course be completely wrong :) Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 13:54:43 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA14512 for ; Wed, 2 Jul 1997 13:54:42 +0100 Received: from root@vger.rutgers.edu (port 4918 [128.6.190.2]) by nic.funet.fi with ESMTP id <2051-19265>; Wed, 2 Jul 1997 15:53:54 +0300 Received: by vger.rutgers.edu id <1000375-30851>; Wed, 2 Jul 1997 08:51:10 -0400 Received: from IDENT-NOT-QUERIED@tulpi.interconnect.com.au (port 1377 [192.189.54.18]) by vger.rutgers.edu with ESMTP id <1000374-30852>; Wed, 2 Jul 1997 08:50:55 -0400 Received: from ce (acc5-ppp51.mel.interconnect.com.au [210.8.0.179]) by tulpi.interconnect.com.au with SMTP id WAA01925 (8.8.5/IDA-1.6 for ); Wed, 2 Jul 1997 22:52:51 +1000 (EST) Message-ID: <33B9A606.6A2B@cvs.com.au> Date: Wed, 02 Jul 1997 10:51:18 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.0Gold (WinNT; I) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re ELF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Could I please ask a few questions. 1) Does anyone know where one gets the ELF standard. 2) I could be barking up the wrong tree but: a) The strong ARM cache uses virtual addresses. b) To flush the write cache we have to read data from an uncached area, 16k of it. I don't think a task switch should involve cleaning up a 16k cache, if it does performance will be pretty poor. If we map all processes into one virtual address space and under no circumstances we map physical space into the virtual space twice then the cache will never have to be flushed. This I see as a must. Can any one see why this can't be done with ELF? Regards From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 16:38:23 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id QAA15670 for ; Wed, 2 Jul 1997 16:38:23 +0100 Received: from root@vger.rutgers.edu (port 55412 [128.6.190.2]) by nic.funet.fi with ESMTP id <3047-30738>; Wed, 2 Jul 1997 18:37:39 +0300 Received: by vger.rutgers.edu id <1000382-30852>; Wed, 2 Jul 1997 11:33:35 -0400 Received: from IDENT-NOT-QUERIED@zuaxp9.star.ucl.ac.uk (port 1467 [128.40.1.19]) by vger.rutgers.edu with SMTP id <1000413-30851>; Wed, 2 Jul 1997 11:33:06 -0400 Received: by zuaxp9.star.ucl.ac.uk; id AA26241; Wed, 2 Jul 1997 16:37:57 +0100 Date: Wed, 2 Jul 1997 16:37:57 +0100 (BST) From: Richard Townsend To: linux-arm@vger.rutgers.edu Subject: A5k stuff.... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Is there any news about the availability of AL for A5k machines? IIRC, there are kernel problems at the moment which make it yunreleasable, but I was wondering if anyone had any news on this front - like, what exactly are the problems, and are they being worked on (or is the A5k stuff on hold?). cheers Rich +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 16:39:20 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id QAA15681 for ; Wed, 2 Jul 1997 16:39:18 +0100 Received: from root@vger.rutgers.edu (port 55412 [128.6.190.2]) by nic.funet.fi with ESMTP id <2575-30738>; Wed, 2 Jul 1997 18:39:00 +0300 Received: by vger.rutgers.edu id <1000410-30852>; Wed, 2 Jul 1997 11:35:44 -0400 Received: from IDENT-NOT-QUERIED@snowcrash.cymru.net (port 1422 [163.164.160.3]) by vger.rutgers.edu with ESMTP id <1000385-30852>; Wed, 2 Jul 1997 11:35:04 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id QAA13357; Wed, 2 Jul 1997 16:35:11 +0100 From: Alan Cox Message-Id: <199707021535.QAA13357@snowcrash.cymru.net> Subject: Re: Comparisons To: A.I.Terlevich@durham.ac.uk (Ale Terlevich) Date: Wed, 2 Jul 1997 16:35:10 +0100 (BST) Cc: poz@jporritt.demon.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "Ale Terlevich" at Jul 2, 97 10:53:13 am Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > couldn't get it to recognise my EtherH card. Every kernel/boot/suplemental > combination I tried gave an error about incompatible symbols in my kernel, > even if I tried insmod -f. I can only assume this is a problem with my > card not being recognised as an EtherH card? It's one of the Acorn ones. That sounds like the module for your card wasnt built to match the kernels From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 18:54:17 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id SAA16640 for ; Wed, 2 Jul 1997 18:54:17 +0100 Received: from root@vger.rutgers.edu (port 11569 [128.6.190.2]) by nic.funet.fi with ESMTP id <15971-19265>; Wed, 2 Jul 1997 20:53:14 +0300 Received: by vger.rutgers.edu id <1000376-30851>; Wed, 2 Jul 1997 13:50:22 -0400 Received: from IDENT-NOT-QUERIED@odie.barnet.ac.uk (port 2010 [194.82.202.98]) by vger.rutgers.edu with ESMTP id <1000375-30852>; Wed, 2 Jul 1997 13:50:06 -0400 Received: (from willy@localhost) by odie.barnet.ac.uk (8.8.2/8.8.0) id SAA16614; Wed, 2 Jul 1997 18:51:17 +0100 From: Matthew Wilcox Message-Id: <199707021751.SAA16614@odie.barnet.ac.uk> Subject: Re: Re ELF To: charlese@cvs.com.au (Charles Esson) Date: Wed, 2 Jul 1997 18:51:16 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <33B9A606.6A2B@cvs.com.au> from "Charles Esson" at Jul 2, 97 10:51:18 am 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 Status: RO > 1) Does anyone know where one gets the ELF standard. No. Sorry. Try a web search in altavista. > 2) I could be barking up the wrong tree but: > a) The strong ARM cache uses virtual addresses. > b) To flush the write cache we have to read data from an uncached area, > 16k of it. No. To flush the instruction and data cache, the recommended method is to read 32kB. > I don't think a task switch should involve cleaning up a 16k cache, if > it does performance will be pretty poor. It isn't /that/ bad. Other CPUs manage that, and considerably worse. The problem is exacerbated by the RPCs slow memory bus, but it's still liveable with and it's considerably better than your alternative suggestion. > If we map all processes into one virtual address space and under no > circumstances we map physical space into the virtual space twice then > the cache will never have to be flushed. This I see as a must. This I see as a very bad idea. It would mean all sorts of stupid restrictions on applications that don't exist under any other architecture. You'd be limited to about 64MB per application and 48 tasks running simultaneously. This is crap. From neil@causality.com Wed Jul 2 20:20:14 1997 Return-Path: Received: from fm3.facility.pipex.com (fm3.facility.pipex.com [194.131.104.13]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id UAA17363 for ; Wed, 2 Jul 1997 20:20:13 +0100 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjU30-00025n-00; Wed, 2 Jul 1997 19:22:34 +0100 Date: Wed, 02 Jul 1997 20:19:04 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: Matthew Wilcox Cc: linux-arm@vger.rutgers.edu, Charles Esson In-Reply-To: <199707021751.SAA16614@odie.barnet.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Status: RO On Wed 02 Jul, Matthew Wilcox wrote: > No. To flush the instruction and data cache, the recommended method is to > read 32kB. No, only if you're silly. If you're clever, you only do 16Kb. > > I don't think a task switch should involve cleaning up a 16k cache, if > > it does performance will be pretty poor. > > It isn't /that/ bad. Other CPUs manage that, and considerably worse. The > problem is exacerbated by the RPCs slow memory bus, but it's still > liveable with and it's considerably better than your alternative > suggestion. I diasgree. Not many CPUs need to do this and considerably worse, I can't think of any mainstream ones to hand... > This I see as a very bad idea. It would mean all sorts of stupid > restrictions on applications that don't exist under any other > architecture. You'd be limited to about 64MB per application and 48 tasks > running simultaneously. This is crap. No, that is crap :-) Why are you limited to this? Neil -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 20:22:26 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id UAA17380 for ; Wed, 2 Jul 1997 20:22:25 +0100 Received: from root@vger.rutgers.edu (port 17754 [128.6.190.2]) by nic.funet.fi with ESMTP id <15645-30738>; Wed, 2 Jul 1997 22:21:34 +0300 Received: by vger.rutgers.edu id <1000404-30852>; Wed, 2 Jul 1997 15:18:40 -0400 Received: from IDENT-NOT-QUERIED@fm3.facility.pipex.com (port 64290 [194.131.104.13]) by vger.rutgers.edu with SMTP id <1000375-30851>; Wed, 2 Jul 1997 15:18:34 -0400 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjU2y-00025n-00; Wed, 2 Jul 1997 19:22:32 +0100 Date: Wed, 02 Jul 1997 20:22:11 +0100 (BST) From: "Neil A. Carson" Subject: Re: Comparisons To: James Porritt Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19970701.215439.90@jporritt.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Tue 01 Jul, James Porritt wrote: > Hi. > I'm currently using RiscBSD and am considering switching to ARMLinux. > One of the reasons for doing so, is the smaller size of binaries for Linux. > Are there any other reasons which I should consider? Is it wise to switch at > the moment, or should I wait until the ELF binaries are available? Has anyone > done the switch which I am planning, and do they regret switching? How do the > two Unices compare? What is ARMLinux like, compared to PC Linux? Sorry for > asking all these questions! :) ARMLinux is a fine product, though a bit lacking in drivers for more modern hardware. At the moment, binaries are smaller for linux because of the use of fixed-address shared libraries. When we get round to doing the much-talked-about-but-not-seen NetBSD mega-source-merge, full position independant shared libaries will be available, using existing modified versions of gcc, for all. This could benefit the Linux community (and the rest of the ARM community for that matter) in return. All that's needed is for someone (Phil?) to do some clever work with the Linux linker for handling position independant code (we don't use binutils, as it's dreadful). As for the rest, I won't comment, because I'd be seen as biased (despite the fact that I hate unix in all forms!). Neil -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 20:51:25 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id UAA17609 for ; Wed, 2 Jul 1997 20:51:25 +0100 Received: from root@vger.rutgers.edu (port 1632 [128.6.190.2]) by nic.funet.fi with ESMTP id <16018-19265>; Wed, 2 Jul 1997 22:50:34 +0300 Received: by vger.rutgers.edu id <1000376-30852>; Wed, 2 Jul 1997 15:47:39 -0400 Received: from IDENT-NOT-QUERIED@zuaxp9.star.ucl.ac.uk (port 2038 [128.40.1.19]) by vger.rutgers.edu with SMTP id <1000375-30852>; Wed, 2 Jul 1997 15:47:02 -0400 Received: by zuaxp9.star.ucl.ac.uk; id AA29745; Wed, 2 Jul 1997 20:52:45 +0100 Date: Wed, 2 Jul 1997 20:52:44 +0100 (BST) From: Richard Townsend To: "Neil A. Carson" Cc: James Porritt , linux-arm@vger.rutgers.edu Subject: Re: Comparisons 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 Status: RO > On Tue 01 Jul, James Porritt wrote: > > Hi. > > I'm currently using RiscBSD and am considering switching to ARMLinux. > > One of the reasons for doing so, is the smaller size of binaries for Linux. > > Are there any other reasons which I should consider? Is it wise to switch at > > the moment, or should I wait until the ELF binaries are available? Has anyone > > done the switch which I am planning, and do they regret switching? How do the > > two Unices compare? What is ARMLinux like, compared to PC Linux? Sorry for > > asking all these questions! :) Hmm, for me the most important difference is that I can't use RiscBSD on my A3020, but *can* use AL (well, in the near future....hint hint). just my 2p worth Rich PS A good anagram of "TONY BLAIR MP" is "I'M TORY PLAN B". Ho ho. +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 2 21:06:47 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id VAA17721 for ; Wed, 2 Jul 1997 21:06:47 +0100 Received: from root@vger.rutgers.edu (port 44390 [128.6.190.2]) by nic.funet.fi with ESMTP id <2540-19265>; Wed, 2 Jul 1997 23:06:46 +0300 Received: by vger.rutgers.edu id <1000405-30851>; Wed, 2 Jul 1997 16:02:54 -0400 Received: from IDENT-NOT-QUERIED@sun3.nsfnet-relay.ac.uk (port 1328 [128.86.8.50]) by vger.rutgers.edu with ESMTP id <1000413-30851>; Wed, 2 Jul 1997 16:02:06 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Wed, 2 Jul 1997 21:04:08 +0100 Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Wed, 2 Jul 97 21:03:19 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Wed, 2 Jul 1997 20:02:05 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <714.199707022002@raistlin.armlinux.org> Subject: Re: Comparisons To: A.I.Terlevich@durham.ac.uk (Ale Terlevich) Date: Wed, 2 Jul 1997 21:02:50 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Ale Terlevich" at Jul 2, 97 10:53:13 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 Status: RO Ale Terlevich writes: > I tried switching yesterday, just to see what ARMLinux was like, but I > couldn't get it to recognise my EtherH card. Every kernel/boot/suplemental > combination I tried gave an error about incompatible symbols in my kernel, > even if I tried insmod -f. I can only assume this is a problem with my > card not being recognised as an EtherH card? It's one of the Acorn ones. Some more details would be helpful. Eg. What installation method are you using? Are you using the latest disk and kernel as of Sunday night? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From charlese@cvs.com.au Wed Jul 2 23:46:52 1997 Return-Path: Received: from tulpi.interconnect.com.au (root@tulpi.interconnect.com.au [192.189.54.18]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA18902 for ; Wed, 2 Jul 1997 23:46:50 +0100 Received: from ce (acc5-ppp51.mel.interconnect.com.au [210.8.0.179]) by tulpi.interconnect.com.au with SMTP id IAA20122 (8.8.5/IDA-1.6); Thu, 3 Jul 1997 08:47:16 +1000 (EST) Message-ID: <33BA3158.23C0@cvs.com.au> Date: Wed, 02 Jul 1997 20:45:44 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.0Gold (WinNT; I) MIME-Version: 1.0 To: willy@odie.barnet.ac.uk CC: linux-arm@vger.rutgers.edu Subject: Re: Re ELF References: <199707021751.SAA16614@odie.barnet.ac.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Status: RO Matthew Wilcox wrote: > > > 1) Does anyone know where one gets the ELF standard. > > No. Sorry. Try a web search in altavista. > I have tried, I found out a lot about garden decoration. I remember reading somewhere that the sunsite has it. I will try there ( and search again). > It isn't /that/ bad. Other CPUs manage that, and considerably worse. The > problem is exacerbated by the RPCs slow memory bus, but it's still > liveable with and it's considerably better than your alternative > suggestion. > I think a lot of architectures cache after the MMU. The 68040, the only other MMU I have spent time pondering, caches physical addresses. Unfortunatly enginering is about trade offs. The biggest problem I see is the stack space, this is a block of memory that can grow. If you have a complete virtual address space for the task you can place the stack in the middle of a very large empty address space and let it do what it wants. If all the tasks have to run in one vitual space there would have to be some restriction. But this would be better than being limited to the physical space ( see OS9 as a unix derivative that does this). I can't see a reason to place restrictions on a tasks size or the number of tasks. I can see there is a risk that you would not be able to load a task because of memory fragmentation, but I think this is in the same category as " You are running out of paging file". An error you see and fix by closng a few applications. I think it's horses for courses. The strong Arms stength is low power, and a core that flies. It's disadvantages are, no FPU, cache controllers that work in the virtual address space and to be honest bus bandwidth that makes the cache controllers and write back buffer a must, if the core is going to be kept busy ( no doubt I will find others as time goes on). The strong arm is perfect for compute intensive real time work. I cannot see it being the processor of choice for a general purpose PC. As much as I dislike the intel instruction set it would be a better choice for that application. The instruction set is another reason to pick the ARM for real time work, an irrelevent consideration if you are going to write everything is C, if you are using the system for real time work there is a risk that assembler will be used. The ARM has a really nice instruction set and like the 68k I can see assembler code being a viable choice. The marketing and the architecture of the ARM is aimed directly at the real time market. There is a real need for a freely available real time operating system. Perhaps it would be best if the linux ARM port made trade offs that made it more suitable for the market the ARM is aimed for. One thing is for sure that is where my efforts will go, because this is what I need. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 01:49:59 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA19799 for ; Thu, 3 Jul 1997 01:49:58 +0100 Received: from root@vger.rutgers.edu (port 37207 [128.6.190.2]) by nic.funet.fi with ESMTP id <2067-9954>; Thu, 3 Jul 1997 03:49:08 +0300 Received: by vger.rutgers.edu id <1000459-30852>; Wed, 2 Jul 1997 20:46:01 -0400 Received: from IDENT-NOT-QUERIED@tulpi.interconnect.com.au (port 1390 [192.189.54.18]) by vger.rutgers.edu with ESMTP id <1000457-30852>; Wed, 2 Jul 1997 20:45:45 -0400 Received: from ce (acc5-ppp51.mel.interconnect.com.au [210.8.0.179]) by tulpi.interconnect.com.au with SMTP id KAA27249 (8.8.5/IDA-1.6 for ); Thu, 3 Jul 1997 10:47:57 +1000 (EST) Message-ID: <33BA4DA2.6F22@cvs.com.au> Date: Wed, 02 Jul 1997 22:46:26 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.0Gold (WinNT; I) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Re ELF Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Neil A. Carson wrote: > You'd still need to get the MMU to rewalk the page tables in order to > invalidate TLB entries, when permissions on pages were changed. This can > be done, it's a bit ugly though and isn't the way things are normally > done. This is normally done by real-time OSs, in order to guarantee > more responsiveness. Unfortunatly I want to end up with real time performance. I like the ARM as I feel I can get performance with low power, and I think the world would be a better place if there was a good real time solution under the GNU licence. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 08:52:34 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id IAA22787 for ; Thu, 3 Jul 1997 08:52:33 +0100 Received: from root@vger.rutgers.edu (port 52314 [128.6.190.2]) by nic.funet.fi with ESMTP id <2866-9954>; Thu, 3 Jul 1997 10:50:04 +0300 Received: by vger.rutgers.edu id <1000848-30852>; Thu, 3 Jul 1997 03:46:24 -0400 Received: from IDENT-NOT-QUERIED@stingray.ivision.co.uk (port 64067 [194.154.62.72]) by vger.rutgers.edu with SMTP id <1000789-30852>; Thu, 3 Jul 1997 03:45:42 -0400 Received: from stingray.ivision.co.uk [194.154.62.72] by stingray.ivision.co.uk with smtp (Exim 1.62 #1) id 0wjgcV-0003yD-00; Thu, 3 Jul 1997 08:48:03 +0100 Date: Thu, 3 Jul 1997 08:48:03 +0100 (BST) From: Manar Hussain To: linux-arm@vger.rutgers.edu Subject: Re: Re ELF In-Reply-To: <33BA3158.23C0@cvs.com.au> Message-ID: Organisation: Internet Vision MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >> > 1) Does anyone know where one gets the ELF standard. > >I have tried, I found out a lot about garden decoration. I remember >reading somewhere that the sunsite has it. I will try there ( and search >again). I'd try at the linux.org pages first ... Manar From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 09:14:39 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA23008 for ; Thu, 3 Jul 1997 09:14:39 +0100 Received: from root@vger.rutgers.edu (port 6244 [128.6.190.2]) by nic.funet.fi with ESMTP id <15351-9954>; Thu, 3 Jul 1997 11:14:05 +0300 Received: by vger.rutgers.edu id <1000777-30852>; Thu, 3 Jul 1997 04:11:04 -0400 Received: from IDENT-NOT-QUERIED@odie.barnet.ac.uk (port 1225 [194.82.202.98]) by vger.rutgers.edu with ESMTP id <1000770-30852>; Thu, 3 Jul 1997 04:10:40 -0400 Received: (from willy@localhost) by odie.barnet.ac.uk (8.8.2/8.8.0) id JAA22989; Thu, 3 Jul 1997 09:12:22 +0100 From: Matthew Wilcox Message-Id: <199707030812.JAA22989@odie.barnet.ac.uk> Subject: Re: Re ELF To: neil@causality.com (Neil A. Carson) Date: Thu, 3 Jul 1997 09:12:21 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Neil A. Carson" at Jul 2, 97 08:19:04 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 Status: RO > No, only if you're silly. If you're clever, you only do 16Kb. I misremembered DECs recommendation then. Sorry. > I diasgree. Not many CPUs need to do this and considerably worse, I can't > think of any mainstream ones to hand... Other CPUs have to /effectively/ do this (ie flush the caches on a context switch). It's just that on the ARM, you have to do this yourself. I was basing the 'considerably worse' on the fact that other CPUs have large L1 caches. > > This I see as a very bad idea. It would mean all sorts of stupid > > restrictions on applications that don't exist under any other > > architecture. You'd be limited to about 64MB per application and 48 tasks > > running simultaneously. This is crap. > > No, that is crap :-) Why are you limited to this? Cos 64MB * 48 = 3GB. I was assuming the top GB would be reserved for various bits of iffiness like kernel workspace and mapping devices into and so on. I suppose you could always do the Minix Thang and get each binary to declare how much space it required and get more tasks in that way, but then you end up with fragmented address spaces and all sorts of horrible things. Or you could maybe trade off a little - 96 tasks each with 32MB. The point I'm making is that it's a Very Bad Idea for a general purpose Unix system. As Charles Esson said, it's probably okay for some limited purpose realtime system, but the Linux kernel is not a realtime system. Unless you run it on top of Mach, of course... ;-) From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 09:33:11 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA23142 for ; Thu, 3 Jul 1997 09:33:11 +0100 Received: from root@vger.rutgers.edu (port 26987 [128.6.190.2]) by nic.funet.fi with ESMTP id <16061-23894>; Thu, 3 Jul 1997 11:31:47 +0300 Received: by vger.rutgers.edu id <1000789-30851>; Thu, 3 Jul 1997 04:28:19 -0400 Received: from IDENT-NOT-QUERIED@snowcrash.cymru.net (port 2026 [163.164.160.3]) by vger.rutgers.edu with ESMTP id <1000849-30851>; Thu, 3 Jul 1997 04:27:43 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id JAA24237; Thu, 3 Jul 1997 09:28:08 +0100 From: Alan Cox Message-Id: <199707030828.JAA24237@snowcrash.cymru.net> Subject: Re: Re ELF To: charlese@cvs.com.au (Charles Esson) Date: Thu, 3 Jul 1997 09:28:06 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <33BA4DA2.6F22@cvs.com.au> from "Charles Esson" at Jul 2, 97 10:46:26 pm Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Unfortunatly I want to end up with real time performance. I like the ARM > as I feel I can get performance with low power, and I think the world > would be a better place if there was a good real time solution under the > GNU licence. It doesn't yet include ARM support but take a look at RTLinux. On intel it can play CD quality sound through an unbuffered DAC while loading 5 copies of netscape From alan@snowcrash.cymru.net Thu Jul 3 09:39:12 1997 Return-Path: Received: from snowcrash.cymru.net (root@snowcrash.cymru.net [163.164.160.3]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA23186 for ; Thu, 3 Jul 1997 09:39:11 +0100 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id JAA24401; Thu, 3 Jul 1997 09:37:01 +0100 From: Alan Cox Message-Id: <199707030837.JAA24401@snowcrash.cymru.net> Subject: Re: Re ELF To: neil@causality.com (Neil A. Carson) Date: Thu, 3 Jul 1997 09:37:00 +0100 (BST) Cc: willy@odie.barnet.ac.uk, linux-arm@vger.rutgers.edu, charlese@cvs.com.au In-Reply-To: from "Neil A. Carson" at Jul 2, 97 08:19:04 pm Content-Type: text Status: RO > > liveable with and it's considerably better than your alternative > > suggestion. > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > think of any mainstream ones to hand... It is an extremely poor piece of design. The last thing you need to do on a modern machine is load your bus down reading crap because the processor lacks a very basic cache flush operation. On the P5 its about 10 clocks to flush the cache and no bus activity Alan From alan@snowcrash.cymru.net Thu Jul 3 10:10:58 1997 Return-Path: Received: from snowcrash.cymru.net (root@snowcrash.cymru.net [163.164.160.3]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA23421 for ; Thu, 3 Jul 1997 10:10:56 +0100 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id KAA24830; Thu, 3 Jul 1997 10:09:35 +0100 From: Alan Cox Message-Id: <199707030909.KAA24830@snowcrash.cymru.net> Subject: Re: Re ELF To: willy@odie.barnet.ac.uk (Matthew Wilcox) Date: Thu, 3 Jul 1997 10:09:33 +0100 (BST) Cc: neil@causality.com, linux-arm@vger.rutgers.edu In-Reply-To: <199707030812.JAA22989@odie.barnet.ac.uk> from "Matthew Wilcox" at Jul 3, 97 09:12:21 am Content-Type: text Status: RO > Other CPUs have to /effectively/ do this (ie flush the caches on a context > switch). It's just that on the ARM, you have to do this yourself. I was > basing the 'considerably worse' on the fact that other CPUs have large L1 > caches. Physically cached CPU's dont have to flush the cache on a context switch. Intel CPU's throw out the 17 entry TLB if the page tables for the different tasks are not the same, but not cache. The older sun4 cpu's do need to flush caches on some switches but they have tags on the cache lines so you can avoid flushes when flipping between the most currently run tasks (number running is rarely over 8 or 16) Alan From neil@causality.com Thu Jul 3 10:13:26 1997 Return-Path: Received: from fm3.facility.pipex.com (fm3.facility.pipex.com [194.131.104.13]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id KAA23437 for ; Thu, 3 Jul 1997 10:13:26 +0100 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjh3U-0000FD-00; Thu, 3 Jul 1997 09:15:56 +0100 Date: Thu, 03 Jul 1997 10:03:57 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: Matthew Wilcox Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199707030812.JAA22989@odie.barnet.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Status: RO On Thu 03 Jul, Matthew Wilcox wrote: > > No, only if you're silly. If you're clever, you only do 16Kb. > > I misremembered DECs recommendation then. Sorry. This is the noddy way of doing things. For example Digital's own code in their NC only uses 16kb :-) Maybe they've forgotten!! > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > > think of any mainstream ones to hand... > > Other CPUs have to /effectively/ do this (ie flush the caches on a context > switch). It's just that on the ARM, you have to do this yourself. I was > basing the 'considerably worse' on the fact that other CPUs have large L1 > caches. No, they don't. Other processors cache by physical address, not by virtual address. So when memory is remapped they do not need to reflush. Some can also have memory-coherent caches, so even if you DMA in you still don't need to do a cache flush even if multiple CPUs are present (see the BeBox for example). The ARM caches by virtual address; this allows the MMU to run slower (and thus use less power) and also removes some extra logic. > Cos 64MB * 48 = 3GB. I was assuming the top GB would be reserved for But so what? Why should you have to have a fixed size for every process? > various bits of iffiness like kernel workspace and mapping devices into > and so on. I suppose you could always do the Minix Thang and get each > binary to declare how much space it required and get more tasks in that > way, but then you end up with fragmented address spaces and all sorts of > horrible things. Or you could maybe trade off a little - 96 tasks each No. I agree with you it's nice a nice idea - but why would you have to do this? Allocate 1meg for each descending stack. You now how big a processes text area is so you only allocate it that for code. Data are is initially of a known size, and you could redirect calls to memory allocation to use somewhere else in the memory map. Neil -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 10:19:20 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA23484 for ; Thu, 3 Jul 1997 10:19:19 +0100 Received: from root@vger.rutgers.edu (port 16511 [128.6.190.2]) by nic.funet.fi with ESMTP id <15595-9954>; Thu, 3 Jul 1997 12:16:08 +0300 Received: by vger.rutgers.edu id <1000811-30852>; Thu, 3 Jul 1997 05:12:26 -0400 Received: from IDENT-NOT-QUERIED@fm3.facility.pipex.com (port 33232 [194.131.104.13]) by vger.rutgers.edu with SMTP id <1000851-30852>; Thu, 3 Jul 1997 05:12:07 -0400 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjh3U-0000FD-00; Thu, 3 Jul 1997 09:15:56 +0100 Date: Thu, 03 Jul 1997 10:03:57 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: Matthew Wilcox Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199707030812.JAA22989@odie.barnet.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Thu 03 Jul, Matthew Wilcox wrote: > > No, only if you're silly. If you're clever, you only do 16Kb. > > I misremembered DECs recommendation then. Sorry. This is the noddy way of doing things. For example Digital's own code in their NC only uses 16kb :-) Maybe they've forgotten!! > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > > think of any mainstream ones to hand... > > Other CPUs have to /effectively/ do this (ie flush the caches on a context > switch). It's just that on the ARM, you have to do this yourself. I was > basing the 'considerably worse' on the fact that other CPUs have large L1 > caches. No, they don't. Other processors cache by physical address, not by virtual address. So when memory is remapped they do not need to reflush. Some can also have memory-coherent caches, so even if you DMA in you still don't need to do a cache flush even if multiple CPUs are present (see the BeBox for example). The ARM caches by virtual address; this allows the MMU to run slower (and thus use less power) and also removes some extra logic. > Cos 64MB * 48 = 3GB. I was assuming the top GB would be reserved for But so what? Why should you have to have a fixed size for every process? > various bits of iffiness like kernel workspace and mapping devices into > and so on. I suppose you could always do the Minix Thang and get each > binary to declare how much space it required and get more tasks in that > way, but then you end up with fragmented address spaces and all sorts of > horrible things. Or you could maybe trade off a little - 96 tasks each No. I agree with you it's nice a nice idea - but why would you have to do this? Allocate 1meg for each descending stack. You now how big a processes text area is so you only allocate it that for code. Data are is initially of a known size, and you could redirect calls to memory allocation to use somewhere else in the memory map. Neil -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 10:43:39 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA23658 for ; Thu, 3 Jul 1997 10:43:38 +0100 Received: from root@vger.rutgers.edu (port 42510 [128.6.190.2]) by nic.funet.fi with ESMTP id <2312-9954>; Thu, 3 Jul 1997 12:42:30 +0300 Received: by vger.rutgers.edu id <1000866-30852>; Thu, 3 Jul 1997 05:39:03 -0400 Received: from IDENT-NOT-QUERIED@hermes.dur.ac.uk (port 38863 [129.234.4.9]) by vger.rutgers.edu with SMTP id <1000858-30852>; Thu, 3 Jul 1997 05:38:03 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Thu, 3 Jul 1997 10:40:19 +0100 Received: from duss0 by dust0 id ; Thu, 3 Jul 1997 10:40:36 +0100 Date: Thu, 3 Jul 1997 10:40:16 +0100 (BST) From: Ale Terlevich To: rmk92@ecs.soton.ac.uk cc: linux-arm@vger.rutgers.edu Subject: Re: Comparisons In-Reply-To: <714.199707022002@raistlin.armlinux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Ale Terlevich writes: > > I tried switching yesterday, just to see what ARMLinux was like, but I > > couldn't get it to recognise my EtherH card. Every kernel/boot/suplemental > > combination I tried gave an error about incompatible symbols in my kernel, > > even if I tried insmod -f. I can only assume this is a problem with my > > card not being recognised as an EtherH card? It's one of the Acorn ones. > > Some more details would be helpful. Eg. What installation method are you > using? Are you using the latest disk and kernel as of Sunday night? Ok, it works now (I have a 24+2MB RiscPC. Presumably this was the problem?) Shall try ArmLinux as soon as my HD finishes backing up! Ale. From neil@causality.com Thu Jul 3 12:17:11 1997 Return-Path: Received: from fm3.facility.pipex.com (fm3.facility.pipex.com [194.131.104.13]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id MAA24361 for ; Thu, 3 Jul 1997 12:17:10 +0100 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjizG-0000vD-00; Thu, 3 Jul 1997 11:19:42 +0100 Date: Thu, 03 Jul 1997 11:31:26 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: Matthew Wilcox In-Reply-To: <199707030949.KAA23739@odie.barnet.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Status: RO On Thu 03 Jul, Matthew Wilcox wrote: > The other thing i forgot to mention is that it also requires -fPIC. Which > isbn't there yet. Yep. I mentioned before that you can use that when Causality releases some of the PIC changes for gcc. -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From pjb27@thor.cam.ac.uk Thu Jul 3 12:22:53 1997 Return-Path: Received: from hammer.thor.cam.ac.uk (thorexim@hammer.thor.cam.ac.uk [131.111.8.39]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id MAA24407 for ; Thu, 3 Jul 1997 12:22:53 +0100 Received: from pjb27 by hammer.thor.cam.ac.uk with smtp (Exim 1.631 #2) id 0wjjz4-00001j-00; Thu, 3 Jul 1997 12:23:34 +0100 Date: Thu, 3 Jul 1997 12:23:34 +0100 (BST) From: Philip Blundell X-Sender: pjb27@hammer.thor.cam.ac.uk To: Matthew Wilcox cc: Charles Esson , linux-arm@vger.rutgers.edu Subject: Re: Re ELF In-Reply-To: <199707021751.SAA16614@odie.barnet.ac.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: Philip Blundell Status: RO On Wed, 2 Jul 1997, Matthew Wilcox wrote: > > 1) Does anyone know where one gets the ELF standard. > > No. Sorry. Try a web search in altavista. The Solaris documentation is the nearest thing to a standard. p. From rusling@linux.reo.dec.com Thu Jul 3 15:44:34 1997 Return-Path: Received: from server21.digital.fr (server21.digital.fr [193.56.15.21]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id PAA25829 for ; Thu, 3 Jul 1997 15:44:31 +0100 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id QAA31199; Thu, 3 Jul 1997 16:51:06 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA15690; Thu, 3 Jul 1997 16:43:53 +0200 (MET DST) Received: from linux.reo.dec.com ([16.36.0.79]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA03581; Thu, 3 Jul 1997 16:25:13 +0200 Received: from linux.reo.dec.com (localhost [127.0.0.1]) by linux.reo.dec.com (8.8.5/8.7.1) with ESMTP id PAA00498; Thu, 3 Jul 1997 15:41:33 GMT Message-Id: <199707031541.PAA00498@linux.reo.dec.com> To: "Neil A. Carson" cc: Matthew Wilcox , linux-arm@vger.rutgers.edu, Charles Esson Subject: Re: Re ELF In-reply-to: Your message of "Wed, 02 Jul 1997 20:19:04 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Jul 1997 15:41:32 +0000 From: "Ka'Plaagh" Status: RO > On Wed 02 Jul, Matthew Wilcox wrote: > > > No. To flush the instruction and data cache, the recommended method is to > > read 32kB. > > No, only if you're silly. If you're clever, you only do 16Kb. > True. Also you can flush the I cache with 1 instruction, you only clean D-cache. To clean it you need to map a lump of memory to a high virtual address (the cache is virtually-tagged) and then read enough to evict all of the cache's previous contents. The 21285 (aka Footbridge) support chip makes this easy by having an area of memory that does not actually exist, read cycles complete in no time and return 0. This is precisely to make cleaning the D-Cache quicker. > > > I don't think a task switch should involve cleaning up a 16k cache, if > > > it does performance will be pretty poor. > > > > It isn't /that/ bad. Other CPUs manage that, and considerably worse. The > > problem is exacerbated by the RPCs slow memory bus, but it's still > > liveable with and it's considerably better than your alternative > > suggestion. > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > think of any mainstream ones to hand... > > > This I see as a very bad idea. It would mean all sorts of stupid > > restrictions on applications that don't exist under any other > > architecture. You'd be limited to about 64MB per application and 48 tasks > > running simultaneously. This is crap. > > No, that is crap :-) Why are you limited to this? > > Neil > > -- > Neil A. Carson > Marketing Director Causality Limited (London, UK) > Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 > Email: neil@causality.com WWW: http://www.causality.com. ---------------------------------------------------------------------- David A Rusling Principal Engineer European Semiconductor Applications Digital Equipment Co Ltd., Engineering PO Box 121, Imperial Way, Worton Grange Reading RG2 0TU Linux, Alpha, StrongArm, PCI Tel: UK-(0)1734-204380 Fax: UK-(0)1734-203133 ---------------------------------------------------------------------- From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 16:49:16 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id QAA26328 for ; Thu, 3 Jul 1997 16:49:15 +0100 Received: from root@vger.rutgers.edu (port 47644 [128.6.190.2]) by nic.funet.fi with ESMTP id <16274-23894>; Thu, 3 Jul 1997 18:40:24 +0300 Received: by vger.rutgers.edu id <1001147-30851>; Thu, 3 Jul 1997 11:33:05 -0400 Received: from IDENT-NOT-QUERIED@server21.digital.fr (port 2514 [193.56.15.21]) by vger.rutgers.edu with ESMTP id <1003640-30851>; Thu, 3 Jul 1997 11:32:47 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id RAA18949 for ; Thu, 3 Jul 1997 17:42:08 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id RAA16794; Thu, 3 Jul 1997 17:02:46 +0200 (MET DST) Received: from linux.reo.dec.com ([16.36.0.79]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA04951; Thu, 3 Jul 1997 16:39:36 +0200 Received: from linux.reo.dec.com (localhost [127.0.0.1]) by linux.reo.dec.com (8.8.5/8.7.1) with ESMTP id PAA00880; Thu, 3 Jul 1997 15:56:16 GMT Message-Id: <199707031556.PAA00880@linux.reo.dec.com> To: Charles Esson cc: linux-arm@vger.rutgers.edu Subject: Re: Re ELF In-reply-to: Your message of "Wed, 02 Jul 1997 22:46:26 +1000." <33BA4DA2.6F22@cvs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Jul 1997 15:56:16 +0000 From: "Ka'Plaagh" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Neil A. Carson wrote: > > > > > You'd still need to get the MMU to rewalk the page tables in order to > > invalidate TLB entries, when permissions on pages were changed. This can > > be done, it's a bit ugly though and isn't the way things are normally > > done. This is normally done by real-time OSs, in order to guarantee > > more responsiveness. > On StrongARM you can flush the TLBs all at once. It's the classic trade off: things go faster with caches, caches require work to keep them current. > Unfortunatly I want to end up with real time performance. I like the ARM > as I feel I can get performance with low power, and I think the world > would be a better place if there was a good real time solution under the > GNU licence. ---------------------------------------------------------------------- David A Rusling Principal Engineer European Semiconductor Applications Digital Equipment Co Ltd., Engineering PO Box 121, Imperial Way, Worton Grange Reading RG2 0TU Linux, Alpha, StrongArm, PCI Tel: UK-(0)1734-204380 Fax: UK-(0)1734-203133 ---------------------------------------------------------------------- From rusling@linux.reo.dec.com Thu Jul 3 17:41:54 1997 Return-Path: Received: from server21.digital.fr (server21.digital.fr [193.56.15.21]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id RAA26744 for ; Thu, 3 Jul 1997 17:41:53 +0100 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id SAA19981; Thu, 3 Jul 1997 18:49:40 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id SAA27525; Thu, 3 Jul 1997 18:42:28 +0200 (MET DST) Received: from linux.reo.dec.com (linux.reo.dec.com [16.36.0.79]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id SAA15848; Thu, 3 Jul 1997 18:22:51 +0200 Received: from linux.reo.dec.com (localhost [127.0.0.1]) by linux.reo.dec.com (8.8.5/8.7.1) with ESMTP id RAA05609; Thu, 3 Jul 1997 17:39:45 GMT Message-Id: <199707031739.RAA05609@linux.reo.dec.com> To: Alan Cox cc: neil@causality.com (Neil A. Carson), willy@odie.barnet.ac.uk, linux-arm@vger.rutgers.edu, charlese@cvs.com.au Subject: Re: Re ELF In-reply-to: Your message of "Thu, 03 Jul 1997 09:37:00 +0100." <199707030837.JAA24401@snowcrash.cymru.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Jul 1997 17:39:45 +0000 From: "Ka'Plaagh" Status: RO > > > liveable with and it's considerably better than your alternative > > > suggestion. > > > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > > think of any mainstream ones to hand... > > It is an extremely poor piece of design. The last thing you need to do on > a modern machine is load your bus down reading crap because the processor > lacks a very basic cache flush operation. > > On the P5 its about 10 clocks to flush the cache and no bus activity > > Alan I tend to agree, when I started looking at (Strong)ARM after Alpha I did not like the MMU at all. Even now, I'm not a big fan of it. ---------------------------------------------------------------------- David A Rusling Principal Engineer European Semiconductor Applications Digital Equipment Co Ltd., Engineering PO Box 121, Imperial Way, Worton Grange Reading RG2 0TU Linux, Alpha, StrongArm, PCI Tel: UK-(0)1734-204380 Fax: UK-(0)1734-203133 ---------------------------------------------------------------------- From neil@causality.com Thu Jul 3 18:12:45 1997 Return-Path: Received: from fm3.facility.pipex.com (fm3.facility.pipex.com [194.131.104.13]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id SAA26984 for ; Thu, 3 Jul 1997 18:12:45 +0100 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjoQs-0002tT-00; Thu, 3 Jul 1997 17:08:34 +0100 Date: Thu, 03 Jul 1997 16:35:07 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: "Ka'Plaagh" Cc: Matthew Wilcox , linux-arm@vger.rutgers.edu, Charles Esson In-Reply-To: <199707031541.PAA00498@linux.reo.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Status: RO On Thu 03 Jul, Ka'Plaagh wrote: > True. Also you can flush the I cache with 1 instruction, you only clean D-cache. > To clean it you need to map a lump of memory to a high virtual address (the > cache is virtually-tagged) and then read enough to evict all of the cache's > previous contents. The 21285 (aka Footbridge) support chip makes this easy Why not just use the kernel text area? > by having an area of memory that does not actually exist, read cycles complete > in no time and return 0. This is precisely to make cleaning the D-Cache quicker. Sounds like the DNARD. Works very well in fact, so much so that you hardly notice the cleaning at all. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 18:52:55 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id SAA27282 for ; Thu, 3 Jul 1997 18:52:55 +0100 Received: from root@vger.rutgers.edu (port 53079 [128.6.190.2]) by nic.funet.fi with ESMTP id <15613-23894>; Thu, 3 Jul 1997 20:41:09 +0300 Received: by vger.rutgers.edu id <1003632-30851>; Thu, 3 Jul 1997 13:30:40 -0400 Received: from IDENT-NOT-QUERIED@server21.digital.fr (port 1235 [193.56.15.21]) by vger.rutgers.edu with ESMTP id <1003683-30851>; Thu, 3 Jul 1997 13:29:55 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id TAA31436 for ; Thu, 3 Jul 1997 19:39:35 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id TAA32137 for ; Thu, 3 Jul 1997 19:32:22 +0200 (MET DST) Received: from rdgeng.enet (daemon@localhost) by vbormc.vbo.dec.com (8.7.3/8.7) with SMTP id TAA20353 for ; Thu, 3 Jul 1997 19:10:35 +0200 Message-Id: <199707031710.TAA20353@vbormc.vbo.dec.com> Received: from rdgeng.enet; by vbormc.enet; Thu, 3 Jul 97 19:11:08 MET DST Date: Thu, 3 Jul 97 19:11:08 MET DST From: "Neal. 03-Jul-1997 1810 +0100" To: "linux-arm@vger.rutgers.edu"@vbormc.vbo.dec.com Apparently-To: linux-arm@vger.rutgers.edu Subject: cache Flush is different from cache clean Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >> > > liveable with and it's considerably better than your alternative >> > > suggestion. >> > >> > I diasgree. Not many CPUs need to do this and considerably worse, I can't >> > think of any mainstream ones to hand... >> >> It is an extremely poor piece of design. The last thing you need to do on >> a modern machine is load your bus down reading crap because the processor >> lacks a very basic cache flush operation. >> >> On the P5 its about 10 clocks to flush the cache and no bus activity >> >> Alan Hmm, looks as though there is some confusion here. The SA-110 does not "lack a a very basic cache flush operation" and there is NO software loop required to flush the Dcache. Flushing the Dcache is performed by a single coprocessor instruction. HOWEVER! The SA-110 Dcache is a writeback cache, unlike the caches in ARM processors like the 610 and 710. What that means is that the Dcache may not be coherent with main memory; it may contain a more-recent copy of cached data. Therefore, before you flush the Dcache you need to *clean* it. This is the process of evicting dirty data from the Dcache into system memory. It is the cleaning operation that requires the software loop that has been mentioned. That operation may require 16K or 32K reads depending upon what you read (reading "crap" is optional). This software read loop isn't the most impressive scheme for cleaning the cache but it's not possible to do it with no bus activity - unless no entries in the cache are dirty. As Dave said, these housekeeping chores are the price you pay for the speedup that caches give you. It's all explained in the SA-110 Technical Reference Manual, section 6.2.4.1 - it's on our web page. Neal. (EBSA-110 designer, 21285 memory controller designer) ---------------------------------------------------------------------- Neal Crook Principal Engineer, European Semiconductor Applications Engineering Digital Equipment Co. LTD EMAIL neal.crook@reo.mts.dec.com Mailstop RE02-F/B3 Tel. +44 118 920 6297 Digital Park FAX +44 118 920 3133 Imperial Way, ^^^^^ Reading, RG2 0TU | NEW telephone codes ENGLAND ---------------------------------------------------------------------- ---------------------------------oOOo--------------------------------- From neil@causality.com Thu Jul 3 19:32:07 1997 Return-Path: Received: from fm3.facility.pipex.com (fm3.facility.pipex.com [194.131.104.13]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id TAA27555 for ; Thu, 3 Jul 1997 19:32:07 +0100 Received: from succexpr.demon.co.uk [158.152.208.192] by fm3.facility.pipex.com with smtp (Exim 1.59 #22) id 0wjpit-0003VC-00; Thu, 3 Jul 1997 18:31:16 +0100 Date: Thu, 03 Jul 1997 19:28:26 +0100 (BST) From: "Neil A. Carson" Subject: Re: Re ELF To: "Ka'Plaagh" Cc: willy@odie.barnet.ac.uk, linux-arm@vger.rutgers.edu, charlese@cvs.com.au, Alan Cox In-Reply-To: <199707031739.RAA05609@linux.reo.dec.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=ISO-8859-1 X-Organization: Causality Limited X-Mailer: ANT RISCOS Marcel [ver 1.09] Status: RO On Thu 03 Jul, Ka'Plaagh wrote: > I tend to agree, when I started looking at (Strong)ARM after Alpha I > did not like the MMU at all. Even now, I'm not a big fan of it. Why? As an embedded MMU, it seems perfectly acceptable to me. I guess the "virtual address" problem comes with the fact that the MMU can run slower if it doesn't have to cache with physical addresses---which of course lowers the power consumption. No doubt someone can correct me here if I'm wrong. -- Neil A. Carson Marketing Director Causality Limited (London, UK) Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 Email: neil@causality.com WWW: http://www.causality.com. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 20:13:37 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id UAA27862 for ; Thu, 3 Jul 1997 20:13:36 +0100 Received: from root@vger.rutgers.edu (port 19825 [128.6.190.2]) by nic.funet.fi with ESMTP id <2261-23894>; Thu, 3 Jul 1997 22:02:17 +0300 Received: by vger.rutgers.edu id <1003652-30852>; Thu, 3 Jul 1997 14:51:30 -0400 Received: from IDENT-NOT-QUERIED@server21.digital.fr (port 2678 [193.56.15.21]) by vger.rutgers.edu with ESMTP id <1003695-30852>; Thu, 3 Jul 1997 14:50:47 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id QAA31199; Thu, 3 Jul 1997 16:51:06 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA15690; Thu, 3 Jul 1997 16:43:53 +0200 (MET DST) Received: from linux.reo.dec.com ([16.36.0.79]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id QAA03581; Thu, 3 Jul 1997 16:25:13 +0200 Received: from linux.reo.dec.com (localhost [127.0.0.1]) by linux.reo.dec.com (8.8.5/8.7.1) with ESMTP id PAA00498; Thu, 3 Jul 1997 15:41:33 GMT Message-Id: <199707031541.PAA00498@linux.reo.dec.com> To: "Neil A. Carson" cc: Matthew Wilcox , linux-arm@vger.rutgers.edu, Charles Esson Subject: Re: Re ELF In-reply-to: Your message of "Wed, 02 Jul 1997 20:19:04 +0100." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 03 Jul 1997 15:41:32 +0000 From: "Ka'Plaagh" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > On Wed 02 Jul, Matthew Wilcox wrote: > > > No. To flush the instruction and data cache, the recommended method is to > > read 32kB. > > No, only if you're silly. If you're clever, you only do 16Kb. > True. Also you can flush the I cache with 1 instruction, you only clean D-cache. To clean it you need to map a lump of memory to a high virtual address (the cache is virtually-tagged) and then read enough to evict all of the cache's previous contents. The 21285 (aka Footbridge) support chip makes this easy by having an area of memory that does not actually exist, read cycles complete in no time and return 0. This is precisely to make cleaning the D-Cache quicker. > > > I don't think a task switch should involve cleaning up a 16k cache, if > > > it does performance will be pretty poor. > > > > It isn't /that/ bad. Other CPUs manage that, and considerably worse. The > > problem is exacerbated by the RPCs slow memory bus, but it's still > > liveable with and it's considerably better than your alternative > > suggestion. > > I diasgree. Not many CPUs need to do this and considerably worse, I can't > think of any mainstream ones to hand... > > > This I see as a very bad idea. It would mean all sorts of stupid > > restrictions on applications that don't exist under any other > > architecture. You'd be limited to about 64MB per application and 48 tasks > > running simultaneously. This is crap. > > No, that is crap :-) Why are you limited to this? > > Neil > > -- > Neil A. Carson > Marketing Director Causality Limited (London, UK) > Tel/Fax: +44 (0)181 930 7408 Mobile: +44 (0)370 593183 > Email: neil@causality.com WWW: http://www.causality.com. ---------------------------------------------------------------------- David A Rusling Principal Engineer European Semiconductor Applications Digital Equipment Co Ltd., Engineering PO Box 121, Imperial Way, Worton Grange Reading RG2 0TU Linux, Alpha, StrongArm, PCI Tel: UK-(0)1734-204380 Fax: UK-(0)1734-203133 ---------------------------------------------------------------------- From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 20:28:18 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id UAA27981 for ; Thu, 3 Jul 1997 20:28:18 +0100 Received: from root@vger.rutgers.edu (port 21109 [128.6.190.2]) by nic.funet.fi with ESMTP id <3032-9954>; Thu, 3 Jul 1997 22:20:58 +0300 Received: by vger.rutgers.edu id <1003619-30852>; Thu, 3 Jul 1997 15:04:00 -0400 Received: from IDENT-NOT-QUERIED@hermes.dur.ac.uk (port 38798 [129.234.4.9]) by vger.rutgers.edu with SMTP id <1003620-30851>; Thu, 3 Jul 1997 15:03:47 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Thu, 3 Jul 1997 20:06:09 +0100 Received: from duss0 by dust0 id ; Thu, 3 Jul 1997 20:06:08 +0100 Date: Thu, 3 Jul 1997 20:06:07 +0100 (BST) From: Ale Terlevich To: linux-arm@vger.rutgers.edu Subject: crt0.o missing. Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO I seem to remember someone mentioning this before, but as I can't find an archive for the newsgroup anywhere, I'll have to bear the shame of reasking te question :( Where can I get crt0.o? I've just got the standard system from ftp.arm.uk.linux.org using the FTP install. Can anyone help? I'd love to be able to compile! Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 21:12:46 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id VAA28283 for ; Thu, 3 Jul 1997 21:12:45 +0100 Received: from root@vger.rutgers.edu (port 11783 [128.6.190.2]) by nic.funet.fi with ESMTP id <2901-5117>; Thu, 3 Jul 1997 23:11:48 +0300 Received: by vger.rutgers.edu id <1003652-30852>; Thu, 3 Jul 1997 15:37:33 -0400 Received: from IDENT-NOT-QUERIED@sun3.nsfnet-relay.ac.uk (port 3989 [128.86.8.50]) by vger.rutgers.edu with ESMTP id <1003620-30852>; Thu, 3 Jul 1997 15:37:15 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Thu, 3 Jul 1997 20:39:50 +0100 Received: from caramon.armlinux.org (annex5) by bright.ecs.soton.ac.uk; Thu, 3 Jul 97 20:38:59 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Thu, 3 Jul 1997 18:58:32 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <358.199707031859@raistlin.armlinux.org> Subject: Re: Re ELF To: charlese@cvs.com.au (Charles Esson) Date: Thu, 3 Jul 1997 19:59:24 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <33BA4CCD.3CBE@cvs.com.au> from "Charles Esson" at Jul 2, 97 10:42:54 pm X-Phone: +44 (0)1737 360654 Reply-To: rmk92@ecs.soton.ac.uk 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 Status: RO Charles Esson writes: > Would this only occure if the same physical address was mapped into > different virtual addresses with write enabled. I see it as a > reasonable restiction that virtual be mapped to the real on a one to one > basis when write is enabled. But the cache works on VIRTUAL ADDRESSES NOT PHYSICAL! If the processor finds a cache entry for the virtual (program) address, then it *will* use it! It doesn't care about the mapping. The reason for this is that the processor/cache/mmu work as follows: Processor wants to read a word. - cache gets searched (always, whether caching is enabled or not). if entry is found, use it. - if no entry is found, use the mmu to obtain data. If caching is enabled, insert this data into the cache. The data sections have to use different physical pages for data for different tasks. Let's say that two task fopen's a file. FILE * is returned from an array of FILE *filp[]. filp would be located in the shared library. > To use fixed address libaries code one could you put aside the fixed > addresses required for these libaries. The MMU would then map the > virtual into real as the libs are used. Problems would arise if the libs > have data sections that have to be mapped to different physical > addresses for different tasks. I have always assumed the libs use stack > and heap space from the calling task but perhaps this is a bad > assumption. On fopen'ing, both tasks believe that the third entry is free. You use that entry. One task writes address 0x9a40 into it, the other writes 0x9a20. Immediately, one task has the wrong data available to it. Malloc() does extend the BSS segment on the binary, extending it towards the shared library. > You would have to allocate the virtual address space out of a system > pool on task loading, but you could still map to one physical page as > long as it was write protected. I will quote from the StrongARM data sheet: The Dcache operates with virtual addresses, so care must be taken to ensure that its contents remain consistent with the virtual to physical mappings performed by the memory management unit. If the memory mappings are changed, the Dcache validity must be ensured. On a task switch, the virtual to physical address mappings are changed to map in the new tasks text segment into 0x8000, so whatever you do with libraries or anything (unless you're only running multiple copies of the same program) you HAVE to flush the cache. You can't get away from it! No way out! > I see code being sharable, data non sharable, and stacks a bit of a > problem as you can't allocate them in the middle of nowhere, you have to > get some virtual space from the operating system when the task is > created, and the operating system has to be given some hint about the > stack size required. To make this work ELF would have to tell me what is > read only and what is read/write. Further linux would have to keep this > info for the fork, but I think this is the case. > > I have assumed that ZERO_PAGE is write and read protected so you can > allocate real memory if you actually access it. If this is the case > would PAGE_ZERO ever get read or written to be cached. Does ZERO_PAGE > really have to be mapped to real memory. Are you really sure that you want to use Linux for this? It sounds like you're basically going to have to re-write the whole of the memory management system (and therefore the mmap()ing of the filesystems)! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 21:54:36 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id VAA28581 for ; Thu, 3 Jul 1997 21:54:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 33309]) by nic.funet.fi with ESMTP id <15558-6091>; Thu, 3 Jul 1997 23:53:48 +0300 Received: by vger.rutgers.edu id <1003652-30851>; Thu, 3 Jul 1997 16:50:41 -0400 Received: from IDENT-NOT-QUERIED@sun3.nsfnet-relay.ac.uk (port 1869 [128.86.8.50]) by vger.rutgers.edu with ESMTP id <1003683-30852>; Thu, 3 Jul 1997 16:50:25 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Thu, 3 Jul 1997 21:53:02 +0100 Received: from by bright.ecs.soton.ac.uk; Thu, 3 Jul 97 21:52:13 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Thu, 3 Jul 1997 20:35:26 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <907.199707032036@raistlin.armlinux.org> Subject: Re: crt0.o missing. To: A.I.Terlevich@durham.ac.uk (Ale Terlevich) Date: Thu, 3 Jul 1997 21:36:13 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Ale Terlevich" at Jul 3, 97 08:06:07 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 Status: RO Ale Terlevich writes: > Where can I get crt0.o? > > I've just got the standard system from ftp.arm.uk.linux.org using the FTP > install. > > Can anyone help? I'd love to be able to compile! Still?!?!?!?!? Hmm, seems like it. I thought I fixed that problem! Righty ho. This time it's fixed! arm-aout-libs*-4.6.27-1a6.arm.rpm will contain crt0.o! (And I must have waisted some time on the phone!) So who would like to zmodem it off me? I ain't goingna upload the ~2MB again for the libraries quite yet. If some one would be so kind... Especially as our fax machine got zapped in some thunderstorms and my machine is now handles the fax, it seems to be on all the time, so is available for someone to pull stuff off (once they mail me first!) Thanks! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 3 23:41:10 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA29374 for ; Thu, 3 Jul 1997 23:41:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 43844]) by nic.funet.fi with ESMTP id <2112-26079>; Fri, 4 Jul 1997 01:40:55 +0300 Received: by vger.rutgers.edu id <1003652-30851>; Thu, 3 Jul 1997 18:37:38 -0400 Received: from IDENT-NOT-QUERIED@hermes.dur.ac.uk (port 45373 [129.234.4.9]) by vger.rutgers.edu with SMTP id <1003684-30851>; Thu, 3 Jul 1997 18:37:20 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Thu, 3 Jul 1997 23:39:57 +0100 Received: from duss0 by dust0 id ; Thu, 3 Jul 1997 23:39:56 +0100 Date: Thu, 3 Jul 1997 23:39:54 +0100 (BST) From: Ale Terlevich To: rmk92@ecs.soton.ac.uk cc: linux-arm@vger.rutgers.edu Subject: Re: crt0.o missing. In-Reply-To: <907.199707032036@raistlin.armlinux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Thu, 3 Jul 1997 rmk92@ecs.soton.ac.uk wrote: > Ale Terlevich writes: > > Where can I get crt0.o? > > > > I've just got the standard system from ftp.arm.uk.linux.org using the FTP > > install. > > > > Can anyone help? I'd love to be able to compile! > > Still?!?!?!?!? Hmm, seems like it. I thought I fixed that problem! > I've extracted it from /pub/armlinux/OLD-stuff/distribution/gcc/disk1/libccs.tgz This seems to work. At least enough to let me compile a kernel, a window manager, and most importantly XBlast! Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 4 02:05:27 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id CAA30401 for ; Fri, 4 Jul 1997 02:05:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 12145]) by nic.funet.fi with ESMTP id <15468-27117>; Fri, 4 Jul 1997 04:05:16 +0300 Received: by vger.rutgers.edu id <1003689-30852>; Thu, 3 Jul 1997 21:02:06 -0400 Received: from IDENT-NOT-QUERIED@tulpi.interconnect.com.au (port 1167 [192.189.54.18]) by vger.rutgers.edu with ESMTP id <1003691-30852>; Thu, 3 Jul 1997 21:01:50 -0400 Received: from home.cvs.com.au (acc3-ppp26.mel.interconnect.com.au [210.8.0.26]) by tulpi.interconnect.com.au with SMTP id LAA26703 (8.8.5/IDA-1.6 for ); Fri, 4 Jul 1997 11:04:28 +1000 (EST) Message-ID: <33BCBC77.3BB40D5F@cvs.com.au> Date: Fri, 04 Jul 1997 19:05:27 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.01GoldC-Caldera (X11; I; Linux 2.0.29 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: Re: Re ELF References: <358.199707031859@raistlin.armlinux.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO rmk92@ecs.soton.ac.uk wrote: > > Charles Esson writes: > > Would this only occure if the same physical address was mapped into > > different virtual addresses with write enabled. I see it as a > > reasonable restiction that virtual be mapped to the real on a one to one > > basis when write is enabled. > > But the cache works on VIRTUAL ADDRESSES NOT PHYSICAL! If the processor > finds a cache entry for the virtual (program) address, then it *will* > use it! It doesn't care about the mapping. The reason for this is that > the processor/cache/mmu work as follows: > > Processor wants to read a word. > - cache gets searched (always, whether caching is enabled or not). > if entry is found, use it. > - if no entry is found, use the mmu to obtain data. If caching > is enabled, insert this data into the cache. > Yes there is a problem. When you switch task there is no rule which says that you have to use a different virtual address space if you live with this restriction then I can't see why the cache will not always reflect reality. But you do need to alter the read write status of different areas. It would seem a flush of the tags invalides the data in the cache so one has to write back the data in the cache before doing such an operation. To quote the manual: " a flush whole must be preceeded by a sequence of loads to cause the cache to write back dirty entries". If this is the case, I consider all is lost. Up to now I have lived with a operating system that works with no MMU. I don't see memory fragmentaiton as a problem, being able to allocate required memory out of a virtual memory space instead of a real space would be a dream. But I want to have tasks restricted to there own space, finding bugs that write into someone elses space can be a problem. I don't care what anyone says, 16k flush is not the go for real time work. Look at the code suggested, it's a load, a test, and a branch, I'm no expert on the timing but my quess is 5 cycles for the memory read ( you have to move from CCLK to MCLK ), 1 for the test and two for the branch thats 112000 cycles we have 200,000,000 of them a second. Thats 0.5 msec. Even under linux task switches are common events, in a real time system they are a dime a dozen. I am depressed. And From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 4 23:04:57 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA06727 for ; Fri, 4 Jul 1997 23:04:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 26380]) by nic.funet.fi with ESMTP id <15775-4684>; Sat, 5 Jul 1997 01:04:56 +0300 Received: by vger.rutgers.edu id <1005491-19315>; Fri, 4 Jul 1997 18:01:25 -0400 Received: from tulpi.interconnect.com.au ([192.189.54.18] EHLO tulpi.interconnect.com.au ident: IDENT-NOT-QUERIED [port 1225]) by vger.rutgers.edu with ESMTP id <1005498-19308>; Fri, 4 Jul 1997 18:01:07 -0400 Received: from home.cvs.com.au (acc5-ppp43.mel.interconnect.com.au [210.8.0.171]) by tulpi.interconnect.com.au with SMTP id IAA05608 (8.8.5/IDA-1.6); Sat, 5 Jul 1997 08:03:52 +1000 (EST) Message-ID: <33BDE40B.30BCDA9E@cvs.com.au> Date: Sat, 05 Jul 1997 16:04:59 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.01GoldC-Caldera (X11; I; Linux 2.0.29 i586) MIME-Version: 1.0 To: daniel.barlow@linux.org CC: linux-arm@vger.rutgers.edu Subject: ELF code Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO I am looking into how hard it would be to do the ELF work for the ARM. I,ve looked at the standard. The poor old ARM doesn't have a code under e_machine. Do you know where we would go to get one allocated. From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 5 08:31:38 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id IAA10769 for ; Sat, 5 Jul 1997 08:31:37 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 6962]) by nic.funet.fi with ESMTP id <2884-21425>; Sat, 5 Jul 1997 10:32:24 +0300 Received: by vger.rutgers.edu id <1004331-19315>; Sat, 5 Jul 1997 03:28:45 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 2450]) by vger.rutgers.edu with ESMTP id <1004289-19315>; Sat, 5 Jul 1997 03:28:30 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Sat, 5 Jul 1997 08:31:29 +0100 Received: from by bright.ecs.soton.ac.uk; Sat, 5 Jul 97 08:30:40 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Fri, 4 Jul 1997 23:13:18 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <1077.199707042314@raistlin.armlinux.org> Subject: Re: ELF code To: charlese@cvs.com.au (Charles Esson) Date: Sat, 5 Jul 1997 00:14:03 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <33BDE40B.30BCDA9E@cvs.com.au> from "Charles Esson" at Jul 5, 97 04:04:59 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Charles Esson writes: > > I am looking into how hard it would be to do the ELF work for the ARM. > > I,ve looked at the standard. The poor old ARM doesn't have a code under > e_machine. > > Do you know where we would go to get one allocated. Richard Earnshaw (@armltd) is at the moment working on this, and has strongly requested that we do not create our own standard since that will cause absolute havoc. I will however, be in close contact with him, and I'd prefer it if we could all work with him to produce a fully functional ARM ELF standard and implementation. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 5 12:04:57 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id MAA12328 for ; Sat, 5 Jul 1997 12:04:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 6004]) by nic.funet.fi with ESMTP id <2362-13273>; Sat, 5 Jul 1997 14:05:35 +0300 Received: by vger.rutgers.edu id <1005234-19315>; Sat, 5 Jul 1997 07:01:56 -0400 Received: from tulpi.interconnect.com.au ([192.189.54.18] EHLO tulpi.interconnect.com.au ident: IDENT-NOT-QUERIED [port 2541]) by vger.rutgers.edu with ESMTP id <1004884-19315>; Sat, 5 Jul 1997 07:01:41 -0400 Received: from home.cvs.com.au (acc4-ppp1.mel.interconnect.com.au [210.8.0.65]) by tulpi.interconnect.com.au with SMTP id VAA16707 (8.8.5/IDA-1.6); Sat, 5 Jul 1997 21:04:21 +1000 (EST) Message-ID: <33BE9AF7.6F20C458@cvs.com.au> Date: Sun, 06 Jul 1997 05:05:27 +1000 From: Charles Esson Organization: Colour Vision Systems X-Mailer: Mozilla 3.01GoldC-Caldera (X11; I; Linux 2.0.29 i586) MIME-Version: 1.0 To: rmk92@ecs.soton.ac.uk CC: linux-arm@vger.rutgers.edu Subject: Re: ELF code References: <1077.199707042314@raistlin.armlinux.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO rmk92@ecs.soton.ac.uk wrote: > > Charles Esson writes: > > > > I am looking into how hard it would be to do the ELF work for the ARM. > > > > I,ve looked at the standard. The poor old ARM doesn't have a code under > > e_machine. > > > > Do you know where we would go to get one allocated. > > Richard Earnshaw (@armltd) is at the moment working on this, and has strongly > requested that we do not create our own standard since that will cause > absolute havoc. > > I will however, be in close contact with him, and I'd prefer it if we could > all work with him to produce a fully functional ARM ELF standard and > implementation. Please ignore my request. From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 6 15:17:47 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id PAA23897 for ; Sun, 6 Jul 1997 15:17:46 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 64864]) by nic.funet.fi with ESMTP id <15674-19149>; Sun, 6 Jul 1997 17:18:22 +0300 Received: by vger.rutgers.edu id <1004548-19315>; Sun, 6 Jul 1997 10:13:48 -0400 Received: from relay-13.mail.demon.net ([194.217.242.137] HELO punt-1.mail.demon.net ident: IDENT-NOT-QUERIED [port 48877]) by vger.rutgers.edu with SMTP id <1003690-19315>; Sun, 6 Jul 1997 10:13:25 -0400 Received: from willothewisp.demon.co.uk ([194.222.147.104]) by punt-1.mail.demon.net id aa1104290; 6 Jul 97 15:09 BST Received: from [127.0.0.1] by WillOTheWisp.demon.co.uk with SMTP; Sun, 06 Jul 1997 14:09:05 GMT Date: Sun, 06 Jul 1997 15:08:34 +0100 From: Matthew Godbolt To: linux-arm@vger.rutgers.edu Subject: Re: crt0.o missing Message-ID: <679a76a547@willothewisp.demon.co.uk> In-Reply-To: <19970706020817Z1003712-19315+483@vger.rutgers.edu> Organization: IRClient development X-Mailer: Messenger v0.30 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59b X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO In message you wrote: > > I've extracted it from > /pub/armlinux/OLD-stuff/distribution/gcc/disk1/libccs.tgz > > This seems to work. At least enough to let me compile a kernel, a > window manager, and most importantly XBlast! > > Ale. > Aha! Good work, Mr Terlevich. Now - I wonder if there's any chance I can compile a kernel that will work on my ARM710 - I'm still having to use the 610 to run linux even though I have the most recent stuff! Ta muchly, Matt -==- From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 6 22:07:39 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id WAA27060 for ; Sun, 6 Jul 1997 22:07:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 38472]) by nic.funet.fi with ESMTP id <15584-23470>; Mon, 7 Jul 1997 00:08:33 +0300 Received: by vger.rutgers.edu id <1004548-19315>; Sun, 6 Jul 1997 17:04:14 -0400 Received: from punt-1c.mail.demon.net ([194.217.242.136] HELO punt-1.mail.demon.net ident: IDENT-NOT-QUERIED [port 44559]) by vger.rutgers.edu with SMTP id <1004551-19308>; Sun, 6 Jul 1997 17:03:52 -0400 Received: from willothewisp.demon.co.uk ([194.222.147.104]) by punt-1.mail.demon.net id aa1009853; 6 Jul 97 21:58 BST Received: from [127.0.0.1] by WillOTheWisp.demon.co.uk with SMTP; Sun, 06 Jul 1997 20:58:14 GMT Date: Sun, 06 Jul 1997 21:54:39 +0100 From: Matthew Godbolt To: linux-arm@vger.rutgers.edu Subject: ARM710 and 1Mb VRAM (was crt0.o) Message-ID: <12c89ba547@willothewisp.demon.co.uk> Organization: IRClient development X-Mailer: Messenger v0.30 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59b X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Is anyone working on getting the ARM710 version working? If not, I have all the required docs, and since getting crt0.o I have a self- hosting linux setup, albeit running on a borrowed 610 chip. My first priority is to get my screen working properly - is anyone else getting disjointed screen lines after a scroll? I assume this is a 1Mb VRAM problem - does anyone else there with a mere 1Mb VRAM have a working screen driver, or am I the only one with this problem? Matt -==- From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 7 10:54:54 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA32641 for ; Mon, 7 Jul 1997 10:54:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 28968]) by nic.funet.fi with ESMTP id <15951-29761>; Mon, 7 Jul 1997 12:54:21 +0300 Received: by vger.rutgers.edu id <970795-20479>; Mon, 7 Jul 1997 05:49:57 -0400 Received: from HOST.30.82.ixos.de ([149.235.30.82] EHLO ultima.ixos.de ident: IDENT-NOT-QUERIED [port 33404]) by vger.rutgers.edu with ESMTP id <970793-20479> convert rfc822-to-8bit; Mon, 7 Jul 1997 05:49:42 -0400 Received: from mickey.munich.ixos.de (mickey.ixos.de [149.235.50.225]) by ultima.ixos.de (Netscape Mail Server v2.02) with SMTP id AAA4181 for ; Mon, 7 Jul 1997 11:55:00 +0200 Received: by mickey.munich.ixos.de with SMTP (Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63) id <01BC8ACD.106F0010@mickey.munich.ixos.de>; Mon, 7 Jul 1997 11:58:20 +0200 Message-ID: From: "Roland Groepmair" To: "'linux-arm@vger.rutgers.edu'" Subject: support for Cumana SCSI-2? Date: Mon, 7 Jul 1997 11:58:18 +0200 X-Mailer: Microsoft Exchange Server Internet Mail Connector Version 4.0.994.63 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8BIT X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hy! after throwing away my (old?) RiscBSD-installation, I tried to install ARM-Linux on my RPC (ARM 610, 24 MB DRAM, 2 MB VRAM, 2.1 GB IDE, RISC OS 3.5, Cumana SCSI-2 with 1 GB HD and SCSI-CD-ROM). I have collected the RPMS on a CD for installation. BUT: sadly I recognized that the Cumana SCSI-2 is not supported by the installation script. I had the choice between Oak, Acorn, Cumana-1 and ? (Zip). Is it true that I cannot install ARM Linux with my SCSI-CD ROM connected to Cumana-2? Are there plans to support this controller? Or do you have any other ideas? Sorry, I don't have any network connection for NFS installation or a modem... Thanks, Roland ------------------------------------------------------- Roland Gröpmair iXOS Software AG Tel. : +49 (0)89 46005 - 179 Bretonischer Ring 12 FAX : +49 (0)89 46005 - 199 D-85630 Grasbrunn Internet: http://www.ixos.de Germany mailto:Roland.Groepmair@ixos.de ------------------------------------------------------- From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 7 22:39:34 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id WAA04963 for ; Mon, 7 Jul 1997 22:38:29 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 4375]) by nic.funet.fi with ESMTP id <2290-31275>; Tue, 8 Jul 1997 00:35:04 +0300 Received: by vger.rutgers.edu id <971121-20479>; Mon, 7 Jul 1997 17:29:58 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 3870]) by vger.rutgers.edu with ESMTP id <971130-20481>; Mon, 7 Jul 1997 17:28:16 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Mon, 7 Jul 1997 22:27:23 +0100 Received: from caramon.armlinux.org (annex5) by bright.ecs.soton.ac.uk; Mon, 7 Jul 97 22:23:09 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Mon, 7 Jul 1997 17:39:38 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <1478.199707071740@raistlin.armlinux.org> Subject: Re: ARM710 and 1Mb VRAM (was crt0.o) To: linux-user@willothewisp.demon.co.uk (Matthew Godbolt) Date: Mon, 7 Jul 1997 18:40:27 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <12c89ba547@willothewisp.demon.co.uk> from "Matthew Godbolt" at Jul 6, 97 09:54:39 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Matthew Godbolt writes: > My first priority is to get my screen working properly - is anyone > else getting disjointed screen lines after a scroll? I assume this > is a 1Mb VRAM problem - does anyone else there with a mere 1Mb VRAM > have a working screen driver, or am I the only one with this problem? I believed that I had fixed that problem. Please ensure that you're using the latest kernel. Also, you should find that the latest kernel mostly works on an ARM710. However, there appears to be a bug in the ARM710 which causes the SWI vector to be entered instead of the prefetch abort vector. Exactly the same code is used on the ARM610 and SA110 with out any problem. Also, I will have to upload the latest set of kernel patches soon, and I suggest that you use these to work from. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 14 10:31:46 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA27770 for ; Mon, 14 Jul 1997 10:31:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 15454]) by nic.funet.fi with ESMTP id <364-4517>; Mon, 14 Jul 1997 12:16:25 +0300 Received: by vger.rutgers.edu id <970803-289>; Mon, 14 Jul 1997 04:35:39 -0400 Received: from server21.digital.fr ([193.56.15.21] EHLO server21.digital.fr ident: IDENT-NOT-QUERIED [port 4265]) by vger.rutgers.edu with ESMTP id <970989-289>; Mon, 14 Jul 1997 04:28:34 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id KAA05801 for ; Mon, 14 Jul 1997 10:35:08 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id KAA00995 for ; Mon, 14 Jul 1997 10:26:14 +0200 (MET DST) Received: from win31.reo.dec.com (newdial_p9.reo.dec.com [16.36.0.87]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id KAA08281; Mon, 14 Jul 1997 10:04:58 +0200 Received: from win31.reo.dec.com (localhost [127.0.0.1]) by win31.reo.dec.com (8.8.5/8.7.1) with ESMTP id JAA01825; Mon, 14 Jul 1997 09:21:10 GMT Message-Id: <199707140921.JAA01825@win31.reo.dec.com> X-Mailer: exmh version 1.6.9 05/05/96 To: rmk92@ecs.soton.ac.uk cc: linux-user@willothewisp.demon.co.uk (Matthew Godbolt), linux-arm@vger.rutgers.edu Subject: SA110 question Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 14 Jul 1997 09:21:10 +0000 From: "Ka'Plaagh" X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi, I'm now happily building the 110 kernel but I cannot get it to boot. The old kernel will boot but not the new one. The set up is Russell's bootp running on an EBSA-110 downloading from another Linux box. Looking at the zImage code, it looks like the kernel is meant to be put at 0x8000 physical and 0xc0008000 virtual. But, isn't this where the kernel goes? Are there any known incompatibilities here? I've checked the argument passing and that looks like it changed. Does anyone have a recent EBSA-110 kernel (known good) that I can try? Thanks Dave From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 14 10:54:33 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA27875 for ; Mon, 14 Jul 1997 10:54:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 24175]) by nic.funet.fi with ESMTP id <676-4517>; Mon, 14 Jul 1997 12:30:10 +0300 Received: by vger.rutgers.edu id <970803-289>; Mon, 14 Jul 1997 05:28:20 -0400 Received: from gatekeeper.pdd.3com.com ([193.130.120.3] EHLO gatekeeper.pdd.3com.com ident: IDENT-NOT-QUERIED [port 1220]) by vger.rutgers.edu with ESMTP id <970868-289>; Mon, 14 Jul 1997 05:26:43 -0400 Received: from mailhost.pdd.3com.com.pdd.3com.com (mailhost.pdd.3com.com [161.71.120.148]) by gatekeeper.pdd.3com.com (8.8.5/8.8.5) with ESMTP id KAA16600 for ; Mon, 14 Jul 1997 10:22:14 +0100 (BST) From: Howard Message-Id: <3593.9707140921@warthog.pdd.3com.com> Subject: a5k system To: linux-arm@vger.rutgers.edu Date: Mon, 14 Jul 1997 10:21:42 +0100 (BST) Organisation: Tree X-Pet-Hate: Microsoft Office X-Junk-Level: High X-Want: To be in Aber X-Mailer: ELM [version 2.4 PL25] Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi I've noticed that the A5K kernel is now on the ftp site (there may well have been an announcement but I seem to have lost a bit of connectivity with the outside world recently). There appears to be no install disk for the A5K in the /pub/armlinux/distrib/RedHat/disks directory. Has anyone any idea when it is likely to arrive ?? Thanks H. -- Howard Windsor Email:howardw@pdd.3com.com otherwise known as warthog "On Christmas day, you can't get sore, your fellow man you must adore, there's time to rob him all the more the other 364" Tom Lehrer From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 14 11:16:58 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id LAA27975 for ; Mon, 14 Jul 1997 11:16:57 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 33918]) by nic.funet.fi with ESMTP id <2738-3256>; Mon, 14 Jul 1997 12:49:15 +0300 Received: by vger.rutgers.edu id <970862-287>; Mon, 14 Jul 1997 05:47:18 -0400 Received: from mail-c.bcc.ac.uk ([144.82.100.23] HELO mail-c.bcc.ac.uk ident: IDENT-NOT-QUERIED [port 44591]) by vger.rutgers.edu with SMTP id <970845-289>; Mon, 14 Jul 1997 05:39:09 -0400 Received: from star.ucl.ac.uk by mail-c.bcc.ac.uk with SMTP (PP); Mon, 14 Jul 1997 10:36:00 +0100 Received: by star.ucl.ac.uk; id AA25906; Mon, 14 Jul 1997 10:40:02 +0100 Date: Mon, 14 Jul 1997 10:40:02 +0100 (BST) From: Richard Townsend To: "Ka'Plaagh" Cc: rmk92@ecs.soton.ac.uk, Matthew Godbolt , linux-arm@vger.rutgers.edu Subject: Re: SA110 question In-Reply-To: <199707140921.JAA01825@win31.reo.dec.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Mon, 14 Jul 1997, Ka'Plaagh wrote: > Hi, > I'm now happily building the 110 kernel but I cannot get it > to boot. The old kernel will boot but not the new one. The set up > is Russell's bootp running on an EBSA-110 downloading from another > Linux box. Looking at the zImage code, it looks like the kernel is > meant to be put at 0x8000 physical and 0xc0008000 virtual. But, isn't > this where the kernel goes? Are there any known incompatibilities here? > I've checked the argument passing and that looks like it changed. Does > anyone have a recent EBSA-110 kernel (known good) that I can try? IIRC, the SA stuff (at least, for the RPC's) requires non-compressed kernels - therefore, you shouldn't be using zImage but vmlinux kernels. Then again, I'm probably wrong.... Rich (who wishes the A5k kernel were here....) +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 14 11:28:13 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id LAA28025 for ; Mon, 14 Jul 1997 11:28:13 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 31356]) by nic.funet.fi with ESMTP id <2883-3256>; Mon, 14 Jul 1997 12:44:37 +0300 Received: by vger.rutgers.edu id <970866-287>; Mon, 14 Jul 1997 05:42:53 -0400 Received: from mail-c.bcc.ac.uk ([144.82.100.23] HELO mail-c.bcc.ac.uk ident: IDENT-NOT-QUERIED [port 44756]) by vger.rutgers.edu with SMTP id <970925-289>; Mon, 14 Jul 1997 05:39:27 -0400 Received: from star.ucl.ac.uk by mail-c.bcc.ac.uk with SMTP (PP); Mon, 14 Jul 1997 10:38:13 +0100 Received: by star.ucl.ac.uk; id AA31030; Mon, 14 Jul 1997 10:42:16 +0100 Date: Mon, 14 Jul 1997 10:42:16 +0100 (BST) From: Richard Townsend To: Howard Cc: linux-arm@vger.rutgers.edu Subject: Re: a5k system In-Reply-To: <3593.9707140921@warthog.pdd.3com.com> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Mon, 14 Jul 1997, Howard wrote: > Hi > > I've noticed that the A5K kernel is now on the ftp site (there may well > have been an announcement but I seem to have lost a bit of connectivity > with the outside world recently). > > There appears to be no install disk for the A5K in the > /pub/armlinux/distrib/RedHat/disks directory. Has anyone any idea when > it is likely to arrive ?? The A5k kernel has been around for a few months now, but no sign of the root disk. Apparently, there are kernel problems which mean that a root disk has to wait (please, please fix it chaps!) > "On Christmas day, you can't get sore, your fellow man you must adore, > there's time to rob him all the more the other 364" > Tom Lehrer "Ahmid the yuccas and the thissles, Ahl watch the guided missles" Tom Lehrer Rich +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 15 23:43:15 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA05694 for ; Tue, 15 Jul 1997 23:43:14 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 50300]) by nic.funet.fi with ESMTP id <2907-3749>; Wed, 16 Jul 1997 01:34:45 +0300 Received: by vger.rutgers.edu id <970860-287>; Tue, 15 Jul 1997 18:32:53 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 3464]) by vger.rutgers.edu with ESMTP id <970836-287>; Tue, 15 Jul 1997 18:32:36 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Tue, 15 Jul 1997 23:33:35 +0100 Received: from caramon.armlinux.org (annex5) by bright.ecs.soton.ac.uk; Tue, 15 Jul 97 23:35:49 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Tue, 15 Jul 1997 21:59:58 GMT From: rmk@ecs.soton.ac.uk Message-Id: <943.199707152201@raistlin.armlinux.org> Subject: EtherB cards? To: linux-arm@vger.rutgers.edu Date: Tue, 15 Jul 1997 23:01:11 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Has anyone been able to get the EtherB card working with the latest copy of the Linux kernels and root disks? A little more feedback might help please! ;) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 16 09:11:25 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA07983 for ; Wed, 16 Jul 1997 09:11:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 33375]) by nic.funet.fi with ESMTP id <2505-3749>; Wed, 16 Jul 1997 11:10:42 +0300 Received: by vger.rutgers.edu id <970868-289>; Wed, 16 Jul 1997 04:08:34 -0400 Received: from server21.digital.fr ([193.56.15.21] EHLO server21.digital.fr ident: IDENT-NOT-QUERIED [port 3964]) by vger.rutgers.edu with ESMTP id <970875-287>; Wed, 16 Jul 1997 04:08:19 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id KAA13882; Wed, 16 Jul 1997 10:17:04 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id KAA30441; Wed, 16 Jul 1997 10:09:38 +0200 (MET DST) Received: from win31.reo.dec.com (newdial_p10.reo.dec.com [16.36.0.89]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id JAA05798; Wed, 16 Jul 1997 09:52:43 +0200 Received: from win31.reo.dec.com (localhost [127.0.0.1]) by win31.reo.dec.com (8.8.5/8.7.1) with ESMTP id JAA00451; Wed, 16 Jul 1997 09:09:20 GMT Message-Id: <199707160909.JAA00451@win31.reo.dec.com> X-Mailer: exmh version 1.6.9 05/05/96 To: Charles Esson cc: linux-arm@vger.rutgers.edu Subject: Re: SA110, Compact PCI In-reply-to: Your message of "Wed, 16 Jul 1997 06:52:16 +1000." <33CBE300.60CCACE5@cvs.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 16 Jul 1997 09:09:20 +0000 From: "Ka'Plaagh" X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Is anyone building compact PCI boards based on the SA110. > > Regards Yes, Digital. It's called the EBSA-285 (aka Footbridge). Volume release is expected in mid-September. I'm porting Linux to it now... Dave From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 16 23:27:11 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA12059 for ; Wed, 16 Jul 1997 23:27:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 37744]) by nic.funet.fi with ESMTP id <2865-10919>; Thu, 17 Jul 1997 01:26:41 +0300 Received: by vger.rutgers.edu id <970881-289>; Wed, 16 Jul 1997 18:24:35 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 4008]) by vger.rutgers.edu with ESMTP id <970879-289>; Wed, 16 Jul 1997 18:24:19 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Wed, 16 Jul 1997 23:25:46 +0100 Received: from by bright.ecs.soton.ac.uk; Wed, 16 Jul 97 23:28:00 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Wed, 16 Jul 1997 22:26:06 GMT From: rmk@ecs.soton.ac.uk Message-Id: <521.199707162225@raistlin.armlinux.org> Subject: Aaaarrrggghhh! It's not my day To: linux-arm@vger.rutgers.edu Date: Wed, 16 Jul 1997 23:25:12 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi all! It appears that today wasn't my day! I've had many problems, one of them quite serious. Last night sometime my (new, less than 1 week old) hub here died. My hub connects the A5k, EBSA and RiscPC together. The hub is essential for connecting these together since the EBSA is 10BaseT only, RiscPC is 10BaseT/10Base2, and the A5k is 10Base2 only. My system has evolved over the years into a very pecular arrangement - the A5k is the fileserver for the RPC and EBSA, whereas the EBSA has my modem on to provide a nice fast reliable link outside. So: (10bT) RPC / <-> modem <-RS232-> ebsa <-10bT-> hub \ (10b2) A5k The problem basically is that the hub's 10Base2 port does not want to receive anything anymore! It used to, and it does still transmit packets. This effectively disconnected the RPC and EBSA from the A5k! The only reason that I am able to get onto the internet again is that I have put another ethernet card into the RiscPC, and yes, yet another twist in the works, the RPC is now a router! I now have: <-> modem <-RS232-> ebsa <-10bT-> hub <-10bT-> RPC <-10b2-> A5k since this is currently the only way that I can physicall connect the machines together now. Obviously this is far less efficient and far less reliable than before, and I don't intend to continue with this setup for long (since I'm going to do my best to get this hub replaced ASAP, and I mean new-one-before-return arrangement). The reason is that I'm in danger of missing a target that Acorn would really like me to meet for this Monday (i.e. I've got to do another kernel release this weekend). Why do I always get unreliable goods from wherever I buy from? Is it just me, or is quality absolutely lacking in the computer world? I've only had over half of purchased products have had to be sent back within their warranty period, and the ratio is still rising! All that I'd like to do is to buy a piece of hardware and have it work fine for a reasonable time with absolutely no problems. Ok, so lets set a challenge. If any supplier out there can successfully prove to me some hardware that will not go wrong within it's warranty period, then I'll start to consider buying it. If they're not willing to prove this (and the method that they decide to do this is totally up to them), then I simply won't buy from them. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 16 23:41:53 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA12136 for ; Wed, 16 Jul 1997 23:41:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 65400]) by nic.funet.fi with ESMTP id <2507-10919>; Thu, 17 Jul 1997 01:41:08 +0300 Received: by vger.rutgers.edu id <970915-289>; Wed, 16 Jul 1997 18:38:38 -0400 Received: from zuaxp9.star.ucl.ac.uk ([128.40.1.19] HELO zuaxp9.star.ucl.ac.uk ident: IDENT-NOT-QUERIED [port 2175]) by vger.rutgers.edu with SMTP id <971007-289>; Wed, 16 Jul 1997 18:35:21 -0400 Received: by zuaxp9.star.ucl.ac.uk; id AA03574; Wed, 16 Jul 1997 23:40:13 +0100 Date: Wed, 16 Jul 1997 23:40:13 +0100 (BST) From: Richard Townsend To: rmk@ecs.soton.ac.uk Cc: linux-arm@vger.rutgers.edu Subject: Re: Aaaarrrggghhh! It's not my day In-Reply-To: <521.199707162225@raistlin.armlinux.org> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Wed, 16 Jul 1997 rmk@ecs.soton.ac.uk wrote: > Hi all! > > It appears that today wasn't my day! I've had many problems, one of them > quite serious. Bad luck Russ! I think that everything seems to go wrong with you coz you're the most important person to do with ArmLinux. This seems to be bad juju, so perhaps all should join in a juju-improving ritual. Or perhaps this is a Feng-Shui problem (sp?) - wanna move house? "Oh spirits of Linus and Herman, we invoke thee, make Russ' equipment work, and grant him anomalous transfer rates of 100Mb/sec on 10Base-T/2 equipment, we beseech thee. Droppest thou no packets, and apply supernatural laxatives to net blockages. Dispel bugs and compile!" Hmmm, that should work.... Rich +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 19 09:13:57 1997 Return-Path: Received: from nic.funet.fi ([128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id JAA30084 for ; Sat, 19 Jul 1997 09:13:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 53542]) by nic.funet.fi with ESMTP id <75-23824>; Sat, 19 Jul 1997 11:13:46 +0300 Received: by vger.rutgers.edu id <971355-8840>; Sat, 19 Jul 1997 04:10:27 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 3871]) by vger.rutgers.edu with ESMTP id <971357-8840>; Sat, 19 Jul 1997 04:10:08 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Sat, 19 Jul 1997 09:12:20 +0100 Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Sat, 19 Jul 97 09:14:35 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Sat, 19 Jul 1997 08:11:34 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <437.199707190812@raistlin.armlinux.org> Subject: Web pages moving... To: linux-arm@vger.rutgers.edu Date: Sat, 19 Jul 1997 09:12:49 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi all. As part of the restructuring that's going on at Southampton, my web pages will be moving. This will initially only affect those people using the whirligig.ecs.soton.ac.uk address. They should replace this with www.arm.uk.linux.org to access the pages. Keep watching this space... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 20 10:37:17 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA03641 for ; Sun, 20 Jul 1997 10:37:16 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 34396]) by nic.funet.fi with ESMTP id <2319-19679>; Sun, 20 Jul 1997 12:36:37 +0300 Received: by vger.rutgers.edu id <971066-8839>; Sat, 19 Jul 1997 16:05:47 -0400 Received: from mrbounce.compsoc.man.ac.uk ([192.84.78.5] EHLO mrbounce.compsoc.man.ac.uk ident: IDENT-NOT-QUERIED [port 1066]) by vger.rutgers.edu with ESMTP id <971091-8840>; Sat, 19 Jul 1997 16:05:26 -0400 Received: (from glyn@localhost) by mrbounce.compsoc.man.ac.uk (8.8.5/8.8.4) id WAA00651 for linux-arm@vger.rutgers.edu; Sat, 19 Jul 1997 22:05:42 +0100 From: Glyn Davies Message-Id: <199707192105.WAA00651@mrbounce.compsoc.man.ac.uk> Subject: A5K Linux To: linux-arm@vger.rutgers.edu Date: Sat, 19 Jul 1997 22:05:42 +0100 (BST) Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi there, I know the root disk isn't out yet, but I thought I'd have a go with the Kernel anyway (My A5k ain't doing to much else at the moment, so why not) Anyway, running the !Linux initally presented some problems - it appears the config file it points to is a directory? I changed to running Linux with -bootpart Kernel, and managed to get it to boot - I've collected a RiscPC root disk - for kicks - and giving the root=/dev/fd0 option, expected it to do something. . . However, at this point I just get I/O errors from the floppy drive.. same with /dev/fd1 (in case my connector is on the wrong thing) . Another problem I came across, was that more often than not, after the "Uncompressing Linux" message, it reports "invalid compression format? (err=2)" I assume this is a generic message when gzip fails to uncomress or something, though it doesn;t help to figure out what is actually causing this. . Any thoughts out there ? Cheers, Glyn -- Glyn D / http://www.cs.man.ac.uk/~daviess / Manchester Computer Society ------------------------------------------------------------------------ "Whom computers must destroy, they must first drive mad." -- fortune "What if everyone felt like that?" -- Catch 22 ------------------------------------------------------------------------ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 20 13:40:25 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA04434 for ; Sun, 20 Jul 1997 13:40:24 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 23566]) by nic.funet.fi with ESMTP id <2459-19679>; Sun, 20 Jul 1997 15:40:00 +0300 Received: by vger.rutgers.edu id <971056-8840>; Sun, 20 Jul 1997 08:07:27 -0400 Received: from zuaxp9.star.ucl.ac.uk ([128.40.1.19] HELO zuaxp9.star.ucl.ac.uk ident: IDENT-NOT-QUERIED [port 1723]) by vger.rutgers.edu with SMTP id <971107-8839>; Sun, 20 Jul 1997 08:02:01 -0400 Received: by zuaxp9.star.ucl.ac.uk; id AA18603; Sun, 20 Jul 1997 11:12:58 +0100 Date: Sun, 20 Jul 1997 11:12:57 +0100 (BST) From: Richard Townsend To: Glyn Davies Cc: linux-arm@vger.rutgers.edu Subject: Re: A5K Linux In-Reply-To: <199707192105.WAA00651@mrbounce.compsoc.man.ac.uk> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Sat, 19 Jul 1997, Glyn Davies wrote: > Hi there, > > I know the root disk isn't out yet, but I thought I'd have a go with the > Kernel anyway (My A5k ain't doing to much else at the moment, so why not) Tried this myself! > > Anyway, running the !Linux initally presented some problems - > it appears the config file it points to is a directory? You need to run !Config to sort this out, but it always gives me an address exception when I try to run it - :( > > I changed to running Linux with -bootpart Kernel, and managed to get it > to boot - I've collected a RiscPC root disk - for kicks - and giving > the root=/dev/fd0 option, expected it to do something. . . > > However, at this point I just get I/O errors from the floppy drive.. > same with /dev/fd1 (in case my connector is on the wrong thing) . Not your fault - I get these as well (something about DMA cockups etc). I reckon these are the "kernel problems" which are the reason why there is no A5k disk.... > Another problem I came across, was that more often than not, after the > "Uncompressing Linux" message, it reports "invalid compression format? (err=2)" This happens due to some garbage left lying around by RiscOS. I used to get it quite a lot when booting Linux from the desktop CLI. I have now configured my machine (A3020) to boot to the supervisor prompt, and the kernel boots every time from there... Hope this helps! Rich +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 20 14:14:42 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id OAA04573 for ; Sun, 20 Jul 1997 14:14:41 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 5414]) by nic.funet.fi with ESMTP id <16032-19679>; Sun, 20 Jul 1997 16:15:08 +0300 Received: by vger.rutgers.edu id <970947-8840>; Sun, 20 Jul 1997 09:11:51 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 4166]) by vger.rutgers.edu with ESMTP id <970966-8839>; Sun, 20 Jul 1997 09:11:36 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Sun, 20 Jul 1997 14:14:06 +0100 Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Sun, 20 Jul 97 14:15:24 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Sun, 20 Jul 1997 13:12:34 GMT From: rmk92@ecs.soton.ac.uk Message-Id: <1213.199707201312@raistlin.armlinux.org> Subject: Re: A5K Linux To: Glyn@ecs.soton.ac.uk, Davies@ecs.soton.ac.uk, Date: Sun, 20 Jul 1997 14:12:39 +0100 (BST) Cc: linux-arm@vger.rutgers.edu X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Richard Townsend writes: > On Sat, 19 Jul 1997, Glyn Davies wrote: > > Anyway, running the !Linux initally presented some problems - > > it appears the config file it points to is a directory? > > You need to run !Config to sort this out, but it always gives me an > address exception when I try to run it - :( Remove the directory. I thought that this was fixed in the latest set of tools. Could someone please check and let me know? > > I changed to running Linux with -bootpart Kernel, and managed to get it > > to boot - I've collected a RiscPC root disk - for kicks - and giving > > the root=/dev/fd0 option, expected it to do something. . . > > > > However, at this point I just get I/O errors from the floppy drive.. > > same with /dev/fd1 (in case my connector is on the wrong thing) . > > Not your fault - I get these as well (something about DMA cockups etc). I > reckon these are the "kernel problems" which are the reason why there is > no A5k disk.... Not quite - one socket carries fd0/1, the other carries fd2/3. The reason that there is no A5000 disk is that I have not been able to get around to it. The RPC one should work (except for the loadable modules). > > Another problem I came across, was that more often than not, after the > > "Uncompressing Linux" message, it reports "invalid compression format? (err=2)" > > This happens due to some garbage left lying around by RiscOS. I used to > get it quite a lot when booting Linux from the desktop CLI. I have now > configured my machine (A3020) to boot to the supervisor prompt, and the > kernel boots every time from there... Curious, and strange. I'll have to have a look at that. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 20 15:08:09 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id PAA04840 for ; Sun, 20 Jul 1997 15:08:09 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 15932]) by nic.funet.fi with ESMTP id <16151-19679>; Sun, 20 Jul 1997 17:08:33 +0300 Received: by vger.rutgers.edu id <971084-8839>; Sun, 20 Jul 1997 10:03:33 -0400 Received: from mrbounce.compsoc.man.ac.uk ([192.84.78.5] EHLO mrbounce.compsoc.man.ac.uk ident: IDENT-NOT-QUERIED [port 6667]) by vger.rutgers.edu with ESMTP id <971035-8839>; Sun, 20 Jul 1997 09:58:36 -0400 Received: (from glyn@localhost) by mrbounce.compsoc.man.ac.uk (8.8.5/8.8.4) id PAA07868; Sun, 20 Jul 1997 15:49:03 +0100 From: Glyn Davies Message-Id: <199707201449.PAA07868@mrbounce.compsoc.man.ac.uk> Subject: Re: A5K Linux To: rmk92@ecs.soton.ac.uk Date: Sun, 20 Jul 1997 15:49:03 +0100 (BST) Cc: Glyn@ecs.soton.ac.uk, Davies@ecs.soton.ac.uk, glyn@compsoc.man.ac.uk, linux-arm@vger.rutgers.edu In-Reply-To: <1213.199707201312@raistlin.armlinux.org> from "rmk92@ecs.soton.ac.uk" at Jul 20, 97 02:12:39 pm Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > > Richard Townsend writes: > > On Sat, 19 Jul 1997, Glyn Davies wrote: > > > Anyway, running the !Linux initally presented some problems - > > > it appears the config file it points to is a directory? > > > > You need to run !Config to sort this out, but it always gives me an > > address exception when I try to run it - :( > > Remove the directory. I thought that this was fixed in the latest set > of tools. Could someone please check and let me know? This was a freshly downloaded copy of the tools ( from ftp.arm.etc etc etc) > > > However, at this point I just get I/O errors from the floppy drive.. > > > same with /dev/fd1 (in case my connector is on the wrong thing) . > > > > Not your fault - I get these as well (something about DMA cockups etc). I > > reckon these are the "kernel problems" which are the reason why there is > > no A5k disk.... > > Not quite - one socket carries fd0/1, the other carries fd2/3. So if one socket carries fd0/1, and the other fd2/3 - AND the kernel reports fd's 0 & 1 on boot up, what am I doing wrong ? Should I be able to pass root=/dev/fd0 ? The fd light isn't even sensing, so I'm curious to know what's going on. . > > The reason that there is no A5000 disk is that I have not been able to > get around to it. The RPC one should work (except for the loadable modules). > > > > Another problem I came across, was that more often than not, after the > > > "Uncompressing Linux" message, it reports "invalid compression format? (err=2)" > > > > This happens due to some garbage left lying around by RiscOS. I used to > > get it quite a lot when booting Linux from the desktop CLI. I have now > > configured my machine (A3020) to boot to the supervisor prompt, and the > > kernel boots every time from there... > > Curious, and strange. I'll have to have a look at that. Booting into CLI only does seem to have fixed this for the moment, as an aside. I just tried building up gcc & binutils for compiling the kernel under i386, Linux - but the patches didn't seem to be taking hold properly. .. As a straw poll, how many people have cross compiled the kernel out there ? (Apart from Russell & Dave that is - you guys don't count :) What problems - if nay did you get when applying the patches? Cheers, Glyn -- Glyn D / http://www.cs.man.ac.uk/~daviess / Manchester Computer Society ------------------------------------------------------------------------ "Whom computers must destroy, they must first drive mad." -- fortune "What if everyone felt like that?" -- Catch 22 ------------------------------------------------------------------------ From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 21 13:16:36 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id NAA11335 for ; Mon, 21 Jul 1997 13:16:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 36964]) by nic.funet.fi with ESMTP id <15866-19387>; Mon, 21 Jul 1997 14:50:40 +0300 Received: by vger.rutgers.edu id <971036-8839>; Mon, 21 Jul 1997 07:47:14 -0400 Received: from relay-15.mail.demon.net ([194.217.242.9] HELO punt-2.mail.demon.net ident: IDENT-NOT-QUERIED [port 46051]) by vger.rutgers.edu with SMTP id <970966-8839> convert rfc822-to-8bit; Mon, 21 Jul 1997 07:46:42 -0400 Received: from stordir.demon.co.uk ([158.152.47.86]) by punt-2.mail.demon.net id aa1516902; 21 Jul 97 12:31 BST Received: from mark by stordir.demon.co.uk for linux-arm@vger.rutgers.edu; Mon, 21 Jul 97 12:09:12 British Summer Time Received: by mark with Microsoft Mail id <01BC95CE.FF96B640@mark>; Mon, 21 Jul 1997 12:09:54 +0100 Message-ID: <01BC95CE.FF96B640@mark> From: Mark Smith To: "'linux-arm@vger.rutgers.edu'" Subject: What will PCI give ? Date: Mon, 21 Jul 1997 12:09:48 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 8BIT X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi, Not sure if this question belongs in here but ... When the Risc PC comes out with PCI will it give access to all those nice toys that are available for PCs ? Like could I plug in my Adaptec 2940 and with a little driver see SCSI disks ? Or plug in my Millenium and have graphics ? Or will hardware have to be made specifically for the Risc PC (maybe a different BIOS) ? The reason I want to know is that I would like a Risc PC but don't want the stodgy old bus it's currently got. Thanks. Mark. mark@storagedirect.com PS. If anyones got a cheap Risc PC going for sale, I'd be interested. I've tried lots of times but you lot just won't give them up easily :( From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 21 14:17:31 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id OAA11787 for ; Mon, 21 Jul 1997 14:17:30 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 16254]) by nic.funet.fi with ESMTP id <15732-19387>; Mon, 21 Jul 1997 15:57:18 +0300 Received: by vger.rutgers.edu id <970966-8840>; Mon, 21 Jul 1997 08:53:38 -0400 Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 2047]) by vger.rutgers.edu with ESMTP id <971063-8840>; Mon, 21 Jul 1997 08:53:23 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id NAA23518; Mon, 21 Jul 1997 13:55:35 +0100 From: Alan Cox Message-Id: <199707211255.NAA23518@snowcrash.cymru.net> Subject: Re: What will PCI give ? To: mark@storagedirect.com (Mark Smith) Date: Mon, 21 Jul 1997 13:55:27 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <01BC95CE.FF96B640@mark> from "Mark Smith" at Jul 21, 97 12:09:48 pm Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > When the Risc PC comes out with PCI will it give access to all those nice > toys that are available for PCs ? Like could I plug in my Adaptec 2940 and > with a little driver see SCSI disks ? Or plug in my Millenium and have > graphics ? You have to add three components to make all this work. Firstly its improbable the RiscPC will have an intel PCI bios so you will need to write the PCI bios equivalents for your platform and add them to the kernel Secondly you will need to sort out PCI translations to make the drivers port cleanly. That shouldnt be too hard. However some drivers will bite you as they aren't very portable, (The worst of that got sorted by the Alpha) > Or will hardware have to be made specifically for the Risc PC (maybe a > different BIOS) ? This is #3. You will need an intel CPU emulator. There is a GPL'd i386 emulator in the now GPL willows toolkit. With some hacking its probably up to initialising most boards. Alan From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 21 18:59:40 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id SAA13656 for ; Mon, 21 Jul 1997 18:59:38 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 47986]) by nic.funet.fi with ESMTP id <15640-19387>; Mon, 21 Jul 1997 20:29:30 +0300 Received: by vger.rutgers.edu id <971083-8840>; Mon, 21 Jul 1997 13:25:44 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 2240]) by vger.rutgers.edu with ESMTP id <971093-8840>; Mon, 21 Jul 1997 13:23:50 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Mon, 21 Jul 1997 18:18:59 +0100 Received: from by bright.ecs.soton.ac.uk; Mon, 21 Jul 97 18:21:06 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Sun, 20 Jul 1997 21:00:54 GMT From: rmk@ecs.soton.ac.uk Message-Id: <3287.199707202100@raistlin.armlinux.org> Subject: Re: A5K Linux To: glyn@compsoc.man.ac.uk (Glyn Davies) Date: Sun, 20 Jul 1997 22:00:18 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199707201449.PAA07868@mrbounce.compsoc.man.ac.uk> from "Glyn Davies" at Jul 20, 97 03:49:03 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Glyn Davies writes: > I just tried building up gcc & binutils for compiling the kernel under i386, > Linux - but the patches didn't seem to be taking hold properly. .. I hope that you're not trying to apply every single patch. The patches are designed to be applied to clean 2.0.30 kernel, and only one patch is necessary. I'm not doing incremental patches at the moment. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 21 19:01:36 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id TAA13672 for ; Mon, 21 Jul 1997 19:01:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 47986]) by nic.funet.fi with ESMTP id <15345-19387>; Mon, 21 Jul 1997 20:29:01 +0300 Received: by vger.rutgers.edu id <971070-8840>; Mon, 21 Jul 1997 13:25:12 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 2240]) by vger.rutgers.edu with ESMTP id <971085-8839>; Mon, 21 Jul 1997 13:23:49 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Mon, 21 Jul 1997 18:18:41 +0100 Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Mon, 21 Jul 97 18:20:07 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Sun, 20 Jul 1997 21:21:05 GMT From: rmk@ecs.soton.ac.uk Message-Id: <3439.199707202120@raistlin.armlinux.org> Subject: Any more feedback on ARM Linux? To: linux-arm@vger.rutgers.edu Date: Sun, 20 Jul 1997 22:20:28 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Is there any more feedback around about what works, what doesn't work etc with ARM Linux??? The mailing list appears to have quietened down a bit! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 21 23:18:43 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA14822 for ; Mon, 21 Jul 1997 23:18:42 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 12913]) by nic.funet.fi with ESMTP id <2420-2057>; Tue, 22 Jul 1997 00:49:21 +0300 Received: by vger.rutgers.edu id <971082-8840>; Mon, 21 Jul 1997 17:45:18 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 3989]) by vger.rutgers.edu with ESMTP id <971096-8840>; Mon, 21 Jul 1997 17:44:41 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Mon, 21 Jul 1997 22:47:31 +0100 Received: from caramon.armlinux.org (annex4) by bright.ecs.soton.ac.uk; Mon, 21 Jul 97 22:49:42 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Mon, 21 Jul 1997 20:41:41 GMT From: rmk@ecs.soton.ac.uk Message-Id: <631.199707212039@raistlin.armlinux.org> Subject: New kernel etc... To: linux-arm@vger.rutgers.edu Date: Mon, 21 Jul 1997 21:39:02 +0100 (BST) X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO I have now uploaded a new RPC kernel that should be ARM700 compatible. However, I'd like to know if it isn't please. Also, those using FTP directly to get the kernel may notice a 'modules.tar.gz' package. This is not an updated set of module utilities - it is in fact, a direct copy of my modules directory on the RiscPC containing quite a few modules. There is even a sound module now! Have Fun! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 22 01:40:03 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA15401 for ; Tue, 22 Jul 1997 01:40:03 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 17722]) by nic.funet.fi with ESMTP id <16130-22362>; Tue, 22 Jul 1997 03:08:55 +0300 Received: by vger.rutgers.edu id <971036-8839>; Mon, 21 Jul 1997 20:05:04 -0400 Received: from server21.digital.fr ([193.56.15.21] EHLO server21.digital.fr ident: IDENT-NOT-QUERIED [port 3289]) by vger.rutgers.edu with ESMTP id <970966-8840>; Mon, 21 Jul 1997 20:04:47 -0400 Received: from mail.vbo.dec.com (mail.vbo.dec.com [16.36.208.34]) by server21.digital.fr (8.7.5/8.7) with ESMTP id CAA08221; Tue, 22 Jul 1997 02:15:21 +0200 (MET DST) Received: from vbormc.vbo.dec.com (vbormc.vbo.dec.com [16.36.208.94]) by mail.vbo.dec.com (8.7.3/8.7) with ESMTP id CAA12803; Tue, 22 Jul 1997 02:07:48 +0200 (MET DST) Received: from win31.reo.dec.com (newdial_p10.reo.dec.com [16.36.0.89]) by vbormc.vbo.dec.com (8.7.3/8.7) with ESMTP id BAA27143; Tue, 22 Jul 1997 01:50:54 +0200 Received: from win31.reo.dec.com (localhost [127.0.0.1]) by win31.reo.dec.com (8.8.5/8.7.1) with ESMTP id BAA00501; Tue, 22 Jul 1997 01:07:23 GMT Message-Id: <199707220107.BAA00501@win31.reo.dec.com> X-Mailer: exmh version 1.6.9 05/05/96 To: rmk@ecs.soton.ac.uk cc: linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? In-reply-to: Your message of "Sun, 20 Jul 1997 22:20:28 +0100." <3439.199707202120@raistlin.armlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Jul 1997 01:07:23 +0000 From: "Ka'Plaagh" X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Russell (et al), I'm still in the middle of porting Linux to the EBSA-285 (21285 PCI/I20/Memory support chipset). I had to divert back to to Alpha Linux to port to the LX, that's working now, so back to StrongARM. I still haven't built a working EBSA-110 kernel, but I know that it's running from the right place in memory as I added in enough debug code. Rather than get that working, I thought that I'd concentrate on the EBSA-285 - it's the same set of problems to solve. There have been several offers of help around ARM and ELF, I'd like to take someone up on that offer, but we're not ready yet... Dave From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 22 10:32:55 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id KAA17590 for ; Tue, 22 Jul 1997 10:32:54 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 35354]) by nic.funet.fi with ESMTP id <2232-2057>; Tue, 22 Jul 1997 12:31:53 +0300 Received: by vger.rutgers.edu id <971213-8840>; Tue, 22 Jul 1997 05:27:07 -0400 Received: from hermes.dur.ac.uk ([129.234.4.9] HELO hermes.dur.ac.uk ident: IDENT-NOT-QUERIED [port 35537]) by vger.rutgers.edu with SMTP id <971112-8839>; Tue, 22 Jul 1997 05:25:17 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Tue, 22 Jul 1997 10:21:55 +0100 Received: from duss0 by dust0 id ; Tue, 22 Jul 1997 10:21:53 +0100 Date: Tue, 22 Jul 1997 10:21:50 +0100 (BST) From: Ale Terlevich To: rmk@ecs.soton.ac.uk cc: linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? In-Reply-To: <3439.199707202120@raistlin.armlinux.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Is there any more feedback around about what works, what doesn't work > etc with ARM Linux??? The mailing list appears to have quietened down > a bit! I didn't know wether to send things in or not incase they're already known, but here's a list of things that doesn't seem to work... loadmap Produces a segmentation fault and dumps core. Presumably linked to this is the fact that the !linux application can't boot the partition. It complains about an invalid checksum. (I have to boot it by having a -bootkernel option, then adding a root=/dev/hda3 to the additional kernel options section. (Is there any way of adding an additional option from the command line?) Here's my boot.conf config { root = "/dev/hda3"; }; # Linux 1.3.45 block with no ramdisk. kernel { name = "Linux 2.0.30"; path = "/vmlinux"; root = "/dev/hda3"; ramdisk = 0; flags = readonly; }; Occasionaly X complains that it can't get enough free memory to start, even on a freshly booted system (Although this has only happened twice and I can't repeat it) Does X recognise MIT-MAGIC-COOKIE-1 authentication? I can't seem to get it working. That's all I can think of at the mo. All in all I've been very impressed with the speed and useability of the system! Well done to all! Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 22 19:00:35 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id TAA20308 for ; Tue, 22 Jul 1997 19:00:35 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 25697]) by nic.funet.fi with ESMTP id <16053-22362>; Tue, 22 Jul 1997 20:59:47 +0300 Received: by vger.rutgers.edu id <971101-8839>; Tue, 22 Jul 1997 13:55:27 -0400 Received: from odie.barnet.ac.uk ([194.82.202.98] EHLO odie.barnet.ac.uk ident: IDENT-NOT-QUERIED [port 1288]) by vger.rutgers.edu with ESMTP id <971063-8840>; Tue, 22 Jul 1997 13:55:09 -0400 Received: from benji (oaktree.demon.co.uk [158.152.72.8]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id SAA20279 for ; Tue, 22 Jul 1997 18:57:59 +0100 Date: Tue, 22 Jul 1997 18:43:07 +0100 From: Joseph Heenan To: linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? Message-ID: Reply-To: joseph@odie.barnet.ac.uk X-Mailer: Messenger v0.65 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59b X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO In message <3439.199707202120@raistlin.armlinux.org> rmk@ecs.soton.ac.uk wrote: > Is there any more feedback around about what works, what doesn't work > etc with ARM Linux??? The mailing list appears to have quietened down > a bit! :-) Well, today I downloaded and installed the new install kernel and as far as I can tell this is working perfectly on the 700! Yay! The new sound module seems to work too, although I still don't get 'beeps' from the shell - do I have to enable these specifically somehow? Cheers, Joseph -- Joseph Heenan, Coventry, UK mailto:esuvf@csv.warwick.ac.uk From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 22 19:01:02 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id TAA20316 for ; Tue, 22 Jul 1997 19:01:02 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 25697]) by nic.funet.fi with ESMTP id <2207-22362>; Tue, 22 Jul 1997 21:00:03 +0300 Received: by vger.rutgers.edu id <971063-8840>; Tue, 22 Jul 1997 13:55:46 -0400 Received: from odie.barnet.ac.uk ([194.82.202.98] EHLO odie.barnet.ac.uk ident: IDENT-NOT-QUERIED [port 1298]) by vger.rutgers.edu with ESMTP id <971070-8839>; Tue, 22 Jul 1997 13:55:25 -0400 Received: from benji (oaktree.demon.co.uk [158.152.72.8]) by odie.barnet.ac.uk (8.8.2/8.8.0) with SMTP id SAA20285 for ; Tue, 22 Jul 1997 18:58:09 +0100 Date: Tue, 22 Jul 1997 18:52:05 +0100 From: Joseph Heenan To: linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? Message-ID: <2971c8ad47%esuvf@dial1221.dialup.warwick.ac.uk> Reply-To: joseph@odie.barnet.ac.uk X-Mailer: Messenger v0.65 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59b X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO In message Ale Terlevich wrote: > loadmap > > Produces a segmentation fault and dumps core. Presumably linked to > this is the fact that the !linux application can't boot the partition. It > complains about an invalid checksum. (I have to boot it by having a > -bootkernel option, then adding a root=/dev/hda3 to the additional kernel > options section. (Is there any way of adding an additional option from > the command line?) > > Here's my boot.conf > config { > root = "/dev/hda3"; > }; Try removing this section - loadmap did the same for me, and, AFAICR, removing this section solved it. You should then be able to boot properly with !Linux! I've no idea about the rest of your questions, though. Cheers, Joseph -- Joseph Heenan, Coventry, UK mailto:esuvf@csv.warwick.ac.uk From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 22 19:55:50 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id TAA20539 for ; Tue, 22 Jul 1997 19:55:50 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 21621]) by nic.funet.fi with ESMTP id <2902-2057>; Tue, 22 Jul 1997 21:55:14 +0300 Received: by vger.rutgers.edu id <971063-8840>; Tue, 22 Jul 1997 14:51:15 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 2333]) by vger.rutgers.edu with SMTP id <971093-8840>; Tue, 22 Jul 1997 14:50:59 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #2) id 0wqhQv-0000Yg-00; Tue, 22 Jul 1997 17:05:05 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: Glyn Davies cc: rmk92@ecs.soton.ac.uk, Glyn@ecs.soton.ac.uk, Davies@ecs.soton.ac.uk, linux-arm@vger.rutgers.edu Subject: Re: A5K Linux In-reply-to: Your message of "Sun, 20 Jul 1997 15:49:03 BST." <199707201449.PAA07868@mrbounce.compsoc.man.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 22 Jul 1997 17:05:05 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >I just tried building up gcc & binutils for compiling the kernel under i386, >Linux - but the patches didn't seem to be taking hold properly. .. > >As a straw poll, how many people have cross compiled the kernel out there ? >(Apart from Russell & Dave that is - you guys don't count :) > >What problems - if nay did you get when applying the patches? Which patches are you talking about, and what versions of gcc and binutils are you using? p. From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 23 05:53:54 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id FAA23323 for ; Wed, 23 Jul 1997 05:53:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 63804]) by nic.funet.fi with ESMTP id <275-8480>; Wed, 23 Jul 1997 07:52:54 +0300 Received: by vger.rutgers.edu id <971208-8839>; Tue, 22 Jul 1997 23:25:16 -0400 Received: from [195.212.59.66] ([195.212.59.66] EHLO primanet.primanet.de ident: IDENT-NOT-QUERIED [port 41484]) by vger.rutgers.edu with ESMTP id <971112-8840>; Tue, 22 Jul 1997 23:11:40 -0400 Received: from PC_chrisa.primanet.de ([195.212.59.25]) by primanet.primanet.de (8.7.4/8.7.3) with SMTP id FAA05511; Wed, 23 Jul 1997 05:02:13 +0100 (WET DST) Message-ID: In-Reply-To: <199707192105.WAA00651@mrbounce.compsoc.man.ac.uk> References: Conversation <199707192105.WAA00651@mrbounce.compsoc.man.ac.uk> with last message <199707192105.WAA00651@mrbounce.compsoc.man.ac.uk> X-MSMail-Priority: Normal X-Priority: 3 To: "Glyn Davies" , linux-arm@vger.rutgers.edu MIME-Version: 1.0 From: "ca" Subject: arm Linux Date: Wed, 23 Jul 97 05:00:08 PDT Content-Type: text/plain; charset="ISO-8859-1"; X-MAPIextension=".TXT" Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Hi there, > is there a port for the a440 (upgraded with ,,new,, arm and ros to be nearly a5000 compatible) anywhere around? chris From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 23 23:56:51 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id XAA28972 for ; Wed, 23 Jul 1997 23:56:51 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 21877]) by nic.funet.fi with ESMTP id <2505-364>; Thu, 24 Jul 1997 01:56:39 +0300 Received: by vger.rutgers.edu id <971189-8839>; Wed, 23 Jul 1997 18:51:28 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 4455]) by vger.rutgers.edu with ESMTP id <971288-8840>; Wed, 23 Jul 1997 18:48:42 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Wed, 23 Jul 1997 23:50:29 +0100 Received: from by bright.ecs.soton.ac.uk; Wed, 23 Jul 97 23:52:43 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Wed, 23 Jul 1997 22:55:51 GMT From: rmk@ecs.soton.ac.uk Message-Id: <2185.199707232248@raistlin.armlinux.org> Subject: Re: Any more feedback on ARM Linux? To: Philip.Blundell@pobox.com (Philip Blundell) Date: Wed, 23 Jul 1997 23:48:43 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 22, 97 04:15:03 pm X-Phone: +44 (0)1737 360654 Reply-To: rmk@ecs.soton.ac.uk X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Philip Blundell writes: > I think your mailer is putting a broken From address in, which may not help... I've tried the RedHat version of Elm, my own version of Elm, but I can't get anything to give me a correct From: line. Sendmail won't even do it. If you set the flag on the local mailer (w), it just goes totally barmy and says that all users are unknown! I am half tempted to put a From: into my elmheaders file to force it to put one on correctly. I'm using sendmail 8.7.4 with elm 2.4.24. As far as I can tell, I've got everything set up correctly, but it just doesn't want to know. (and yes, the passwd file is correct). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 00:01:44 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id AAA28997 for ; Thu, 24 Jul 1997 00:01:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 53111]) by nic.funet.fi with ESMTP id <2659-364>; Thu, 24 Jul 1997 01:59:43 +0300 Received: by vger.rutgers.edu id <971151-8840>; Wed, 23 Jul 1997 18:54:54 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 4455]) by vger.rutgers.edu with ESMTP id <971284-8840>; Wed, 23 Jul 1997 18:48:41 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Wed, 23 Jul 1997 23:50:22 +0100 Received: from by bright.ecs.soton.ac.uk; Wed, 23 Jul 97 23:52:32 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Wed, 23 Jul 1997 22:03:48 GMT From: rmk@ecs.soton.ac.uk Message-Id: <1004.199707222050@raistlin.armlinux.org> Subject: Re: Any more feedback on ARM Linux? To: joseph@odie.barnet.ac.uk Date: Tue, 22 Jul 1997 21:50:57 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Joseph Heenan" at Jul 22, 97 06:43:07 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Joseph Heenan writes: > Well, today I downloaded and installed the new install kernel and as > far as I can tell this is working perfectly on the 700! Yay! ;) > The new sound module seems to work too, although I still don't get > 'beeps' from the shell - do I have to enable these specifically > somehow? Not as yet. This is something to think about... (since normally under Linux, I believe that they would come out of the PC speaker whether or not you have a sound card), so some interface needs to be designed between the console code and the sound code... _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 00:53:40 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id AAA29228 for ; Thu, 24 Jul 1997 00:53:40 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 26123]) by nic.funet.fi with ESMTP id <15479-364>; Thu, 24 Jul 1997 02:53:35 +0300 Received: by vger.rutgers.edu id <971112-8840>; Wed, 23 Jul 1997 19:48:48 -0400 Received: from relay-14.mail.demon.net ([194.217.242.138] HELO punt-1.mail.demon.net ident: IDENT-NOT-QUERIED [port 51224]) by vger.rutgers.edu with SMTP id <971109-8840>; Wed, 23 Jul 1997 19:48:32 -0400 Received: from willothewisp.demon.co.uk ([194.222.147.104]) by punt-1.mail.demon.net id aa1100120; 24 Jul 97 0:38 BST Received: from [127.0.0.1] by WillOTheWisp.demon.co.uk with SMTP; Wed, 23 Jul 1997 23:36:53 GMT Date: Thu, 24 Jul 1997 00:34:08 +0100 From: Matthew Godbolt To: linux-arm@vger.rutgers.edu Subject: Reading filecore discs Message-ID: Organization: IRClient development X-Mailer: Messenger v0.31 for RISC OS X-Posting-Agent: RISC OS Newsbase 0.59b X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Hi all, Just to let you know, I currently have an nearly complete command-line utility to read filecore discs. This will enable new users to install files off of their ADFS/SCSIFS partition. I hope to get kernel-level support at some stage - I have some cunning ideas on generating inodes for the files...Russ - any pointers to relevant docs to make sure I don't do anything silly? Matt -==- From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 01:02:53 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA29271 for ; Thu, 24 Jul 1997 01:02:53 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 24590]) by nic.funet.fi with ESMTP id <15805-364>; Thu, 24 Jul 1997 03:02:39 +0300 Received: by vger.rutgers.edu id <971109-8840>; Wed, 23 Jul 1997 19:58:10 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 2481]) by vger.rutgers.edu with SMTP id <971107-8839>; Wed, 23 Jul 1997 19:57:53 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #2) id 0wrAyi-0006F4-00; Thu, 24 Jul 1997 00:37:56 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: rmk92@ecs.soton.ac.uk cc: linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? In-reply-to: Your message of "Wed, 23 Jul 1997 23:48:43 BST." <2185.199707232248@raistlin.armlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Jul 1997 00:37:55 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >Philip Blundell writes: >> I think your mailer is putting a broken From address in, which may not help. >.. > >I've tried the RedHat version of Elm, my own version of Elm, but I can't get >anything to give me a correct From: line. My solution for this is to let my MUA put in what it likes (which is easier than convincing all the different programs that can send mail to get it right) and have the MTA (Exim in my case) rewrite my headers. I imagine you can do this with sendmail, but I'm not sure how. p. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 01:04:06 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA29281 for ; Thu, 24 Jul 1997 01:04:06 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 24590]) by nic.funet.fi with ESMTP id <15479-364>; Thu, 24 Jul 1997 03:03:28 +0300 Received: by vger.rutgers.edu id <971107-8840>; Wed, 23 Jul 1997 19:58:48 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 2732]) by vger.rutgers.edu with SMTP id <971099-8839>; Wed, 23 Jul 1997 19:58:24 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #2) id 0wrB96-0007jo-00; Thu, 24 Jul 1997 00:48:40 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: rmk92@ecs.soton.ac.uk cc: joseph@odie.barnet.ac.uk, linux-arm@vger.rutgers.edu Subject: Re: Any more feedback on ARM Linux? In-reply-to: Your message of "Tue, 22 Jul 1997 21:50:57 BST." <1004.199707222050@raistlin.armlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Jul 1997 00:48:39 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >Joseph Heenan writes: >> The new sound module seems to work too, although I still don't get >> 'beeps' from the shell - do I have to enable these specifically >> somehow? > >Not as yet. This is something to think about... (since normally >under Linux, I believe that they would come out of the PC speaker >whether or not you have a sound card), so some interface needs to >be designed between the console code and the sound code... I think you can do this by creating a new arc_mksound() function and pointing kd_mksound() to it. This is what the Amiga and so on do about this problem. I don't know how well it will work with your new console driver, but take a look at drivers/char/vt.c and arch/m68k/amiga/config.c as a starting point. p. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 01:07:20 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.2/8.8.0) with ESMTP id BAA29298 for ; Thu, 24 Jul 1997 01:07:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 42256]) by nic.funet.fi with ESMTP id <15805-592>; Thu, 24 Jul 1997 03:06:28 +0300 Received: by vger.rutgers.edu id <971104-8839>; Wed, 23 Jul 1997 20:02:07 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 3362]) by vger.rutgers.edu with SMTP id <971099-8840>; Wed, 23 Jul 1997 20:01:51 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #2) id 0wrBPN-00012N-00; Thu, 24 Jul 1997 01:05:29 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: Matthew Godbolt cc: linux-arm@vger.rutgers.edu Subject: Re: Reading filecore discs In-reply-to: Your message of "Thu, 24 Jul 1997 00:34:08 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 24 Jul 1997 01:05:28 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >I hope to get kernel-level support at some stage - I have some cunning ideas >on generating inodes for the files...Russ - any pointers to relevant docs to >make sure I don't do anything silly? The Kernel Hacker's Guide is about all there is. You might like to look at how the other weird filesystems work, and also at the new filesystem code in 2.1, before you start anything heavy-duty. p. From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 24 19:40:35 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id TAA02571 for ; Thu, 24 Jul 1997 19:40:33 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 36920]) by nic.funet.fi with ESMTP id <15886-364>; Thu, 24 Jul 1997 21:39:59 +0300 Received: by vger.rutgers.edu id <971120-8840>; Thu, 24 Jul 1997 14:35:06 -0400 Received: from zuaxp9.star.ucl.ac.uk ([128.40.1.19] HELO zuaxp9.star.ucl.ac.uk ident: IDENT-NOT-QUERIED [port 1391]) by vger.rutgers.edu with SMTP id <971130-8840>; Thu, 24 Jul 1997 14:33:44 -0400 Received: by zuaxp9.star.ucl.ac.uk; id AA17501; Thu, 24 Jul 1997 19:39:14 +0100 Date: Thu, 24 Jul 1997 19:39:13 +0100 (BST) From: Richard Townsend To: linux-arm@vger.rutgers.edu Subject: Booting probs... Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Was trying out the A5k kernel a couple of days ago and I kept on getting bad magic errors when I tried to boot. This has not been a problem before - can anyone suggest what I am doing wrong, or what I have forgotten to do? Rich +-------------------------------------+--------------------+ | Richard Townsend | | | Department of Physics & Astronomy | "Old pond, | | University College London | frog jumps in - | | Gower Street | plop" | | London WC1E 6BT | | | Work: (0171) 419 3410 | Basho | | Home: (0171) 284 0888 Ext 8037 | | +-------------------------------------+--------------------+ From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 25 18:03:29 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id SAA09687 for ; Fri, 25 Jul 1997 18:03:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 10757]) by nic.funet.fi with ESMTP id <16221-20829>; Fri, 25 Jul 1997 20:01:54 +0300 Received: by vger.rutgers.edu id <971122-8840>; Fri, 25 Jul 1997 12:56:40 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 1966]) by vger.rutgers.edu with SMTP id <971163-8840>; Fri, 25 Jul 1997 12:56:24 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #4) id 0wrnOr-00073N-00; Fri, 25 Jul 1997 17:39:29 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: linux-arm@vger.rutgers.edu Subject: dl Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Jul 1997 17:39:29 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Since it looks like we'll be using a.out for a while yet at least, does anybody feel like implementing dynamic linking for a.out in glibc? It's needed for NSS at least and would be useful to have in general. p. From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 25 18:09:08 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id SAA09712 for ; Fri, 25 Jul 1997 18:09:07 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 28935]) by nic.funet.fi with ESMTP id <2335-30056>; Fri, 25 Jul 1997 20:09:00 +0300 Received: by vger.rutgers.edu id <971156-8840>; Fri, 25 Jul 1997 13:02:52 -0400 Received: from punt-2b.mail.demon.net ([194.217.242.6] HELO punt-2.mail.demon.net ident: IDENT-NOT-QUERIED [port 40789]) by vger.rutgers.edu with SMTP id <971242-8840>; Fri, 25 Jul 1997 13:02:07 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]) by punt-2.mail.demon.net id aa0604371; 25 Jul 97 18:00 BST Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #4) id 0wrnGJ-00067p-00; Fri, 25 Jul 1997 17:30:39 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: linux-arm@vger.rutgers.edu Subject: Old machine Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Jul 1997 17:30:38 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO After some weeks without any Acorn machines, I've finally dug my old A3000 out of the cupboard. It doesn't have a hard disk, but it does have an ethernet card. What do I need to do to boot Linux diskless on it? p. From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 25 20:53:53 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id UAA10540 for ; Fri, 25 Jul 1997 20:53:52 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 16447]) by nic.funet.fi with ESMTP id <15759-20829>; Fri, 25 Jul 1997 22:53:44 +0300 Received: by vger.rutgers.edu id <971200-8840>; Fri, 25 Jul 1997 15:48:12 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] HELO kings-cross.london.uk.eu.org ident: IDENT-NOT-QUERIED [port 2726]) by vger.rutgers.edu with SMTP id <971164-8839>; Fri, 25 Jul 1997 15:47:23 -0400 Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #4) id 0wrqOE-00088T-00; Fri, 25 Jul 1997 20:51:02 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: linux-arm@vger.rutgers.edu Subject: binutils Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 25 Jul 1997 20:51:02 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Could somebody who has stock binutils 2.8 (ie _not_ the Linux branch) on hand take a look at gas for me, and see if it supports the `-marm...' CPU-type options? p. From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 26 18:13:57 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id SAA16257 for ; Sat, 26 Jul 1997 18:13:56 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 24104]) by nic.funet.fi with ESMTP id <16238-5222>; Sat, 26 Jul 1997 20:14:28 +0300 Received: by vger.rutgers.edu id <971160-8839>; Sat, 26 Jul 1997 13:09:08 -0400 Received: from punt-2b.mail.demon.net ([194.217.242.6] HELO punt-2.mail.demon.net ident: IDENT-NOT-QUERIED [port 47899]) by vger.rutgers.edu with SMTP id <971154-8840>; Sat, 26 Jul 1997 13:08:51 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]) by punt-2.mail.demon.net id aa1229629; 26 Jul 97 17:59 BST Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #4) id 0ws9zR-0001RG-00; Sat, 26 Jul 1997 17:46:45 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: linux-arm@vger.rutgers.edu Subject: SIGFPE Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Jul 1997 17:46:44 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Is there any support in the kernel for trapping floating point exceptions (divide by zero and so on) and delivering a SIGFPE to the offending process? I don't see it in traps.c, but maybe I'm looking in the wrong place... From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 26 22:37:26 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id WAA17509 for ; Sat, 26 Jul 1997 22:37:25 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 53111]) by nic.funet.fi with ESMTP id <406-3759>; Sun, 27 Jul 1997 00:38:01 +0300 Received: by vger.rutgers.edu id <971154-8840>; Sat, 26 Jul 1997 17:32:28 -0400 Received: from sun3.nsfnet-relay.ac.uk ([128.86.8.50] EHLO sun3.nsfnet-relay.ac.uk ident: IDENT-NOT-QUERIED [port 4973]) by vger.rutgers.edu with ESMTP id <971164-8840>; Sat, 26 Jul 1997 17:32:13 -0400 Received: from bright.ecs.soton.ac.uk by sun3.nsfnet-relay.ac.uk with JANET SMTP (PP); Sat, 26 Jul 1997 22:36:49 +0100 Received: from by bright.ecs.soton.ac.uk; Sat, 26 Jul 97 22:39:02 BST Received: from raistlin.armlinux.org by caramon.armlinux.org; Sat, 26 Jul 1997 19:33:38 GMT From: rmk@ecs.soton.ac.uk Message-Id: <3580.199707261920@raistlin.armlinux.org> Subject: Re: SIGFPE To: Philip.Blundell@pobox.com (Philip Blundell) Date: Sat, 26 Jul 1997 20:20:21 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 26, 97 05:46:44 pm X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Philip Blundell writes: > Is there any support in the kernel for trapping floating point exceptions > (divide by zero and so on) and delivering a SIGFPE to the offending process? > I don't see it in traps.c, but maybe I'm looking in the wrong place... Why would it be in traps.c? It is actually in the FPE since that's the logical place for it to be (since it's just a call to the send_sig function, or more specifically, it's module alias fp_send_sig. I have specifically aliased a load of kernel functions to specific names for the FPE (since I want to be in complete control of the FPE interface). These names are unversioned as well. The FPE will deliver SIGFPE whenever an enabled exception is triggered. Please see RiscOS 3 PRM V4 for more information about the exceptions and enabling them. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk92@ecs.soton.ac.uk --- --- | | | | http://whirligig.ecs.soton.ac.uk/~rmk92/home.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | * who wishes that he was in Hong Kong * --- | +-+-+ ------------------------------------------------- /\\\ | From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 27 11:54:45 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA21245 for ; Sun, 27 Jul 1997 11:54:44 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 5686]) by nic.funet.fi with ESMTP id <15910-3759>; Sun, 27 Jul 1997 13:55:56 +0300 Received: by vger.rutgers.edu id <971191-8839>; Sun, 27 Jul 1997 06:50:26 -0400 Received: from relay-15.mail.demon.net ([194.217.242.9] HELO punt-2.mail.demon.net ident: IDENT-NOT-QUERIED [port 62292]) by vger.rutgers.edu with SMTP id <971164-8840>; Sun, 27 Jul 1997 06:49:42 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239]) by punt-2.mail.demon.net id aa0610976; 27 Jul 97 11:39 BST Received: from kings-cross.london.uk.eu.org [::ffff:127.0.0.1] by kings-cross.london.uk.eu.org with esmtp (Exim 1.62 #4) id 0wsFNX-0000nT-00; Sat, 26 Jul 1997 23:31:59 +0100 X-Mailer: exmh version 1.6.9 8/22/96 To: rmk92@ecs.soton.ac.uk Cc: linux-arm@vger.rutgers.edu Subject: Re: SIGFPE In-reply-to: Your message of "Sat, 26 Jul 1997 20:20:21 BST." <3580.199707261920@raistlin.armlinux.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 26 Jul 1997 23:31:59 +0100 From: Philip Blundell Message-Id: X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO >Why would it be in traps.c? It is actually in the FPE since that's the >logical place for it to be (since it's just a call to the send_sig function, >or more specifically, it's module alias fp_send_sig. I was looking for a way to throw floating point exceptions from user code - specifically libgcc1, which needs some way to raise an error when you try an integer divide by zero. p. From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 27 15:38:21 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id PAA22343 for ; Sun, 27 Jul 1997 15:38:21 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 30307]) by nic.funet.fi with ESMTP id <15726-3759>; Sun, 27 Jul 1997 17:39:30 +0300 Received: by vger.rutgers.edu id <971162-8840>; Sun, 27 Jul 1997 10:33:51 -0400 Received: from relay-15.mail.demon.net ([194.217.242.9] HELO punt-2.mail.demon.net ident: IDENT-NOT-QUERIED [port 50671]) by vger.rutgers.edu with SMTP id <971160-8839>; Sun, 27 Jul 1997 10:33:36 -0400 Received: from treblig.demon.co.uk ([194.222.210.232]) by punt-2.mail.demon.net id aa1212733; 27 Jul 97 15:03 BST Message-ID: <33DB543F.7658CC8A@treblig.org> Date: Sun, 27 Jul 1997 14:59:27 +0100 From: Dave Gilbert Organization: The Treblig organisation (U.K.) X-Mailer: Mozilla 3.01 (X11; I; Linux 2.1.43 i586) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu CC: rmk@ecs.soton.ac.uk, glyn@compsoc.man.ac.uk Subject: Archimedes emulator + ARM/Linux is here! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO (Trumpets, fanfares, a choir of singing daemons...) Hi, My Archimedes emulator is now released! It will boot ARM/Linux in an X window under another Linux (or probably any other Unix). Its on: ftp.compsoc.man.ac.uk:/pub/arcem You need all the files in that directory. Grab the lot, shove them in the same directory and run INSTALL and then run armul-arc - and sit back. Notes: This is NOT fast - it takes about 30 mins on my P90 to hit a login prompt. It is probably of no practical use - it was done for pure hack value. I've only tested it on my P90 running Linux/x86 - I'd be VERY interested to here of speed tests on Linux/ARM on a StrongARM and would also be very interested to know if it works and how fast it runs on a fast Alpha (prefereably a 500MHz 21164PC - since I intend to buy one of those). Enjoy - and tell me of any problems! Dave -- ---------------------------------------------------- Man can not live - David Alan Gilbert - gro.gilbert @ treblig.org ---- by bread alone. He ---------------------------------------------------- needs chocolate. - From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 10:11:19 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id KAA28482 for ; Mon, 28 Jul 1997 10:11:18 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 24175]) by nic.funet.fi with ESMTP id <2315-4725>; Mon, 28 Jul 1997 12:07:27 +0300 Received: by vger.rutgers.edu id <971163-8839>; Mon, 28 Jul 1997 05:01:10 -0400 Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 1378]) by vger.rutgers.edu with ESMTP id <971199-8839>; Mon, 28 Jul 1997 05:00:07 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id KAA29098; Mon, 28 Jul 1997 10:04:08 +0100 From: Alan Cox Message-Id: <199707280904.KAA29098@snowcrash.cymru.net> Subject: Re: SIGFPE To: Philip.Blundell@pobox.com (Philip Blundell) Date: Mon, 28 Jul 1997 10:04:07 +0100 (BST) Cc: rmk92@ecs.soton.ac.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 26, 97 11:31:59 pm Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > I was looking for a way to throw floating point exceptions from user code - > specifically libgcc1, which needs some way to raise an error when you try an > integer divide by zero. ANSI C - "raise(signal)" From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 10:18:35 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id KAA28508 for ; Mon, 28 Jul 1997 10:18:34 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 9329]) by nic.funet.fi with ESMTP id <2621-9163>; Mon, 28 Jul 1997 12:15:25 +0300 Received: by vger.rutgers.edu id <971203-8840>; Mon, 28 Jul 1997 05:09:09 -0400 Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 1633]) by vger.rutgers.edu with ESMTP id <971218-8839>; Mon, 28 Jul 1997 05:08:26 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id KAA29141; Mon, 28 Jul 1997 10:09:06 +0100 From: Alan Cox Message-Id: <199707280909.KAA29141@snowcrash.cymru.net> Subject: Re: Archimedes emulator + ARM/Linux is here! To: gro.gilbert@treblig.org (Dave Gilbert) Date: Mon, 28 Jul 1997 10:09:03 +0100 (BST) Cc: linux-arm@vger.rutgers.edu, rmk@ecs.soton.ac.uk, glyn@compsoc.man.ac.uk In-Reply-To: <33DB543F.7658CC8A@treblig.org> from "Dave Gilbert" at Jul 27, 97 02:59:27 pm Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > Notes: > This is NOT fast - it takes about 30 mins on my P90 to hit a login > prompt. > It is probably of no practical use - it was done for pure hack value. On the contrary.. Get the bits from Digital for em86 - that includes free binary loaders and tools for cross calling native C libraries, and you can run ARMLinux applications on other platforms ;) From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 11:19:27 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA28817 for ; Mon, 28 Jul 1997 11:19:26 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 61447]) by nic.funet.fi with ESMTP id <2728-9163>; Mon, 28 Jul 1997 12:58:51 +0300 Received: by vger.rutgers.edu id <971196-8840>; Mon, 28 Jul 1997 05:52:44 -0400 Received: from hermes.dur.ac.uk ([129.234.4.9] HELO hermes.dur.ac.uk ident: IDENT-NOT-QUERIED [port 48453]) by vger.rutgers.edu with SMTP id <971191-8839>; Mon, 28 Jul 1997 05:52:13 -0400 Received: from dust0 by hermes.dur.ac.uk id (8.6.12/ for dur.ac.uk) with SMTP; Mon, 28 Jul 1997 10:57:14 +0100 Date: Mon, 28 Jul 1997 10:57:07 +0100 (BST) From: Ale Terlevich To: Dave Gilbert cc: linux-arm@vger.rutgers.edu Subject: Re: Archimedes emulator + ARM/Linux is here! In-Reply-To: <33DB543F.7658CC8A@treblig.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO On Sun, 27 Jul 1997, Dave Gilbert wrote: > My Archimedes emulator is now released! It will boot ARM/Linux in > an X window under another Linux (or probably any other Unix). > > Notes: > This is NOT fast - it takes about 30 mins on my P90 to hit a login > prompt. > It is probably of no practical use - it was done for pure hack value. > > I've only tested it on my P90 running Linux/x86 - I'd be VERY > interested to here of speed tests on Linux/ARM on a StrongARM and would > also be very interested to know if it works and how fast it runs on a > fast Alpha (prefereably a 500MHz 21164PC - since I intend to buy one of > those). Just tried it on my 202MHz SA110 RiscPC running ArmLinux. Just added a -I/usr/X11/include to the Makefile It takes 13.5 minutes to get a login porompt! Now, how do I get the RiscOS 3.1 ROMS to work with it? :) Ale. From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 11:52:21 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA28963 for ; Mon, 28 Jul 1997 11:52:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 59148]) by nic.funet.fi with ESMTP id <2650-9163>; Mon, 28 Jul 1997 13:29:28 +0300 Received: by vger.rutgers.edu id <971199-8839>; Mon, 28 Jul 1997 06:23:19 -0400 Received: from [194.201.189.33] ([194.201.189.33] HELO mailhost.cogency.co.uk ident: IDENT-NOT-QUERIED [port 1090]) by vger.rutgers.edu with SMTP id <971187-8839>; Mon, 28 Jul 1997 06:23:02 -0400 Received: from man05 ([194.201.189.37]) by mailhost.cogency.co.uk (4.1/PIPEX simple 1.27) id AA00783; Mon, 28 Jul 97 11:29:12 GMT Message-Id: <33DC81FC.2922@cogency.co.uk> Date: Mon, 28 Jul 1997 11:26:52 +0000 From: David Alan Gilbert Organization: Cogency Technology Inc X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: Ale Terlevich Cc: Dave Gilbert , linux-arm@vger.rutgers.edu Subject: Re: Archimedes emulator + ARM/Linux is here! References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Ale Terlevich wrote: > Just tried it on my 202MHz SA110 RiscPC running ArmLinux. > > Just added a -I/usr/X11/include to the Makefile > > It takes 13.5 minutes to get a login porompt! Nice! There is something suitably surreal about running an emulation of ARM Linux under ARM Linux. Pity my emulator doesn't have enough RAM for running another copy of itself. > Now, how do I get the RiscOS 3.1 ROMS to work with it? Cue standard Acorn ROM copyright warning..... Ideas for the future incidentally are getting serial working in both the emulator and the old ARM Linux and mounting the emulator on the host via SLIP :-) Dave -- ---------------------------------------------------------------------- - David Alan Gilbert - WARNING! This is a beta release .signature - - Work: dg @ cogency.co.uk - 0161-428-9444 - - Home: gro.gilbert @ treblig.org - - ---------------------------------------------------------------------- From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 11:53:29 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id LAA28967 for ; Mon, 28 Jul 1997 11:53:28 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 33552]) by nic.funet.fi with ESMTP id <2245-4725>; Mon, 28 Jul 1997 13:36:15 +0300 Received: by vger.rutgers.edu id <971196-8839>; Mon, 28 Jul 1997 06:29:58 -0400 Received: from snowcrash.cymru.net ([163.164.160.3] EHLO snowcrash.cymru.net ident: IDENT-NOT-QUERIED [port 1808]) by vger.rutgers.edu with ESMTP id <971187-8839>; Mon, 28 Jul 1997 06:29:27 -0400 Received: (from alan@localhost) by snowcrash.cymru.net (8.8.5-q-beta3/8.7.1) id LAA32307; Mon, 28 Jul 1997 11:33:28 +0100 From: Alan Cox Message-Id: <199707281033.LAA32307@snowcrash.cymru.net> Subject: Re: Archimedes emulator + ARM/Linux is here! To: dg@cogency.co.uk (David Alan Gilbert) Date: Mon, 28 Jul 1997 11:33:20 +0100 (BST) Cc: A.I.Terlevich@durham.ac.uk, gro.gilbert@treblig.org, linux-arm@vger.rutgers.edu In-Reply-To: <33DC81FC.2922@cogency.co.uk> from "David Alan Gilbert" at Jul 28, 97 11:26:52 am Content-Type: text X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO > > Now, how do I get the RiscOS 3.1 ROMS to work with it? > > Cue standard Acorn ROM copyright warning..... Cue mmap() call ;) From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 28 12:02:21 1997 Return-Path: Received: from nic.funet.fi (nic.funet.fi [128.214.248.6]) by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id MAA29017 for ; Mon, 28 Jul 1997 12:02:20 +0100 Received: from vger.rutgers.edu ([128.6.190.2] EHLO vger.rutgers.edu ident: root [port 46354]) by nic.funet.fi with ESMTP id <2952-9163>; Mon, 28 Jul 1997 13:42:05 +0300 Received: by vger.rutgers.edu id <971196-8840>; Mon, 28 Jul 1997 06:35:32 -0400 Received: from [194.201.189.33] ([194.201.189.33] HELO mailhost.cogency.co.uk ident: IDENT-NOT-QUERIED [port 1105]) by vger.rutgers.edu with SMTP id <971202-8840>; Mon, 28 Jul 1997 06:34:09 -0400 Received: from man05 ([194.201.189.37]) by mailhost.cogency.co.uk (4.1/PIPEX simple 1.27) id AA00834; Mon, 28 Jul 97 11:39:26 GMT Message-Id: <33DC8461.21A0@cogency.co.uk> Date: Mon, 28 Jul 1997 11:37:06 +0000 From: David Alan Gilbert Organization: Cogency Technology Inc X-Mailer: Mozilla 3.0Gold (X11; I; SunOS 5.5 sun4m) Mime-Version: 1.0 To: Alan Cox Cc: A.I.Terlevich@durham.ac.uk, gro.gilbert@treblig.org, linux-arm@vger.rutgers.edu Subject: Re: Archimedes emulator + ARM/Linux is here! References: <199707281033.LAA32307@snowcrash.cymru.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Orcpt: rfc822;linux-arm@vger.rutgers.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk Status: RO Alan Cox wrote: > > > > Now, how do I get the RiscOS 3.1 ROMS to work with it? > > > > Cue standard Acorn ROM copyright warning..... > > Cue mmap() call ;) Not quite - you could only do that on a machine with RO 3.1 - RiscPCs have a newer version which wouldn't run on the emulator (and you don't want to even try running the emulator on the type of machine its emulating!). Dave -- ---------------------------------------------------------------------- - David Alan Gilbert - WARNING! This is a beta release .signature - - Work: dg @ cogency.co.uk - 0161-428-9444 - - Home: gro.gilbert @ treblig.org - - ----------------------------------------------------------------------