From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 4 23:06:20 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA05130 for ; Sun, 4 Jul 1999 23:06:20 +0100 Received: (qmail 1059 invoked from network); 4 Jul 1999 22:06:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 4 Jul 1999 22:06:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 4 Jul 1999 18:06:23 -0400 Received: by vger.rutgers.edu id ; Sun, 4 Jul 1999 18:06:05 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1468 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Sun, 4 Jul 1999 18:05:49 -0400 Received: from [212.126.147.42] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 110uOS-0000D8-00 for linux-arm@vger.rutgers.edu; Sun, 4 Jul 1999 22:05:48 +0000 Received: from raistlin.armlinux.org.uk (rmk@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA22730 for ; Sun, 4 Jul 1999 23:06:41 +0100 From: Russell King Received: (from rmk@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA05652 for linux-arm@vger.rutgers.edu; Sun, 4 Jul 1999 23:04:05 +0100 Message-Id: <199907042204.XAA05652@raistlin.armlinux.org.uk> Subject: linux-arm archive on ftp.arm.linux.org.uk To: linux-arm@vger.rutgers.edu Date: Sun, 4 Jul 1999 23:04:05 +0100 (BST) X-Location: london.england.earth.mulky-way.universe X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, This mailing list should now be archived on the FTP site (if I've set everything up correctly) at: ftp://ftp.arm.linux.org.uk/pub/armlinux/lists/linux-arm/ This archive will contain all postings to either of the following lists: linux-arm@vger.rutgers.edu linux-arm@lists.arm.linux.org.uk _____ |_____| ------------------------------------------------- ---+---+- | | Russell King rmk@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/aboutme.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 5 16:31:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA19888 for ; Mon, 5 Jul 1999 16:31:56 +0100 Received: (qmail 24865 invoked from network); 5 Jul 1999 15:32:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Jul 1999 15:32:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 5 Jul 1999 11:28:06 -0400 Received: by vger.rutgers.edu id ; Mon, 5 Jul 1999 11:22:34 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8001 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Mon, 5 Jul 1999 11:20:32 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 05-Jul-1999 17:24:57 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Mon, 5 Jul 1999 17:20:28 +0200 To: linux-arm@vger.rutgers.edu CC: rmk@arm.linux.org.uk From: Benjamin Herrenschmidt Subject: serial driver for 285 built-in Message-Id: <19990705172028.016657@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing HI ! I'm having difficulties figuring out if there is a serial driver in the kernel for the 285 built-in serial port. I'm working on a board that doesn't have UARTs, and I need to have the kernel boot with the console on the 285 serial port. Thanks in advance, Benjamin. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 5 17:17:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA20264 for ; Mon, 5 Jul 1999 17:17:23 +0100 Received: (qmail 3810 invoked from network); 5 Jul 1999 16:17:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Jul 1999 16:17:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 5 Jul 1999 12:13:48 -0400 Received: by vger.rutgers.edu id ; Mon, 5 Jul 1999 12:08:57 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:16093 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 5 Jul 1999 12:04:03 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 111BD9-0006Yd-00; Mon, 5 Jul 1999 17:03:15 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 111BD8-0002Km-00; Mon, 5 Jul 1999 17:03:14 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu, rmk@arm.linux.org.uk Subject: Re: serial driver for 285 built-in In-reply-to: Your message of "Mon, 05 Jul 1999 17:20:28 +0200." <19990705172028.016657@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 05 Jul 1999 17:03:14 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I'm having difficulties figuring out if there is a serial driver in the >kernel for the 285 built-in serial port. I'm working on a board that >doesn't have UARTs, and I need to have the kernel boot with the console >on the 285 serial port. Yes. You need to turn on `Non-standard serial port support' and you should then be offered `21285 serial port support' and an accompanying console option. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 5 19:20:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA21918 for ; Mon, 5 Jul 1999 19:20:11 +0100 Received: (qmail 1528 invoked from network); 5 Jul 1999 18:20:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Jul 1999 18:20:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 5 Jul 1999 14:19:36 -0400 Received: by vger.rutgers.edu id ; Mon, 5 Jul 1999 14:19:00 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8005 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Mon, 5 Jul 1999 14:17:19 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 05-Jul-1999 20:21:55 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Mon, 5 Jul 1999 20:17:26 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Where is loadmap ? Message-Id: <19990705201726.000790@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm trying to find the loadmap tool that is used by the kernel install script. The BIOS I'm working on (based on Russell's EBSA bios) seems to use infos stuffed by this tool in order to locate the kernel. However, all the linux installs I have here are linuxppc which lacks this tool since it uses a different booting scheme. Thanks, Benjamin. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 5 22:04:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA23366 for ; Mon, 5 Jul 1999 22:04:54 +0100 Received: (qmail 6441 invoked from network); 5 Jul 1999 21:05:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 5 Jul 1999 21:05:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 5 Jul 1999 17:04:50 -0400 Received: by vger.rutgers.edu id ; Mon, 5 Jul 1999 17:04:36 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1129 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 5 Jul 1999 17:03:32 -0400 Received: from [212.126.149.199] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 111Fth-0007dz-00; Mon, 5 Jul 1999 21:03:29 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA25982; Mon, 5 Jul 1999 21:45:33 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id VAA00510; Mon, 5 Jul 1999 21:43:37 +0100 Message-Id: <199907052043.VAA00510@raistlin.armlinux.org.uk> Subject: Re: Where is loadmap ? To: benh@mipsys.com (Benjamin Herrenschmidt) Date: Mon, 5 Jul 1999 21:43:37 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990705201726.000790@mail.mipsys.com> from "Benjamin Herrenschmidt" at Jul 5, 99 08:17:26 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Benjamin Herrenschmidt writes: > I'm trying to find the loadmap tool that is used by the kernel install > script. The BIOS I'm working on (based on Russell's EBSA bios) seems to > use infos stuffed by this tool in order to locate the kernel. However, > all the linux installs I have here are linuxppc which lacks this tool > since it uses a different booting scheme. The source should be on the ftp site in RedHat/SRPMS/loadmap-*.src.rpm _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 6 17:39:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA04952 for ; Tue, 6 Jul 1999 17:39:35 +0100 Received: (qmail 32602 invoked from network); 6 Jul 1999 16:40:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 6 Jul 1999 16:40:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 6 Jul 1999 12:39:10 -0400 Received: by vger.rutgers.edu id ; Tue, 6 Jul 1999 12:38:56 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:2558 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Tue, 6 Jul 1999 12:35:05 -0400 Received: from tm913045 (s4m037.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JD95OAKHQI0005KB@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Tue, 6 Jul 1999 18:35:39 +0200 Date: Tue, 06 Jul 1999 18:32:30 +0200 From: tom Subject: Re: Again: Probs with rpms In-reply-to: To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40b for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message you wrote: > > On Fri, 2 Jul 1999, thomas.marx wrote: > > > Right now I downloaded lots of packages from fluff. > > There were 2 problems: > > Most of the packages required /bin/sh to install (where I don't know in > > which package it is). > > /bin/sh comes from the bash package (normally). Yes, it't a link to bash. The prob is that the rpm database doesn't know about it. > You mean 2.0.36, I take it? Yes. The last released. > You might want to try a 2.2 kerenl. Either > way, do you have ELF support in your kernel? How do I find out? Hmm, I tried many packages from fluff but didn't succeed with one of them. I'm beginning to be fed up with this. There are 3 things I want to do/have with ArmLinux: 1. XEmacs 2. TeX 3. The standard c++ class library (better with stl) Which is the best way to go for it? I have no problem with throwing all away and making a new installation. Therefore I would like to have a list of rpms needed for that (if a new installation ist best, i'd like to go for a 2.2 kernel (if stable)). I attach a list of all installed packages (made with 'rpm -qa'). Thanx in advance, Tom begin 644 rpm.inst,fff M7-6:6YI="TR+C8T+3=A,@I8,3$M-BXP+3%A,PI8,3$M87!P M&AE>'1R:7,M,2XP+3,*9&5V+3$N-BTQ"F1I86QO M9RTP+C8M-0ID:69F=71I;',M,BXW+3,*9&EP+3,N,RXW;RTX"F4R9G-P'!E8W0M-2XR M,BTS83$*9C)C+3$Y.38P,C`U+3(*9F%C97,M,2XV+C$M-`IF86-E"TR+C0N,BTT"FTT+3$N-"TT"FUA8W5T M:6QS+3(N,&(S+3(*;6%I;&-A<"TQ+C`M,@IM86EL>"TU+C4N:W2TP+CDN-"TS"FUI;FEC;VTM,2XW-"TS"FUK9&]S9G,M M>6=G+3`N,V(M,@IM:VES;V9S+3$N,#-A+3(*;6]D96UT;V]L+3$N,"TQ"FUO M9'5L97,M,BXP+C`M-6$S"FUO;VYC;&]C:RTQ+C`M,PIM;W5S96-O;F9I9RTQ M+C0M,6$R"FUP86=E+3(N,BXQ+3(*;70M'`M,2XP+3(*;F-F='`M,2XY+C0M-0IN M8V9T<"TR+C,N,"TU"FYC;VUP&EN9F\M:6YF;RTS+C"TT+C$N,')E;"TS83$*=&LM-"XR<&PR+3-A,0IT:W-Y&EE+6-R;VXM M,RXP+C$M-`IV;&]C:RTP+C@M,@IW:&EC:"TQ+C`M,@IW;W)D&)O:6YG+3(N,RTR M"GAC:&]M<"TQ+C`M,@IX9&%L:6-L;V-K+3(N,#4M,@IX9&5M:6YE=7(M,2XQ M+3(*>&5A&9M+3$N,RXR+3(*>&=A;&%G82TQ+C9B+3(*>&=A;6UO M;BTP+CDX+30*>&=O<&AE&QA;F1E&UA:6QB;W@M,BXR+3(*>&UO&]S=FEE=RTQ+C,N,BTS"GAP86EN="TR+C$N,2TT"GAP870R M+3$N,#,M,@IX<&TM,RXT9BTT"GAP;2UD979E;"TS+C1F+30*>'!U>GIL97,M M-2XP+3(*>'-C'-Y'1E'1E=')I'9I977`M8VQI96YT7!P87-S=V0M M,"XX+38*>7!S97)V+3$N,"XT+3-A,0IZ:7`M,BXP,2TU"GIL:6(M9&5V96PM M,"XY.2TR"GIO;F5I;F9O+3DU92TS"GIS:"TS+C`N,2TR83$*9G!E;2TR+C`M ",0HY ` end unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 01:23:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA10893 for ; Wed, 7 Jul 1999 01:23:57 +0100 Received: (qmail 13142 invoked from network); 7 Jul 1999 00:24:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 00:24:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 6 Jul 1999 20:23:53 -0400 Received: by vger.rutgers.edu id ; Tue, 6 Jul 1999 20:23:47 -0400 Received: from msoe-98.msoe.edu ([216.56.7.98]:3124 "EHLO mail.msoe.edu") by vger.rutgers.edu with ESMTP id ; Tue, 6 Jul 1999 20:21:33 -0400 Received: from msoe.edu ([155.92.5.1]) by mail.msoe.edu (Netscape Mail Server v2.02) with ESMTP id AAA27443 for ; Tue, 6 Jul 1999 19:21:31 -0500 Message-ID: <37829E4A.6049D0A7@msoe.edu> Date: Wed, 07 Jul 1999 00:24:43 +0000 From: Benjamin Stocks X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.10 i686) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: EBSA-285 Help Content-Type: multipart/alternative; boundary="------------85779AF4F8427C809E3F0F0F" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing --------------85779AF4F8427C809E3F0F0F Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit I was wondering if anyone could help me out. For a design project through school my team and I would like to work on Linux on the EBSA-285 board. We want to work with low power applications and thus our interest in ARM. We would like to purchase an Intel EBSA285 but the local firm that Intel resells through is trying to push development kits and backplanes and enough other things to add up to several thousand dollar bill. I was wondering, of those of you who use the EBSA what hardware is really needed to boot and run Linux? Also if there are any distributors that could be recommended our local one would like to pad their sales but trying to take advantage of students. I have downloaded the EBSA patches from the ARM site and we have a Linux box that will do little but serve the EBSA so I kinda doubt we need the development kits but any experienced advice would help and be greatly appreciated. Thanks, -- ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ Benjamin Stocks Computer Engineering Milwaukee School of Engineering email: stocksb@msoe.edu http://www.msoe.edu/~stocksb "Don't Panic" ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ --------------85779AF4F8427C809E3F0F0F Content-Type: text/html; charset=us-ascii Content-Transfer-Encoding: 7bit I was wondering if anyone could help me out. For a design project through school
my team and I would like to work on Linux on the EBSA-285 board. We want to work
with low power applications and thus our interest in ARM. We would like to purchase an
Intel EBSA285 but the local firm that Intel resells through is trying to push development kits
and backplanes and enough other things to add up to several thousand dollar bill.
I was wondering, of those of you who use the EBSA what hardware is really needed
to boot and run Linux? Also if there are any distributors that could be recommended our
local one would like to pad their sales but trying to take advantage of students. I have downloaded
the EBSA patches from the ARM site and we have a Linux box that will do little but serve
the EBSA so I kinda doubt we need the development kits but any experienced advice would
help and be greatly appreciated.

Thanks, 

-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Benjamin Stocks
Computer Engineering
Milwaukee School of Engineering
email: stocksb@msoe.edu
http://www.msoe.edu/~stocksb

"Don't Panic"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
  --------------85779AF4F8427C809E3F0F0F-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 01:31:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA11072 for ; Wed, 7 Jul 1999 01:31:23 +0100 Received: (qmail 14396 invoked from network); 7 Jul 1999 00:31:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 00:31:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 6 Jul 1999 20:31:18 -0400 Received: by vger.rutgers.edu id ; Tue, 6 Jul 1999 20:30:59 -0400 Received: from tele.visi.com ([209.98.98.17]:44941 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 6 Jul 1999 20:30:55 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 0AE4A1F829; Tue, 6 Jul 1999 19:30:54 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id TAA28332; Tue, 6 Jul 1999 19:30:54 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 6 Jul 1999 19:30:54 -0500 (CDT) From: To: Benjamin Stocks Cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help In-Reply-To: <37829E4A.6049D0A7@msoe.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Wed, 7 Jul 1999, Benjamin Stocks wrote: > I was wondering, of those of you who use the EBSA what hardware is > really needed > to boot and run Linux? Also if there are any distributors that could be Well, I am running Linux on a board very similar to the ebsa-285. Here is what hardware I have: -ebsa-285 like board, with 32MB RAM, DEC 21143 ethernet -Solaris 2.6 machine to boot off and use as a cross-compiler. Basically, get the ebsa-285, and then boot it and run it disklessly off of another machine. You can build a cross-compiler from this machine also to use a development machine until the ebsa is up and running. As far as firmware for hte ebsa goes, I believe Russell has some publically available on the armlinux ftp site (ftp.arm.linux.org.uk). Check under /pub/armlinux for the firmware, I can't recall where it is off hand. Hope this helps a little! -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 12:45:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id MAA15375 for ; Wed, 7 Jul 1999 12:45:53 +0100 Received: (qmail 29170 invoked from network); 7 Jul 1999 11:46:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 11:46:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 07:45:28 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 07:45:09 -0400 Received: from dfw-ix16.ix.netcom.com ([206.214.98.16]:54550 "EHLO dfw-ix16.ix.netcom.com") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 07:42:23 -0400 Received: (from smap@localhost) by dfw-ix16.ix.netcom.com (8.8.4/8.8.4) id GAA24917; Wed, 7 Jul 1999 06:42:12 -0500 (CDT) Received: from ftw-in4-18.ix.netcom.com(207.93.154.18) by dfw-ix16.ix.netcom.com via smap (V1.3) id rma024795; Wed Jul 7 06:39:59 1999 Message-Id: <4.1.19990707063604.00a4c820@popd.ix.netcom.com> X-Sender: feustel@popd.ix.netcom.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Wed, 07 Jul 1999 06:39:41 -0500 To: Benjamin Stocks , linux-arm@vger.rutgers.edu From: David Feustel Subject: Re: EBSA-285 Help In-Reply-To: <37829E4A.6049D0A7@msoe.edu> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="=====================_2030519==_.ALT" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing --=====================_2030519==_.ALT Content-Type: text/plain; charset="us-ascii" The ESBA-285 card comes stock with 16 megabytes of memory and is downloaded via the serial i/o interface instead of the PCI bus. You can strap the ESBA-285 as a non-host and plug it into any pci bus slot. The ARM Toolkit works well with the ESBA-285. You might be able to get the toolkit very cheaply if you contact GiGi at the ARM sales office in California. At 12:24 AM 7/7/99 +0000, Benjamin Stocks wrote: > > I was wondering if anyone could help me out. For a design project through > school > my team and I would like to work on Linux on the EBSA-285 board. We want to > work > with low power applications and thus our interest in ARM. We would like to > purchase an > Intel EBSA285 but the local firm that Intel resells through is trying to push > development kits > and backplanes and enough other things to add up to several thousand dollar > bill. > I was wondering, of those of you who use the EBSA what hardware is really > needed > to boot and run Linux? Also if there are any distributors that could be > recommended our > local one would like to pad their sales but trying to take advantage of > students. I have downloaded > the EBSA patches from the ARM site and we have a Linux box that will do > little but serve > the EBSA so I kinda doubt we need the development kits but any experienced > advice would > help and be greatly appreciated. > > Thanks, > -- > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ > Benjamin Stocks > Computer Engineering > Milwaukee School of Engineering > email: stocksb@msoe.edu > http://www.msoe.edu/~stocksb > > "Don't Panic" > ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^ David Feustel Fort Wayne, Indiana 219-483-1857 feustel@ix.netcom.com PDF Attachments Are Always Virus-free --=====================_2030519==_.ALT Content-Type: text/html; charset="us-ascii" The ESBA-285 card comes stock with 16 megabytes of memory and is downloaded via the
serial i/o interface instead of the PCI bus. You can strap the ESBA-285 as a non-host and
plug it into any pci bus slot.  The ARM Toolkit works well with the ESBA-285. You might
be able to get the toolkit very cheaply if you contact GiGi at the ARM sales office in California.



At 12:24 AM 7/7/99 +0000, Benjamin Stocks wrote:
I was wondering if anyone could help me out. For a design project through school
my team and I would like to work on Linux on the EBSA-285 board. We want to work
with low power applications and thus our interest in ARM. We would like to purchase an
Intel EBSA285 but the local firm that Intel resells through is trying to push development kits
and backplanes and enough other things to add up to several thousand dollar bill.
I was wondering, of those of you who use the EBSA what hardware is really needed
to boot and run Linux? Also if there are any distributors that could be recommended our
local one would like to pad their sales but trying to take advantage of students. I have downloaded
the EBSA patches from the ARM site and we have a Linux box that will do little but serve
the EBSA so I kinda doubt we need the development kits but any experienced advice would
help and be greatly appreciated.

Thanks, 
-- 
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
Benjamin Stocks
Computer Engineering
Milwaukee School of Engineering
email: stocksb@msoe.edu
http://www.msoe.edu/~stocksb

"Don't Panic"
^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^
 


David Feustel
Fort Wayne, Indiana
219-483-1857

feustel@ix.netcom.com

PDF Attachments Are Always Virus-free --=====================_2030519==_.ALT-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 16:22:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA16784 for ; Wed, 7 Jul 1999 16:22:35 +0100 Received: (qmail 20860 invoked from network); 7 Jul 1999 15:23:01 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 15:23:01 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 11:22:27 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 11:22:18 -0400 Received: from chi6-1.relay.mail.uu.net ([199.171.54.98]:53540 "EHLO chi6-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 11:21:55 -0400 Received: from xedia.com by chi6sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgwvt15598; Wed, 7 Jul 1999 15:21:47 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA25788; Wed, 7 Jul 99 11:20:38 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id LAA11185; Wed, 7 Jul 1999 11:21:46 -0400 Date: Wed, 7 Jul 1999 11:21:46 -0400 Message-Id: <199907071521.LAA11185@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: feustel@ix.netcom.com Cc: stocksb@msoe.edu, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help References: <37829E4A.6049D0A7@msoe.edu> <4.1.19990707063604.00a4c820@popd.ix.netcom.com> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "David" == David Feustel writes: David> The ESBA-285 card comes stock with 16 megabytes of memory and David> is downloaded via the serial i/o interface instead of the PCI David> bus. You can strap the ESBA-285 as a non-host and plug it into David> any pci bus slot. One poorly documented hassle in that configuration is that the only way to reset the board is to do a PCI reset, which typically means a hard reset on the system containg that board. The reset pin on the board only works in the other configurations; you can deduce this from the schematics or block diagrams with some effort but it isn't made obvious. I've been tempted to fix this (I'd call it a bug) but have resisted so far. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 17:06:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA17123 for ; Wed, 7 Jul 1999 17:06:42 +0100 Received: (qmail 25695 invoked from network); 7 Jul 1999 16:07:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 16:07:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 12:06:45 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 12:06:27 -0400 Received: from dfw-ix16.ix.netcom.com ([206.214.98.16]:36612 "EHLO dfw-ix16.ix.netcom.com") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 12:06:08 -0400 Received: (from smap@localhost) by dfw-ix16.ix.netcom.com (8.8.4/8.8.4) id LAA28847; Wed, 7 Jul 1999 11:05:46 -0500 (CDT) Received: from ftw-in4-46.ix.netcom.com(207.93.154.46) by dfw-ix16.ix.netcom.com via smap (V1.3) id rma028808; Wed Jul 7 11:05:09 1999 Message-Id: <4.1.19990707110438.00a3ce90@popd.ix.netcom.com> X-Sender: feustel@popd.ix.netcom.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Date: Wed, 07 Jul 1999 11:04:52 -0500 To: Paul Koning From: David Feustel Subject: Re: EBSA-285 Help Cc: stocksb@msoe.edu, linux-arm@vger.rutgers.edu In-Reply-To: <199907071521.LAA11185@tonga.xedia.com> References: <37829E4A.6049D0A7@msoe.edu> <4.1.19990707063604.00a4c820@popd.ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing That + the serial only interface are my biggest problems with the board. I have a TI C6000 DSP card that downloads via the PCI bus and that can be reset via software command. I'm kind of surprised that Intel didn't incorporate those capabilities into the ESBA-285. At 11:21 AM 7/7/99 -0400, Paul Koning wrote: >>>>>> "David" == David Feustel writes: > > David> The ESBA-285 card comes stock with 16 megabytes of memory and > David> is downloaded via the serial i/o interface instead of the PCI > David> bus. You can strap the ESBA-285 as a non-host and plug it into > David> any pci bus slot. > >One poorly documented hassle in that configuration is that the only >way to reset the board is to do a PCI reset, which typically means a >hard reset on the system containg that board. > >The reset pin on the board only works in the other configurations; you >can deduce this from the schematics or block diagrams with some effort >but it isn't made obvious. I've been tempted to fix this (I'd call it >a bug) but have resisted so far. > > paul >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu David Feustel Fort Wayne, Indiana 219-483-1857 feustel@ix.netcom.com PDF Attachments Are Always Virus-free unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 19:30:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA18275 for ; Wed, 7 Jul 1999 19:30:37 +0100 Received: (qmail 3297 invoked from network); 7 Jul 1999 18:31:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 18:31:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 14:29:27 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 14:29:12 -0400 Received: from PO8.ANDREW.CMU.EDU ([128.2.10.108]:34755 "EHLO po8.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 14:28:33 -0400 Received: (from postman@localhost) by po8.andrew.cmu.edu (8.9.3/8.9.3) id OAA27260; Wed, 7 Jul 1999 14:29:04 -0400 (EDT) Received: via switchmail; Wed, 7 Jul 1999 14:29:04 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 14:28:17 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 14:28:15 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs11.andrew.cmu.edu.sun4m.54 via MS.5.6.pcs11.andrew.cmu.edu.sun4_51; Wed, 7 Jul 1999 14:28:14 -0400 (EDT) Message-ID: Date: Wed, 7 Jul 1999 14:28:14 -0400 (EDT) From: Jonathan Foster Kliegman To: Paul Koning Subject: Re: EBSA-285 Help Cc: stocksb@msoe.edu, linux-arm@vger.rutgers.edu In-Reply-To: <4.1.19990707110438.00a3ce90@popd.ix.netcom.com> References: <37829E4A.6049D0A7@msoe.edu> <4.1.19990707063604.00a4c820@popd.ix.netcom.com> <4.1.19990707110438.00a3ce90@popd.ix.netcom.com> Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Excerpts from linux-arm: 7-Jul-99 Re: EBSA-285 Help by David Feustel@ix.netcom. > That + the serial only interface are my biggest problems with the board. > I have a TI C6000 DSP card that downloads via the PCI bus and that can > be reset via software command. I'm kind of surprised that Intel didn't > incorporate > those capabilities into the ESBA-285. There are tools out there for downloading to the EBSA-285 over the serial bus... Mark van Doesburg has a program which lets you download and boot a Linux kernel through the PCI bus - I've used it and it works very well.. His patches also include tools to let the host and the EBSA-285 machines talk to each other.. He's got a site up at ftp://nt4.el.utwente.nl/pub/co285 which should have those patches. We've been using his downloading and booting tools without a glitch for a while. Also, in response to the original question: We've got an EBSA-285 machine running Linux very easily. We placed the EBSA-285 into an Intel Linux box, use gcc (setup as a cross-compiler) to build the kernel, use Mark's tools to build it, and use the Netwinder's disk image (www.netwinder.com) mounted through NFS as the root disk.. We had to fool a bit to get the network up - you have to put the EBSA-285 and the network card for it in PCI slots which share an IRQ and then we had to change the driver to use the IRQ_IN0 interrupt instead of the default reported by the PCI bus. To summarize - you don't need any extra hardware to get the EBSA-285 running Linux.. The software is freely available out there and you don't really need additional hardware. -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 21:56:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19272 for ; Wed, 7 Jul 1999 21:56:04 +0100 Received: (qmail 10110 invoked from network); 7 Jul 1999 20:56:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 20:56:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 16:55:22 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 16:51:50 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3710 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 16:48:19 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 111xcZ-000KG6-0K; Wed, 7 Jul 1999 19:44:44 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 111xcQ-0006q3-00; Wed, 7 Jul 1999 20:44:34 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: David Feustel cc: Paul Koning , stocksb@msoe.edu, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help In-Reply-To: Message from David Feustel of "Wed, 07 Jul 1999 11:04:52 CDT." <4.1.19990707110438.00a3ce90@popd.ix.netcom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jul 1999 20:44:34 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >That + the serial only interface are my biggest problems with the board. >I have a TI C6000 DSP card that downloads via the PCI bus and that can >be reset via software command. I'm kind of surprised that Intel didn't >incorporate those capabilities into the ESBA-285. What stops you from doing this on the EBSA-285? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 22:29:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA19898 for ; Wed, 7 Jul 1999 22:29:03 +0100 Received: (qmail 16666 invoked from network); 7 Jul 1999 21:29:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 21:29:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 17:27:30 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 17:23:53 -0400 Received: from PO8.ANDREW.CMU.EDU ([128.2.10.108]:35533 "EHLO po8.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 17:17:51 -0400 Received: (from postman@localhost) by po8.andrew.cmu.edu (8.9.3/8.9.3) id RAA06271 for linux-arm@vger.rutgers.edu; Wed, 7 Jul 1999 17:17:49 -0400 (EDT) Received: via switchmail; Wed, 7 Jul 1999 17:17:49 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 17:17:42 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 17:17:40 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs11.andrew.cmu.edu.sun4m.54 via MS.5.6.pcs11.andrew.cmu.edu.sun4_51; Wed, 7 Jul 1999 17:17:39 -0400 (EDT) Message-ID: Date: Wed, 7 Jul 1999 17:17:39 -0400 (EDT) From: Jonathan Foster Kliegman Subject: Re: EBSA-285 Help To: linux-arm@vger.rutgers.edu In-Reply-To: References: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Excerpts from linux-arm: 7-Jul-99 Re: EBSA-285 Help by Philip Blundell@pobox.co > >That + the serial only interface are my biggest problems with the board. > >I have a TI C6000 DSP card that downloads via the PCI bus and that can > >be reset via software command. I'm kind of surprised that Intel didn't > >incorporate those capabilities into the ESBA-285. > > What stops you from doing this on the EBSA-285? The EBSA-285 when used as an add-in board uses the PCI reset line to reset itself. This line (as far as I can tell) can not be asserted to individual cards in a bus and is only controlable by direct manipulation of the PCI bridge chip. Resetting it will cause all of the PCI devices in the system to reset. -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 22:46:05 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA20977 for ; Wed, 7 Jul 1999 22:46:04 +0100 Received: (qmail 22327 invoked from network); 7 Jul 1999 21:46:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 21:46:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 17:43:56 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 17:43:39 -0400 Received: from wodc7-1.relay.mail.uu.net ([199.171.54.114]:52282 "EHLO wodc7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 17:40:19 -0400 Received: from xedia.com by wodc7mr0.ffx.ops.us.uu.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgwwl18875; Wed, 7 Jul 1999 19:48:23 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA29750; Wed, 7 Jul 99 15:47:13 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id PAA12456; Wed, 7 Jul 1999 15:48:21 -0400 Date: Wed, 7 Jul 1999 15:48:21 -0400 Message-Id: <199907071948.PAA12456@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Philip.Blundell@pobox.com Cc: feustel@ix.netcom.com, stocksb@msoe.edu, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help References: <4.1.19990707110438.00a3ce90@popd.ix.netcom.com> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Philip" == Philip Blundell writes: >> That + the serial only interface are my biggest problems with the >> board. I have a TI C6000 DSP card that downloads via the PCI bus >> and that can be reset via software command. I'm kind of surprised >> that Intel didn't incorporate those capabilities into the >> ESBA-285. Philip> What stops you from doing this on the EBSA-285? Can you assert PCI bus reset under software control on a PC? Because PCI reset is the only way to do a 21285/SA110 reset if the card is in "not central function" mode. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 22:47:35 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA21045 for ; Wed, 7 Jul 1999 22:47:35 +0100 Received: (qmail 22718 invoked from network); 7 Jul 1999 21:48:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 21:48:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 17:45:02 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 17:41:20 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:1162 "EHLO finch-post-12.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 17:36:17 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 111zMO-0003nN-0C; Wed, 7 Jul 1999 21:36:09 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 111zLn-0006w5-00; Wed, 7 Jul 1999 22:35:31 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Paul Koning cc: feustel@ix.netcom.com, stocksb@msoe.edu, linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help In-Reply-To: Message from Paul Koning of "Wed, 07 Jul 1999 15:48:21 EDT." <199907071948.PAA12456@tonga.xedia.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jul 1999 22:35:31 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Can you assert PCI bus reset under software control on a PC? Because >PCI reset is the only way to do a 21285/SA110 reset if the card is in >"not central function" mode. Oh, is it? Sigh. No, you can't usually drive PCI reset without resetting the local bus and host cpu as well. What happens if the watchdog fires in non-cfn mode then? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 22:49:36 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA21062 for ; Wed, 7 Jul 1999 22:49:36 +0100 Received: (qmail 23074 invoked from network); 7 Jul 1999 21:50:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 21:50:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 17:46:32 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 17:44:02 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:1420 "EHLO finch-post-12.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 17:40:54 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 111zQu-0004Nr-0C; Wed, 7 Jul 1999 21:40:50 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 111zQb-0006yT-00; Wed, 7 Jul 1999 22:40:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Jonathan Foster Kliegman cc: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help In-Reply-To: Message from Jonathan Foster Kliegman of "Wed, 07 Jul 1999 17:17:39 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 07 Jul 1999 22:40:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The EBSA-285 when used as an add-in board uses the PCI reset line to >reset itself. This line (as far as I can tell) can not be asserted to >individual cards in a bus and is only controlable by direct manipulation >of the PCI bridge chip. Resetting it will cause all of the PCI devices >in the system to reset. Actually I think any card is allowed to drive RESET# down, though obviously you are right that it will reset the entire bus (and on most systems take the rest of the machine with it). If the EBSA has a jumper or test point on its local bus reset signal it wouldn't be beyond the wit of man to arrange to wire it to a parallel port or some other convenient output. :-) p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 22:54:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA21095 for ; Wed, 7 Jul 1999 22:54:36 +0100 Received: (qmail 24499 invoked from network); 7 Jul 1999 21:55:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 21:55:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 17:48:08 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 17:45:58 -0400 Received: from PO9.ANDREW.CMU.EDU ([128.2.10.109]:36767 "EHLO po9.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 17:45:29 -0400 Received: (from postman@localhost) by po9.andrew.cmu.edu (8.9.3/8.9.3) id RAA11707 for linux-arm@vger.rutgers.edu; Wed, 7 Jul 1999 17:45:26 -0400 (EDT) Received: via switchmail; Wed, 7 Jul 1999 17:45:26 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 17:44:43 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Wed, 7 Jul 1999 17:44:43 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs11.andrew.cmu.edu.sun4m.54 via MS.5.6.pcs11.andrew.cmu.edu.sun4_51; Wed, 7 Jul 1999 17:44:43 -0400 (EDT) Message-ID: Date: Wed, 7 Jul 1999 17:44:43 -0400 (EDT) From: Jonathan Foster Kliegman Subject: Re: EBSA-285 Help To: linux-arm@vger.rutgers.edu In-Reply-To: References: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Excerpts from linux-arm: 7-Jul-99 Re: EBSA-285 Help by Philip Blundell@pobox.co > Actually I think any card is allowed to drive RESET# down, though obviously > you are right that it will reset the entire bus (and on most systems take the > rest of the machine with it). > > If the EBSA has a jumper or test point on its local bus reset signal it > wouldn't be beyond the wit of man to arrange to wire it to a parallel port or > some other convenient output. :-) You're making a big assumption here thinking that I've got wits... I haven't checked the physical wiring of the EBSA reset line out - if it is easily accessible then I'll save many a reboot cycle on my host machine.. I know that it does have a jumper which controls what drives the reset line - hopefully it won't be difficult to wire it so that it responds to the PCI bus and an external input.. Anyone else have any experience with this? -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 7 23:22:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA21288 for ; Wed, 7 Jul 1999 23:22:48 +0100 Received: (qmail 28709 invoked from network); 7 Jul 1999 22:23:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 7 Jul 1999 22:23:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 7 Jul 1999 18:22:41 -0400 Received: by vger.rutgers.edu id ; Wed, 7 Jul 1999 18:22:22 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3687 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Wed, 7 Jul 1999 18:22:14 -0400 Received: from [212.126.149.2] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 11204v-0000Ez-00 for linux-arm@vger.rutgers.edu; Wed, 7 Jul 1999 22:22:10 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id XAA01111 for ; Wed, 7 Jul 1999 23:22:26 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id XAA03254 for linux-arm@vger.rutgers.edu; Wed, 7 Jul 1999 23:20:25 +0100 Message-Id: <199907072220.XAA03254@flint.armlinux.org.uk> Subject: Re: EBSA-285 Help To: Philip.Blundell@pobox.com (Philip Blundell) Date: Wed, 7 Jul 1999 23:19:40 +0100 (BST) In-Reply-To: from "Philip Blundell" at Jul 7, 99 10:35:31 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Oh, is it? Sigh. No, you can't usually drive PCI reset without resetting the > local bus and host cpu as well. > > What happens if the watchdog fires in non-cfn mode then? The 21285 never drives the PCI_RST line when out of central-function mode (the chip treats it as an input). The data sheet is not clear whether or not the watchdog can be used to assert nRESET, however common sense would suggest that it should be capable. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 8 11:20:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA25073 for ; Thu, 8 Jul 1999 11:20:05 +0100 Received: (qmail 17981 invoked from network); 8 Jul 1999 10:18:17 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Jul 1999 10:18:17 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 8 Jul 1999 06:17:56 -0400 Received: by vger.rutgers.edu id ; Thu, 8 Jul 1999 06:17:39 -0400 Received: from nt4.el.utwente.nl ([130.89.33.14]:2140 "EHLO nt4.el.utwente.nl") by vger.rutgers.edu with ESMTP id ; Thu, 8 Jul 1999 06:17:19 -0400 Received: (from mark@localhost) by nt4.el.utwente.nl (8.9.1/8.9.1) id MAA06906; Thu, 8 Jul 1999 12:24:01 +0200 Date: Thu, 8 Jul 1999 12:24:01 +0200 From: Mark van Doesburg Message-Id: <199907081024.MAA06906@nt4.el.utwente.nl> To: feustel@ix.netcom.com, pkoning@xedia.com Subject: Re: EBSA-285 Help Cc: linux-arm@vger.rutgers.edu, stocksb@msoe.edu Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing That + the serial only interface are my biggest problems with the board. I have a TI C6000 DSP card that downloads via the PCI bus and that can be reset via software command. I'm kind of surprised that Intel didn't incorporate those capabilities into the ESBA-285. In case you're interested. There is a port available which downloads a kernel into the EBSA285 via PCI. This also include networking over the PCI bus. All you really need is an EBSA285 and a working host computer. It is still in the alpha stage however. You can find it at ftp://nt4.el.utwente.nl/pub/co285. Resetting works with shutdown, no hardware reset other than the hosts reset button :-( greetings, Mark. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 8 14:36:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA06884 for ; Thu, 8 Jul 1999 14:36:13 +0100 Received: (qmail 21024 invoked from network); 8 Jul 1999 13:36:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Jul 1999 13:36:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 8 Jul 1999 09:36:10 -0400 Received: by vger.rutgers.edu id ; Thu, 8 Jul 1999 09:35:53 -0400 Received: from chi6-1.relay.mail.uu.net ([199.171.54.98]:45130 "EHLO chi6-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Thu, 8 Jul 1999 09:35:08 -0400 Received: from xedia.com by chi6sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQgwze26005 for ; Thu, 8 Jul 1999 13:35:07 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA07665; Thu, 8 Jul 99 09:33:57 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id JAA18858; Thu, 8 Jul 1999 09:35:06 -0400 Date: Thu, 8 Jul 1999 09:35:06 -0400 Message-Id: <199907081335.JAA18858@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: linux-arm@vger.rutgers.edu Subject: Re: EBSA-285 Help References: <199907072220.XAA03254@flint.armlinux.org.uk> X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Russell" == Russell King <- ARM Linux Admin > writes: Russell> Philip Blundell writes: >> Oh, is it? Sigh. No, you can't usually drive PCI reset without >> resetting the local bus and host cpu as well. >> >> What happens if the watchdog fires in non-cfn mode then? Russell> The 21285 never drives the PCI_RST line when out of Russell> central-function mode (the chip treats it as an input). Russell> The data sheet is not clear whether or not the watchdog can Russell> be used to assert nRESET, however common sense would suggest Russell> that it should be capable. Common sense would indeed suggest that, but that's not how it works. I looked over the EBSA-285 manual and the 21285 data sheet last night. It turns out the problem is in the chip. When in central function mode, there are lots of ways to get a reset. In particular, nRESET is then an input (and the PCI reset signal is an output). The watchdog mechanism is available, and you can also generate a reset externally by pulling nRESET low. However, in not-central-function mode, the ONLY reset mechanism is the PCI reset signal. In particular, the watchdog does NOT work in that mode. (This is mentioned in the 21285 data book, the section on timers.) And nRESET is then only an output. The EBSA-285 eval board is built according to these points: the external reset signals are gated through a jumpered enable so they are fed to the 21285 only if central function is configured. There are a number of what I would consider design errors in the 21285; you can add these two (no reset and no watchdog) to the list. paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 8 14:51:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA07679 for ; Thu, 8 Jul 1999 14:51:17 +0100 Received: (qmail 24553 invoked from network); 8 Jul 1999 13:51:43 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Jul 1999 13:51:43 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 8 Jul 1999 09:51:14 -0400 Received: by vger.rutgers.edu id ; Thu, 8 Jul 1999 09:51:00 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8002 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Thu, 8 Jul 1999 09:50:05 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 08-Jul-1999 15:54:43 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Thu, 8 Jul 1999 15:50:11 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: 2.2.10 rmk2 won't compile without FB Message-Id: <19990708155011.000475@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Without framebuffer devices nor VGA console (embedded board with only the 21285 serial console), there are various compile/link errors around the files in the "special" folder (console.c and keyboard.c). I'm not sure if I should completely disable the virtual consoles support in this case (will the serial console still work in this case ? I beleive it will but I'm not sure). unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 8 16:02:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA12685 for ; Thu, 8 Jul 1999 16:02:04 +0100 Received: (qmail 2062 invoked from network); 8 Jul 1999 15:02:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Jul 1999 15:02:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 8 Jul 1999 11:02:00 -0400 Received: by vger.rutgers.edu id ; Thu, 8 Jul 1999 11:01:06 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:18326 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Thu, 8 Jul 1999 11:00:47 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 112FWI-00035q-00; Thu, 8 Jul 1999 15:51:26 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 112FWH-0000Qu-00; Thu, 8 Jul 1999 15:51:25 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu Subject: Re: 2.2.10 rmk2 won't compile without FB In-reply-to: Your message of "Thu, 08 Jul 1999 15:50:11 +0200." <19990708155011.000475@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 08 Jul 1999 15:51:25 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >files in the "special" folder (console.c and keyboard.c). I'm not sure if >I should completely disable the virtual consoles support in this case >(will the serial console still work in this case ? I beleive it will but >I'm not sure). Virtual consoles as such are only useful if you have a screen and/or keyboard attached locally. You can have serial terminals/consoles without VT support. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 8 22:11:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA17363 for ; Thu, 8 Jul 1999 22:11:51 +0100 Received: (qmail 21616 invoked from network); 8 Jul 1999 21:12:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 8 Jul 1999 21:12:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 8 Jul 1999 17:09:49 -0400 Received: by vger.rutgers.edu id ; Thu, 8 Jul 1999 17:08:13 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:39053 "HELO POP3.tu-dresden.de") by vger.rutgers.edu with SMTP id ; Thu, 8 Jul 1999 17:06:48 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Thu, 8 Jul 1999 23:05:36 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Thu, 8 Jul 1999 22:56:22 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id XAA21872 for ; Thu, 8 Jul 1999 23:06:12 +0200 Date: Thu, 08 Jul 1999 23:05:32 +0100 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: loadmap ? Message-ID: <8f2d9a1e49%teich-p@Sirius.wh1.tu-dresden.de> X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, after upgrading to kernel 2.2.x and ELF on an Acorn RiscPC I would really like to start my Linux by simply doubleclicking onto the Linux boot loader instead of booting the kernel from a RiscOS harddisk and typing in root=/dev/hda3 every time. For that I would need the loadmap utility. Unfortunately it will not run any more. So the question: where can I find the sources to recompile it? Thank you very much in advance! -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 9 10:48:08 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA22484 for ; Fri, 9 Jul 1999 10:48:08 +0100 Received: (qmail 8234 invoked from network); 9 Jul 1999 09:48:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 9 Jul 1999 09:48:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 9 Jul 1999 05:48:07 -0400 Received: by vger.rutgers.edu id ; Fri, 9 Jul 1999 05:45:53 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:3796 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Fri, 9 Jul 1999 05:44:58 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id LAA09727; Fri, 9 Jul 1999 11:43:34 +0200 (METDST) Date: Fri, 9 Jul 1999 11:43:32 +0200 (METDST) From: "Hanske;Stefan" To: Peter Teichmann cc: linux-arm@vger.rutgers.edu Subject: Re: loadmap ? In-Reply-To: <8f2d9a1e49%teich-p@Sirius.wh1.tu-dresden.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 8 Jul 1999, Peter Teichmann wrote: > Hi, > > after upgrading to kernel 2.2.x and ELF on an Acorn RiscPC I would really > like to start my Linux by simply doubleclicking onto the Linux boot loader > instead of booting the kernel from a RiscOS harddisk and typing in > root=/dev/hda3 every time. > > For that I would need the loadmap utility. Unfortunately it will not run > any more. So the question: where can I find the sources to recompile it? > > Thank you very much in advance! > You can use the a.out-loadmap but you have to copy the old libc.so.4* to /lib. It won't hurt the system. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 10 10:34:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA30853 for ; Sat, 10 Jul 1999 10:34:16 +0100 Received: (qmail 31920 invoked from network); 10 Jul 1999 09:34:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Jul 1999 09:34:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 10 Jul 1999 05:34:15 -0400 Received: by vger.rutgers.edu id ; Sat, 10 Jul 1999 05:34:06 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:4437 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Sat, 10 Jul 1999 05:33:54 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id LAA08786 for ; Sat, 10 Jul 1999 11:33:51 +0200 (METDST) Date: Sat, 10 Jul 1999 11:33:50 +0200 (METDST) From: "Hanske;Stefan" To: linux-arm@vger.rutgers.edu Subject: Mozilla Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing To Mathew Wilcox: I've seen you're going do try to port this beast to ARM, thats what I was about to do. I've got an almost completely running version and one of the last things missing is the complete xptcall interface. I've made a good progress in porting xpcom/reflect/xptcall/src/md/unix/xptcinvoke_*, it's working now. But I can't decode the other machines assembly in xptcstubs_*.cpp. Do you know what the exact purpose of this code is or from where it get's called with what parameters?!? TIA. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 10 16:41:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00773 for ; Sat, 10 Jul 1999 16:41:04 +0100 Received: (qmail 1582 invoked from network); 10 Jul 1999 15:41:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Jul 1999 15:41:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 10 Jul 1999 11:41:08 -0400 Received: by vger.rutgers.edu id ; Sat, 10 Jul 1999 11:41:00 -0400 Received: from h-205-217-237-46.netscape.com ([205.217.237.46]:33841 "EHLO netscape.com") by vger.rutgers.edu with ESMTP id ; Sat, 10 Jul 1999 11:38:20 -0400 Received: from tintin.mcom.com (tintin.mcom.com [205.217.233.42]) by netscape.com (8.8.5/8.8.5) with ESMTP id IAA11470 for ; Sat, 10 Jul 1999 08:38:04 -0700 (PDT) Received: from obob.netscape.com ([207.200.73.215]) by tintin.mcom.com (Netscape Messaging Server 4.1) with ESMTP id FENVFF00.45J for ; Sat, 10 Jul 1999 08:38:03 -0700 Received: from netscape.com ([204.92.237.162]) by obob.netscape.com (Netscape Messaging Server 4.1) with ESMTP id FENVCH00.UAL; Sat, 10 Jul 1999 08:36:17 -0700 Message-ID: <3787680E.6E1794D2@netscape.com> Date: Sat, 10 Jul 1999 11:34:38 -0400 From: Mike Shaver Organization: mozilla.org diplomatic corps X-Mailer: Mozilla 4.51 [en] (X11; I; Linux 2.2.2-ac3 i586) X-Accept-Language: en MIME-Version: 1.0 To: "Hanske;Stefan" CC: linux-arm@vger.rutgers.edu Subject: Re: Mozilla References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing "Hanske;Stefan" wrote: > > To Mathew Wilcox: > > I've seen you're going do try to port this beast to ARM, thats what I was > about to do. I've got an almost completely running version and one of the > last things missing is the complete xptcall interface. I've made a good > progress in porting xpcom/reflect/xptcall/src/md/unix/xptcinvoke_*, it's > working now. But I can't decode the other machines assembly in > xptcstubs_*.cpp. Do you know what the exact purpose of this code is or > from where it get's called with what parameters?!? There's lots of information on xptcall at http://www.mozilla.org/scriptable/xptcall-faq.html and a porting guide at http://lxr.mozilla.org/mozilla/source/xpcom/reflect/xptcall/porting.html . If you have additional questions, you should post them to news://news.mozilla.org/netscape.public.mozilla.xpcom or send mail to the reflector at mozilla-xpcom@mozilla.org . Mike -- 263728.32 231628.92 unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 10 19:13:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA02398 for ; Sat, 10 Jul 1999 19:13:51 +0100 Received: (qmail 23788 invoked from network); 10 Jul 1999 18:14:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Jul 1999 18:14:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 10 Jul 1999 14:13:50 -0400 Received: by vger.rutgers.edu id ; Sat, 10 Jul 1999 14:13:42 -0400 Received: from POP3.tu-dresden.de ([141.30.2.83]:38889 "HELO POP3.tu-dresden.de") by vger.rutgers.edu with SMTP id ; Sat, 10 Jul 1999 14:13:27 -0400 Received: from rmail.urz.tu-dresden.de by rks3 with SMTP (PP); Sat, 10 Jul 1999 20:12:37 +0200 Received: from rcs.urz.tu-dresden.de (actually Rcs1.urz.tu-dresden.de) by rmail with SMTP (IC-PP); Sat, 10 Jul 1999 20:03:22 +0200 Received: from Sirius (xGagC452a.WH1.TU-Dresden.De [141.30.230.105]) by rcs.urz.tu-dresden.de (8.8.8/8.8.8) with SMTP id UAA12552 for ; Sat, 10 Jul 1999 20:13:15 +0200 Date: Sat, 10 Jul 1999 20:15:17 +0100 From: Peter Teichmann To: linux-arm@vger.rutgers.edu Subject: Re: loadmap ? Message-ID: <3443921f49%teich-p@Sirius.wh1.tu-dresden.de> In-Reply-To: X-Organization: My home is my castle! X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message "Hanske;Stefan" wrote: > You can use the a.out-loadmap but you have to copy the old libc.so.4* to > /lib. It won't hurt the system. That does not work. It only leads to a memory violation. -- Peter Teichmann ---------------------------------------------------------------------------- Email: teich-p@rcs.urz.tu-dresden.de WWW: rcswww.urz.tu-dresden.de/~teich-p unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 10 20:52:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA03085 for ; Sat, 10 Jul 1999 20:52:16 +0100 Received: (qmail 15497 invoked from network); 10 Jul 1999 19:52:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 10 Jul 1999 19:52:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 10 Jul 1999 15:52:14 -0400 Received: by vger.rutgers.edu id ; Sat, 10 Jul 1999 15:52:05 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:4418 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Sat, 10 Jul 1999 15:51:48 -0400 Received: from [212.126.150.152] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 11339E-00068j-00; Sat, 10 Jul 1999 19:50:56 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA11532; Sat, 10 Jul 1999 20:51:12 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id UAA00939; Sat, 10 Jul 1999 20:49:16 +0100 Message-Id: <199907101949.UAA00939@raistlin.armlinux.org.uk> Subject: Re: loadmap ? To: teich-p@Rcs1.urz.tu-dresden.de (Peter Teichmann) Date: Sat, 10 Jul 1999 20:49:14 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <3443921f49%teich-p@Sirius.wh1.tu-dresden.de> from "Peter Teichmann" at Jul 10, 99 08:15:17 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Peter Teichmann writes: > > You can use the a.out-loadmap but you have to copy the old libc.so.4* to > > /lib. It won't hurt the system. > > That does not work. It only leads to a memory violation. The latest version works, which should be on the FTP site. The version I'm currently using is loadmap 1.6.1 (Mar 15 1998) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 11 09:09:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA06827 for ; Sun, 11 Jul 1999 09:09:04 +0100 Received: (qmail 32324 invoked from network); 11 Jul 1999 08:09:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Jul 1999 08:09:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 11 Jul 1999 04:09:04 -0400 Received: by vger.rutgers.edu id ; Sun, 11 Jul 1999 04:08:45 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:1569 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Sun, 11 Jul 1999 04:08:31 -0400 Received: from tm913045 (s4m018.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDFNG79DNM0003E8@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Sun, 11 Jul 1999 10:09:09 +0200 Date: Sun, 11 Jul 1999 10:08:28 +0200 From: Thomas Marx Subject: Searching for precompiled 2.1 or 2.2 kernel To: linux-arm@vger.rutgers.edu Message-id: <81cd91f49%tm913045@tm913045.dialup.rwth-aachen.de> X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi! I'd like to a kernel thats news then the 2.0.36 kernel, ie 2.1 or 2.2. Is there a site which offers them to download? Best regard, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 11 10:59:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA08464 for ; Sun, 11 Jul 1999 10:59:13 +0100 Received: (qmail 16819 invoked from network); 11 Jul 1999 09:59:43 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 11 Jul 1999 09:59:43 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 11 Jul 1999 05:59:20 -0400 Received: by vger.rutgers.edu id ; Sun, 11 Jul 1999 05:59:02 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3173 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sun, 11 Jul 1999 05:58:43 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 113GNd-0008TH-0K; Sun, 11 Jul 1999 09:58:42 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 113GMl-0004o6-00; Sun, 11 Jul 1999 10:57:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Thomas Marx cc: linux-arm@vger.rutgers.edu Subject: Re: Searching for precompiled 2.1 or 2.2 kernel In-Reply-To: Message from Thomas Marx of "Sun, 11 Jul 1999 10:08:28 +0200." <81cd91f49%tm913045@tm913045.dialup.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 11 Jul 1999 10:57:47 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I'd like to a kernel thats news then the 2.0.36 kernel, ie 2.1 or 2.2. >Is there a site which offers them to download? For what platform? You need a different kernel for each of the major machine types. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 13:21:49 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA20556 for ; Mon, 12 Jul 1999 13:21:48 +0100 Received: (qmail 30430 invoked from network); 12 Jul 1999 12:22:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 12:22:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 08:21:30 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 05:31:37 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:19348 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 05:20:13 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 113cBC-000795-00 for linux-arm@vger.rutgers.edu; Mon, 12 Jul 1999 10:15:18 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 113cBC-00062E-00 for linux-arm@vger.rutgers.edu; Mon, 12 Jul 1999 10:15:18 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: vidc audio Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jul 1999 10:15:17 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Is anybody successfully using the VIDC audio driver with a 2.3 kernel? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 14:10:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA21067 for ; Mon, 12 Jul 1999 14:10:07 +0100 Received: (qmail 6964 invoked from network); 12 Jul 1999 13:10:38 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 13:10:38 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 08:21:29 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 05:31:24 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:3669 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Sun, 11 Jul 1999 12:33:53 -0400 Received: from tm913045 (s4m065.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDG53RW0VG0003XC@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Sun, 11 Jul 1999 18:34:32 +0200 Date: Sun, 11 Jul 1999 18:33:28 +0200 From: Thomas Marx Subject: Re: Searching for precompiled 2.1 or 2.2 kernel In-reply-to: To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message you wrote: > >I'd like to a kernel thats news then the 2.0.36 kernel, ie 2.1 or 2.2. > >Is there a site which offers them to download? > > For what platform? You need a different kernel for each of the major machine > types. It's for the standard RiscPC with SA 110. Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 17:03:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA22831 for ; Mon, 12 Jul 1999 17:03:32 +0100 Received: (qmail 19296 invoked from network); 12 Jul 1999 16:04:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 16:04:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 11:27:45 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 09:51:40 -0400 Received: from chaos.wg.com ([198.85.47.240]:45856 "EHLO chaos.wg.com") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 08:56:56 -0400 Received: from wg.com ([198.85.45.243]) by chaos.wg.com (8.9.1a/8.9.1) with SMTP id IAA15601 for ; Mon, 12 Jul 1999 08:44:18 -0400 (EDT) Received: by wg.com(Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) id 852567AC.0046EE5F ; Mon, 12 Jul 1999 08:54:45 -0400 X-Lotus-FromDomain: GLOBAL From: arnaud.brodier@wwgsolutions.com To: linux-arm@vger.rutgers.edu Message-ID: <852567AC.0046EDB4.00@wg.com> Date: Mon, 12 Jul 1999 13:56:36 +0100 Subject: Connection refused Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I'm still working on the problem of my ramdisk ( see mail setup_initrd the 2/07/99 ) and haven't solved it yet . I'll let you know... Another question, I mean a problem ;-) I'm trying to have the network working on my brutus like-board / kernel 2.2.2. At the present time, I try ping and ftp on the local loop (127.0.0.1). the "ping 127.0.0.1" works well, telling that all the transmitted packet are received. But when I type "ifconfig" to display the status of lo, I have something like: RX packets: 12 errors:0 dropped:0 overruns:0 TX packets: 0 errors:1008 dropped:12 overruns:0 It must be something wrong ! With ftp: I have inetd running ( ready to call "tcpd " and then "ftpd"). The tcpdchk and tcpdmatch commands let me know that all seem to be OK for a ftp on 127.0.0.1 (access granted), but when trying "ftp 127.0.0.1", I have "ftp: connect: Connection refused" . ??? Thanks for your help. Arnaud unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 18:30:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA24101 for ; Mon, 12 Jul 1999 18:30:03 +0100 Received: (qmail 8152 invoked from network); 12 Jul 1999 17:30:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 17:30:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 12:53:16 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 12:14:14 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20419 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 12:12:58 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 113ifv-00083e-00; Mon, 12 Jul 1999 17:11:27 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 113ifv-00075V-00; Mon, 12 Jul 1999 17:11:27 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: arnaud.brodier@wwgsolutions.com cc: linux-arm@vger.rutgers.edu Subject: Re: Connection refused In-reply-to: Your message of "Mon, 12 Jul 1999 13:56:36 BST." <852567AC.0046EDB4.00@wg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jul 1999 17:11:27 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >received. But when I type "ifconfig" to display the status of lo, I have >something like: > RX packets: 12 errors:0 dropped:0 overruns:0 > TX packets: 0 errors:1008 dropped:12 overruns:0 > It must be something wrong ! Your net-tools is old and broken. Upgrade to the latest version (currently 1.52) and this problem should go away. This is mentioned in the kernel documentation, incidentally. >With ftp: I have inetd running ( ready to call "tcpd " and then "ftpd"). The >tcpdchk and tcpdmatch commands let me know that all seem to be OK for a ftp on >127.0.0.1 (access granted), but when trying "ftp 127.0.0.1", I have "ftp: >connect: Connection refused" . ??? Does `netstat -a' show inetd listening for connections? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 21:05:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA25160 for ; Mon, 12 Jul 1999 21:05:57 +0100 Received: (qmail 7921 invoked from network); 12 Jul 1999 20:06:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 20:06:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 16:06:03 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 16:05:44 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1064 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 16:05:24 -0400 Received: from [212.126.147.3] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 113mIt-00078t-00; Mon, 12 Jul 1999 20:03:56 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA18002; Mon, 12 Jul 1999 19:52:45 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id TAA23016; Mon, 12 Jul 1999 19:50:34 +0100 Message-Id: <199907121850.TAA23016@flint.armlinux.org.uk> Subject: Re: vidc audio To: pb@nexus.co.uk (Philip Blundell) Date: Mon, 12 Jul 1999 19:50:33 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 12, 99 10:15:17 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Is anybody successfully using the VIDC audio driver with a 2.3 kernel? I haven't specifically got it on my list of things to test in 2.3, so no. I doubt that anyone us actually using 2.3 that much to worry about it anyway, plus it's only functional on the RiscPC. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 21:09:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA25175 for ; Mon, 12 Jul 1999 21:09:24 +0100 Received: (qmail 8091 invoked from network); 12 Jul 1999 20:09:55 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 20:09:55 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 16:09:36 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 16:09:16 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1216 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 16:09:02 -0400 Received: from [212.126.147.41] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 113mNj-0007Ce-00; Mon, 12 Jul 1999 20:08:55 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA17996; Mon, 12 Jul 1999 19:51:47 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id TAA23005; Mon, 12 Jul 1999 19:49:35 +0100 Message-Id: <199907121849.TAA23005@flint.armlinux.org.uk> Subject: Re: Connection refused To: arnaud.brodier@wwgsolutions.com Date: Mon, 12 Jul 1999 19:49:35 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <852567AC.0046EDB4.00@wg.com> from "arnaud.brodier@wwgsolutions.com" at Jul 12, 99 01:56:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing arnaud.brodier@wwgsolutions.com writes: > But when I type "ifconfig" to display the status of lo, I have > something like: > RX packets: 12 errors:0 dropped:0 overruns:0 > TX packets: 0 errors:1008 dropped:12 overruns:0 > It must be something wrong ! Classic old nettools. Please upgrade your nettools. > With ftp: I have inetd running ( ready to call "tcpd " and then "ftpd"). The > tcpdchk and tcpdmatch commands let me know that all seem to be OK for a ftp on > 127.0.0.1 (access granted), but when trying "ftp 127.0.0.1", I have "ftp: > connect: Connection refused" . ??? Do you get this immediately, or is there a delay? What does netstat -a tell you? Is the ftp port listening for connections? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 21:50:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA25463 for ; Mon, 12 Jul 1999 21:50:19 +0100 Received: (qmail 13923 invoked from network); 12 Jul 1999 20:50:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 20:50:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 16:50:20 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 16:50:11 -0400 Received: from PO6.ANDREW.CMU.EDU ([128.2.10.106]:35313 "EHLO po6.andrew.cmu.edu") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 16:49:30 -0400 Received: (from postman@localhost) by po6.andrew.cmu.edu (8.9.3/8.9.3) id QAA07225 for linux-arm@vger.rutgers.edu; Mon, 12 Jul 1999 16:49:27 -0400 (EDT) Received: via switchmail; Mon, 12 Jul 1999 16:49:27 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Mon, 12 Jul 1999 16:48:06 -0400 (EDT) Received: from pcs11.andrew.cmu.edu via qmail ID ; Mon, 12 Jul 1999 16:48:06 -0400 (EDT) Received: from mms.4.60.Jun.27.1996.03.02.53.sun4.51.EzMail.2.0.CUILIB.3.45.SNAP.NOT.LINKED.pcs11.andrew.cmu.edu.sun4m.54 via MS.5.6.pcs11.andrew.cmu.edu.sun4_51; Mon, 12 Jul 1999 16:48:02 -0400 (EDT) Message-ID: <4rWZG2i00Ui_08HUw0@andrew.cmu.edu> Date: Mon, 12 Jul 1999 16:48:02 -0400 (EDT) From: Jonathan Foster Kliegman To: linux-arm@vger.rutgers.edu Subject: 2.2.9 and 2.2.10 network locking up In-Reply-To: References: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I've been doing some tests with an EBSA-285 handling lots of incoming network data. I've been using the TCPBLAST program which just steams data to the discard port on the target. In this case, I've been sending from an Intel Linux host (2.2.9) to the EBSA (running both 2.2.9 and 2.2.10). The EBSA will crash when using either a Intel Etherexpress Pro+ or a 3com 3c905B as the NIC. The actual number of bytes transferred differs between runs. When we setup the EBSA to act (mostly) as a passthrough to the host we can transfer a lot more data before the EBSA locks. The amount of data when sending straight to the EBSA is between .5 - 2 GB. Finally, when the EBSA hangs it just locks up completely - there is no core dump or anything on the serial port. The lights in the back are left with only the green (middle) light on. I even modified entry-armv.S to move the timer interrupts to a higher priority just to see if I could get the lights to flash - no luck. Anyone seen anything like this or have any thoughts? -Jon unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 12 22:15:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA25608 for ; Mon, 12 Jul 1999 22:15:12 +0100 Received: (qmail 18026 invoked from network); 12 Jul 1999 21:15:43 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 21:15:43 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 17:15:12 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 17:15:04 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3570 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 17:14:48 -0400 Received: from [212.126.147.41] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 113nPQ-0000F2-00; Mon, 12 Jul 1999 21:14:45 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id WAA18477; Mon, 12 Jul 1999 22:15:02 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id WAA00634; Mon, 12 Jul 1999 22:12:58 +0100 Message-Id: <199907122112.WAA00634@raistlin.armlinux.org.uk> Subject: Re: 2.2.9 and 2.2.10 network locking up To: jk8q+@andrew.cmu.edu (Jonathan Foster Kliegman) Date: Mon, 12 Jul 1999 22:12:57 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <4rWZG2i00Ui_08HUw0@andrew.cmu.edu> from "Jonathan Foster Kliegman" at Jul 12, 99 04:48:02 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jonathan Foster Kliegman writes: > Finally, when the EBSA hangs it just locks up completely - there is no > core dump or anything on the serial port. The lights in the back are > left with only the green (middle) light on. I even modified > entry-armv.S to move the timer interrupts to a higher priority just to > see if I could get the lights to flash - no luck. It sounds like a bus lock condition. Maybe there's a device which is sending retry to the 21285 all the time? I've had this happen with the CY82C693 southbridge chip, but haven't found a solution yet. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 00:20:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA26801 for ; Tue, 13 Jul 1999 00:20:31 +0100 Received: (qmail 699 invoked from network); 12 Jul 1999 23:21:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 12 Jul 1999 23:21:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 19:20:33 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 19:20:24 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:59721 "EHLO Hydro.CAM.ORG") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 19:20:04 -0400 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id TAA29284; Mon, 12 Jul 1999 19:19:52 -0400 (EDT) Date: Mon, 12 Jul 1999 19:19:56 -0400 (EDT) From: Nicolas Pitre To: arnaud.brodier@wwgsolutions.com cc: linux-arm@vger.rutgers.edu Subject: Re: Connection refused In-Reply-To: <852567AC.0046EDB4.00@wg.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 12 Jul 1999 arnaud.brodier@wwgsolutions.com wrote: > I'm trying to have the network working on my brutus like-board / kernel > 2.2.2. At the present time, I try ping and ftp on the local loop (127.0.0.1). > the "ping 127.0.0.1" works well, telling that all the transmitted packet are > received. But when I type "ifconfig" to display the status of lo, I have > something like: > RX packets: 12 errors:0 dropped:0 overruns:0 > TX packets: 0 errors:1008 dropped:12 overruns:0 > It must be something wrong ! Are you sure you have a net-tools distribution that is Linux 2.2.x aware? Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 01:34:33 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA27087 for ; Tue, 13 Jul 1999 01:34:32 +0100 Received: (qmail 4970 invoked from network); 13 Jul 1999 00:35:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 00:35:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 20:33:42 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 20:33:35 -0400 Received: from thalia.fm.intel.com ([132.233.247.11]:2878 "EHLO thalia.fm.intel.com") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 20:33:18 -0400 Received: from fmsmsx19.fm.intel.com (fmsmsx19.fm.intel.com [132.233.222.210]) by thalia.fm.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id RAA26749 for ; Mon, 12 Jul 1999 17:33:12 -0700 (PDT) Received: by fmsmsx19.fm.intel.com with Internet Mail Service (5.5.2448.0) id <3SJTZH72>; Mon, 12 Jul 1999 17:33:11 -0700 Message-ID: From: "Chagas, Jason" To: "'linux-arm@vger.rutgers.edu'" Subject: binutils-2.9.1.0.19a.tar.gz ?? Date: Mon, 12 Jul 1999 17:33:07 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Folks, Does anyone know where "binutils-2.9.1.0.19a.tar.gz" is now? It used to be at: ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ and ftp://sunsite.unc.edu/pub/Linux/GCC/ Both ftp://cdrom.com/pub/gnu/binutils/ and ftp://egcs.cygnus.com/pub/binutils/releases/ seem to have earlier versions. Thanks, Jason unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 02:19:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA27319 for ; Tue, 13 Jul 1999 02:19:21 +0100 Received: (qmail 10830 invoked from network); 13 Jul 1999 01:19:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 01:19:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 12 Jul 1999 21:19:33 -0400 Received: by vger.rutgers.edu id ; Mon, 12 Jul 1999 21:19:17 -0400 Received: from mailhub2.liv.ac.uk ([138.253.100.95]:58487 "EHLO mailhub2.liv.ac.uk") by vger.rutgers.edu with ESMTP id ; Mon, 12 Jul 1999 21:19:03 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub2.liv.ac.uk with esmtp (Exim 2.12 #1) id 113rDp-0003oU-00 for linux-arm@vger.rutgers.edu; Tue, 13 Jul 1999 02:19:01 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id CAA19159 for ; Tue, 13 Jul 1999 02:19:00 +0100 (BST) Date: Tue, 13 Jul 1999 02:04:02 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: crt0.o: file not recognised Message-ID: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing My ARMLinux box has developed a worrying error. On any attempt to compile anything with gcc it gives the error: /usr/lib/crt0.o: file not recognized: File format not recognized I've tried reinstalling gcc and some libraries from the rpms, but still no luck. Reinstalled everything, still no luck. Also tried copying crt0.o from an old backup install, no luck. So I must assume there's a problem with some config file somewhere. I think this must have happened after installing binutils 2.9 (off ftp://ftp.gnu.org/ ) compiled on the machine. Any ideas? Yours, John. -- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://www.sliced.uk.eu.org/~shrike http://www.liv.ac.uk/~olmsg01/physics/ "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 10:01:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA29834 for ; Tue, 13 Jul 1999 10:01:12 +0100 Received: (qmail 10375 invoked from network); 13 Jul 1999 09:01:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 09:01:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 05:01:12 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 05:00:54 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20472 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 05:00:48 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 113yKG-0000GI-00; Tue, 13 Jul 1999 09:54:08 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 113yKF-0007k2-00; Tue, 13 Jul 1999 09:54:07 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.Bland" cc: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised In-reply-to: Your message of "Tue, 13 Jul 1999 02:04:02 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 09:54:07 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >My ARMLinux box has developed a worrying error. On any attempt to compile >anything with gcc it gives the error: > >/usr/lib/crt0.o: file not recognized: File format not recognized Did you apply the Linux patches to the version of binutils you installed? If not, this is pretty much expected. You need to restore your linker from a backup and rebuild binutils. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 10:02:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA29854 for ; Tue, 13 Jul 1999 10:02:41 +0100 Received: (qmail 10500 invoked from network); 13 Jul 1999 09:03:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 09:03:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 05:02:42 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 05:02:23 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20483 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 05:02:17 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 113yIO-0000G9-00; Tue, 13 Jul 1999 09:52:12 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 113yIO-0007jS-00; Tue, 13 Jul 1999 09:52:12 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: binutils-2.9.1.0.19a.tar.gz ?? In-reply-to: Your message of "Mon, 12 Jul 1999 17:33:07 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 09:52:12 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Does anyone know where "binutils-2.9.1.0.19a.tar.gz" is now? It used to be >at: Try ftp.varesearch.com. I think I've posted the exact URLs before but I don't remember them off the top of my head -- something like /pub/support/hjl/. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 10:21:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA29991 for ; Tue, 13 Jul 1999 10:21:53 +0100 Received: (qmail 11730 invoked from network); 13 Jul 1999 09:22:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 09:22:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 05:21:17 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 05:21:09 -0400 Received: from mailhub2.liv.ac.uk ([138.253.100.95]:62484 "EHLO mailhub2.liv.ac.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 05:20:56 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub2.liv.ac.uk with esmtp (Exim 2.12 #1) id 113ykA-0007Og-00 for linux-arm@vger.rutgers.edu; Tue, 13 Jul 1999 10:20:54 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id KAA01432 for ; Tue, 13 Jul 1999 10:20:53 +0100 (BST) Date: Tue, 13 Jul 1999 10:18:59 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised Message-ID: <7c2de72049%J.Bland@pc084085.melgrove.liv.ac.uk> In-Reply-To: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message you wrote: > >My ARMLinux box has developed a worrying error. On any attempt to compile > >anything with gcc it gives the error: > > > >/usr/lib/crt0.o: file not recognized: File format not recognized > >Did you apply the Linux patches to the version of binutils you installed? >If not, this is pretty much expected. You need to restore your linker from >a backup and rebuild binutils. > No I didn't as I didn't see that mentioned in the INSTALL file. Oh well, I'll know better next time ;). Anyway, where is the linker found? Wouldn't this have been restored when I reinstalled the rpms? Cheers, John -- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://www.sliced.uk.eu.org/~shrike http://www.liv.ac.uk/~olmsg01/physics/ "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 11:01:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA30210 for ; Tue, 13 Jul 1999 11:01:42 +0100 Received: (qmail 13776 invoked from network); 13 Jul 1999 10:02:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 10:02:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 06:01:45 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 06:01:40 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20562 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 06:00:54 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 113z8W-0000Ri-00; Tue, 13 Jul 1999 10:46:04 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 113z8V-0007of-00; Tue, 13 Jul 1999 10:46:03 +0100 To: "J.Bland" cc: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised In-reply-to: Your message of "Tue, 13 Jul 1999 10:18:59 BST." <7c2de72049%J.Bland@pc084085.melgrove.liv.ac.uk> Date: Tue, 13 Jul 1999 10:46:03 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <7c2de72049%J.Bland@pc084085.melgrove.liv.ac.uk>, "J.Bland" writes: >Anyway, where is the linker found? Wouldn't this have been restored when I >reinstalled the rpms? It's /usr/bin/ld. If you reinstalled the binutils RPM then yes it should have been restored, but I think in your previous message you said you'd only reloaded gcc. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 11:10:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA30241 for ; Tue, 13 Jul 1999 11:10:16 +0100 Received: (qmail 14144 invoked from network); 13 Jul 1999 10:10:48 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 10:10:48 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 06:10:16 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 06:10:08 -0400 Received: from mailhub1.liv.ac.uk ([138.253.100.94]:61168 "EHLO mailhub1.liv.ac.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 06:09:50 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub1.liv.ac.uk with esmtp (Exim 2.12 #1) id 113zVU-00001U-00 for linux-arm@vger.rutgers.edu; Tue, 13 Jul 1999 11:09:48 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id LAA12136 for ; Tue, 13 Jul 1999 11:09:48 +0100 (BST) Date: Tue, 13 Jul 1999 11:05:12 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised Message-ID: <8a68eb2049%J.Bland@pc084085.melgrove.liv.ac.uk> In-Reply-To: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message you wrote: >In message <7c2de72049%J.Bland@pc084085.melgrove.liv.ac.uk>, "J.Bland" >writes: > >Anyway, where is the linker found? Wouldn't this have been restored when I > >reinstalled the rpms? > > It's /usr/bin/ld. If you reinstalled the binutils RPM then yes it > should have been restored, but I think in your previous message you > said you'd only reloaded gcc. I originally reinstalled binutils, then gcc, then anything that looked like a library, then the whole lot (apart from fileutils which is about the only major part of the system I've upgraded). Still the problem. I've copied the /usr/bin/ld from an old backup install too. Still this crt0.o problem. Would a reboot help? I'd rather not lose my 68days uptime ;). Cheers, John -- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://www.sliced.uk.eu.org/~shrike http://www.liv.ac.uk/~olmsg01/physics/ "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 13:16:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA30861 for ; Tue, 13 Jul 1999 13:16:50 +0100 Received: (qmail 27930 invoked from network); 13 Jul 1999 12:17:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 12:17:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 08:16:48 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 08:16:39 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:4715 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 08:16:23 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id OAA11604; Tue, 13 Jul 1999 14:15:57 +0200 (METDST) Date: Tue, 13 Jul 1999 14:15:56 +0200 (METDST) From: "Hanske;Stefan" To: "J.Bland" cc: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 13 Jul 1999, J.Bland wrote: > /usr/lib/crt0.o: file not recognized: File format not recognized > > assume there's a problem with some config file somewhere. I think this must > have happened after installing binutils 2.9 (off ftp://ftp.gnu.org/ ) > compiled on the machine. > > Any ideas? The problem seems to be that you're mixing a.out and ELF. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 13:32:00 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA30916 for ; Tue, 13 Jul 1999 13:32:00 +0100 Received: (qmail 28742 invoked from network); 13 Jul 1999 12:32:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 12:32:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 08:32:07 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 08:31:48 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20671 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 08:31:30 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 1141he-0000gV-00; Tue, 13 Jul 1999 13:30:30 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 1141hd-0008Vn-00; Tue, 13 Jul 1999 13:30:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "J.Bland" cc: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised In-reply-to: Your message of "Tue, 13 Jul 1999 11:05:12 BST." <8a68eb2049%J.Bland@pc084085.melgrove.liv.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 13:30:29 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I originally reinstalled binutils, then gcc, then anything that looked like a >library, then the whole lot (apart from fileutils which is about the only >major part of the system I've upgraded). Still the problem. I've copied the >/usr/bin/ld from an old backup install too. Still this crt0.o problem. >Would a reboot help? I'd rather not lose my 68days uptime ;). Check that you haven't wound up with another `ld' lurking somewhere like /usr/local/bin or /usr/arm-linuxaout/bin. If you find any such files, delete them or move them out of harm's way and try again. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 13:45:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA31129 for ; Tue, 13 Jul 1999 13:45:53 +0100 Received: (qmail 30169 invoked from network); 13 Jul 1999 12:46:24 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 12:46:24 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 08:45:25 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 08:45:13 -0400 Received: from chaos.wg.com ([198.85.47.240]:57262 "EHLO chaos.wg.com") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 08:41:54 -0400 Received: from wg.com ([198.85.45.243]) by chaos.wg.com (8.9.1a/8.9.1) with SMTP id IAA06846; Tue, 13 Jul 1999 08:29:14 -0400 (EDT) Received: by wg.com(Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) id 852567AD.00458DCA ; Tue, 13 Jul 1999 08:39:42 -0400 X-Lotus-FromDomain: GLOBAL From: arnaud.brodier@wwgsolutions.com To: Philip Blundell cc: linux-arm@vger.rutgers.edu Message-ID: <852567AD.00458C9E.00@wg.com> Date: Tue, 13 Jul 1999 13:41:35 +0100 Subject: Re: Connection refused Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Thanks for the "net-tools"/ping problem >>With ftp: I have inetd running ( ready to call "tcpd " and then "ftpd"). The >>tcpdchk and tcpdmatch commands let me know that all seem to be OK for a ftp on >>127.0.0.1 (access granted), but when trying "ftp 127.0.0.1", I have "ftp: >>connect: Connection refused" . ??? >Does `netstat -a' show inetd listening for connections? No. lo is in the routing table of the kernel (netstat -r), but nothing for netstat -a. In the inetd.conf, I have: ftp stream tcp nowait root /usr/sbin/tcpd ftpd ( I've removed all the other lines ) When I execute inetd -d (on background), I have: ADD : ftp proto=tcp, wait.max=0.40 user.group=root.(null) builtin=0 server=/usr/sbin/tcpd So it seems that inetd doesn't listening for connections. (?) Where does that come from ? I use inetd coming from netkit-base-0.10-10.src.rpm. Should I use a newer version as well ? Arnaud unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 15:05:19 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA32287 for ; Tue, 13 Jul 1999 15:05:13 +0100 Received: (qmail 4582 invoked from network); 13 Jul 1999 14:05:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 14:05:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 10:04:43 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 10:04:41 -0400 Received: from tele.visi.com ([209.98.98.17]:56148 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 10:04:18 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 381561F85B for ; Tue, 13 Jul 1999 09:01:44 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA23080 for ; Tue, 13 Jul 1999 09:01:44 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 09:01:44 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Subject: Question on syscall() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Greetings, I am running 2.2.10-rmk2-stk1 on an ebsa-285 like board. I have implemented my own system call which reads out some data stored in the kernel, or lets the user change this data depending on what arguments they pass in. It takes 4 arguments: asmlinkage int sys_vend_param(void *old, size_t *oldlen, void *new, size_t newlen) What I've found is that if I set it up this way, and call the system call using syscall() as follows: --- #define OS_VERSION 9 #define VP_SYSCALL (191 ^ (OS_VERSION << 20)) struct vend_params my_vp; size_t my_vp_size = sizeof(struct vend_params); if ((i = syscall(VP_SYSCALL, &my_vp, &my_vp_size, 0, 0)) < 0) --- what appears to happen is that the first argument passed to my system call is actually VP_SYSCALL. I don't think this is right. But, looking at the wrapper for sys_syscall in entry-common.S, I saw the following: @ r0 = syscall number @ r5 = syscall table SYMBOL_NAME(sys_syscall): eor r6, r0, #OS_NUMBER << 20 cmp r6, #NR_syscalls @ check range ldmleib sp, {r0 - r4} @ get our args strle r4, [sp] @ Put our arg on the stack ldrle pc, [r5, r6, lsl #2] mov r0, #-ENOSYS mov pc, lr It looks like it actually pushes all 5 arguments passed to it onto the stack, and thus the reason for the syscall number being the first argument to my sys_vend_param() function. If I put a dummy int as the first argument to my sys_vend_param() routine, things seem to work fine. Is this expected behaviour? -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 15:19:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA32430 for ; Tue, 13 Jul 1999 15:19:47 +0100 Received: (qmail 6733 invoked from network); 13 Jul 1999 14:20:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 14:20:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 10:18:41 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 10:18:26 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20913 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 10:16:00 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 1143Ka-0000oV-00; Tue, 13 Jul 1999 15:14:48 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 1143KZ-0001Kg-00; Tue, 13 Jul 1999 15:14:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-reply-to: Your message of "Tue, 13 Jul 1999 09:01:44 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 15:14:46 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I am running 2.2.10-rmk2-stk1 on an ebsa-285 like board. I have >implemented my own system call which reads out some data stored in the >kernel, or lets the user change this data depending on what arguments >they pass in. It takes 4 arguments: You should probably consider using sysctl for this, incidentally. >if ((i = syscall(VP_SYSCALL, &my_vp, &my_vp_size, 0, 0)) < 0) Where is your definition of `syscall' coming from; can you post the preprocessed output and/or assembler that it generates? >It looks like it actually pushes all 5 arguments passed to it onto the >stack, and thus the reason for the syscall number being the first >argument to my sys_vend_param() function. If I put a dummy int as the >first argument to my sys_vend_param() routine, things seem to work fine. > >Is this expected behaviour? Kind of. The ARM Linux ABI puts the syscall number in the SWI instruction rather than in a register. So yes, it is expected that all five arguments to the syscall are simply passed straight through to your routine, but no it is not expected that one of them is your syscall number. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 15:26:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA32503 for ; Tue, 13 Jul 1999 15:26:36 +0100 Received: (qmail 8386 invoked from network); 13 Jul 1999 14:27:00 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 14:27:00 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 10:26:41 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 10:25:55 -0400 Received: from tele.visi.com ([209.98.98.17]:56966 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 10:25:33 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 752AD1F854; Tue, 13 Jul 1999 09:25:30 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA24127; Tue, 13 Jul 1999 09:25:30 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 09:25:30 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-1605906922-931875930=:23744" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-1605906922-931875930=:23744 Content-Type: TEXT/PLAIN; charset=US-ASCII On Tue, 13 Jul 1999, Philip Blundell wrote: > >I am running 2.2.10-rmk2-stk1 on an ebsa-285 like board. I have > >implemented my own system call which reads out some data stored in the > >kernel, or lets the user change this data depending on what arguments > >they pass in. It takes 4 arguments: > > You should probably consider using sysctl for this, incidentally. > Actually, this is already implemented as a sysctl, I just wanted to try and implement it as a system call also. > >if ((i = syscall(VP_SYSCALL, &my_vp, &my_vp_size, 0, 0)) < 0) > > Where is your definition of `syscall' coming from; can you post the > preprocessed output and/or assembler that it generates? > Okay, both are attached. > >It looks like it actually pushes all 5 arguments passed to it onto the > >stack, and thus the reason for the syscall number being the first > >argument to my sys_vend_param() function. If I put a dummy int as the > >first argument to my sys_vend_param() routine, things seem to work fine. > > > >Is this expected behaviour? > > Kind of. The ARM Linux ABI puts the syscall number in the SWI instruction > rather than in a register. So yes, it is expected that all five arguments to > the syscall are simply passed straight through to your routine, but no it is > not expected that one of them is your syscall number. > Interesting. I didn't think this was the way it was supposed to work. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org ---559023410-1605906922-931875930=:23744 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="SYS.s" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="SYS.s" IyAxICJzeXNfY2FsbC5jIg0KIyAxICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIg MSAzDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0K DQoNCg0KDQoNCg0KDQojIDEgIi91c3IvaW5jbHVkZS9mZWF0dXJlcy5oIiAx IDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KIA0KIyAxMzcgIi91c3IvaW5jbHVkZS9m ZWF0dXJlcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCiMgMTk1ICIvdXNyL2luY2x1ZGUvZmVhdHVy ZXMuaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQogDQoN Cg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQogDQoNCiMgMSAiL3Vzci9pbmNs dWRlL3N5cy9jZGVmcy5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0K DQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIyA3MCAiL3Vzci9pbmNsdWRl L3N5cy9jZGVmcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQogDQoNCg0K DQojIDEwMiAiL3Vzci9pbmNsdWRlL3N5cy9jZGVmcy5oIiAzDQoNCg0KDQog DQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQog DQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCiMgMjQ5ICIv dXNyL2luY2x1ZGUvZmVhdHVyZXMuaCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoj IDEgIi91c3IvaW5jbHVkZS9nbnUvc3R1YnMuaCIgMSAzDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMg Mjc3ICIvdXNyL2luY2x1ZGUvZmVhdHVyZXMuaCIgMiAzDQoNCg0KDQoNCiMg MjcgIi91c3IvaW5jbHVkZS9zdGRpby5oIiAyIDMNCg0KDQogDQoNCg0KDQoj IDEgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9p bmNsdWRlL3N0ZGRlZi5oIiAxIDMNCg0KDQoNCg0KDQoNCiANCg0KDQojIDE5 ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KIA0KDQoNCiANCg0KDQoNCg0KDQog DQoNCg0KIyA2MSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0y LjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQogDQoNCg0KDQoNCg0K IA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoN Cg0KDQoNCiANCg0KIA0KDQojIDEzMSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0t bGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQog DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KdHlwZWRlZiB1bnNpZ25l ZCBpbnQgc2l6ZV90Ow0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCiANCg0KIyAyNzEgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KIyAyODMgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4 L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KIA0KDQog DQoNCiMgMzE3ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIu OTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDMzICIvdXNy L2luY2x1ZGUvc3RkaW8uaCIgMiAzDQoNCg0KDQoNCg0KIyAxICIvdXNyL2xp Yi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRh cmcuaCIgMSAzDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN CiANCg0KDQoNCg0KDQoNCnR5cGVkZWYgdm9pZCAqX19nbnVjX3ZhX2xpc3Q7 DQoNCg0KDQogDQoNCiMgMTE2ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51 eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRhcmcuaCIgMw0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDIwMiAiL3Vzci9saWIv Z2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkYXJn LmgiIDMNCg0KDQoNCg0KIyAzOCAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDIg Mw0KDQoNCiMgMSAiL3Vzci9pbmNsdWRlL2JpdHMvdHlwZXMuaCIgMSAzDQog DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0K DQoNCg0KDQoNCg0KIyAxICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9l Z2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMSAzDQoNCg0KDQoNCg0K DQogDQoNCg0KIyAxOSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdj cy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQoNCiANCg0KDQog DQoNCg0KDQoNCg0KIA0KDQoNCiMgNjEgIi91c3IvbGliL2djYy1saWIvYXJt LWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0K IA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCiANCg0KIyAxMzEgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KIA0KDQogDQoNCg0KIyAxODggIi91c3IvbGliL2djYy1s aWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAz DQoNCg0KDQoNCg0KIA0KDQoNCg0KDQogDQoNCiMgMjcxICIvdXNyL2xpYi9n Y2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYu aCIgMw0KDQoNCiMgMjgzICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9l Z2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0K DQojIDMxNyAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkx LjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAyOSAiL3Vzci9p bmNsdWRlL2JpdHMvdHlwZXMuaCIgMiAzDQoNCg0KIA0KdHlwZWRlZiB1bnNp Z25lZCBjaGFyIF9fdV9jaGFyOw0KdHlwZWRlZiB1bnNpZ25lZCBzaG9ydCBf X3Vfc2hvcnQ7DQp0eXBlZGVmIHVuc2lnbmVkIGludCBfX3VfaW50Ow0KdHlw ZWRlZiB1bnNpZ25lZCBsb25nIF9fdV9sb25nOw0KDQpfX2V4dGVuc2lvbl9f IHR5cGVkZWYgdW5zaWduZWQgbG9uZyBsb25nIGludCBfX3VfcXVhZF90Ow0K X19leHRlbnNpb25fXyB0eXBlZGVmIGxvbmcgbG9uZyBpbnQgX19xdWFkX3Q7 DQojIDQ4ICIvdXNyL2luY2x1ZGUvYml0cy90eXBlcy5oIiAzDQoNCnR5cGVk ZWYgc2lnbmVkIGNoYXIgX19pbnQ4X3Q7DQp0eXBlZGVmIHVuc2lnbmVkIGNo YXIgX191aW50OF90Ow0KdHlwZWRlZiBzaWduZWQgc2hvcnQgaW50IF9faW50 MTZfdDsNCnR5cGVkZWYgdW5zaWduZWQgc2hvcnQgaW50IF9fdWludDE2X3Q7 DQp0eXBlZGVmIHNpZ25lZCBpbnQgX19pbnQzMl90Ow0KdHlwZWRlZiB1bnNp Z25lZCBpbnQgX191aW50MzJfdDsNCg0KX19leHRlbnNpb25fXyB0eXBlZGVm IHNpZ25lZCBsb25nIGxvbmcgaW50IF9faW50NjRfdDsNCl9fZXh0ZW5zaW9u X18gdHlwZWRlZiB1bnNpZ25lZCBsb25nIGxvbmcgaW50IF9fdWludDY0X3Q7 DQoNCnR5cGVkZWYgX19xdWFkX3QgKl9fcWFkZHJfdDsNCg0KdHlwZWRlZiBf X3VfcXVhZF90IF9fZGV2X3Q7CQkgDQp0eXBlZGVmIF9fdV9pbnQgX191aWRf dDsJCSANCnR5cGVkZWYgX191X2ludCBfX2dpZF90OwkJIA0KdHlwZWRlZiBf X3VfbG9uZyBfX2lub190OwkJIA0KdHlwZWRlZiBfX3VfaW50IF9fbW9kZV90 OwkJIA0KdHlwZWRlZiBfX3VfaW50IF9fbmxpbmtfdDsgCQkgDQp0eXBlZGVm IGxvbmcgaW50IF9fb2ZmX3Q7CQkgDQp0eXBlZGVmIF9fcXVhZF90IF9fbG9m Zl90OwkJIA0KdHlwZWRlZiBpbnQgX19waWRfdDsJCQkgDQp0eXBlZGVmIGlu dCBfX3NzaXplX3Q7CQkJIA0KdHlwZWRlZiBsb25nIGludCBfX3JsaW1fdDsJ CSANCnR5cGVkZWYgX19xdWFkX3QgX19ybGltNjRfdDsJCSANCnR5cGVkZWYg X191X2ludCBfX2lkX3Q7CQkJIA0KDQp0eXBlZGVmIHN0cnVjdA0KICB7DQog ICAgaW50IF9fdmFsWzJdOw0KICB9IF9fZnNpZF90OwkJCQkgDQoNCiANCnR5 cGVkZWYgaW50IF9fZGFkZHJfdDsJCQkgDQp0eXBlZGVmIGNoYXIgKl9fY2Fk ZHJfdDsNCnR5cGVkZWYgbG9uZyBpbnQgX190aW1lX3Q7DQp0eXBlZGVmIGxv bmcgaW50IF9fc3dibGtfdDsJCSANCgwNCnR5cGVkZWYgbG9uZyBpbnQgX19j bG9ja190Ow0KDQogDQp0eXBlZGVmIHVuc2lnbmVkIGxvbmcgaW50IF9fZmRf bWFzazsNCg0KIA0KDQoNCiANCg0KDQoNCg0KIA0KdHlwZWRlZiBzdHJ1Y3QN CiAgew0KICAgICANCg0KDQoNCg0KDQogICAgX19mZF9tYXNrIF9fZmRzX2Jp dHNbMTAyNCAgLyAoOCAqIHNpemVvZiAoX19mZF9tYXNrKSkgXTsNCg0KDQog IH0gX19mZF9zZXQ7DQoNCg0KdHlwZWRlZiBpbnQgX19rZXlfdDsNCg0KIA0K dHlwZWRlZiB1bnNpZ25lZCBzaG9ydCBpbnQgX19pcGNfcGlkX3Q7DQoNCg0K IA0KDQogDQp0eXBlZGVmIF9fdV9sb25nIF9fYmxrY250X3Q7DQp0eXBlZGVm IF9fdV9xdWFkX3QgX19ibGtjbnQ2NF90Ow0KDQogDQp0eXBlZGVmIGxvbmcg aW50IF9fZnNibGtjbnRfdDsNCnR5cGVkZWYgX19xdWFkX3QgX19mc2Jsa2Nu dDY0X3Q7DQoNCiANCnR5cGVkZWYgX191X2xvbmcgX19mc2ZpbGNudF90Ow0K dHlwZWRlZiBfX3VfcXVhZF90IF9fZnNmaWxjbnQ2NF90Ow0KDQogDQp0eXBl ZGVmIF9fdV9sb25nIF9faW5vNjRfdDsNCg0KIA0KdHlwZWRlZiBfX2xvZmZf dCBfX29mZjY0X3Q7DQoNCiANCnR5cGVkZWYgaW50IF9fdF9zY2FsYXJfdDsN CnR5cGVkZWYgdW5zaWduZWQgaW50IF9fdF91c2NhbGFyX3Q7DQoNCiANCnR5 cGVkZWYgaW50IF9faW50cHRyX3Q7DQoNCg0KIA0KDQoNCg0KDQoNCiMgNDAg Ii91c3IvaW5jbHVkZS9zdGRpby5oIiAyIDMNCg0KDQoNCg0KDQoNCg0KIA0K dHlwZWRlZiBzdHJ1Y3QgX0lPX0ZJTEUgRklMRTsNCg0KDQoNCg0KDQoNCg0K DQojIDEgIi91c3IvaW5jbHVkZS9saWJpby5oIiAxIDMNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KIyAxICIvdXNyL2luY2x1ZGUvX0dfY29uZmlnLmgiIDEgMw0KIA0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQoNCiMgMSAiL3Vzci9saWIvZ2NjLWxpYi9h cm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDEgMw0K DQoNCg0KDQoNCg0KIA0KDQoNCiMgMTkgIi91c3IvbGliL2djYy1saWIvYXJt LWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0K DQogDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQojIDYxICIvdXNyL2xpYi9n Y2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYu aCIgMw0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIA0KDQogDQoNCiMgMTMx ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoNCiMgMTg4ICIvdXNy L2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9z dGRkZWYuaCIgMw0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQp0eXBlZGVmIGxvbmcgaW50IHdjaGFyX3Q7DQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQp0 eXBlZGVmIHVuc2lnbmVkIGludCAgd2ludF90Ow0KDQoNCg0KDQogDQoNCiAN Cg0KIyAzMTcgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45 MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQoNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMTQgIi91c3Iv aW5jbHVkZS9fR19jb25maWcuaCIgMiAzDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQp0eXBlZGVmIGludCBfR19pbnQxNl90 IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoX19ISV9fKSkpOw0KdHlwZWRl ZiBpbnQgX0dfaW50MzJfdCBfX2F0dHJpYnV0ZV9fICgoX19tb2RlX18gKF9f U0lfXykpKTsNCnR5cGVkZWYgdW5zaWduZWQgaW50IF9HX3VpbnQxNl90IF9f YXR0cmlidXRlX18gKChfX21vZGVfXyAoX19ISV9fKSkpOw0KdHlwZWRlZiB1 bnNpZ25lZCBpbnQgX0dfdWludDMyX3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9k ZV9fIChfX1NJX18pKSk7DQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCiMgMzAgIi91c3IvaW5jbHVkZS9saWJpby5oIiAy IDMNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQojIDEg Ii91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNs dWRlL3N0ZGFyZy5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCiMgMTE2ICIv dXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVk ZS9zdGRhcmcuaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQojIDIwMiAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdj cy0yLjkxLjYwL2luY2x1ZGUvc3RkYXJnLmgiIDMNCg0KDQoNCg0KIyA0OCAi L3Vzci9pbmNsdWRlL2xpYmlvLmgiIDIgMw0KDQoNCg0KDQoNCg0KDQojIDY3 ICIvdXNyL2luY2x1ZGUvbGliaW8uaCIgMw0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDk4ICIvdXNyL2luY2x1ZGUvbGli aW8uaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0Kc3RydWN0IF9JT19q dW1wX3Q7ICBzdHJ1Y3QgX0lPX0ZJTEU7DQoNCiANCg0KDQoNCg0KDQoNCg0K dHlwZWRlZiB2b2lkIF9JT19sb2NrX3Q7DQoNCg0KDQogDQoNCnN0cnVjdCBf SU9fbWFya2VyIHsNCiAgc3RydWN0IF9JT19tYXJrZXIgKl9uZXh0Ow0KICBz dHJ1Y3QgX0lPX0ZJTEUgKl9zYnVmOw0KICAgDQoNCiAgIA0KICBpbnQgX3Bv czsNCiMgMTg2ICIvdXNyL2luY2x1ZGUvbGliaW8uaCIgMw0KDQp9Ow0KDQpz dHJ1Y3QgX0lPX0ZJTEUgew0KICBpbnQgX2ZsYWdzOwkJIA0KDQoNCiAgIA0K ICAgDQogIGNoYXIqIF9JT19yZWFkX3B0cjsJIA0KICBjaGFyKiBfSU9fcmVh ZF9lbmQ7CSANCiAgY2hhciogX0lPX3JlYWRfYmFzZTsJIA0KICBjaGFyKiBf SU9fd3JpdGVfYmFzZTsJIA0KICBjaGFyKiBfSU9fd3JpdGVfcHRyOwkgDQog IGNoYXIqIF9JT193cml0ZV9lbmQ7CSANCiAgY2hhciogX0lPX2J1Zl9iYXNl OwkgDQogIGNoYXIqIF9JT19idWZfZW5kOwkgDQogICANCiAgY2hhciAqX0lP X3NhdmVfYmFzZTsgIA0KICBjaGFyICpfSU9fYmFja3VwX2Jhc2U7ICAgDQog IGNoYXIgKl9JT19zYXZlX2VuZDsgIA0KDQogIHN0cnVjdCBfSU9fbWFya2Vy ICpfbWFya2VyczsNCg0KICBzdHJ1Y3QgX0lPX0ZJTEUgKl9jaGFpbjsNCg0K ICBpbnQgX2ZpbGVubzsNCiAgaW50IF9ibGtzaXplOw0KICBfX29mZl90ICAg X29sZF9vZmZzZXQ7ICANCg0KDQogICANCiAgdW5zaWduZWQgc2hvcnQgX2N1 cl9jb2x1bW47DQogIHNpZ25lZCBjaGFyIF92dGFibGVfb2Zmc2V0Ow0KICBj aGFyIF9zaG9ydGJ1ZlsxXTsNCg0KICAgDQoNCiAgX0lPX2xvY2tfdCAqX2xv Y2s7DQoNCg0KDQoNCg0KDQoNCg0KICBfX29mZjY0X3QgICBfb2Zmc2V0Ow0K ICAgDQogIGludCBfdW51c2VkMlsxNl07DQoNCn07DQoNCg0KdHlwZWRlZiBz dHJ1Y3QgX0lPX0ZJTEUgX0lPX0ZJTEU7DQoNCg0Kc3RydWN0IF9JT19GSUxF X3BsdXM7DQpleHRlcm4gc3RydWN0IF9JT19GSUxFX3BsdXMgX0lPXzJfMV9z dGRpbl87DQpleHRlcm4gc3RydWN0IF9JT19GSUxFX3BsdXMgX0lPXzJfMV9z dGRvdXRfOw0KZXh0ZXJuIHN0cnVjdCBfSU9fRklMRV9wbHVzIF9JT18yXzFf c3RkZXJyXzsNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDI3NiAiL3Vzci9p bmNsdWRlL2xpYmlvLmgiIDMNCg0KDQoNCg0KDQoNCg0KZXh0ZXJuIGludCBf X3VuZGVyZmxvdyAgKF9JT19GSUxFICopICAgIDsNCmV4dGVybiBpbnQgX191 ZmxvdyAgKF9JT19GSUxFICopICAgIDsNCmV4dGVybiBpbnQgX19vdmVyZmxv dyAgKF9JT19GSUxFICosIGludCkgICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQpleHRlcm4gaW50IF9JT19nZXRjICAoX0lPX0ZJTEUg Kl9fZnApICAgIDsNCmV4dGVybiBpbnQgX0lPX3B1dGMgIChpbnQgX19jLCBf SU9fRklMRSAqX19mcCkgICAgOw0KZXh0ZXJuIGludCBfSU9fZmVvZiAgKF9J T19GSUxFICpfX2ZwKSAgICA7DQpleHRlcm4gaW50IF9JT19mZXJyb3IgIChf SU9fRklMRSAqX19mcCkgICAgOw0KDQpleHRlcm4gaW50IF9JT19wZWVrY19s b2NrZWQgIChfSU9fRklMRSAqX19mcCkgICAgOw0KDQogDQoNCg0KDQpleHRl cm4gdm9pZCBfSU9fZmxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAgOw0KZXh0 ZXJuIHZvaWQgX0lPX2Z1bmxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAgOw0K ZXh0ZXJuIGludCBfSU9fZnRyeWxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAg Ow0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KZXh0ZXJuIGludCBfSU9fdmZz Y2FuZiAgKF9JT19GSUxFICogICwgY29uc3QgY2hhciAqICAsDQoJCQkgICAg IF9fZ251Y192YV9saXN0ICwgaW50ICogICkgICAgOw0KZXh0ZXJuIGludCBf SU9fdmZwcmludGYgIChfSU9fRklMRSAqICAsIGNvbnN0IGNoYXIgKiAgLA0K CQkJICAgICAgX19nbnVjX3ZhX2xpc3QgKSAgICA7DQpleHRlcm4gX19zc2l6 ZV90ICAgX0lPX3BhZG4gIChfSU9fRklMRSAqLCBpbnQsIF9fc3NpemVfdCAg KSAgICA7DQpleHRlcm4gc2l6ZV90ICAgX0lPX3NnZXRuICAoX0lPX0ZJTEUg Kiwgdm9pZCAqLCBzaXplX3QgICkgICAgOw0KDQpleHRlcm4gX19vZmY2NF90 ICAgX0lPX3NlZWtvZmYgIChfSU9fRklMRSAqLCBfX29mZjY0X3QgICwgaW50 LCBpbnQpICAgIDsNCmV4dGVybiBfX29mZjY0X3QgICBfSU9fc2Vla3BvcyAg KF9JT19GSUxFICosIF9fb2ZmNjRfdCAgLCBpbnQpICAgIDsNCg0KZXh0ZXJu IHZvaWQgX0lPX2ZyZWVfYmFja3VwX2FyZWEgIChfSU9fRklMRSAqKSAgICA7 DQoNCg0KDQoNCg0KDQojIDU3ICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIgMiAz DQoNCg0KIA0KDQp0eXBlZGVmIF9fb2ZmX3QgIGZwb3NfdDsNCg0KDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0K DQogDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCiMgMSAiL3Vzci9pbmNsdWRlL2JpdHMvc3RkaW9fbGltLmgiIDEgMw0K IA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAxMTAgIi91c3IvaW5j bHVkZS9zdGRpby5oIiAyIDMNCg0KDQoNCiANCmV4dGVybiBGSUxFICpzdGRp bjsJCSANCmV4dGVybiBGSUxFICpzdGRvdXQ7CQkgDQpleHRlcm4gRklMRSAq c3RkZXJyOwkJIA0KDQoNCiANCmV4dGVybiBpbnQgcmVtb3ZlICAoX19jb25z dCBjaGFyICpfX2ZpbGVuYW1lKSAgICA7DQogDQpleHRlcm4gaW50IHJlbmFt ZSAgKF9fY29uc3QgY2hhciAqX19vbGQsIF9fY29uc3QgY2hhciAqX19uZXcp ICAgIDsNCg0KDQogDQoNCmV4dGVybiBGSUxFICp0bXBmaWxlICAodm9pZCkg ICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gY2hhciAqdG1w bmFtICAoY2hhciAqX19zKSAgICA7DQoNCg0KIA0KDQpleHRlcm4gY2hhciAq dG1wbmFtX3IgIChjaGFyICpfX3MpICAgIDsNCg0KDQoNCg0KIA0KDQoNCg0K DQoNCg0KZXh0ZXJuIGNoYXIgKnRlbXBuYW0gIChfX2NvbnN0IGNoYXIgKl9f ZGlyLCBfX2NvbnN0IGNoYXIgKl9fcGZ4KSAgICA7DQoNCg0KDQogDQpleHRl cm4gaW50IGZjbG9zZSAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQogDQpleHRl cm4gaW50IGZmbHVzaCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KIA0K ZXh0ZXJuIGludCBmZmx1c2hfdW5sb2NrZWQgIChGSUxFICpfX3N0cmVhbSkg ICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KZXh0ZXJuIEZJTEUgKmZvcGVu ICAoX19jb25zdCBjaGFyICogICBfX2ZpbGVuYW1lLA0KCQkJIF9fY29uc3Qg Y2hhciAqICAgX19tb2RlcykgICAgOw0KIA0KZXh0ZXJuIEZJTEUgKmZyZW9w ZW4gIChfX2NvbnN0IGNoYXIgKiAgIF9fZmlsZW5hbWUsDQoJCQkgICBfX2Nv bnN0IGNoYXIgKiAgIF9fbW9kZXMsDQoJCQkgICBGSUxFICogICBfX3N0cmVh bSkgICAgOw0KIyAxOTcgIi91c3IvaW5jbHVkZS9zdGRpby5oIiAzDQoNCg0K DQoNCg0KDQoNCg0KDQoNCiANCmV4dGVybiBGSUxFICpmZG9wZW4gIChpbnQg X19mZCwgX19jb25zdCBjaGFyICpfX21vZGVzKSAgICA7DQoNCg0KIyAyMjMg Ii91c3IvaW5jbHVkZS9zdGRpby5oIiAzDQoNCg0KDQogDQoNCmV4dGVybiB2 b2lkIHNldGJ1ZiAgKEZJTEUgKiAgIF9fc3RyZWFtLCBjaGFyICogICBfX2J1 ZikgICAgOw0KIA0KDQoNCmV4dGVybiBpbnQgc2V0dmJ1ZiAgKEZJTEUgKiAg IF9fc3RyZWFtLCBjaGFyICogICBfX2J1ZiwNCgkJCSBpbnQgX19tb2Rlcywg c2l6ZV90IF9fbikgICAgOw0KDQoNCiANCg0KZXh0ZXJuIHZvaWQgc2V0YnVm ZmVyICAoRklMRSAqICAgX19zdHJlYW0sIGNoYXIgKiAgIF9fYnVmLA0KCQkJ ICAgIHNpemVfdCBfX3NpemUpICAgIDsNCg0KIA0KZXh0ZXJuIHZvaWQgc2V0 bGluZWJ1ZiAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KDQogDQpleHRl cm4gaW50IGZwcmludGYgIChGSUxFICogICBfX3N0cmVhbSwNCgkJCSBfX2Nv bnN0IGNoYXIgKiAgIF9fZm9ybWF0LCAuLi4pICAgIDsNCiANCmV4dGVybiBp bnQgcHJpbnRmICAoX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAg ICA7DQogDQpleHRlcm4gaW50IHNwcmludGYgIChjaGFyICogICBfX3MsDQoJ CQkgX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAgICA7DQoNCiAN CmV4dGVybiBpbnQgdmZwcmludGYgIChGSUxFICogICBfX3MsDQoJCQkgIF9f Y29uc3QgY2hhciAqICAgX19mb3JtYXQsDQoJCQkgIF9fZ251Y192YV9saXN0 ICBfX2FyZykgICAgOw0KIA0KZXh0ZXJuIGludCB2cHJpbnRmICAoX19jb25z dCBjaGFyICogICBfX2Zvcm1hdCwNCgkJCSBfX2dudWNfdmFfbGlzdCAgX19h cmcpICAgIDsNCiANCmV4dGVybiBpbnQgdnNwcmludGYgIChjaGFyICogICBf X3MsDQoJCQkgIF9fY29uc3QgY2hhciAqICAgX19mb3JtYXQsDQoJCQkgIF9f Z251Y192YV9saXN0ICBfX2FyZykgICAgOw0KDQoNCiANCmV4dGVybiBpbnQg c25wcmludGYgIChjaGFyICogICBfX3MsIHNpemVfdCBfX21heGxlbiwNCgkJ CSAgX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAgICANCiAgICAg X19hdHRyaWJ1dGVfXyAoKF9fZm9ybWF0X18gKF9fcHJpbnRmX18sIDMsIDQp KSk7DQoNCmV4dGVybiBpbnQgX192c25wcmludGYgIChjaGFyICogICBfX3Ms IHNpemVfdCBfX21heGxlbiwNCgkJCSAgICAgX19jb25zdCBjaGFyICogICBf X2Zvcm1hdCwNCgkJCSAgICAgX19nbnVjX3ZhX2xpc3QgIF9fYXJnKSAgICAN CiAgICAgX19hdHRyaWJ1dGVfXyAoKF9fZm9ybWF0X18gKF9fcHJpbnRmX18s IDMsIDApKSk7DQpleHRlcm4gaW50IHZzbnByaW50ZiAgKGNoYXIgKiAgIF9f cywgc2l6ZV90IF9fbWF4bGVuLA0KCQkJICAgX19jb25zdCBjaGFyICogICBf X2Zvcm1hdCwNCgkJCSAgIF9fZ251Y192YV9saXN0ICBfX2FyZykgICAgDQog ICAgIF9fYXR0cmlidXRlX18gKChfX2Zvcm1hdF9fIChfX3ByaW50Zl9fLCAz LCAwKSkpOw0KDQoNCiMgMzAyICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIgMw0K DQoNCg0KIA0KZXh0ZXJuIGludCBmc2NhbmYgIChGSUxFICogICBfX3N0cmVh bSwNCgkJCV9fY29uc3QgY2hhciAqICAgX19mb3JtYXQsIC4uLikgICAgOw0K IA0KZXh0ZXJuIGludCBzY2FuZiAgKF9fY29uc3QgY2hhciAqICAgX19mb3Jt YXQsIC4uLikgICAgOw0KIA0KZXh0ZXJuIGludCBzc2NhbmYgIChfX2NvbnN0 IGNoYXIgKiAgIF9fcywNCgkJCV9fY29uc3QgY2hhciAqICAgX19mb3JtYXQs IC4uLikgICAgOw0KDQojIDMzMCAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDMN Cg0KDQoNCiANCmV4dGVybiBpbnQgZmdldGMgIChGSUxFICpfX3N0cmVhbSkg ICAgOw0KZXh0ZXJuIGludCBnZXRjICAoRklMRSAqX19zdHJlYW0pICAgIDsN Cg0KIA0KZXh0ZXJuIGludCBnZXRjaGFyICAodm9pZCkgICAgOw0KDQogDQoN Cg0KDQoNCiANCmV4dGVybiBpbnQgZ2V0Y191bmxvY2tlZCAgKEZJTEUgKl9f c3RyZWFtKSAgICA7DQpleHRlcm4gaW50IGdldGNoYXJfdW5sb2NrZWQgICh2 b2lkKSAgICA7DQoNCg0KDQogDQpleHRlcm4gaW50IGZnZXRjX3VubG9ja2Vk ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVybiBpbnQg ZnB1dGMgIChpbnQgX19jLCBGSUxFICpfX3N0cmVhbSkgICAgOw0KZXh0ZXJu IGludCBwdXRjICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsNCg0K IA0KZXh0ZXJuIGludCBwdXRjaGFyICAoaW50IF9fYykgICAgOw0KDQogDQoN Cg0KDQoNCiANCmV4dGVybiBpbnQgZnB1dGNfdW5sb2NrZWQgIChpbnQgX19j LCBGSUxFICpfX3N0cmVhbSkgICAgOw0KDQoNCg0KIA0KZXh0ZXJuIGludCBw dXRjX3VubG9ja2VkICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsN CmV4dGVybiBpbnQgcHV0Y2hhcl91bmxvY2tlZCAgKGludCBfX2MpICAgIDsN Cg0KDQoNCg0KIA0KZXh0ZXJuIGludCBnZXR3ICAoRklMRSAqX19zdHJlYW0p ICAgIDsNCg0KIA0KZXh0ZXJuIGludCBwdXR3ICAoaW50IF9fdywgRklMRSAq X19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVybiBjaGFyICpmZ2V0cyAg KGNoYXIgKiAgIF9fcywgaW50IF9fbiwNCgkJCSBGSUxFICogICBfX3N0cmVh bSkgICAgOw0KDQoNCg0KDQoNCg0KDQogDQoNCmV4dGVybiBjaGFyICpnZXRz ICAoY2hhciAqX19zKSAgICA7DQoNCg0KIyA0MjAgIi91c3IvaW5jbHVkZS9z dGRpby5oIiAzDQoNCg0KDQogDQpleHRlcm4gaW50IGZwdXRzICAoX19jb25z dCBjaGFyICogICBfX3MsDQoJCSAgICAgICBGSUxFICogICBfX3N0cmVhbSkg ICAgOw0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gaW50IHB1dHMgIChfX2Nv bnN0IGNoYXIgKl9fcykgICAgOw0KDQoNCiANCmV4dGVybiBpbnQgdW5nZXRj ICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsNCg0KDQogDQpleHRl cm4gc2l6ZV90IGZyZWFkICAodm9pZCAqICAgX19wdHIsIHNpemVfdCBfX3Np emUsDQoJCQkgIHNpemVfdCBfX24sIEZJTEUgKiAgIF9fc3RyZWFtKSAgICA7 DQogDQpleHRlcm4gc2l6ZV90IGZ3cml0ZSAgKF9fY29uc3Qgdm9pZCAqICAg X19wdHIsIHNpemVfdCBfX3NpemUsDQoJCQkgICBzaXplX3QgX19uLCBGSUxF ICogICBfX3MpICAgIDsNCg0KDQogDQpleHRlcm4gc2l6ZV90IGZyZWFkX3Vu bG9ja2VkICAodm9pZCAqICAgX19wdHIsIHNpemVfdCBfX3NpemUsDQoJCQkJ ICAgc2l6ZV90IF9fbiwgRklMRSAqICAgX19zdHJlYW0pICAgIDsNCmV4dGVy biBzaXplX3QgZndyaXRlX3VubG9ja2VkICAoX19jb25zdCB2b2lkICogICBf X3B0ciwNCgkJCQkgICAgc2l6ZV90IF9fc2l6ZSwgc2l6ZV90IF9fbiwNCgkJ CQkgICAgRklMRSAqICAgX19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVy biBpbnQgZnNlZWsgIChGSUxFICpfX3N0cmVhbSwgbG9uZyBpbnQgX19vZmYs IGludCBfX3doZW5jZSkgICAgOw0KIA0KZXh0ZXJuIGxvbmcgaW50IGZ0ZWxs ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCiANCmV4dGVybiB2b2lkIHJld2lu ZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCiANCg0KDQoNCg0KIA0KDQoN CnR5cGVkZWYgX19vZmZfdCBvZmZfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gaW50IGZnZXRwb3MgIChG SUxFICogICBfX3N0cmVhbSwNCgkJCSBmcG9zX3QgKiAgIF9fcG9zKSAgICA7 DQogDQpleHRlcm4gaW50IGZzZXRwb3MgIChGSUxFICpfX3N0cmVhbSwgX19j b25zdCBmcG9zX3QgKl9fcG9zKSAgICA7DQojIDUxOSAiL3Vzci9pbmNsdWRl L3N0ZGlvLmgiIDMNCg0KDQojIDUyOSAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgi IDMNCg0KDQogDQpleHRlcm4gdm9pZCBjbGVhcmVyciAgKEZJTEUgKl9fc3Ry ZWFtKSAgICA7DQogDQpleHRlcm4gaW50IGZlb2YgIChGSUxFICpfX3N0cmVh bSkgICAgOw0KIA0KZXh0ZXJuIGludCBmZXJyb3IgIChGSUxFICpfX3N0cmVh bSkgICAgOw0KDQoNCiANCmV4dGVybiB2b2lkIGNsZWFyZXJyX3VubG9ja2Vk ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCmV4dGVybiBpbnQgZmVvZl91bmxv Y2tlZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQpleHRlcm4gaW50IGZlcnJv cl91bmxvY2tlZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KDQogDQpl eHRlcm4gdm9pZCBwZXJyb3IgIChfX2NvbnN0IGNoYXIgKl9fcykgICAgOw0K DQogDQoNCg0KZXh0ZXJuIGludCBzeXNfbmVycjsNCmV4dGVybiBfX2NvbnN0 IGNoYXIgKl9fY29uc3Qgc3lzX2Vycmxpc3RbXTsNCg0KDQoNCg0KDQoNCg0K DQogDQpleHRlcm4gaW50IGZpbGVubyAgKEZJTEUgKl9fc3RyZWFtKSAgICA7 DQoNCg0KDQogDQpleHRlcm4gaW50IGZpbGVub191bmxvY2tlZCAgKEZJTEUg Kl9fc3RyZWFtKSAgICA7DQoNCg0KDQoNCg0KIA0KZXh0ZXJuIEZJTEUgKnBv cGVuICAoX19jb25zdCBjaGFyICpfX2NvbW1hbmQsIF9fY29uc3QgY2hhciAq X19tb2RlcykgICAgOw0KDQogDQpleHRlcm4gaW50IHBjbG9zZSAgKEZJTEUg Kl9fc3RyZWFtKSAgICA7DQoNCg0KDQoNCiANCmV4dGVybiBjaGFyICpjdGVy bWlkICAoY2hhciAqX19zKSAgICA7DQoNCg0KDQoNCg0KDQoNCg0KDQojIDYw MyAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDMNCg0KDQoNCg0KIA0KDQogDQpl eHRlcm4gdm9pZCBmbG9ja2ZpbGUgIChGSUxFICpfX3N0cmVhbSkgICAgOw0K DQogDQoNCmV4dGVybiBpbnQgZnRyeWxvY2tmaWxlICAoRklMRSAqX19zdHJl YW0pICAgIDsNCg0KIA0KZXh0ZXJuIHZvaWQgZnVubG9ja2ZpbGUgIChGSUxF ICpfX3N0cmVhbSkgICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQojIDEgInN5c19jYWxsLmMiIDINCg0KIyAxICIv dXNyL2luY2x1ZGUvdGltZS5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KIA0KDQoNCiMgMSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgv ZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDEgMw0KDQoNCg0KDQoN Cg0KIA0KDQoNCiMgMTkgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2Vn Y3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQogDQoNCg0K IA0KDQoNCg0KDQoNCiANCg0KDQojIDYxICIvdXNyL2xpYi9nY2MtbGliL2Fy bS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoN CiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQogDQoNCg0KDQoNCg0KIA0KDQogDQoNCiMgMTMxICIvdXNyL2xp Yi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRk ZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoNCiMgMTg4ICIvdXNyL2xpYi9nY2Mt bGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIg Mw0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQojIDI3MSAiL3Vzci9saWIv Z2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVm LmgiIDMNCg0KDQojIDI4MyAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgv ZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQogDQoNCiAN Cg0KIyAzMTcgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45 MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQoNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMzggIi91c3Iv aW5jbHVkZS90aW1lLmgiIDIgMw0KDQoNCg0KDQoNCg0KDQogDQoNCiMgMSAi L3Vzci9pbmNsdWRlL2JpdHMvdGltZS5oIiAxIDMNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KIA0K DQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCiMgNTkgIi91c3Iv aW5jbHVkZS9iaXRzL3RpbWUuaCIgMw0KIA0KIyA0NyAiL3Vzci9pbmNsdWRl L3RpbWUuaCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCiANCnR5cGVkZWYgX19jbG9ja190IGNsb2NrX3Q7DQoNCg0KDQoNCg0K DQoNCg0KDQogDQp0eXBlZGVmIF9fdGltZV90IHRpbWVfdDsNCg0KDQoNCg0K DQoNCg0KDQoNCiANCg0Kc3RydWN0IHRpbWVzcGVjDQogIHsNCiAgICBsb25n IGludCB0dl9zZWM7CQkgDQogICAgbG9uZyBpbnQgdHZfbnNlYzsJCSANCiAg fTsNCg0KDQoNCg0KDQoNCiANCnN0cnVjdCB0bQ0Kew0KICBpbnQgdG1fc2Vj OwkJCSANCiAgaW50IHRtX21pbjsJCQkgDQogIGludCB0bV9ob3VyOwkJCSAN CiAgaW50IHRtX21kYXk7CQkJIA0KICBpbnQgdG1fbW9uOwkJCSANCiAgaW50 IHRtX3llYXI7CQkJIA0KICBpbnQgdG1fd2RheTsJCQkgDQogIGludCB0bV95 ZGF5OwkJCSANCiAgaW50IHRtX2lzZHN0OwkJCSANCg0KDQogIGxvbmcgaW50 IHRtX2dtdG9mZjsJCSANCiAgX19jb25zdCBjaGFyICp0bV96b25lOwkgDQoN Cg0KDQoNCn07DQoNCg0KIA0KDQpleHRlcm4gY2xvY2tfdCBjbG9jayAgKHZv aWQpICAgIDsNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0aW1lICAodGltZV90ICpf X3RpbWVyKSAgICA7DQoNCiANCmV4dGVybiBkb3VibGUgZGlmZnRpbWUgICh0 aW1lX3QgX190aW1lMSwgdGltZV90IF9fdGltZTApICAgIA0KICAgICBfX2F0 dHJpYnV0ZV9fICgoX19jb25zdF9fKSk7DQoNCiANCmV4dGVybiB0aW1lX3Qg bWt0aW1lICAoc3RydWN0IHRtICpfX3RwKSAgICA7DQoNCg0KIA0KDQoNCmV4 dGVybiBzaXplX3Qgc3RyZnRpbWUgIChjaGFyICogICBfX3MsIHNpemVfdCBf X21heHNpemUsDQoJCQkgICAgIF9fY29uc3QgY2hhciAqICAgX19mb3JtYXQs DQoJCQkgICAgIF9fY29uc3Qgc3RydWN0IHRtICogICBfX3RwKSAgICA7DQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCmV4dGVybiBzdHJ1Y3QgdG0gKmdtdGlt ZSAgKF9fY29uc3QgdGltZV90ICpfX3RpbWVyKSAgICA7DQoNCiANCg0KZXh0 ZXJuIHN0cnVjdCB0bSAqbG9jYWx0aW1lICAoX19jb25zdCB0aW1lX3QgKl9f dGltZXIpICAgIDsNCg0KDQogDQoNCmV4dGVybiBzdHJ1Y3QgdG0gKl9fZ210 aW1lX3IgIChfX2NvbnN0IHRpbWVfdCAqICAgX190aW1lciwNCgkJCQkgICBz dHJ1Y3QgdG0gKiAgIF9fdHApICAgIDsNCmV4dGVybiBzdHJ1Y3QgdG0gKmdt dGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIsDQoJCQkJIHN0 cnVjdCB0bSAqICAgX190cCkgICAgOw0KDQogDQoNCmV4dGVybiBzdHJ1Y3Qg dG0gKmxvY2FsdGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIs DQoJCQkJICAgIHN0cnVjdCB0bSAqICAgX190cCkgICAgOw0KDQoNCiANCg0K ZXh0ZXJuIGNoYXIgKmFzY3RpbWUgIChfX2NvbnN0IHN0cnVjdCB0bSAqX190 cCkgICAgOw0KDQogDQpleHRlcm4gY2hhciAqY3RpbWUgIChfX2NvbnN0IHRp bWVfdCAqX190aW1lcikgICAgOw0KDQoNCiANCg0KIA0KDQpleHRlcm4gY2hh ciAqYXNjdGltZV9yICAoX19jb25zdCBzdHJ1Y3QgdG0gKiAgIF9fdHAsDQoJ CQkgICAgIGNoYXIgKiAgIF9fYnVmKSAgICA7DQoNCiANCmV4dGVybiBjaGFy ICpjdGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIsDQoJCQkg ICBjaGFyICogICBfX2J1ZikgICAgOw0KDQoNCg0KIA0KZXh0ZXJuIGNoYXIg Kl9fdHpuYW1lWzJdOwkgDQpleHRlcm4gaW50IF9fZGF5bGlnaHQ7CQkgDQpl eHRlcm4gbG9uZyBpbnQgX190aW1lem9uZTsJIA0KDQoNCg0KIA0KZXh0ZXJu IGNoYXIgKnR6bmFtZVsyXTsNCg0KIA0KDQpleHRlcm4gdm9pZCB0enNldCAg KHZvaWQpICAgIDsNCg0KDQoNCmV4dGVybiBpbnQgZGF5bGlnaHQ7DQpleHRl cm4gbG9uZyBpbnQgdGltZXpvbmU7DQoNCg0KDQogDQoNCmV4dGVybiBpbnQg c3RpbWUgIChfX2NvbnN0IHRpbWVfdCAqX193aGVuKSAgICA7DQoNCg0KDQog DQoNCg0KDQoNCg0KDQogDQoNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0aW1lZ20g IChzdHJ1Y3QgdG0gKl9fdHApICAgIDsNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0 aW1lbG9jYWwgIChzdHJ1Y3QgdG0gKl9fdHApICAgIDsNCg0KIA0KZXh0ZXJu IGludCBkeXNpemUgIChpbnQgX195ZWFyKSAgICA7DQoNCg0KDQoNCiANCmV4 dGVybiBpbnQgbmFub3NsZWVwICAoX19jb25zdCBzdHJ1Y3QgdGltZXNwZWMg Kl9fcmVxdWVzdGVkX3RpbWUsDQoJCQkgICBzdHJ1Y3QgdGltZXNwZWMgKl9f cmVtYWluaW5nKSAgICA7DQoNCg0KDQojIDI2OSAiL3Vzci9pbmNsdWRlL3Rp bWUuaCIgMw0KDQoNCiMgMjc5ICIvdXNyL2luY2x1ZGUvdGltZS5oIiAzDQoN Cg0KDQogDQoNCg0KDQoNCiMgMiAic3lzX2NhbGwuYyIgMg0KDQojIDEgIi91 c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMSAzDQogDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KdHlwZWRlZiBfX3VfY2hhciB1X2NoYXI7DQp0eXBlZGVmIF9fdV9z aG9ydCB1X3Nob3J0Ow0KdHlwZWRlZiBfX3VfaW50IHVfaW50Ow0KdHlwZWRl ZiBfX3VfbG9uZyB1X2xvbmc7DQp0eXBlZGVmIF9fcXVhZF90IHF1YWRfdDsN CnR5cGVkZWYgX191X3F1YWRfdCB1X3F1YWRfdDsNCnR5cGVkZWYgX19mc2lk X3QgZnNpZF90Ow0KDQoNCnR5cGVkZWYgX19sb2ZmX3QgbG9mZl90Ow0KDQoN Cg0KdHlwZWRlZiBfX2lub190IGlub190Ow0KDQoNCg0KDQoNCg0KDQoNCg0K DQp0eXBlZGVmIF9fZGV2X3QgZGV2X3Q7DQoNCg0KDQoNCnR5cGVkZWYgX19n aWRfdCBnaWRfdDsNCg0KDQoNCg0KdHlwZWRlZiBfX21vZGVfdCBtb2RlX3Q7 DQoNCg0KDQoNCnR5cGVkZWYgX19ubGlua190IG5saW5rX3Q7DQoNCg0KDQoN CnR5cGVkZWYgX191aWRfdCB1aWRfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQp0eXBlZGVmIF9fcGlkX3QgcGlkX3Q7DQoNCg0KDQoN CnR5cGVkZWYgX19pZF90IGlkX3Q7DQoNCg0KDQp0eXBlZGVmIF9fc3NpemVf dCBzc2l6ZV90Ow0KDQoNCg0KDQp0eXBlZGVmIF9fZGFkZHJfdCBkYWRkcl90 Ow0KdHlwZWRlZiBfX2NhZGRyX3QgY2FkZHJfdDsNCg0KDQoNCnR5cGVkZWYg X19rZXlfdCBrZXlfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMSAiL3Vzci9s aWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3Rk ZGVmLmgiIDEgMw0KDQoNCg0KDQoNCg0KIA0KDQoNCiMgMTkgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KDQogDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQojIDYx ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIA0K DQogDQoNCiMgMTMxICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2Nz LTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoN CiMgMTg4ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEu NjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KDQoNCiANCg0KDQoNCg0K IA0KDQojIDI3MSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0y LjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQojIDI4MyAiL3Vzci9s aWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3Rk ZGVmLmgiIDMNCg0KDQogDQoNCiANCg0KIyAzMTcgIi91c3IvbGliL2djYy1s aWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAz DQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCiMgMTI0ICIvdXNyL2luY2x1ZGUvc3lzL3R5cGVzLmgiIDIg Mw0KDQoNCg0KIA0KdHlwZWRlZiB1bnNpZ25lZCBsb25nIGludCB1bG9uZzsN CnR5cGVkZWYgdW5zaWduZWQgc2hvcnQgaW50IHVzaG9ydDsNCnR5cGVkZWYg dW5zaWduZWQgaW50IHVpbnQ7DQoNCg0KIA0KDQojIDE1OCAiL3Vzci9pbmNs dWRlL3N5cy90eXBlcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQp0eXBl ZGVmIGludCBpbnQ4X3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9fICggIF9f UUlfXyApKSkgOw0KdHlwZWRlZiBpbnQgaW50MTZfdCBfX2F0dHJpYnV0ZV9f ICgoX19tb2RlX18gKCAgX19ISV9fICkpKSA7DQp0eXBlZGVmIGludCBpbnQz Ml90IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX1NJX18gKSkpIDsN CnR5cGVkZWYgaW50IGludDY0X3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9f ICggIF9fRElfXyApKSkgOw0KDQoNCnR5cGVkZWYgdW5zaWduZWQgaW50IHVf aW50OF90IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX1FJX18gKSkp IDsNCnR5cGVkZWYgdW5zaWduZWQgaW50IHVfaW50MTZfdCBfX2F0dHJpYnV0 ZV9fICgoX19tb2RlX18gKCAgX19ISV9fICkpKSA7DQp0eXBlZGVmIHVuc2ln bmVkIGludCB1X2ludDMyX3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9fICgg IF9fU0lfXyApKSkgOw0KdHlwZWRlZiB1bnNpZ25lZCBpbnQgdV9pbnQ2NF90 IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX0RJX18gKSkpIDsNCg0K dHlwZWRlZiBpbnQgcmVnaXN0ZXJfdCBfX2F0dHJpYnV0ZV9fICgoX19tb2Rl X18gKF9fd29yZF9fKSkpOw0KDQoNCiANCg0KDQoNCg0KDQoNCiANCiMgMSAi L3Vzci9pbmNsdWRlL2VuZGlhbi5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCg0KIA0KIyAxICIvdXNyL2luY2x1ZGUvYml0cy9lbmRpYW4uaCIgMSAz DQogDQoNCg0KDQoNCg0KDQoNCiMgMzUgIi91c3IvaW5jbHVkZS9lbmRpYW4u aCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KIyAxOTAgIi91c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMiAz DQoNCg0KIA0KIyAxICIvdXNyL2luY2x1ZGUvc3lzL3NlbGVjdC5oIiAxIDMN CiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KDQoNCiANCg0KDQogDQojIDEgIi91c3IvaW5jbHVkZS9iaXRzL3Nl bGVjdC5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMzEg Ii91c3IvaW5jbHVkZS9zeXMvc2VsZWN0LmgiIDIgMw0KDQoNCiANCiMgMSAi L3Vzci9pbmNsdWRlL2JpdHMvc2lnc2V0LmgiIDEgMw0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KdHlwZWRlZiBpbnQg X19zaWdfYXRvbWljX3Q7DQoNCiANCg0KDQp0eXBlZGVmIHN0cnVjdA0KICB7 DQogICAgdW5zaWduZWQgbG9uZyBpbnQgX192YWxbKDEwMjQgLyAoOCAqIHNp emVvZiAodW5zaWduZWQgbG9uZyBpbnQpKSkgXTsNCiAgfSBfX3NpZ3NldF90 Ow0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIyAxMjUgIi91c3IvaW5jbHVkZS9i aXRzL3NpZ3NldC5oIiAzDQoNCiMgMzQgIi91c3IvaW5jbHVkZS9zeXMvc2Vs ZWN0LmgiIDIgMw0KDQoNCiANCg0KDQoNCiANCg0KIA0KDQoNCg0Kc3RydWN0 IHRpbWV2YWw7DQoNCnR5cGVkZWYgX19mZF9tYXNrIGZkX21hc2s7DQoNCiAN CnR5cGVkZWYgX19mZF9zZXQgZmRfc2V0Ow0KDQogDQoNCg0KDQogDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KZXh0ZXJuIGludCBfX3Nl bGVjdCAgKGludCBfX25mZHMsIF9fZmRfc2V0ICpfX3JlYWRmZHMsDQoJCQkg IF9fZmRfc2V0ICpfX3dyaXRlZmRzLCBfX2ZkX3NldCAqX19leGNlcHRmZHMs DQoJCQkgIHN0cnVjdCB0aW1ldmFsICpfX3RpbWVvdXQpICAgIDsNCmV4dGVy biBpbnQgc2VsZWN0ICAoaW50IF9fbmZkcywgX19mZF9zZXQgKl9fcmVhZGZk cywNCgkJCV9fZmRfc2V0ICpfX3dyaXRlZmRzLCBfX2ZkX3NldCAqX19leGNl cHRmZHMsDQoJCQlzdHJ1Y3QgdGltZXZhbCAqX190aW1lb3V0KSAgICA7DQoN CiMgOTEgIi91c3IvaW5jbHVkZS9zeXMvc2VsZWN0LmgiIDMNCg0KDQogDQoN Cg0KIyAxOTMgIi91c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMiAzDQoNCg0K IA0KIyAxICIvdXNyL2luY2x1ZGUvc3lzL3N5c21hY3Jvcy5oIiAxIDMNCiAN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiAN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDE5NiAiL3Vzci9pbmNs dWRlL3N5cy90eXBlcy5oIiAyIDMNCg0KDQoNCg0KIA0KDQp0eXBlZGVmIF9f YmxrY250X3QgYmxrY250X3Q7CSAgDQp0eXBlZGVmIF9fZnNibGtjbnRfdCBm c2Jsa2NudF90OyAgDQp0eXBlZGVmIF9fZnNmaWxjbnRfdCBmc2ZpbGNudF90 OyAgDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KIyAzICJzeXNf Y2FsbC5jIiAyDQoNCiMgMSAiL3Vzci9pbmNsdWRlL2FzbS91bmlzdGQuaCIg MSAzDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAyMjUgIi91c3Iv aW5jbHVkZS9hc20vdW5pc3RkLmgiIDMNCg0KDQojIDIzOCAiL3Vzci9pbmNs dWRlL2FzbS91bmlzdGQuaCIgMw0KDQoNCiMgMjUyICIvdXNyL2luY2x1ZGUv YXNtL3VuaXN0ZC5oIiAzDQoNCg0KDQojIDI2OCAiL3Vzci9pbmNsdWRlL2Fz bS91bmlzdGQuaCIgMw0KDQoNCg0KIyAyODUgIi91c3IvaW5jbHVkZS9hc20v dW5pc3RkLmgiIDMNCiAgDQoNCg0KIyAzMDQgIi91c3IvaW5jbHVkZS9hc20v dW5pc3RkLmgiIDMNCg0KIyA0MTkgIi91c3IvaW5jbHVkZS9hc20vdW5pc3Rk LmgiIDMNCg0KDQoNCg0KDQojIDQgInN5c19jYWxsLmMiIDINCg0KDQojIDEg InZlbmRwYXJhbS5oIiAxDQoNCg0KDQogDQoNCiANCg0KDQoNCg0KDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQog DQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0Kc3RydWN0IGlmX2NhcmRfaW5m byB7DQogICAgdW5zaWduZWQgY2hhciBSZXZMZXZlbDsgIA0KICAgIHVuc2ln bmVkIGNoYXIgQ2FyZFR5cGU7ICANCiAgICBjaGFyIENhcmRQYXJ0TnVtWzEx XTsgICANCiAgICBjaGFyIEZpcm13YXJlTnVtWzExXTsgICANCiAgICB1bnNp Z25lZCBjaGFyIGdvX2Jvb3RwOyAgIA0KDQp9Ow0KDQpzdHJ1Y3QgdmVuZF9w YXJhbXMgew0KICAgIGNoYXIgQ2hhc3Npc0lkWzldOyAgIA0KICAgIHVuc2ln bmVkIGNoYXIgU2xvdE51bTsgIA0KICAgIHVuc2lnbmVkIGNoYXIgUmVzZXRD YXVzZTsgICANCiAgICB1bnNpZ25lZCBjaGFyIE51bUNTQnM7ICANCiAgICBp bnQgaXNNYXN0ZXI7ICAgICANCg0KICAgIGludCBEaWFnUmVzdWx0OyAgIA0K ICAgIGNoYXIgQ2FyZFBhcnROdW1bMTFdOyAgIA0KICAgIHVuc2lnbmVkIGNo YXIgQ2FyZFR5cGU7ICANCiAgICB1bnNpZ25lZCBjaGFyIFJldkxldmVsOyAg DQogICAgdW5zaWduZWQgY2hhciBTZXJpYWxOdW1bOV07ICANCiAgICBpbnQg cHJvY3R5cGU7DQogICAgaW50IHByb2NudW07ICAgDQogICAgdW5zaWduZWQg bG9uZyBteV9pcF9hZGRyOyAgICANCiAgICB1bnNpZ25lZCBsb25nIG15X3No bV9hZGRyOyAgDQogICAgdW5zaWduZWQgbG9uZyBteV9iYXNlX2FkZHI7ICAN CiAgICB1bnNpZ25lZCBsb25nIGhvc3RfaXBfYWRkcjsgIA0KICAgIHVuc2ln bmVkIGNoYXIgc3VibmV0X21hc2tbNF07ICAgDQogICAgdW5zaWduZWQgY2hh ciBNQUNfYWRkcls2IF07ICAgDQogICAgY2hhciBob3N0TmFtZSBbMjAgXTsJ IA0KICAgIGNoYXIgdGFyZ2V0TmFtZSBbMjAgXTsJICAgDQogICAgY2hhciBz dGFydHVwU2NyaXB0IFs4MCBdOwkgDQogICAgY2hhciBib290RmlsZSBbODAg XTsgICANCiAgICBjaGFyIHN3X3BhdGggIFs4MCBdOyAgIA0KICAgIGNoYXIg ZndfcGF0aCAgWzgwIF07ICAgDQogICAgY2hhciBpbml0QmFzZV9wYXRoIFs4 MCBdOyAgIA0KDQogICAgdW5zaWduZWQgY2hhciBleGNlcHRpb25fc2lnOyAg DQogICAgaW50IGNzYnNlcnZfdGlkOyAgIA0KICAgIGludCBwcm9tX01ham9y OwkgDQogICAgaW50IGltYWdlX01ham9yOwkgDQogICAgaW50IGltYWdlX01p bm9yOyAgICAgDQogICAgY2hhciBGaXJtd2FyZU51bVsxMV07ICAgDQogICAg Y2hhciBCYXNlcGtnTnVtWzExXTsgICANCiAgICBzdHJ1Y3QgaWZfY2FyZF9p bmZvIGlmX2NhcmRzWzE2XTsNCiAgICB1bnNpZ25lZCBjaGFyIHdvcmxkX2Fk ZHJbNl07ICAgDQp9Ow0KICAgIA0KDQoNCg0KDQojIDE3NCAidmVuZHBhcmFt LmgiDQoNCg0KIyA2ICJzeXNfY2FsbC5jIiAyDQoNCg0KDQoNCiANCg0Kdm9p ZCBtYWluKHZvaWQpDQp7DQoJaW50IGk7DQoJdGltZV90IHQgPSAwOw0KCXN0 cnVjdCB2ZW5kX3BhcmFtcyBteV92cDsNCglzaXplX3QgbXlfdnBfc2l6ZSA9 IHNpemVvZihzdHJ1Y3QgdmVuZF9wYXJhbXMpOw0KDQoJcHJpbnRmKCJTbG90 bnVtOiAlZFxuIiwgbXlfdnAuU2xvdE51bSk7DQoJaWYgKChpID0gc3lzY2Fs bCgoMTkxIF4gKDkgIDw8IDIwKSkgLCAmbXlfdnAsICZteV92cF9zaXplLCAw LCAwKSkgPCAwKQ0KCXsNCgkJcGVycm9yKCJzeXNfdmVuZF9wYXJhbSIpOw0K CQlwcmludGYoInN5c2NhbGwoKSByZXR1cm4gdmFsdWU6ICVkXG4iLCBpKTsN CgkJcmV0dXJuOw0KCX0NCg0KCXByaW50ZigiU2xvdG51bTogJWRcbiIsIG15 X3ZwLlNsb3ROdW0pOw0KCXJldHVybjsNCn0NCg== ---559023410-1605906922-931875930=:23744 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="SYS.c" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="SYS.c" IyAxICJzeXNfY2FsbC5jIg0KIyAxICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIg MSAzDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0K DQoNCg0KDQoNCg0KDQojIDEgIi91c3IvaW5jbHVkZS9mZWF0dXJlcy5oIiAx IDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KIA0KIyAxMzcgIi91c3IvaW5jbHVkZS9m ZWF0dXJlcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCiMgMTk1ICIvdXNyL2luY2x1ZGUvZmVhdHVy ZXMuaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQogDQoN Cg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQogDQoNCiMgMSAiL3Vzci9pbmNs dWRlL3N5cy9jZGVmcy5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0K DQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIyA3MCAiL3Vzci9pbmNsdWRl L3N5cy9jZGVmcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQogDQoNCg0K DQojIDEwMiAiL3Vzci9pbmNsdWRlL3N5cy9jZGVmcy5oIiAzDQoNCg0KDQog DQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQog DQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCiMgMjQ5ICIv dXNyL2luY2x1ZGUvZmVhdHVyZXMuaCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoj IDEgIi91c3IvaW5jbHVkZS9nbnUvc3R1YnMuaCIgMSAzDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMg Mjc3ICIvdXNyL2luY2x1ZGUvZmVhdHVyZXMuaCIgMiAzDQoNCg0KDQoNCiMg MjcgIi91c3IvaW5jbHVkZS9zdGRpby5oIiAyIDMNCg0KDQogDQoNCg0KDQoj IDEgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9p bmNsdWRlL3N0ZGRlZi5oIiAxIDMNCg0KDQoNCg0KDQoNCiANCg0KDQojIDE5 ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KIA0KDQoNCiANCg0KDQoNCg0KDQog DQoNCg0KIyA2MSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0y LjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQogDQoNCg0KDQoNCg0K IA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoN Cg0KDQoNCiANCg0KIA0KDQojIDEzMSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0t bGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQog DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KdHlwZWRlZiB1bnNpZ25l ZCBpbnQgc2l6ZV90Ow0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCiANCg0KIyAyNzEgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KIyAyODMgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4 L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KIA0KDQog DQoNCiMgMzE3ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIu OTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDMzICIvdXNy L2luY2x1ZGUvc3RkaW8uaCIgMiAzDQoNCg0KDQoNCg0KIyAxICIvdXNyL2xp Yi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRh cmcuaCIgMSAzDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN CiANCg0KDQoNCg0KDQoNCnR5cGVkZWYgdm9pZCAqX19nbnVjX3ZhX2xpc3Q7 DQoNCg0KDQogDQoNCiMgMTE2ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51 eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRhcmcuaCIgMw0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDIwMiAiL3Vzci9saWIv Z2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkYXJn LmgiIDMNCg0KDQoNCg0KIyAzOCAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDIg Mw0KDQoNCiMgMSAiL3Vzci9pbmNsdWRlL2JpdHMvdHlwZXMuaCIgMSAzDQog DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0K DQoNCg0KDQoNCg0KIyAxICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9l Z2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMSAzDQoNCg0KDQoNCg0K DQogDQoNCg0KIyAxOSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdj cy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQoNCiANCg0KDQog DQoNCg0KDQoNCg0KIA0KDQoNCiMgNjEgIi91c3IvbGliL2djYy1saWIvYXJt LWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0K IA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCiANCg0KIyAxMzEgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KIA0KDQogDQoNCg0KIyAxODggIi91c3IvbGliL2djYy1s aWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAz DQoNCg0KDQoNCg0KIA0KDQoNCg0KDQogDQoNCiMgMjcxICIvdXNyL2xpYi9n Y2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYu aCIgMw0KDQoNCiMgMjgzICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9l Z2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0K DQojIDMxNyAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkx LjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAyOSAiL3Vzci9p bmNsdWRlL2JpdHMvdHlwZXMuaCIgMiAzDQoNCg0KIA0KdHlwZWRlZiB1bnNp Z25lZCBjaGFyIF9fdV9jaGFyOw0KdHlwZWRlZiB1bnNpZ25lZCBzaG9ydCBf X3Vfc2hvcnQ7DQp0eXBlZGVmIHVuc2lnbmVkIGludCBfX3VfaW50Ow0KdHlw ZWRlZiB1bnNpZ25lZCBsb25nIF9fdV9sb25nOw0KDQpfX2V4dGVuc2lvbl9f IHR5cGVkZWYgdW5zaWduZWQgbG9uZyBsb25nIGludCBfX3VfcXVhZF90Ow0K X19leHRlbnNpb25fXyB0eXBlZGVmIGxvbmcgbG9uZyBpbnQgX19xdWFkX3Q7 DQojIDQ4ICIvdXNyL2luY2x1ZGUvYml0cy90eXBlcy5oIiAzDQoNCnR5cGVk ZWYgc2lnbmVkIGNoYXIgX19pbnQ4X3Q7DQp0eXBlZGVmIHVuc2lnbmVkIGNo YXIgX191aW50OF90Ow0KdHlwZWRlZiBzaWduZWQgc2hvcnQgaW50IF9faW50 MTZfdDsNCnR5cGVkZWYgdW5zaWduZWQgc2hvcnQgaW50IF9fdWludDE2X3Q7 DQp0eXBlZGVmIHNpZ25lZCBpbnQgX19pbnQzMl90Ow0KdHlwZWRlZiB1bnNp Z25lZCBpbnQgX191aW50MzJfdDsNCg0KX19leHRlbnNpb25fXyB0eXBlZGVm IHNpZ25lZCBsb25nIGxvbmcgaW50IF9faW50NjRfdDsNCl9fZXh0ZW5zaW9u X18gdHlwZWRlZiB1bnNpZ25lZCBsb25nIGxvbmcgaW50IF9fdWludDY0X3Q7 DQoNCnR5cGVkZWYgX19xdWFkX3QgKl9fcWFkZHJfdDsNCg0KdHlwZWRlZiBf X3VfcXVhZF90IF9fZGV2X3Q7CQkgDQp0eXBlZGVmIF9fdV9pbnQgX191aWRf dDsJCSANCnR5cGVkZWYgX191X2ludCBfX2dpZF90OwkJIA0KdHlwZWRlZiBf X3VfbG9uZyBfX2lub190OwkJIA0KdHlwZWRlZiBfX3VfaW50IF9fbW9kZV90 OwkJIA0KdHlwZWRlZiBfX3VfaW50IF9fbmxpbmtfdDsgCQkgDQp0eXBlZGVm IGxvbmcgaW50IF9fb2ZmX3Q7CQkgDQp0eXBlZGVmIF9fcXVhZF90IF9fbG9m Zl90OwkJIA0KdHlwZWRlZiBpbnQgX19waWRfdDsJCQkgDQp0eXBlZGVmIGlu dCBfX3NzaXplX3Q7CQkJIA0KdHlwZWRlZiBsb25nIGludCBfX3JsaW1fdDsJ CSANCnR5cGVkZWYgX19xdWFkX3QgX19ybGltNjRfdDsJCSANCnR5cGVkZWYg X191X2ludCBfX2lkX3Q7CQkJIA0KDQp0eXBlZGVmIHN0cnVjdA0KICB7DQog ICAgaW50IF9fdmFsWzJdOw0KICB9IF9fZnNpZF90OwkJCQkgDQoNCiANCnR5 cGVkZWYgaW50IF9fZGFkZHJfdDsJCQkgDQp0eXBlZGVmIGNoYXIgKl9fY2Fk ZHJfdDsNCnR5cGVkZWYgbG9uZyBpbnQgX190aW1lX3Q7DQp0eXBlZGVmIGxv bmcgaW50IF9fc3dibGtfdDsJCSANCgwNCnR5cGVkZWYgbG9uZyBpbnQgX19j bG9ja190Ow0KDQogDQp0eXBlZGVmIHVuc2lnbmVkIGxvbmcgaW50IF9fZmRf bWFzazsNCg0KIA0KDQoNCiANCg0KDQoNCg0KIA0KdHlwZWRlZiBzdHJ1Y3QN CiAgew0KICAgICANCg0KDQoNCg0KDQogICAgX19mZF9tYXNrIF9fZmRzX2Jp dHNbMTAyNCAgLyAoOCAqIHNpemVvZiAoX19mZF9tYXNrKSkgXTsNCg0KDQog IH0gX19mZF9zZXQ7DQoNCg0KdHlwZWRlZiBpbnQgX19rZXlfdDsNCg0KIA0K dHlwZWRlZiB1bnNpZ25lZCBzaG9ydCBpbnQgX19pcGNfcGlkX3Q7DQoNCg0K IA0KDQogDQp0eXBlZGVmIF9fdV9sb25nIF9fYmxrY250X3Q7DQp0eXBlZGVm IF9fdV9xdWFkX3QgX19ibGtjbnQ2NF90Ow0KDQogDQp0eXBlZGVmIGxvbmcg aW50IF9fZnNibGtjbnRfdDsNCnR5cGVkZWYgX19xdWFkX3QgX19mc2Jsa2Nu dDY0X3Q7DQoNCiANCnR5cGVkZWYgX191X2xvbmcgX19mc2ZpbGNudF90Ow0K dHlwZWRlZiBfX3VfcXVhZF90IF9fZnNmaWxjbnQ2NF90Ow0KDQogDQp0eXBl ZGVmIF9fdV9sb25nIF9faW5vNjRfdDsNCg0KIA0KdHlwZWRlZiBfX2xvZmZf dCBfX29mZjY0X3Q7DQoNCiANCnR5cGVkZWYgaW50IF9fdF9zY2FsYXJfdDsN CnR5cGVkZWYgdW5zaWduZWQgaW50IF9fdF91c2NhbGFyX3Q7DQoNCiANCnR5 cGVkZWYgaW50IF9faW50cHRyX3Q7DQoNCg0KIA0KDQoNCg0KDQoNCiMgNDAg Ii91c3IvaW5jbHVkZS9zdGRpby5oIiAyIDMNCg0KDQoNCg0KDQoNCg0KIA0K dHlwZWRlZiBzdHJ1Y3QgX0lPX0ZJTEUgRklMRTsNCg0KDQoNCg0KDQoNCg0K DQojIDEgIi91c3IvaW5jbHVkZS9saWJpby5oIiAxIDMNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KIyAxICIvdXNyL2luY2x1ZGUvX0dfY29uZmlnLmgiIDEgMw0KIA0KDQoN Cg0KDQoNCiANCg0KDQoNCg0KDQoNCiMgMSAiL3Vzci9saWIvZ2NjLWxpYi9h cm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDEgMw0K DQoNCg0KDQoNCg0KIA0KDQoNCiMgMTkgIi91c3IvbGliL2djYy1saWIvYXJt LWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0K DQogDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQojIDYxICIvdXNyL2xpYi9n Y2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYu aCIgMw0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIA0KDQogDQoNCiMgMTMx ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoNCiMgMTg4ICIvdXNy L2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9z dGRkZWYuaCIgMw0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQp0eXBlZGVmIGxvbmcgaW50IHdjaGFyX3Q7DQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQp0 eXBlZGVmIHVuc2lnbmVkIGludCAgd2ludF90Ow0KDQoNCg0KDQogDQoNCiAN Cg0KIyAzMTcgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45 MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQoNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMTQgIi91c3Iv aW5jbHVkZS9fR19jb25maWcuaCIgMiAzDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQp0eXBlZGVmIGludCBfR19pbnQxNl90 IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoX19ISV9fKSkpOw0KdHlwZWRl ZiBpbnQgX0dfaW50MzJfdCBfX2F0dHJpYnV0ZV9fICgoX19tb2RlX18gKF9f U0lfXykpKTsNCnR5cGVkZWYgdW5zaWduZWQgaW50IF9HX3VpbnQxNl90IF9f YXR0cmlidXRlX18gKChfX21vZGVfXyAoX19ISV9fKSkpOw0KdHlwZWRlZiB1 bnNpZ25lZCBpbnQgX0dfdWludDMyX3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9k ZV9fIChfX1NJX18pKSk7DQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCiMgMzAgIi91c3IvaW5jbHVkZS9saWJpby5oIiAy IDMNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQojIDEg Ii91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNs dWRlL3N0ZGFyZy5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCiMgMTE2ICIv dXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVk ZS9zdGRhcmcuaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQojIDIwMiAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdj cy0yLjkxLjYwL2luY2x1ZGUvc3RkYXJnLmgiIDMNCg0KDQoNCg0KIyA0OCAi L3Vzci9pbmNsdWRlL2xpYmlvLmgiIDIgMw0KDQoNCg0KDQoNCg0KDQojIDY3 ICIvdXNyL2luY2x1ZGUvbGliaW8uaCIgMw0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDk4ICIvdXNyL2luY2x1ZGUvbGli aW8uaCIgMw0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0Kc3RydWN0IF9JT19q dW1wX3Q7ICBzdHJ1Y3QgX0lPX0ZJTEU7DQoNCiANCg0KDQoNCg0KDQoNCg0K dHlwZWRlZiB2b2lkIF9JT19sb2NrX3Q7DQoNCg0KDQogDQoNCnN0cnVjdCBf SU9fbWFya2VyIHsNCiAgc3RydWN0IF9JT19tYXJrZXIgKl9uZXh0Ow0KICBz dHJ1Y3QgX0lPX0ZJTEUgKl9zYnVmOw0KICAgDQoNCiAgIA0KICBpbnQgX3Bv czsNCiMgMTg2ICIvdXNyL2luY2x1ZGUvbGliaW8uaCIgMw0KDQp9Ow0KDQpz dHJ1Y3QgX0lPX0ZJTEUgew0KICBpbnQgX2ZsYWdzOwkJIA0KDQoNCiAgIA0K ICAgDQogIGNoYXIqIF9JT19yZWFkX3B0cjsJIA0KICBjaGFyKiBfSU9fcmVh ZF9lbmQ7CSANCiAgY2hhciogX0lPX3JlYWRfYmFzZTsJIA0KICBjaGFyKiBf SU9fd3JpdGVfYmFzZTsJIA0KICBjaGFyKiBfSU9fd3JpdGVfcHRyOwkgDQog IGNoYXIqIF9JT193cml0ZV9lbmQ7CSANCiAgY2hhciogX0lPX2J1Zl9iYXNl OwkgDQogIGNoYXIqIF9JT19idWZfZW5kOwkgDQogICANCiAgY2hhciAqX0lP X3NhdmVfYmFzZTsgIA0KICBjaGFyICpfSU9fYmFja3VwX2Jhc2U7ICAgDQog IGNoYXIgKl9JT19zYXZlX2VuZDsgIA0KDQogIHN0cnVjdCBfSU9fbWFya2Vy ICpfbWFya2VyczsNCg0KICBzdHJ1Y3QgX0lPX0ZJTEUgKl9jaGFpbjsNCg0K ICBpbnQgX2ZpbGVubzsNCiAgaW50IF9ibGtzaXplOw0KICBfX29mZl90ICAg X29sZF9vZmZzZXQ7ICANCg0KDQogICANCiAgdW5zaWduZWQgc2hvcnQgX2N1 cl9jb2x1bW47DQogIHNpZ25lZCBjaGFyIF92dGFibGVfb2Zmc2V0Ow0KICBj aGFyIF9zaG9ydGJ1ZlsxXTsNCg0KICAgDQoNCiAgX0lPX2xvY2tfdCAqX2xv Y2s7DQoNCg0KDQoNCg0KDQoNCg0KICBfX29mZjY0X3QgICBfb2Zmc2V0Ow0K ICAgDQogIGludCBfdW51c2VkMlsxNl07DQoNCn07DQoNCg0KdHlwZWRlZiBz dHJ1Y3QgX0lPX0ZJTEUgX0lPX0ZJTEU7DQoNCg0Kc3RydWN0IF9JT19GSUxF X3BsdXM7DQpleHRlcm4gc3RydWN0IF9JT19GSUxFX3BsdXMgX0lPXzJfMV9z dGRpbl87DQpleHRlcm4gc3RydWN0IF9JT19GSUxFX3BsdXMgX0lPXzJfMV9z dGRvdXRfOw0KZXh0ZXJuIHN0cnVjdCBfSU9fRklMRV9wbHVzIF9JT18yXzFf c3RkZXJyXzsNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDI3NiAiL3Vzci9p bmNsdWRlL2xpYmlvLmgiIDMNCg0KDQoNCg0KDQoNCg0KZXh0ZXJuIGludCBf X3VuZGVyZmxvdyAgKF9JT19GSUxFICopICAgIDsNCmV4dGVybiBpbnQgX191 ZmxvdyAgKF9JT19GSUxFICopICAgIDsNCmV4dGVybiBpbnQgX19vdmVyZmxv dyAgKF9JT19GSUxFICosIGludCkgICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQpleHRlcm4gaW50IF9JT19nZXRjICAoX0lPX0ZJTEUg Kl9fZnApICAgIDsNCmV4dGVybiBpbnQgX0lPX3B1dGMgIChpbnQgX19jLCBf SU9fRklMRSAqX19mcCkgICAgOw0KZXh0ZXJuIGludCBfSU9fZmVvZiAgKF9J T19GSUxFICpfX2ZwKSAgICA7DQpleHRlcm4gaW50IF9JT19mZXJyb3IgIChf SU9fRklMRSAqX19mcCkgICAgOw0KDQpleHRlcm4gaW50IF9JT19wZWVrY19s b2NrZWQgIChfSU9fRklMRSAqX19mcCkgICAgOw0KDQogDQoNCg0KDQpleHRl cm4gdm9pZCBfSU9fZmxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAgOw0KZXh0 ZXJuIHZvaWQgX0lPX2Z1bmxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAgOw0K ZXh0ZXJuIGludCBfSU9fZnRyeWxvY2tmaWxlICAoX0lPX0ZJTEUgKikgICAg Ow0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KZXh0ZXJuIGludCBfSU9fdmZz Y2FuZiAgKF9JT19GSUxFICogICwgY29uc3QgY2hhciAqICAsDQoJCQkgICAg IF9fZ251Y192YV9saXN0ICwgaW50ICogICkgICAgOw0KZXh0ZXJuIGludCBf SU9fdmZwcmludGYgIChfSU9fRklMRSAqICAsIGNvbnN0IGNoYXIgKiAgLA0K CQkJICAgICAgX19nbnVjX3ZhX2xpc3QgKSAgICA7DQpleHRlcm4gX19zc2l6 ZV90ICAgX0lPX3BhZG4gIChfSU9fRklMRSAqLCBpbnQsIF9fc3NpemVfdCAg KSAgICA7DQpleHRlcm4gc2l6ZV90ICAgX0lPX3NnZXRuICAoX0lPX0ZJTEUg Kiwgdm9pZCAqLCBzaXplX3QgICkgICAgOw0KDQpleHRlcm4gX19vZmY2NF90 ICAgX0lPX3NlZWtvZmYgIChfSU9fRklMRSAqLCBfX29mZjY0X3QgICwgaW50 LCBpbnQpICAgIDsNCmV4dGVybiBfX29mZjY0X3QgICBfSU9fc2Vla3BvcyAg KF9JT19GSUxFICosIF9fb2ZmNjRfdCAgLCBpbnQpICAgIDsNCg0KZXh0ZXJu IHZvaWQgX0lPX2ZyZWVfYmFja3VwX2FyZWEgIChfSU9fRklMRSAqKSAgICA7 DQoNCg0KDQoNCg0KDQojIDU3ICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIgMiAz DQoNCg0KIA0KDQp0eXBlZGVmIF9fb2ZmX3QgIGZwb3NfdDsNCg0KDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0K DQogDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCiMgMSAiL3Vzci9pbmNsdWRlL2JpdHMvc3RkaW9fbGltLmgiIDEgMw0K IA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAxMTAgIi91c3IvaW5j bHVkZS9zdGRpby5oIiAyIDMNCg0KDQoNCiANCmV4dGVybiBGSUxFICpzdGRp bjsJCSANCmV4dGVybiBGSUxFICpzdGRvdXQ7CQkgDQpleHRlcm4gRklMRSAq c3RkZXJyOwkJIA0KDQoNCiANCmV4dGVybiBpbnQgcmVtb3ZlICAoX19jb25z dCBjaGFyICpfX2ZpbGVuYW1lKSAgICA7DQogDQpleHRlcm4gaW50IHJlbmFt ZSAgKF9fY29uc3QgY2hhciAqX19vbGQsIF9fY29uc3QgY2hhciAqX19uZXcp ICAgIDsNCg0KDQogDQoNCmV4dGVybiBGSUxFICp0bXBmaWxlICAodm9pZCkg ICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gY2hhciAqdG1w bmFtICAoY2hhciAqX19zKSAgICA7DQoNCg0KIA0KDQpleHRlcm4gY2hhciAq dG1wbmFtX3IgIChjaGFyICpfX3MpICAgIDsNCg0KDQoNCg0KIA0KDQoNCg0K DQoNCg0KZXh0ZXJuIGNoYXIgKnRlbXBuYW0gIChfX2NvbnN0IGNoYXIgKl9f ZGlyLCBfX2NvbnN0IGNoYXIgKl9fcGZ4KSAgICA7DQoNCg0KDQogDQpleHRl cm4gaW50IGZjbG9zZSAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQogDQpleHRl cm4gaW50IGZmbHVzaCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KIA0K ZXh0ZXJuIGludCBmZmx1c2hfdW5sb2NrZWQgIChGSUxFICpfX3N0cmVhbSkg ICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KZXh0ZXJuIEZJTEUgKmZvcGVu ICAoX19jb25zdCBjaGFyICogICBfX2ZpbGVuYW1lLA0KCQkJIF9fY29uc3Qg Y2hhciAqICAgX19tb2RlcykgICAgOw0KIA0KZXh0ZXJuIEZJTEUgKmZyZW9w ZW4gIChfX2NvbnN0IGNoYXIgKiAgIF9fZmlsZW5hbWUsDQoJCQkgICBfX2Nv bnN0IGNoYXIgKiAgIF9fbW9kZXMsDQoJCQkgICBGSUxFICogICBfX3N0cmVh bSkgICAgOw0KIyAxOTcgIi91c3IvaW5jbHVkZS9zdGRpby5oIiAzDQoNCg0K DQoNCg0KDQoNCg0KDQoNCiANCmV4dGVybiBGSUxFICpmZG9wZW4gIChpbnQg X19mZCwgX19jb25zdCBjaGFyICpfX21vZGVzKSAgICA7DQoNCg0KIyAyMjMg Ii91c3IvaW5jbHVkZS9zdGRpby5oIiAzDQoNCg0KDQogDQoNCmV4dGVybiB2 b2lkIHNldGJ1ZiAgKEZJTEUgKiAgIF9fc3RyZWFtLCBjaGFyICogICBfX2J1 ZikgICAgOw0KIA0KDQoNCmV4dGVybiBpbnQgc2V0dmJ1ZiAgKEZJTEUgKiAg IF9fc3RyZWFtLCBjaGFyICogICBfX2J1ZiwNCgkJCSBpbnQgX19tb2Rlcywg c2l6ZV90IF9fbikgICAgOw0KDQoNCiANCg0KZXh0ZXJuIHZvaWQgc2V0YnVm ZmVyICAoRklMRSAqICAgX19zdHJlYW0sIGNoYXIgKiAgIF9fYnVmLA0KCQkJ ICAgIHNpemVfdCBfX3NpemUpICAgIDsNCg0KIA0KZXh0ZXJuIHZvaWQgc2V0 bGluZWJ1ZiAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KDQogDQpleHRl cm4gaW50IGZwcmludGYgIChGSUxFICogICBfX3N0cmVhbSwNCgkJCSBfX2Nv bnN0IGNoYXIgKiAgIF9fZm9ybWF0LCAuLi4pICAgIDsNCiANCmV4dGVybiBp bnQgcHJpbnRmICAoX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAg ICA7DQogDQpleHRlcm4gaW50IHNwcmludGYgIChjaGFyICogICBfX3MsDQoJ CQkgX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAgICA7DQoNCiAN CmV4dGVybiBpbnQgdmZwcmludGYgIChGSUxFICogICBfX3MsDQoJCQkgIF9f Y29uc3QgY2hhciAqICAgX19mb3JtYXQsDQoJCQkgIF9fZ251Y192YV9saXN0 ICBfX2FyZykgICAgOw0KIA0KZXh0ZXJuIGludCB2cHJpbnRmICAoX19jb25z dCBjaGFyICogICBfX2Zvcm1hdCwNCgkJCSBfX2dudWNfdmFfbGlzdCAgX19h cmcpICAgIDsNCiANCmV4dGVybiBpbnQgdnNwcmludGYgIChjaGFyICogICBf X3MsDQoJCQkgIF9fY29uc3QgY2hhciAqICAgX19mb3JtYXQsDQoJCQkgIF9f Z251Y192YV9saXN0ICBfX2FyZykgICAgOw0KDQoNCiANCmV4dGVybiBpbnQg c25wcmludGYgIChjaGFyICogICBfX3MsIHNpemVfdCBfX21heGxlbiwNCgkJ CSAgX19jb25zdCBjaGFyICogICBfX2Zvcm1hdCwgLi4uKSAgICANCiAgICAg X19hdHRyaWJ1dGVfXyAoKF9fZm9ybWF0X18gKF9fcHJpbnRmX18sIDMsIDQp KSk7DQoNCmV4dGVybiBpbnQgX192c25wcmludGYgIChjaGFyICogICBfX3Ms IHNpemVfdCBfX21heGxlbiwNCgkJCSAgICAgX19jb25zdCBjaGFyICogICBf X2Zvcm1hdCwNCgkJCSAgICAgX19nbnVjX3ZhX2xpc3QgIF9fYXJnKSAgICAN CiAgICAgX19hdHRyaWJ1dGVfXyAoKF9fZm9ybWF0X18gKF9fcHJpbnRmX18s IDMsIDApKSk7DQpleHRlcm4gaW50IHZzbnByaW50ZiAgKGNoYXIgKiAgIF9f cywgc2l6ZV90IF9fbWF4bGVuLA0KCQkJICAgX19jb25zdCBjaGFyICogICBf X2Zvcm1hdCwNCgkJCSAgIF9fZ251Y192YV9saXN0ICBfX2FyZykgICAgDQog ICAgIF9fYXR0cmlidXRlX18gKChfX2Zvcm1hdF9fIChfX3ByaW50Zl9fLCAz LCAwKSkpOw0KDQoNCiMgMzAyICIvdXNyL2luY2x1ZGUvc3RkaW8uaCIgMw0K DQoNCg0KIA0KZXh0ZXJuIGludCBmc2NhbmYgIChGSUxFICogICBfX3N0cmVh bSwNCgkJCV9fY29uc3QgY2hhciAqICAgX19mb3JtYXQsIC4uLikgICAgOw0K IA0KZXh0ZXJuIGludCBzY2FuZiAgKF9fY29uc3QgY2hhciAqICAgX19mb3Jt YXQsIC4uLikgICAgOw0KIA0KZXh0ZXJuIGludCBzc2NhbmYgIChfX2NvbnN0 IGNoYXIgKiAgIF9fcywNCgkJCV9fY29uc3QgY2hhciAqICAgX19mb3JtYXQs IC4uLikgICAgOw0KDQojIDMzMCAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDMN Cg0KDQoNCiANCmV4dGVybiBpbnQgZmdldGMgIChGSUxFICpfX3N0cmVhbSkg ICAgOw0KZXh0ZXJuIGludCBnZXRjICAoRklMRSAqX19zdHJlYW0pICAgIDsN Cg0KIA0KZXh0ZXJuIGludCBnZXRjaGFyICAodm9pZCkgICAgOw0KDQogDQoN Cg0KDQoNCiANCmV4dGVybiBpbnQgZ2V0Y191bmxvY2tlZCAgKEZJTEUgKl9f c3RyZWFtKSAgICA7DQpleHRlcm4gaW50IGdldGNoYXJfdW5sb2NrZWQgICh2 b2lkKSAgICA7DQoNCg0KDQogDQpleHRlcm4gaW50IGZnZXRjX3VubG9ja2Vk ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVybiBpbnQg ZnB1dGMgIChpbnQgX19jLCBGSUxFICpfX3N0cmVhbSkgICAgOw0KZXh0ZXJu IGludCBwdXRjICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsNCg0K IA0KZXh0ZXJuIGludCBwdXRjaGFyICAoaW50IF9fYykgICAgOw0KDQogDQoN Cg0KDQoNCiANCmV4dGVybiBpbnQgZnB1dGNfdW5sb2NrZWQgIChpbnQgX19j LCBGSUxFICpfX3N0cmVhbSkgICAgOw0KDQoNCg0KIA0KZXh0ZXJuIGludCBw dXRjX3VubG9ja2VkICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsN CmV4dGVybiBpbnQgcHV0Y2hhcl91bmxvY2tlZCAgKGludCBfX2MpICAgIDsN Cg0KDQoNCg0KIA0KZXh0ZXJuIGludCBnZXR3ICAoRklMRSAqX19zdHJlYW0p ICAgIDsNCg0KIA0KZXh0ZXJuIGludCBwdXR3ICAoaW50IF9fdywgRklMRSAq X19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVybiBjaGFyICpmZ2V0cyAg KGNoYXIgKiAgIF9fcywgaW50IF9fbiwNCgkJCSBGSUxFICogICBfX3N0cmVh bSkgICAgOw0KDQoNCg0KDQoNCg0KDQogDQoNCmV4dGVybiBjaGFyICpnZXRz ICAoY2hhciAqX19zKSAgICA7DQoNCg0KIyA0MjAgIi91c3IvaW5jbHVkZS9z dGRpby5oIiAzDQoNCg0KDQogDQpleHRlcm4gaW50IGZwdXRzICAoX19jb25z dCBjaGFyICogICBfX3MsDQoJCSAgICAgICBGSUxFICogICBfX3N0cmVhbSkg ICAgOw0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gaW50IHB1dHMgIChfX2Nv bnN0IGNoYXIgKl9fcykgICAgOw0KDQoNCiANCmV4dGVybiBpbnQgdW5nZXRj ICAoaW50IF9fYywgRklMRSAqX19zdHJlYW0pICAgIDsNCg0KDQogDQpleHRl cm4gc2l6ZV90IGZyZWFkICAodm9pZCAqICAgX19wdHIsIHNpemVfdCBfX3Np emUsDQoJCQkgIHNpemVfdCBfX24sIEZJTEUgKiAgIF9fc3RyZWFtKSAgICA7 DQogDQpleHRlcm4gc2l6ZV90IGZ3cml0ZSAgKF9fY29uc3Qgdm9pZCAqICAg X19wdHIsIHNpemVfdCBfX3NpemUsDQoJCQkgICBzaXplX3QgX19uLCBGSUxF ICogICBfX3MpICAgIDsNCg0KDQogDQpleHRlcm4gc2l6ZV90IGZyZWFkX3Vu bG9ja2VkICAodm9pZCAqICAgX19wdHIsIHNpemVfdCBfX3NpemUsDQoJCQkJ ICAgc2l6ZV90IF9fbiwgRklMRSAqICAgX19zdHJlYW0pICAgIDsNCmV4dGVy biBzaXplX3QgZndyaXRlX3VubG9ja2VkICAoX19jb25zdCB2b2lkICogICBf X3B0ciwNCgkJCQkgICAgc2l6ZV90IF9fc2l6ZSwgc2l6ZV90IF9fbiwNCgkJ CQkgICAgRklMRSAqICAgX19zdHJlYW0pICAgIDsNCg0KDQoNCiANCmV4dGVy biBpbnQgZnNlZWsgIChGSUxFICpfX3N0cmVhbSwgbG9uZyBpbnQgX19vZmYs IGludCBfX3doZW5jZSkgICAgOw0KIA0KZXh0ZXJuIGxvbmcgaW50IGZ0ZWxs ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCiANCmV4dGVybiB2b2lkIHJld2lu ZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCiANCg0KDQoNCg0KIA0KDQoN CnR5cGVkZWYgX19vZmZfdCBvZmZfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQogDQpleHRlcm4gaW50IGZnZXRwb3MgIChG SUxFICogICBfX3N0cmVhbSwNCgkJCSBmcG9zX3QgKiAgIF9fcG9zKSAgICA7 DQogDQpleHRlcm4gaW50IGZzZXRwb3MgIChGSUxFICpfX3N0cmVhbSwgX19j b25zdCBmcG9zX3QgKl9fcG9zKSAgICA7DQojIDUxOSAiL3Vzci9pbmNsdWRl L3N0ZGlvLmgiIDMNCg0KDQojIDUyOSAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgi IDMNCg0KDQogDQpleHRlcm4gdm9pZCBjbGVhcmVyciAgKEZJTEUgKl9fc3Ry ZWFtKSAgICA7DQogDQpleHRlcm4gaW50IGZlb2YgIChGSUxFICpfX3N0cmVh bSkgICAgOw0KIA0KZXh0ZXJuIGludCBmZXJyb3IgIChGSUxFICpfX3N0cmVh bSkgICAgOw0KDQoNCiANCmV4dGVybiB2b2lkIGNsZWFyZXJyX3VubG9ja2Vk ICAoRklMRSAqX19zdHJlYW0pICAgIDsNCmV4dGVybiBpbnQgZmVvZl91bmxv Y2tlZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQpleHRlcm4gaW50IGZlcnJv cl91bmxvY2tlZCAgKEZJTEUgKl9fc3RyZWFtKSAgICA7DQoNCg0KDQogDQpl eHRlcm4gdm9pZCBwZXJyb3IgIChfX2NvbnN0IGNoYXIgKl9fcykgICAgOw0K DQogDQoNCg0KZXh0ZXJuIGludCBzeXNfbmVycjsNCmV4dGVybiBfX2NvbnN0 IGNoYXIgKl9fY29uc3Qgc3lzX2Vycmxpc3RbXTsNCg0KDQoNCg0KDQoNCg0K DQogDQpleHRlcm4gaW50IGZpbGVubyAgKEZJTEUgKl9fc3RyZWFtKSAgICA7 DQoNCg0KDQogDQpleHRlcm4gaW50IGZpbGVub191bmxvY2tlZCAgKEZJTEUg Kl9fc3RyZWFtKSAgICA7DQoNCg0KDQoNCg0KIA0KZXh0ZXJuIEZJTEUgKnBv cGVuICAoX19jb25zdCBjaGFyICpfX2NvbW1hbmQsIF9fY29uc3QgY2hhciAq X19tb2RlcykgICAgOw0KDQogDQpleHRlcm4gaW50IHBjbG9zZSAgKEZJTEUg Kl9fc3RyZWFtKSAgICA7DQoNCg0KDQoNCiANCmV4dGVybiBjaGFyICpjdGVy bWlkICAoY2hhciAqX19zKSAgICA7DQoNCg0KDQoNCg0KDQoNCg0KDQojIDYw MyAiL3Vzci9pbmNsdWRlL3N0ZGlvLmgiIDMNCg0KDQoNCg0KIA0KDQogDQpl eHRlcm4gdm9pZCBmbG9ja2ZpbGUgIChGSUxFICpfX3N0cmVhbSkgICAgOw0K DQogDQoNCmV4dGVybiBpbnQgZnRyeWxvY2tmaWxlICAoRklMRSAqX19zdHJl YW0pICAgIDsNCg0KIA0KZXh0ZXJuIHZvaWQgZnVubG9ja2ZpbGUgIChGSUxF ICpfX3N0cmVhbSkgICAgOw0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0K DQoNCg0KIA0KDQoNCg0KDQojIDEgInN5c19jYWxsLmMiIDINCg0KIyAxICIv dXNyL2luY2x1ZGUvdGltZS5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KIA0KDQoNCiMgMSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgv ZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDEgMw0KDQoNCg0KDQoN Cg0KIA0KDQoNCiMgMTkgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2Vn Y3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQogDQoNCg0K IA0KDQoNCg0KDQoNCiANCg0KDQojIDYxICIvdXNyL2xpYi9nY2MtbGliL2Fy bS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoN CiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQogDQoNCg0KDQoNCg0KIA0KDQogDQoNCiMgMTMxICIvdXNyL2xp Yi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRk ZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoNCiMgMTg4ICIvdXNyL2xpYi9nY2Mt bGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIg Mw0KDQoNCg0KDQoNCiANCg0KDQoNCg0KIA0KDQojIDI3MSAiL3Vzci9saWIv Z2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVm LmgiIDMNCg0KDQojIDI4MyAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgv ZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQogDQoNCiAN Cg0KIyAzMTcgIi91c3IvbGliL2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45 MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAzDQoNCg0KDQoNCiANCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMzggIi91c3Iv aW5jbHVkZS90aW1lLmgiIDIgMw0KDQoNCg0KDQoNCg0KDQogDQoNCiMgMSAi L3Vzci9pbmNsdWRlL2JpdHMvdGltZS5oIiAxIDMNCiANCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KIA0K DQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCiMgNTkgIi91c3Iv aW5jbHVkZS9iaXRzL3RpbWUuaCIgMw0KIA0KIyA0NyAiL3Vzci9pbmNsdWRl L3RpbWUuaCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCiANCnR5cGVkZWYgX19jbG9ja190IGNsb2NrX3Q7DQoNCg0KDQoNCg0K DQoNCg0KDQogDQp0eXBlZGVmIF9fdGltZV90IHRpbWVfdDsNCg0KDQoNCg0K DQoNCg0KDQoNCiANCg0Kc3RydWN0IHRpbWVzcGVjDQogIHsNCiAgICBsb25n IGludCB0dl9zZWM7CQkgDQogICAgbG9uZyBpbnQgdHZfbnNlYzsJCSANCiAg fTsNCg0KDQoNCg0KDQoNCiANCnN0cnVjdCB0bQ0Kew0KICBpbnQgdG1fc2Vj OwkJCSANCiAgaW50IHRtX21pbjsJCQkgDQogIGludCB0bV9ob3VyOwkJCSAN CiAgaW50IHRtX21kYXk7CQkJIA0KICBpbnQgdG1fbW9uOwkJCSANCiAgaW50 IHRtX3llYXI7CQkJIA0KICBpbnQgdG1fd2RheTsJCQkgDQogIGludCB0bV95 ZGF5OwkJCSANCiAgaW50IHRtX2lzZHN0OwkJCSANCg0KDQogIGxvbmcgaW50 IHRtX2dtdG9mZjsJCSANCiAgX19jb25zdCBjaGFyICp0bV96b25lOwkgDQoN Cg0KDQoNCn07DQoNCg0KIA0KDQpleHRlcm4gY2xvY2tfdCBjbG9jayAgKHZv aWQpICAgIDsNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0aW1lICAodGltZV90ICpf X3RpbWVyKSAgICA7DQoNCiANCmV4dGVybiBkb3VibGUgZGlmZnRpbWUgICh0 aW1lX3QgX190aW1lMSwgdGltZV90IF9fdGltZTApICAgIA0KICAgICBfX2F0 dHJpYnV0ZV9fICgoX19jb25zdF9fKSk7DQoNCiANCmV4dGVybiB0aW1lX3Qg bWt0aW1lICAoc3RydWN0IHRtICpfX3RwKSAgICA7DQoNCg0KIA0KDQoNCmV4 dGVybiBzaXplX3Qgc3RyZnRpbWUgIChjaGFyICogICBfX3MsIHNpemVfdCBf X21heHNpemUsDQoJCQkgICAgIF9fY29uc3QgY2hhciAqICAgX19mb3JtYXQs DQoJCQkgICAgIF9fY29uc3Qgc3RydWN0IHRtICogICBfX3RwKSAgICA7DQoN Cg0KDQoNCg0KDQoNCg0KDQogDQoNCmV4dGVybiBzdHJ1Y3QgdG0gKmdtdGlt ZSAgKF9fY29uc3QgdGltZV90ICpfX3RpbWVyKSAgICA7DQoNCiANCg0KZXh0 ZXJuIHN0cnVjdCB0bSAqbG9jYWx0aW1lICAoX19jb25zdCB0aW1lX3QgKl9f dGltZXIpICAgIDsNCg0KDQogDQoNCmV4dGVybiBzdHJ1Y3QgdG0gKl9fZ210 aW1lX3IgIChfX2NvbnN0IHRpbWVfdCAqICAgX190aW1lciwNCgkJCQkgICBz dHJ1Y3QgdG0gKiAgIF9fdHApICAgIDsNCmV4dGVybiBzdHJ1Y3QgdG0gKmdt dGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIsDQoJCQkJIHN0 cnVjdCB0bSAqICAgX190cCkgICAgOw0KDQogDQoNCmV4dGVybiBzdHJ1Y3Qg dG0gKmxvY2FsdGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIs DQoJCQkJICAgIHN0cnVjdCB0bSAqICAgX190cCkgICAgOw0KDQoNCiANCg0K ZXh0ZXJuIGNoYXIgKmFzY3RpbWUgIChfX2NvbnN0IHN0cnVjdCB0bSAqX190 cCkgICAgOw0KDQogDQpleHRlcm4gY2hhciAqY3RpbWUgIChfX2NvbnN0IHRp bWVfdCAqX190aW1lcikgICAgOw0KDQoNCiANCg0KIA0KDQpleHRlcm4gY2hh ciAqYXNjdGltZV9yICAoX19jb25zdCBzdHJ1Y3QgdG0gKiAgIF9fdHAsDQoJ CQkgICAgIGNoYXIgKiAgIF9fYnVmKSAgICA7DQoNCiANCmV4dGVybiBjaGFy ICpjdGltZV9yICAoX19jb25zdCB0aW1lX3QgKiAgIF9fdGltZXIsDQoJCQkg ICBjaGFyICogICBfX2J1ZikgICAgOw0KDQoNCg0KIA0KZXh0ZXJuIGNoYXIg Kl9fdHpuYW1lWzJdOwkgDQpleHRlcm4gaW50IF9fZGF5bGlnaHQ7CQkgDQpl eHRlcm4gbG9uZyBpbnQgX190aW1lem9uZTsJIA0KDQoNCg0KIA0KZXh0ZXJu IGNoYXIgKnR6bmFtZVsyXTsNCg0KIA0KDQpleHRlcm4gdm9pZCB0enNldCAg KHZvaWQpICAgIDsNCg0KDQoNCmV4dGVybiBpbnQgZGF5bGlnaHQ7DQpleHRl cm4gbG9uZyBpbnQgdGltZXpvbmU7DQoNCg0KDQogDQoNCmV4dGVybiBpbnQg c3RpbWUgIChfX2NvbnN0IHRpbWVfdCAqX193aGVuKSAgICA7DQoNCg0KDQog DQoNCg0KDQoNCg0KDQogDQoNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0aW1lZ20g IChzdHJ1Y3QgdG0gKl9fdHApICAgIDsNCg0KIA0KZXh0ZXJuIHRpbWVfdCB0 aW1lbG9jYWwgIChzdHJ1Y3QgdG0gKl9fdHApICAgIDsNCg0KIA0KZXh0ZXJu IGludCBkeXNpemUgIChpbnQgX195ZWFyKSAgICA7DQoNCg0KDQoNCiANCmV4 dGVybiBpbnQgbmFub3NsZWVwICAoX19jb25zdCBzdHJ1Y3QgdGltZXNwZWMg Kl9fcmVxdWVzdGVkX3RpbWUsDQoJCQkgICBzdHJ1Y3QgdGltZXNwZWMgKl9f cmVtYWluaW5nKSAgICA7DQoNCg0KDQojIDI2OSAiL3Vzci9pbmNsdWRlL3Rp bWUuaCIgMw0KDQoNCiMgMjc5ICIvdXNyL2luY2x1ZGUvdGltZS5oIiAzDQoN Cg0KDQogDQoNCg0KDQoNCiMgMiAic3lzX2NhbGwuYyIgMg0KDQojIDEgIi91 c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMSAzDQogDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KdHlwZWRlZiBfX3VfY2hhciB1X2NoYXI7DQp0eXBlZGVmIF9fdV9z aG9ydCB1X3Nob3J0Ow0KdHlwZWRlZiBfX3VfaW50IHVfaW50Ow0KdHlwZWRl ZiBfX3VfbG9uZyB1X2xvbmc7DQp0eXBlZGVmIF9fcXVhZF90IHF1YWRfdDsN CnR5cGVkZWYgX191X3F1YWRfdCB1X3F1YWRfdDsNCnR5cGVkZWYgX19mc2lk X3QgZnNpZF90Ow0KDQoNCnR5cGVkZWYgX19sb2ZmX3QgbG9mZl90Ow0KDQoN Cg0KdHlwZWRlZiBfX2lub190IGlub190Ow0KDQoNCg0KDQoNCg0KDQoNCg0K DQp0eXBlZGVmIF9fZGV2X3QgZGV2X3Q7DQoNCg0KDQoNCnR5cGVkZWYgX19n aWRfdCBnaWRfdDsNCg0KDQoNCg0KdHlwZWRlZiBfX21vZGVfdCBtb2RlX3Q7 DQoNCg0KDQoNCnR5cGVkZWYgX19ubGlua190IG5saW5rX3Q7DQoNCg0KDQoN CnR5cGVkZWYgX191aWRfdCB1aWRfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQp0eXBlZGVmIF9fcGlkX3QgcGlkX3Q7DQoNCg0KDQoN CnR5cGVkZWYgX19pZF90IGlkX3Q7DQoNCg0KDQp0eXBlZGVmIF9fc3NpemVf dCBzc2l6ZV90Ow0KDQoNCg0KDQp0eXBlZGVmIF9fZGFkZHJfdCBkYWRkcl90 Ow0KdHlwZWRlZiBfX2NhZGRyX3QgY2FkZHJfdDsNCg0KDQoNCnR5cGVkZWYg X19rZXlfdCBrZXlfdDsNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMSAiL3Vzci9s aWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3Rk ZGVmLmgiIDEgMw0KDQoNCg0KDQoNCg0KIA0KDQoNCiMgMTkgIi91c3IvbGli L2djYy1saWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRl Zi5oIiAzDQoNCg0KDQogDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQojIDYx ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEuNjAvaW5j bHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KDQoNCg0KDQogDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIA0K DQogDQoNCiMgMTMxICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2Nz LTIuOTEuNjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCiANCg0KIA0KDQoN CiMgMTg4ICIvdXNyL2xpYi9nY2MtbGliL2FybS1saW51eC9lZ2NzLTIuOTEu NjAvaW5jbHVkZS9zdGRkZWYuaCIgMw0KDQoNCg0KDQoNCiANCg0KDQoNCg0K IA0KDQojIDI3MSAiL3Vzci9saWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0y LjkxLjYwL2luY2x1ZGUvc3RkZGVmLmgiIDMNCg0KDQojIDI4MyAiL3Vzci9s aWIvZ2NjLWxpYi9hcm0tbGludXgvZWdjcy0yLjkxLjYwL2luY2x1ZGUvc3Rk ZGVmLmgiIDMNCg0KDQogDQoNCiANCg0KIyAzMTcgIi91c3IvbGliL2djYy1s aWIvYXJtLWxpbnV4L2VnY3MtMi45MS42MC9pbmNsdWRlL3N0ZGRlZi5oIiAz DQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCiMgMTI0ICIvdXNyL2luY2x1ZGUvc3lzL3R5cGVzLmgiIDIg Mw0KDQoNCg0KIA0KdHlwZWRlZiB1bnNpZ25lZCBsb25nIGludCB1bG9uZzsN CnR5cGVkZWYgdW5zaWduZWQgc2hvcnQgaW50IHVzaG9ydDsNCnR5cGVkZWYg dW5zaWduZWQgaW50IHVpbnQ7DQoNCg0KIA0KDQojIDE1OCAiL3Vzci9pbmNs dWRlL3N5cy90eXBlcy5oIiAzDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQp0eXBl ZGVmIGludCBpbnQ4X3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9fICggIF9f UUlfXyApKSkgOw0KdHlwZWRlZiBpbnQgaW50MTZfdCBfX2F0dHJpYnV0ZV9f ICgoX19tb2RlX18gKCAgX19ISV9fICkpKSA7DQp0eXBlZGVmIGludCBpbnQz Ml90IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX1NJX18gKSkpIDsN CnR5cGVkZWYgaW50IGludDY0X3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9f ICggIF9fRElfXyApKSkgOw0KDQoNCnR5cGVkZWYgdW5zaWduZWQgaW50IHVf aW50OF90IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX1FJX18gKSkp IDsNCnR5cGVkZWYgdW5zaWduZWQgaW50IHVfaW50MTZfdCBfX2F0dHJpYnV0 ZV9fICgoX19tb2RlX18gKCAgX19ISV9fICkpKSA7DQp0eXBlZGVmIHVuc2ln bmVkIGludCB1X2ludDMyX3QgX19hdHRyaWJ1dGVfXyAoKF9fbW9kZV9fICgg IF9fU0lfXyApKSkgOw0KdHlwZWRlZiB1bnNpZ25lZCBpbnQgdV9pbnQ2NF90 IF9fYXR0cmlidXRlX18gKChfX21vZGVfXyAoICBfX0RJX18gKSkpIDsNCg0K dHlwZWRlZiBpbnQgcmVnaXN0ZXJfdCBfX2F0dHJpYnV0ZV9fICgoX19tb2Rl X18gKF9fd29yZF9fKSkpOw0KDQoNCiANCg0KDQoNCg0KDQoNCiANCiMgMSAi L3Vzci9pbmNsdWRlL2VuZGlhbi5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0K DQoNCg0KIA0KIyAxICIvdXNyL2luY2x1ZGUvYml0cy9lbmRpYW4uaCIgMSAz DQogDQoNCg0KDQoNCg0KDQoNCiMgMzUgIi91c3IvaW5jbHVkZS9lbmRpYW4u aCIgMiAzDQoNCg0KIA0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KIyAxOTAgIi91c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMiAz DQoNCg0KIA0KIyAxICIvdXNyL2luY2x1ZGUvc3lzL3NlbGVjdC5oIiAxIDMN CiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0K DQoNCg0KDQoNCiANCg0KDQogDQojIDEgIi91c3IvaW5jbHVkZS9iaXRzL3Nl bGVjdC5oIiAxIDMNCiANCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiMgMzEg Ii91c3IvaW5jbHVkZS9zeXMvc2VsZWN0LmgiIDIgMw0KDQoNCiANCiMgMSAi L3Vzci9pbmNsdWRlL2JpdHMvc2lnc2V0LmgiIDEgMw0KIA0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KdHlwZWRlZiBpbnQg X19zaWdfYXRvbWljX3Q7DQoNCiANCg0KDQp0eXBlZGVmIHN0cnVjdA0KICB7 DQogICAgdW5zaWduZWQgbG9uZyBpbnQgX192YWxbKDEwMjQgLyAoOCAqIHNp emVvZiAodW5zaWduZWQgbG9uZyBpbnQpKSkgXTsNCiAgfSBfX3NpZ3NldF90 Ow0KDQoNCg0KDQogDQoNCg0KDQoNCg0KIyAxMjUgIi91c3IvaW5jbHVkZS9i aXRzL3NpZ3NldC5oIiAzDQoNCiMgMzQgIi91c3IvaW5jbHVkZS9zeXMvc2Vs ZWN0LmgiIDIgMw0KDQoNCiANCg0KDQoNCiANCg0KIA0KDQoNCg0Kc3RydWN0 IHRpbWV2YWw7DQoNCnR5cGVkZWYgX19mZF9tYXNrIGZkX21hc2s7DQoNCiAN CnR5cGVkZWYgX19mZF9zZXQgZmRfc2V0Ow0KDQogDQoNCg0KDQogDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KZXh0ZXJuIGludCBfX3Nl bGVjdCAgKGludCBfX25mZHMsIF9fZmRfc2V0ICpfX3JlYWRmZHMsDQoJCQkg IF9fZmRfc2V0ICpfX3dyaXRlZmRzLCBfX2ZkX3NldCAqX19leGNlcHRmZHMs DQoJCQkgIHN0cnVjdCB0aW1ldmFsICpfX3RpbWVvdXQpICAgIDsNCmV4dGVy biBpbnQgc2VsZWN0ICAoaW50IF9fbmZkcywgX19mZF9zZXQgKl9fcmVhZGZk cywNCgkJCV9fZmRfc2V0ICpfX3dyaXRlZmRzLCBfX2ZkX3NldCAqX19leGNl cHRmZHMsDQoJCQlzdHJ1Y3QgdGltZXZhbCAqX190aW1lb3V0KSAgICA7DQoN CiMgOTEgIi91c3IvaW5jbHVkZS9zeXMvc2VsZWN0LmgiIDMNCg0KDQogDQoN Cg0KIyAxOTMgIi91c3IvaW5jbHVkZS9zeXMvdHlwZXMuaCIgMiAzDQoNCg0K IA0KIyAxICIvdXNyL2luY2x1ZGUvc3lzL3N5c21hY3Jvcy5oIiAxIDMNCiAN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiAN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQojIDE5NiAiL3Vzci9pbmNs dWRlL3N5cy90eXBlcy5oIiAyIDMNCg0KDQoNCg0KIA0KDQp0eXBlZGVmIF9f YmxrY250X3QgYmxrY250X3Q7CSAgDQp0eXBlZGVmIF9fZnNibGtjbnRfdCBm c2Jsa2NudF90OyAgDQp0eXBlZGVmIF9fZnNmaWxjbnRfdCBmc2ZpbGNudF90 OyAgDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KIyAzICJzeXNf Y2FsbC5jIiAyDQoNCiMgMSAiL3Vzci9pbmNsdWRlL2FzbS91bmlzdGQuaCIg MSAzDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0K DQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0KIyAyMjUgIi91c3Iv aW5jbHVkZS9hc20vdW5pc3RkLmgiIDMNCg0KDQojIDIzOCAiL3Vzci9pbmNs dWRlL2FzbS91bmlzdGQuaCIgMw0KDQoNCiMgMjUyICIvdXNyL2luY2x1ZGUv YXNtL3VuaXN0ZC5oIiAzDQoNCg0KDQojIDI2OCAiL3Vzci9pbmNsdWRlL2Fz bS91bmlzdGQuaCIgMw0KDQoNCg0KIyAyODUgIi91c3IvaW5jbHVkZS9hc20v dW5pc3RkLmgiIDMNCiAgDQoNCg0KIyAzMDQgIi91c3IvaW5jbHVkZS9hc20v dW5pc3RkLmgiIDMNCg0KIyA0MTkgIi91c3IvaW5jbHVkZS9hc20vdW5pc3Rk LmgiIDMNCg0KDQoNCg0KDQojIDQgInN5c19jYWxsLmMiIDINCg0KDQojIDEg InZlbmRwYXJhbS5oIiAxDQoNCg0KDQogDQoNCiANCg0KDQoNCg0KDQoNCg0K DQoNCiANCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoNCg0KDQoNCg0KDQog DQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoNCiANCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQogDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KIA0KDQoNCg0KDQoNCg0KDQoNCg0KDQoN Cg0KDQoNCg0KDQoNCg0KDQoNCg0KDQoNCg0Kc3RydWN0IGlmX2NhcmRfaW5m byB7DQogICAgdW5zaWduZWQgY2hhciBSZXZMZXZlbDsgIA0KICAgIHVuc2ln bmVkIGNoYXIgQ2FyZFR5cGU7ICANCiAgICBjaGFyIENhcmRQYXJ0TnVtWzEx XTsgICANCiAgICBjaGFyIEZpcm13YXJlTnVtWzExXTsgICANCiAgICB1bnNp Z25lZCBjaGFyIGdvX2Jvb3RwOyAgIA0KDQp9Ow0KDQpzdHJ1Y3QgdmVuZF9w YXJhbXMgew0KICAgIGNoYXIgQ2hhc3Npc0lkWzldOyAgIA0KICAgIHVuc2ln bmVkIGNoYXIgU2xvdE51bTsgIA0KICAgIHVuc2lnbmVkIGNoYXIgUmVzZXRD YXVzZTsgICANCiAgICB1bnNpZ25lZCBjaGFyIE51bUNTQnM7ICANCiAgICBp bnQgaXNNYXN0ZXI7ICAgICANCg0KICAgIGludCBEaWFnUmVzdWx0OyAgIA0K ICAgIGNoYXIgQ2FyZFBhcnROdW1bMTFdOyAgIA0KICAgIHVuc2lnbmVkIGNo YXIgQ2FyZFR5cGU7ICANCiAgICB1bnNpZ25lZCBjaGFyIFJldkxldmVsOyAg DQogICAgdW5zaWduZWQgY2hhciBTZXJpYWxOdW1bOV07ICANCiAgICBpbnQg cHJvY3R5cGU7DQogICAgaW50IHByb2NudW07ICAgDQogICAgdW5zaWduZWQg bG9uZyBteV9pcF9hZGRyOyAgICANCiAgICB1bnNpZ25lZCBsb25nIG15X3No bV9hZGRyOyAgDQogICAgdW5zaWduZWQgbG9uZyBteV9iYXNlX2FkZHI7ICAN CiAgICB1bnNpZ25lZCBsb25nIGhvc3RfaXBfYWRkcjsgIA0KICAgIHVuc2ln bmVkIGNoYXIgc3VibmV0X21hc2tbNF07ICAgDQogICAgdW5zaWduZWQgY2hh ciBNQUNfYWRkcls2IF07ICAgDQogICAgY2hhciBob3N0TmFtZSBbMjAgXTsJ IA0KICAgIGNoYXIgdGFyZ2V0TmFtZSBbMjAgXTsJICAgDQogICAgY2hhciBz dGFydHVwU2NyaXB0IFs4MCBdOwkgDQogICAgY2hhciBib290RmlsZSBbODAg XTsgICANCiAgICBjaGFyIHN3X3BhdGggIFs4MCBdOyAgIA0KICAgIGNoYXIg ZndfcGF0aCAgWzgwIF07ICAgDQogICAgY2hhciBpbml0QmFzZV9wYXRoIFs4 MCBdOyAgIA0KDQogICAgdW5zaWduZWQgY2hhciBleGNlcHRpb25fc2lnOyAg DQogICAgaW50IGNzYnNlcnZfdGlkOyAgIA0KICAgIGludCBwcm9tX01ham9y OwkgDQogICAgaW50IGltYWdlX01ham9yOwkgDQogICAgaW50IGltYWdlX01p bm9yOyAgICAgDQogICAgY2hhciBGaXJtd2FyZU51bVsxMV07ICAgDQogICAg Y2hhciBCYXNlcGtnTnVtWzExXTsgICANCiAgICBzdHJ1Y3QgaWZfY2FyZF9p bmZvIGlmX2NhcmRzWzE2XTsNCiAgICB1bnNpZ25lZCBjaGFyIHdvcmxkX2Fk ZHJbNl07ICAgDQp9Ow0KICAgIA0KDQoNCg0KDQojIDE3NCAidmVuZHBhcmFt LmgiDQoNCg0KIyA2ICJzeXNfY2FsbC5jIiAyDQoNCg0KDQoNCiANCg0Kdm9p ZCBtYWluKHZvaWQpDQp7DQoJaW50IGk7DQoJdGltZV90IHQgPSAwOw0KCXN0 cnVjdCB2ZW5kX3BhcmFtcyBteV92cDsNCglzaXplX3QgbXlfdnBfc2l6ZSA9 IHNpemVvZihzdHJ1Y3QgdmVuZF9wYXJhbXMpOw0KDQoJcHJpbnRmKCJTbG90 bnVtOiAlZFxuIiwgbXlfdnAuU2xvdE51bSk7DQoJaWYgKChpID0gc3lzY2Fs bCgoMTkxIF4gKDkgIDw8IDIwKSkgLCAmbXlfdnAsICZteV92cF9zaXplLCAw LCAwKSkgPCAwKQ0KCXsNCgkJcGVycm9yKCJzeXNfdmVuZF9wYXJhbSIpOw0K CQlwcmludGYoInN5c2NhbGwoKSByZXR1cm4gdmFsdWU6ICVkXG4iLCBpKTsN CgkJcmV0dXJuOw0KCX0NCg0KCXByaW50ZigiU2xvdG51bTogJWRcbiIsIG15 X3ZwLlNsb3ROdW0pOw0KCXJldHVybjsNCn0NCg== ---559023410-1605906922-931875930=:23744-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 15:43:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA00360 for ; Tue, 13 Jul 1999 15:43:33 +0100 Received: (qmail 10374 invoked from network); 13 Jul 1999 14:44:05 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 14:44:05 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 10:43:37 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 10:40:08 -0400 Received: from tele.visi.com ([209.98.98.17]:57396 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 10:39:43 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 52E1E1F8A0; Tue, 13 Jul 1999 09:38:51 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA24900; Tue, 13 Jul 1999 09:38:51 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 09:38:51 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="-559023410-851401618-931876731=:24875" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. ---559023410-851401618-931876731=:24875 Content-Type: TEXT/PLAIN; charset=US-ASCII Ooops! Attached is the correct SYS.s. Sorry about that. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org On Tue, 13 Jul 1999, Philip Blundell wrote: > >I am running 2.2.10-rmk2-stk1 on an ebsa-285 like board. I have > >implemented my own system call which reads out some data stored in the > >kernel, or lets the user change this data depending on what arguments > >they pass in. It takes 4 arguments: > > You should probably consider using sysctl for this, incidentally. > > >if ((i = syscall(VP_SYSCALL, &my_vp, &my_vp_size, 0, 0)) < 0) > > Where is your definition of `syscall' coming from; can you post the > preprocessed output and/or assembler that it generates? > > >It looks like it actually pushes all 5 arguments passed to it onto the > >stack, and thus the reason for the syscall number being the first > >argument to my sys_vend_param() function. If I put a dummy int as the > >first argument to my sys_vend_param() routine, things seem to work fine. > > > >Is this expected behaviour? > > Kind of. The ARM Linux ABI puts the syscall number in the SWI instruction > rather than in a register. So yes, it is expected that all five arguments to > the syscall are simply passed straight through to your routine, but no it is > not expected that one of them is your syscall number. > > p. > > ---559023410-851401618-931876731=:24875 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="SYS.s" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="SYS.s" CS5maWxlCSJzeXNfY2FsbC5jIg0KcmZwCS5yZXEJcjkNCnNsCS5yZXEJcjEw DQpmcAkucmVxCXIxMQ0KaXAJLnJlcQlyMTINCnNwCS5yZXEJcjEzDQpscgku cmVxCXIxNA0KcGMJLnJlcQlyMTUNCmdjYzJfY29tcGlsZWQuOg0KX19nbnVf Y29tcGlsZWRfYzoNCi5zZWN0aW9uCS5yb2RhdGENCgkuYWxpZ24JMg0KLkxD MDoNCgkuYXNjaWkJIlNsb3RudW06ICVkXDAxMlwwMDAiDQoJLmFsaWduCTIN Ci5MQzE6DQoJLmFzY2lpCSJzeXNfdmVuZF9wYXJhbVwwMDAiDQoJLmFsaWdu CTINCi5MQzI6DQoJLmFzY2lpCSJzeXNjYWxsKCkgcmV0dXJuIHZhbHVlOiAl ZFwwMTJcMDAwIg0KLnRleHQNCgkuYWxpZ24JMg0KCS5nbG9iYWwJbWFpbg0K CS50eXBlCW1haW4sJWZ1bmN0aW9uDQptYWluOg0KCUAgYXJncyA9IDAsIHBy ZXRlbmQgPSAwLCBmcmFtZSA9IDEwMjgNCglAIGZyYW1lX25lZWRlZCA9IDEs IGN1cnJlbnRfZnVuY3Rpb25fYW5vbnltb3VzX2FyZ3MgPSAwDQoJbW92CWlw LCBzcA0KCXN0bWZkCXNwISwge2ZwLCBpcCwgbHIsIHBjfQ0KCXN1YglmcCwg aXAsICM0DQoJc3ViCXNwLCBzcCwgIzEwMjQNCglzdWIJc3AsIHNwLCAjOA0K CW1vdglyMywgIzANCglzdHIJcjMsIFtmcCwgIy0yMF0NCgltb3YJcjMsICMx MDE2DQoJc3RyCXIzLCBbZnAsICMtMTA0MF0NCglsZHJiCXIzLCBbZnAsICMt MTAyN10JQCB6ZXJvX2V4dGVuZHFpc2kyDQoJbGRyCXIwLCAuTDMNCgltb3YJ cjEsIHIzDQoJYmwJcHJpbnRmDQoJc3ViCXIzLCBmcCwgIzEwMjQNCglzdWIJ cjMsIHIzLCAjMTINCglzdWIJcjIsIGZwLCAjMTAyNA0KCXN1YglyMiwgcjIs ICMxMg0KCXN1YglyMiwgcjIsICM0DQoJbW92CXIxLCAjMA0KCXN0cglyMSwg W3NwLCAjMF0NCgltb3YJcjAsICMxOTENCglhZGQJcjAsIHIwLCAjOTQzNzE4 NA0KCW1vdglyMSwgcjMNCgltb3YJcjMsICMwDQoJYmwJc3lzY2FsbA0KCW1v dglyMywgcjANCglzdHIJcjMsIFtmcCwgIy0xNl0NCglsZHIJcjMsIFtmcCwg Iy0xNl0NCgljbXAJcjMsICMwDQoJYmdlCS5MMg0KCWxkcglyMCwgLkwzKzQN CglibAlwZXJyb3INCglsZHIJcjAsIC5MMys4DQoJbGRyCXIxLCBbZnAsICMt MTZdDQoJYmwJcHJpbnRmDQoJYgkuTDENCi5MNDoNCgkuYWxpZ24JMg0KLkwz Og0KCS53b3JkCS5MQzANCgkud29yZAkuTEMxDQoJLndvcmQJLkxDMg0KLkwy Og0KCWxkcmIJcjMsIFtmcCwgIy0xMDI3XQlAIHplcm9fZXh0ZW5kcWlzaTIN CglsZHIJcjAsIC5MNQ0KCW1vdglyMSwgcjMNCglibAlwcmludGYNCgliCS5M MQ0KLkw2Og0KCS5hbGlnbgkyDQouTDU6DQoJLndvcmQJLkxDMA0KLkwxOg0K CWxkbWVhCWZwLCB7ZnAsIHNwLCBwY30NCi5MZmUxOg0KCS5zaXplCW1haW4s IC5MZmUxIC0gbWFpbg0KCS5pZGVudAkiR0NDOiAoR05VKSBlZ2NzLTIuOTEu NjAgRGViaWFuIDIuMSAoZWdjcy0xLjEuMSByZWxlYXNlKSINCg== ---559023410-851401618-931876731=:24875-- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 15:52:55 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA00442 for ; Tue, 13 Jul 1999 15:52:55 +0100 Received: (qmail 11803 invoked from network); 13 Jul 1999 14:53:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 14:53:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 10:52:57 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 10:52:48 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20929 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 10:52:31 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 1143uA-0000sa-00; Tue, 13 Jul 1999 15:51:34 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 1143u9-0008Ee-00; Tue, 13 Jul 1999 15:51:33 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-reply-to: Your message of "Tue, 13 Jul 1999 09:25:30 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 15:51:32 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Actually, this is already implemented as a sysctl, I just wanted to try >and implement it as a system call also. Fair enough. >Okay, both are attached. Sorry, I didn't read your first message carefully enough. I thought you were using __syscall from (or its moral equivalent) rather than the library routine and SYS_syscall. Duh. Yes, it does look as if you are right and sys_syscall is doing the wrong thing. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 16:06:26 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00584 for ; Tue, 13 Jul 1999 16:06:26 +0100 Received: (qmail 13034 invoked from network); 13 Jul 1999 15:06:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 15:06:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 11:06:21 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 11:06:02 -0400 Received: from tele.visi.com ([209.98.98.17]:58379 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 11:05:46 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 003881F84E; Tue, 13 Jul 1999 10:05:38 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id KAA26303; Tue, 13 Jul 1999 10:05:38 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 10:05:38 -0500 (CDT) From: To: Philip Blundell Cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 13 Jul 1999, Philip Blundell wrote: > >Okay, both are attached. > > Sorry, I didn't read your first message carefully enough. I thought you > were using __syscall from (or its moral equivalent) rather than > the library routine and SYS_syscall. Duh. > > Yes, it does look as if you are right and sys_syscall is doing the wrong > So the correct fix would be to simply push r1-r4 onto the stack instead of r0-r4 in sys_syscall? I'm guessing somewhere the order they are popped off would have to be changed, but I haven't quite figured out where that is yet. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 16:21:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00669 for ; Tue, 13 Jul 1999 16:21:56 +0100 Received: (qmail 15003 invoked from network); 13 Jul 1999 15:22:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 15:22:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 11:21:57 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 11:21:52 -0400 Received: from hebe.or.intel.com ([134.134.248.4]:2652 "EHLO hebe.or.intel.com") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 11:21:15 -0400 Received: from orsmsx29.jf.intel.com (orsmsx29.jf.intel.com [192.168.65.29]) by hebe.or.intel.com (8.9.1a+p1/8.9.1/d: relay.m4,v 1.6 1998/11/24 22:10:56 iwep Exp iwep $) with ESMTP id IAA18076; Tue, 13 Jul 1999 08:29:36 -0700 (PDT) Received: by orsmsx29.jf.intel.com with Internet Mail Service (5.5.2448.0) id <3C6CJH5Z>; Tue, 13 Jul 1999 08:18:52 -0700 Message-ID: From: "Chagas, Jason" To: "'Philip Blundell'" Cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: binutils-2.9.1.0.19a.tar.gz ?? Date: Tue, 13 Jul 1999 08:18:47 -0700 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Phil, I found a later version (binutils-2.9.1.0.25.tar.gz) at ftp://ftp.varesearch.com/pub/support/hjl/binutils/ but I couldn't find binutils-2.9.1.0.19a.tar.gz. On a reply to Alex Holden (alex@linuxhacker.org ) when he asked if the later versions of Binutils work "OK" and if the problems with the ELF sections have been fixed on later versions you stated the following: "I haven't personally tried any later version. I'd be surprised if the section problems have been fixed in the binutils 2.9 branch, and to be honest I don't really expect that they ever will be. At the moment I'm concentrating my efforts, such as they are, on gas2." Do you know of anyone who has been successful with later versions of Binutils?? Thanks, Jason ---------- From: Philip Blundell [SMTP:pb@nexus.co.uk] Sent: Tuesday, July 13, 1999 4:52 AM To: Chagas, Jason Cc: 'linux-arm@vger.rutgers.edu' Subject: Re: binutils-2.9.1.0.19a.tar.gz ?? >Does anyone know where "binutils-2.9.1.0.19a.tar.gz" is now? It used to be >at: Try ftp.varesearch.com. I think I've posted the exact URLs before but I don't remember them off the top of my head -- something like /pub/support/hjl/. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 16:38:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00775 for ; Tue, 13 Jul 1999 16:38:37 +0100 Received: (qmail 16783 invoked from network); 13 Jul 1999 15:39:07 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 15:39:07 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 11:38:36 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 11:38:17 -0400 Received: from nexus.carleton.ca ([134.117.76.10]:3982 "EHLO nexus.carleton.ca") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 11:38:01 -0400 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id LAA20683; Tue, 13 Jul 1999 11:32:14 -0400 Date: Tue, 13 Jul 1999 11:32:14 -0400 (EDT) From: "Rod m. Stewart" To: "Chagas, Jason" cc: "'Philip Blundell'" , "'linux-arm@vger.rutgers.edu'" Subject: RE: binutils-2.9.1.0.19a.tar.gz ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 13 Jul 1999, Chagas, Jason wrote: > Phil, > > I found a later version (binutils-2.9.1.0.25.tar.gz) at > ftp://ftp.varesearch.com/pub/support/hjl/binutils/ > but I couldn't find > binutils-2.9.1.0.19a.tar.gz. On a reply to Alex Holden (alex@linuxhacker.org > ) when he asked if the later versions of > Binutils work "OK" and if the problems with the ELF sections have been fixed > on later versions you stated the following: If you are really set on finding a version of binutils 2.9.1.0.19a, I do have a copy on my machine. Let me know if you are interested and I put it in a publically viewable place. I'd say go for a latter version.. > "I haven't personally tried any later version. I'd be surprised if the > section problems have been fixed in the binutils 2.9 branch, and to be > honest I don't really expect that they ever will be. At the moment I'm > concentrating my efforts, such as they are, on gas2." > > Do you know of anyone who has been successful with later versions of > Binutils?? I've been using binutils-2.9.1.0.23 (with an ARM patch from Philip) without any problems, for a few months. It builds an entire system for me. -Rms unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 16:39:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00791 for ; Tue, 13 Jul 1999 16:39:56 +0100 Received: (qmail 16985 invoked from network); 13 Jul 1999 15:40:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 15:40:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 11:40:00 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 11:39:09 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20959 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 11:38:55 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 1144RU-0000uW-00; Tue, 13 Jul 1999 16:26:00 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 1144RT-0004gC-00; Tue, 13 Jul 1999 16:25:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: Re: binutils-2.9.1.0.19a.tar.gz ?? In-reply-to: Your message of "Tue, 13 Jul 1999 08:18:47 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 16:25:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Jason, >Do you know of anyone who has been successful with later versions of >Binutils?? I don't have any direct knowledge of people successfully using later 2.9 versions, but I should imagine that 2.9.1.0.25 will work at least as well as 2.9.1.0.19 did. As far as I know 2.9.1.0.25 will be the last ever release from the 2.9 fork. I'm now using the "2.9.4" track which seems to be working quite well. This version does, incidentally, fix the problems that Alex was originally asking about. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 16:41:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA00815 for ; Tue, 13 Jul 1999 16:41:15 +0100 Received: (qmail 17311 invoked from network); 13 Jul 1999 15:41:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 15:41:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 11:40:48 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 11:40:09 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:20966 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 11:39:21 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 1144cc-0000v0-00; Tue, 13 Jul 1999 16:37:30 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 1144cb-00056L-00; Tue, 13 Jul 1999 16:37:29 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-reply-to: Your message of "Tue, 13 Jul 1999 10:05:38 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 16:37:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >So the correct fix would be to simply push r1-r4 onto the stack instead >of r0-r4 in sys_syscall? I'm guessing somewhere the order they are >popped off would have to be changed, but I haven't quite figured out >where that is yet. No, I don't think so. What sys_syscall is actually doing is retrieving the arg registers that were previously pushed onto the stack by the entry code. My guess from a quick look at the code is that it's getting an off-by-one result because R4 has gotten pushed underneath R0; you could try changing it to be something like addle ip, sp, #4 @ discard old R0 ldmleib ip, {r0 - r4} @ get our args from original R1..R5 Russell can probably give you a more definitive answer. I don't really have time to experiment with it right now. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 18:36:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA01747 for ; Tue, 13 Jul 1999 18:36:32 +0100 Received: (qmail 1690 invoked from network); 13 Jul 1999 17:37:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 17:37:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 13:36:15 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 13:32:57 -0400 Received: from mailhub1.liv.ac.uk ([138.253.100.94]:37637 "EHLO mailhub1.liv.ac.uk") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 13:31:37 -0400 Received: from inbox.liv.ac.uk ([138.253.100.92]) by mailhub1.liv.ac.uk with esmtp (Exim 2.12 #1) id 1146P1-0006dg-00 for linux-arm@vger.rutgers.edu; Tue, 13 Jul 1999 18:31:35 +0100 Received: from pc084085 (pc084085.melgrove.liv.ac.uk [138.253.84.85]) by inbox.liv.ac.uk (8.8.7/8.8.4-ajt4b) with SMTP id SAA24938 for ; Tue, 13 Jul 1999 18:31:35 +0100 (BST) Date: Tue, 13 Jul 1999 18:29:10 +0100 From: "J.Bland" To: linux-arm@vger.rutgers.edu Subject: Re: crt0.o: file not recognised Message-ID: In-Reply-To: X-Organization: Liverpool University. X-Mailer: Messenger v1.40d for RISC OS X-Editor: Zap, using ZapEmail 0.22 (27 Nov 1998) patch-3 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message you wrote: >>I originally reinstalled binutils, then gcc, then anything that looked like >>a library, then the whole lot (apart from fileutils which is about the only >>major part of the system I've upgraded). Still the problem. I've copied the >>/usr/bin/ld from an old backup install too. Still this crt0.o problem. >>Would a reboot help? I'd rather not lose my 68days uptime ;). > >Check that you haven't wound up with another `ld' lurking somewhere like >/usr/local/bin or /usr/arm-linuxaout/bin. If you find any such files, >delete them or move them out of harm's way and try again. > Yep, that was the problem, got rid of the imposter lds and everything is now back to normal (except for rpm segmenting and netstat being killed when called ;). Thanks. John. -- John Bland Webmaster and Ph.D. Research Student, M.Phys (Hons) Grad.Inst.P Condensed Matter Physics Department, J.Bland@liv.ac.uk The University of Liverpool http://www.sliced.uk.eu.org/~shrike http://www.liv.ac.uk/~olmsg01/physics/ "The Sleeper Must Awaken" - Dune Messiah unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 19:31:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA02246 for ; Tue, 13 Jul 1999 19:31:41 +0100 Received: (qmail 15437 invoked from network); 13 Jul 1999 18:32:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 18:32:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 14:31:33 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 14:31:19 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1922 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 14:30:42 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 1147KA-0002oU-00; Tue, 13 Jul 1999 18:30:38 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA21636; Tue, 13 Jul 1999 19:25:34 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id TAA05689; Tue, 13 Jul 1999 19:23:44 +0100 Message-Id: <199907131823.TAA05689@flint.armlinux.org.uk> Subject: Re: Connection refused To: arnaud.brodier@wwgsolutions.com Date: Tue, 13 Jul 1999 19:23:44 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <852567AD.00458C9E.00@wg.com> from "arnaud.brodier@wwgsolutions.com" at Jul 13, 99 01:41:35 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing arnaud.brodier@wwgsolutions.com writes: > >Does `netstat -a' show inetd listening for connections? > > No. > lo is in the routing table of the kernel (netstat -r), but > nothing for netstat -a. > > In the inetd.conf, I have: > ftp stream tcp nowait root /usr/sbin/tcpd ftpd That should be: ftp stream tcp nowait root /usr/sbin/tcpd /usr/sbin/ftpd You should always specify the path to the ultimate executable, especially when using tcpd. > So it seems that inetd doesn't listening for connections. (?) Indeed, that is what it looks like. Do you get any messages sent to syslog about it? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 19:32:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA02268 for ; Tue, 13 Jul 1999 19:32:30 +0100 Received: (qmail 15617 invoked from network); 13 Jul 1999 18:33:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 18:33:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 14:31:42 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 14:31:28 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1939 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 14:31:13 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 1147KE-0002oU-00; Tue, 13 Jul 1999 18:30:43 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id TAA21622; Tue, 13 Jul 1999 19:21:34 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id TAA05672; Tue, 13 Jul 1999 19:19:44 +0100 Message-Id: <199907131819.TAA05672@flint.armlinux.org.uk> Subject: Re: Question on syscall() To: pb@nexus.co.uk (Philip Blundell) Date: Tue, 13 Jul 1999 19:19:43 +0100 (BST) Cc: mestery@visi.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 13, 99 04:37:28 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > Russell can probably give you a more definitive answer. I don't really have > time to experiment with it right now. No, I don't see anything wrong with the code. It's highly optimised tho... Here's the explaination of how it works: The SP is pointing at the stacked r0, hence: r5 r4 r3 r2 r1 SP-> r0 The LDMIB loads into r0 to r4 the values of r1 to r5, hence shifting the arguments down one register (LDMIB increments before the load operation). This is done since the arguments to the syscall are (syscall_number, arg0, arg1, arg2, ...) and we want arg0 in r0. Next, to be compliant with APCS r4 is stacked by replacing the original r0. This is ok, since the value will overwritten later. We now have the arguments for the system call in r0 to r3, with the fifth argument on the stack. Plus, more importantly, original r1 - r5 stacking is left untouched in case we need to redo the call. We now call the real syscall. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:03:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02448 for ; Tue, 13 Jul 1999 20:03:43 +0100 Received: (qmail 24932 invoked from network); 13 Jul 1999 19:04:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:04:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:02:16 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 14:55:14 -0400 Received: from tele.visi.com ([209.98.98.17]:34890 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 14:54:22 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id D64781F842; Tue, 13 Jul 1999 13:52:59 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id NAA07757; Tue, 13 Jul 1999 13:52:59 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 13:52:59 -0500 (CDT) From: To: Russell King - ARM Linux Admin Cc: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: <199907131819.TAA05672@flint.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Tue, 13 Jul 1999, Russell King - ARM Linux Admin wrote: > Philip Blundell writes: > > Russell can probably give you a more definitive answer. I don't really have > > time to experiment with it right now. > > No, I don't see anything wrong with the code. It's highly optimised tho... > Here's the explaination of how it works: > > The SP is pointing at the stacked r0, hence: > > r5 > r4 > r3 > r2 > r1 > SP-> r0 > > The LDMIB loads into r0 to r4 the values of r1 to r5, hence shifting > the arguments down one register (LDMIB increments before the load > operation). This is done since the arguments to the syscall are > (syscall_number, arg0, arg1, arg2, ...) and we want arg0 in r0. > > Next, to be compliant with APCS r4 is stacked by replacing the original > r0. This is ok, since the value will overwritten later. We now have > the arguments for the system call in r0 to r3, with the fifth argument > on the stack. Plus, more importantly, original r1 - r5 stacking is left > untouched in case we need to redo the call. > > We now call the real syscall. > Okay, I understand the above. But, when I looked at kernel 2.3.6, I saw the following section of code. It differs from 2.2.10, and follows along the lines of how Phil told me to modify 2.2.10: @ r0 = syscall number @ r1 = syscall r0 @ r5 = syscall r4 @ ip = syscall table SYMBOL_NAME(sys_syscall): mov r6, r0 eor r6, r6, #OS_NUMBER << 20 cmp r6, #NR_syscalls @ check range movgt r0, #-ENOSYS movgt pc, lr add sp, sp, #4 @ take of the save of our r4 ldmib sp, {r0 - r4} @ get our args str r4, [sp, #-4]! @ Put our arg on the stack ldr pc, [ip, r6, lsl #2] So, if I follow this route in 2.2.10, things work as expected. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:10:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02520 for ; Tue, 13 Jul 1999 20:10:36 +0100 Received: (qmail 25805 invoked from network); 13 Jul 1999 19:11:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:11:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:10:39 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:10:32 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3527 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 15:09:56 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 1147w8-0003MT-00; Tue, 13 Jul 1999 19:09:52 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA21819; Tue, 13 Jul 1999 20:09:57 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id UAA05837; Tue, 13 Jul 1999 20:08:03 +0100 Message-Id: <199907131908.UAA05837@flint.armlinux.org.uk> Subject: Re: Question on syscall() To: mestery@visi.com Date: Tue, 13 Jul 1999 20:08:02 +0100 (BST) Cc: pb@nexus.co.uk, linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Jul 13, 99 01:52:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > Okay, I understand the above. But, when I looked at kernel 2.3.6, I saw > the following section of code. It differs from 2.2.10, and follows > along the lines of how Phil told me to modify 2.2.10: > > @ r0 = syscall number > @ r1 = syscall r0 > @ r5 = syscall r4 > @ ip = syscall table > SYMBOL_NAME(sys_syscall): > mov r6, r0 > eor r6, r6, #OS_NUMBER << 20 > cmp r6, #NR_syscalls @ check range > movgt r0, #-ENOSYS > movgt pc, lr > add sp, sp, #4 @ take of the save of our r4 > ldmib sp, {r0 - r4} @ get our args > str r4, [sp, #-4]! @ Put our arg on the stack > ldr pc, [ip, r6, lsl #2] > > So, if I follow this route in 2.2.10, things work as expected. I've just checked my code, and it's not changed. I don't know where this has come from - sounds like someone is distributing rogue patches. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:11:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02540 for ; Tue, 13 Jul 1999 20:11:47 +0100 Received: (qmail 25933 invoked from network); 13 Jul 1999 19:12:19 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:12:19 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:11:40 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:11:30 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3561 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 15:11:16 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 1147xQ-0003NP-00; Tue, 13 Jul 1999 19:11:13 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA21841; Tue, 13 Jul 1999 20:11:18 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id UAA05849; Tue, 13 Jul 1999 20:09:24 +0100 Message-Id: <199907131909.UAA05849@flint.armlinux.org.uk> Subject: Re: Question on syscall() To: mestery@visi.com Date: Tue, 13 Jul 1999 20:09:23 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Jul 13, 99 01:52:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing What is this stk1 patch? _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:16:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02572 for ; Tue, 13 Jul 1999 20:16:48 +0100 Received: (qmail 26841 invoked from network); 13 Jul 1999 19:17:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:17:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:16:41 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:16:36 -0400 Received: from tele.visi.com ([209.98.98.17]:35598 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 15:15:33 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 3698A1F863; Tue, 13 Jul 1999 14:15:19 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA09068; Tue, 13 Jul 1999 14:15:19 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 14:15:18 -0500 (CDT) From: To: Russell King - ARM Linux Admin Cc: pb@nexus.co.uk, linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: <199907131908.UAA05837@flint.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Tue, 13 Jul 1999, Russell King - ARM Linux Admin wrote: > I've just checked my code, and it's not changed. I don't know where > this has come from - sounds like someone is distributing rogue > patches. > That is straight from 2.3.6, I believe without your patch (but I'll have to check). I am downloading 2.3.9 now and your latest 2.3 patch to verify what's in there. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:18:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02608 for ; Tue, 13 Jul 1999 20:18:58 +0100 Received: (qmail 27108 invoked from network); 13 Jul 1999 19:19:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:19:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:18:52 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:18:34 -0400 Received: from tele.visi.com ([209.98.98.17]:35698 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 15:18:17 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 280B01F827; Tue, 13 Jul 1999 14:17:10 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA09255; Tue, 13 Jul 1999 14:17:10 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Tue, 13 Jul 1999 14:17:09 -0500 (CDT) From: To: Russell King - ARM Linux Admin Cc: linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: <199907131909.UAA05849@flint.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 13 Jul 1999, Russell King - ARM Linux Admin wrote: > What is this stk1 patch? > This is a patchset I made that has support for our hardware. It has subtle differences from the ebsa-285, and also has more devices which I've added support for, along with some in kernel data structures which I provide userland programs access to via sysctl() and syscall. Other than that, nothing else has changed. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:21:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02638 for ; Tue, 13 Jul 1999 20:21:58 +0100 Received: (qmail 29284 invoked from network); 13 Jul 1999 19:22:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:22:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:21:31 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:21:21 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:3908 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 15:19:47 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 11485g-0003V1-00; Tue, 13 Jul 1999 19:19:44 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA21929; Tue, 13 Jul 1999 20:19:50 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id UAA05916; Tue, 13 Jul 1999 20:17:55 +0100 Message-Id: <199907131917.UAA05916@flint.armlinux.org.uk> Subject: Re: Question on syscall() To: mestery@visi.com Date: Tue, 13 Jul 1999 20:17:55 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Jul 13, 99 02:15:18 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > On Tue, 13 Jul 1999, Russell King - ARM Linux Admin wrote: > > I've just checked my code, and it's not changed. I don't know where > > this has come from - sounds like someone is distributing rogue > > patches. > > > That is straight from 2.3.6, I believe without your patch (but I'll have > to check). I am downloading 2.3.9 now and your latest 2.3 patch to > verify what's in there. You must always use my patches. The code in Linus' distributions are not complete. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 20:41:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA02804 for ; Tue, 13 Jul 1999 20:41:06 +0100 Received: (qmail 4394 invoked from network); 13 Jul 1999 19:41:38 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 19:41:38 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 15:35:47 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 15:35:35 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:2363 "EHLO finch-post-11.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 15:30:56 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 1148GP-0003vg-0B; Tue, 13 Jul 1999 19:30:49 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 1148Ff-0006rR-00; Tue, 13 Jul 1999 20:30:03 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: mestery@visi.com, linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: Message from Russell King - ARM Linux Admin of "Tue, 13 Jul 1999 19:19:43 BST." <199907131819.TAA05672@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 20:30:03 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The SP is pointing at the stacked r0, hence: It's that bit that I didn't agree with. It looked to me as though SP was pointing at the copy of R4 that had been pushed by the earlier syscall entry (ie the fifth argument to sys_syscall). But maybe I overlooked something. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 21:09:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA02950 for ; Tue, 13 Jul 1999 21:09:14 +0100 Received: (qmail 12424 invoked from network); 13 Jul 1999 20:09:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 20:09:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 16:08:36 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 16:05:53 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1385 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 16:04:49 -0400 Received: from [212.126.149.241] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 1148nC-000410-00; Tue, 13 Jul 1999 20:04:43 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id VAA22154; Tue, 13 Jul 1999 21:04:53 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id VAA06269; Tue, 13 Jul 1999 21:02:54 +0100 Message-Id: <199907132002.VAA06269@flint.armlinux.org.uk> Subject: Re: Question on syscall() To: Philip.Blundell@pobox.com (Philip Blundell) Date: Tue, 13 Jul 1999 21:02:53 +0100 (BST) Cc: mestery@visi.com, linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 13, 99 08:30:03 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > >The SP is pointing at the stacked r0, hence: > > It's that bit that I didn't agree with. It looked to me as though SP was > pointing at the copy of R4 that had been pushed by the earlier syscall entry > (ie the fifth argument to sys_syscall). But maybe I overlooked something. Argh, looks like you're right. The code around sys_syscall should read: add ip, sp, #4 ldmleib ip, {r0 - r4} This will be fixed in my next patch (why hasn't anything complained about it?) _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 21:11:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA02981 for ; Tue, 13 Jul 1999 21:11:54 +0100 Received: (qmail 14407 invoked from network); 13 Jul 1999 20:12:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 20:12:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 16:11:56 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 16:11:39 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:3122 "EHLO finch-post-11.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Tue, 13 Jul 1999 16:11:21 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 1148tX-0006bo-0B; Tue, 13 Jul 1999 20:11:15 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 1148tK-0007IT-00; Tue, 13 Jul 1999 21:11:02 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Russell King - ARM Linux Admin cc: mestery@visi.com, linux-arm@vger.rutgers.edu Subject: Re: Question on syscall() In-Reply-To: Message from Russell King - ARM Linux Admin of "Tue, 13 Jul 1999 21:02:53 BST." <199907132002.VAA06269@flint.armlinux.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 13 Jul 1999 21:11:02 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >This will be fixed in my next patch (why hasn't anything complained about >it?) Well, under Linux hardly anything uses sys_syscall - in fact I can't think of any common program at all that does, off the top of my head. The BSD crt code makes heavy use of it but there's a completely separate handler for that anyway. It did work at one point not all that long ago; I suspect it got broken when the syscall handling was rearranged a few months back. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 13 23:36:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA03722 for ; Tue, 13 Jul 1999 23:36:50 +0100 Received: (qmail 13763 invoked from network); 13 Jul 1999 22:37:23 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 13 Jul 1999 22:37:23 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 13 Jul 1999 18:36:54 -0400 Received: by vger.rutgers.edu id ; Tue, 13 Jul 1999 18:33:07 -0400 Received: from kwanon.research.canon.com.au ([203.12.172.254]:48082 "HELO kwanon.research.canon.com.au") by vger.rutgers.edu with SMTP id ; Tue, 13 Jul 1999 18:30:59 -0400 Received: (qmail 19696 invoked from network); 13 Jul 1999 22:30:46 -0000 Received: from eos.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 13 Jul 1999 22:30:46 -0000 Received: from hodges.research.canon.com.au (hodges.research.canon.com.au [203.12.174.30]) by eos.research.canon.com.au (Postfix) with ESMTP id C92FF4251 for ; Wed, 14 Jul 1999 08:30:50 +1000 (EST) Received: by hodges.research.canon.com.au (Postfix, from userid 178) id 2CD848D4D; Wed, 14 Jul 1999 08:30:44 +1000 (EST) From: Mark Pulver Date: Wed, 14 Jul 1999 08:30:44 +1000 (EST) To: linux-arm@vger.rutgers.edu Subject: newbe question: Tools X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14219.46976.228449.948586@hodges.research.canon.com.au> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Sorry to ask question below the techinical level of this list. I'm using a Brutus board trying to do an embedded application, I'm not ready of linux yet, but in the future I will be. Currently, I'm using the Arm SDK 2.5 evaulation version. Been unwilling to pay US$4500 per copy for the full version, and finding the debugger useless once you start running real time. I want to start using the gnutools (also to get off the PC). I can not understand how (once I cross-compile and link my application) to load this into the board (flash) or debug with angel/gdb. Having only the evaulation version of Arm's toolkit, I don't have angel source, so I don't know how to talk to it. Any help, or pointers to FAQ much welcome. Mark Mark Pulver (mpulver@research.canon.com.au) Senior Hardware Engineer (A Chip Designer) _--_|\ "Get up on your bike ... +61 - 2 - 9805 - 2965 (fax 9805-2929) / \ pedal on, pedal on, Canon Information Systems Research Australia \_.--._/ pedal on" -- Luka Bloom 1 Thomas Holt Drive, North Ryde, N.S.W., 2113. v The Acoustic Motorbike unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 08:36:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id IAA06261 for ; Wed, 14 Jul 1999 08:36:07 +0100 Received: (qmail 11938 invoked from network); 14 Jul 1999 07:36:39 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 07:36:39 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 03:36:11 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 03:34:58 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3751 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 03:33:48 -0400 Received: (qmail 11088 invoked by uid 0); 14 Jul 1999 07:40:07 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 14 Jul 1999 07:40:07 -0000 Date: Wed, 14 Jul 1999 08:40:06 +0100 (GMT) From: Alex Holden To: "Chagas, Jason" cc: "'linux-arm@vger.rutgers.edu'" Subject: RE: binutils-2.9.1.0.19a.tar.gz ?? In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 13 Jul 1999, Chagas, Jason wrote: > Do you know of anyone who has been successful with later versions of > Binutils?? I think I'm using .25 currently, and haven't noticed any problems yet. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 09:44:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA06632 for ; Wed, 14 Jul 1999 09:44:58 +0100 Received: (qmail 22994 invoked from network); 14 Jul 1999 08:45:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 08:45:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 04:45:07 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 04:42:19 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21033 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 04:40:58 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114KUd-0001b7-00; Wed, 14 Jul 1999 09:34:19 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114KUd-0002TF-00; Wed, 14 Jul 1999 09:34:19 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Mark Pulver cc: linux-arm@vger.rutgers.edu Subject: Re: newbe question: Tools In-reply-to: Your message of "Wed, 14 Jul 1999 08:30:44 +1000." <14219.46976.228449.948586@hodges.research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 09:34:19 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I can not understand how (once I cross-compile and link my >application) to load this into the board (flash) or debug >with angel/gdb. GDB knows how to talk to Angel so you can just load the program in that way. Alternatively look on ftp.cam.org:/pub/users/nico for a utility called "angelboot" that can do the download. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 10:15:12 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA06799 for ; Wed, 14 Jul 1999 10:15:11 +0100 Received: (qmail 25089 invoked from network); 14 Jul 1999 09:15:44 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 09:15:44 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 05:15:16 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 05:15:07 -0400 Received: from web1203.mail.yahoo.com ([128.11.23.139]:3574 "HELO web601.yahoomail.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 05:14:46 -0400 Message-ID: <19990714091409.9944.rocketmail@web601.yahoomail.com> Received: from [199.105.88.100] by web1203.mail.yahoo.com; Wed, 14 Jul 1999 02:14:09 PDT Date: Wed, 14 Jul 1999 02:14:09 -0700 (PDT) From: ss ss To: linux-arm@vger.rutgers.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I want to develope graphic application on sa-1100 evaluation platform using arm-linux. But I don't know whether I can install x-windows on the sa-1100 evaluation platform. _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 10:35:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA06979 for ; Wed, 14 Jul 1999 10:35:42 +0100 Received: (qmail 28215 invoked from network); 14 Jul 1999 09:36:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 09:36:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 05:35:52 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 05:35:33 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21107 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 05:35:19 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114LET-0001h5-00; Wed, 14 Jul 1999 10:21:41 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114LET-0002ZG-00; Wed, 14 Jul 1999 10:21:41 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: ss ss cc: linux-arm@vger.rutgers.edu In-reply-to: Your message of "Wed, 14 Jul 1999 02:14:09 PDT." <19990714091409.9944.rocketmail@web601.yahoomail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 10:21:41 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <19990714091409.9944.rocketmail@web601.yahoomail.com>, ss ss writes: >I want to develope graphic application on sa-1100 evaluation platform >using arm-linux. But I don't know whether I can install x-windows on >the sa-1100 evaluation platform. The XF86_FBDev server works on SA-1100. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 11:40:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA07502 for ; Wed, 14 Jul 1999 11:40:56 +0100 Received: (qmail 2094 invoked from network); 14 Jul 1999 10:41:29 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 10:41:29 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 06:41:06 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 06:40:46 -0400 Received: from web1203.mail.yahoo.com ([128.11.23.139]:2378 "HELO web601.yahoomail.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 06:40:14 -0400 Message-ID: <19990714103937.17667.rocketmail@web601.yahoomail.com> Received: from [199.105.88.100] by web1203.mail.yahoo.com; Wed, 14 Jul 1999 03:39:37 PDT Date: Wed, 14 Jul 1999 03:39:37 -0700 (PDT) From: ss ss Subject: Where to find useful technical material for sa-1100 To: linux-arm@vger.rutgers.edu MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I want to develope software application on sa-1100 platform using linux. I have no experience. How can I get some useful material? _________________________________________________________ Do You Yahoo!? Get your free @yahoo.com address at http://mail.yahoo.com unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 14:32:04 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA08706 for ; Wed, 14 Jul 1999 14:32:03 +0100 Received: (qmail 25174 invoked from network); 14 Jul 1999 13:32:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 13:32:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 09:32:04 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 09:31:54 -0400 Received: from tele.visi.com ([209.98.98.17]:38095 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 09:29:16 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id EFEC81F809; Wed, 14 Jul 1999 08:28:54 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id IAA11260; Wed, 14 Jul 1999 08:28:54 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 14 Jul 1999 08:28:54 -0500 (CDT) From: To: linux-arm@vger.rutgers.edu Cc: Bill Backstrom Subject: Context switch time Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, Running kernel 2.2.10-rmk2-stk1, I have noticed that context switch times are pretty terrible. Running lmbench to measure this reports the following on my 200MHz SA-110: Context switching - times in microseconds - smaller is better ------------------------------------------------------------- Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw --------- ------------- ----- ------ ------ ------ ------ ------- ------- armv4l-li Linux 2.2.10- 200 410 914 453 931 434 930 armv4l-li Linux 2.2.10- 196 415 917 434 955 435 939 armv4l-li Linux 2.2.10- 199 410 915 455 955 434 948 armv4l-li Linux 2.2.10- 198 413 911 433 947 434 934 I know I've heard both good and bad things about lmbench, but are these numbers fairly accurate? Looking at the context switch code in proc-sa110.S shows comments pertaining to flushing the cache being horribly slow, which I'm guessing is because to flush it you have to read 16KB of data from the cache flush area. Have there been many changes to the context switching code in 2.3 at all that attempt to speed this up? Thanks. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 14:48:26 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA08860 for ; Wed, 14 Jul 1999 14:48:26 +0100 Received: (qmail 29252 invoked from network); 14 Jul 1999 13:48:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 13:48:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 09:48:11 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 09:45:03 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:3017 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 09:44:44 -0400 Received: From haydn With LocalMail ; Wed, 14 Jul 99 23:44:04 +1000 From: "Adam 'WeirdArms' Wiggins" To: mestery@visi.com Date: Wed, 14 Jul 1999 23:44:03 +1000 (EST) X-Sender: awiggins@haydn.orchestra.cse.unsw.EDU.AU cc: linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On this note I'm writting a technical report (Uni of N.S.W. Aust) on improving address space switches on the SA-1100. I was after a few people to 'prove' read it to see I haven't done anything stupid. The report is being done in rather a rush so those interested would have to read it and get comments back within a day. I expect it to be ready for proofing in the next half week or so. Please mail me privately if your interested in proofing. I'm also after anyone interested implimenting the idea's into linux. The current design is for a micro-kernel implimentation. Cheers Adam P.S. Good knowledge of the ARM Arch and the SA-1100 are required as well as Mem Mang OS background. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 15:12:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA09096 for ; Wed, 14 Jul 1999 15:12:27 +0100 Received: (qmail 1154 invoked from network); 14 Jul 1999 14:12:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 14:12:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 10:12:39 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 10:11:52 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21191 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 10:11:41 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114PhY-00027P-00; Wed, 14 Jul 1999 15:08:00 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114PhX-0004TP-00; Wed, 14 Jul 1999 15:07:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-reply-to: Your message of "Wed, 14 Jul 1999 08:28:54 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 15:07:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >I know I've heard both good and bad things about lmbench, but are these >numbers fairly accurate? Looking at the context switch code in >proc-sa110.S shows comments pertaining to flushing the cache being >horribly slow, which I'm guessing is because to flush it you have to >read 16KB of data from the cache flush area. Mostly I think lmbench is telling the truth. Some of the delay will be due to flushing the cache; on the EBSA-285 I'd expect that to be about 70us or so. I don't know where the rest of the slowdown is coming from but it would be interesting to find out. I usually get 2-way context switch times of about 160us on my netwinder, for what that's worth. >Have there been many changes to the context switching code in 2.3 at >all that attempt to speed this up? Thanks. No. There's nothing can be done about the cache, other than making some effort to avoid flushing it when possible. This helps a bit with the situation where you have one or more kernel threads (nfsd, kflushd, swapper or whatever) being scheduled a lot, and also for multithreaded user applications, but not a lot for general multitasking. It might be possible to avoid some of the other latency but I don't know of anybody who's actively looking into it right now. I did do a bit of work a month or so back to cut down on cache flushing under other circumstances, which helps with things like lat_proc, but not context switching as such. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 15:31:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA09196 for ; Wed, 14 Jul 1999 15:31:24 +0100 Received: (qmail 4334 invoked from network); 14 Jul 1999 14:31:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 14:31:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 10:31:28 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 10:31:12 -0400 Received: from [216.46.81.227] ([216.46.81.227]:42597 "EHLO ns.vikingtv.com") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 10:28:23 -0400 Received: from myfirstnyc (myfirstnyc.vikingtv.com [216.46.81.226]) by ns.vikingtv.com (8.9.1b+Sun/8.8.8) with SMTP id KAA29319 for ; Wed, 14 Jul 1999 10:23:27 -0400 (EDT) Message-ID: <00ec01bece05$3b328ec0$e2512ed8@myfirstnyc.vikingtv.com> From: "Thomas Olausson" To: Subject: SA-1100 phone device Date: Wed, 14 Jul 1999 10:29:07 -0400 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Greetings all, I'm new to list. Trying to evaluate if Linux is installable on this little device: I have a Internet TouchScreen Phone from Lucent. It has a SA-1100 chip, an ethernet PCMCIA card, a touchscreen (possibly VGA), 16Mb ram, flash ram, a keyboard. The motherboard is probably lucent's own. Right now it's running Inferno OS from them, what I want to see if Linux could be run here, maybe as a X-terminal. Any suggestions? It has limited memory capabilites, but I saw on the site www.arm.uk.linux.org a couple of other smaller devices (itsy, empeg) , so it shouldn't be impossible. Regards, Thomas unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 15:59:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA09393 for ; Wed, 14 Jul 1999 15:59:36 +0100 Received: (qmail 8620 invoked from network); 14 Jul 1999 15:00:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 15:00:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 10:59:28 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 10:59:20 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21244 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 10:58:59 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114QS0-0002ET-00; Wed, 14 Jul 1999 15:56:00 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114QRz-0004l4-00; Wed, 14 Jul 1999 15:55:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: mestery@visi.com cc: linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-reply-to: Your message of "Wed, 14 Jul 1999 08:28:54 CDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 15:55:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Running kernel 2.2.10-rmk2-stk1, I have noticed that context switch >times are pretty terrible. Running lmbench to measure this reports the For interest's sake, here's the latest in my set of irregularly-collected lmbench results. I ran the benchmark twice on my NetWinder under both 2.2.10 and 2.3.9 and I've left in some of the historical ones as a comparison. There are some funnies -- I've no idea what's going on with the page-fault latency measurement under 2.3.9, and it seems strange that select has suddenly got 200us slower. Anyway... p. L M B E N C H 1 . 9 S U M M A R Y ------------------------------------ (Alpha software, do not distribute) Processor, Processes - times in microseconds - smaller is better ---------------------------------------------------------------- Host OS Mhz null null open selct sig sig fork exec sh call I/O stat clos inst hndl proc proc proc --------- ------------- ---- ---- ---- ---- ---- ----- ---- ---- ---- ---- ---- alpha-lin Linux 2.1.132 226 4.1 8.5 45 70 0.39K 18.9 45 4.5K 27K 97K arm32-net NetBSD 1.3F 224 2.2 11. 62 101 0.27K 5.3 257 15.8K 42K 74K armv4l-li Linux 2.2.9 233 0.6 1.3 10 12 0.11K 4.5 4 3.3K 13K 58K armv4l-li Linux 2.2.7 275 0.5 1.1 8 10 0.08K 3.8 3 3.0K 14K 26K armv4l-li Linux 2.0.31 274 0.6 2.7 16 15 0.08K 5.5 50 3.8K 15K 66K armv4l-li Linux 2.2.10 275 0.5 1.1 8 10 0.08K 3.7 3 2.8K 12K 51K armv4l-li Linux 2.2.10 275 0.5 1.1 8 10 0.08K 3.7 3 2.8K 12K 51K armv4l-li Linux 2.3.9 275 0.5 1.1 8 9 0.10K 3.7 3 2.7K 10K 41K armv4l-li Linux 2.3.9 275 0.5 1.1 8 10 0.10K 3.7 3 2.7K 10K 41K i586-linu Linux 2.2.6 100 4.5 2.6 22 33 0.20K 4.5 9 1.6K 8K 45K i586-linu Linux 2.2.0-p 133 1.1 2.1 16 26 0.13K 3.7 8 1.1K 7K 39K sparc-lin Linux 2.1.130 33 10.7 17. 157 178 1.01K 56.5 105 10.5K 63K 226K Context switching - times in microseconds - smaller is better ------------------------------------------------------------- Host OS 2p/0K 2p/16K 2p/64K 8p/16K 8p/64K 16p/16K 16p/64K ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw ctxsw --------- ------------- ----- ------ ------ ------ ------ ------- ------- alpha-lin Linux 2.1.132 34 140 699 267 1515 335 1678 arm32-net NetBSD 1.3F 381 617 821 879 armv4l-li Linux 2.2.9 armv4l-li Linux 2.2.7 162 342 768 360 777 352 779 armv4l-li Linux 2.0.31 177 348 750 354 770 378 780 armv4l-li Linux 2.2.10 157 330 731 345 746 355 755 armv4l-li Linux 2.2.10 158 329 732 331 749 345 769 armv4l-li Linux 2.3.9 160 334 732 350 735 344 768 armv4l-li Linux 2.3.9 159 335 733 335 767 355 775 i586-linu Linux 2.2.6 10 79 346 116 528 126 570 i586-linu Linux 2.2.0-p 8 75 292 82 404 104 462 sparc-lin Linux 2.1.130 517 532 1211 *Local* Communication latencies in microseconds - smaller is better ------------------------------------------------------------------- Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP ctxsw UNIX UDP TCP conn --------- ------------- ----- ----- ---- ----- ----- ----- ----- ---- alpha-lin Linux 2.1.132 34 128 288 568 749 2265 arm32-net NetBSD 1.3F 381 875 871 1256 1383 3278 armv4l-li Linux 2.2.9 417 691 armv4l-li Linux 2.2.7 162 325 451 612 823 1792 armv4l-li Linux 2.0.31 177 359 490 709 985 1127 armv4l-li Linux 2.2.10 157 315 821 590 793 1862 armv4l-li Linux 2.2.10 158 316 894 588 770 1754 armv4l-li Linux 2.3.9 160 321 565 625 770 1747 armv4l-li Linux 2.3.9 159 325 632 598 770 1750 i586-linu Linux 2.2.6 10 40 73 168 468 869 i586-linu Linux 2.2.0-p 8 29 62 163 239 742 sparc-lin Linux 2.1.130 268 576 1094 1564 4398 File & VM system latencies in microseconds - smaller is better -------------------------------------------------------------- Host OS 0K File 10K File Mmap Prot Page Create Delete Create Delete Latency Fault Fault --------- ------------- ------ ------ ------ ------ ------- ----- ----- alpha-lin Linux 2.1.132 55 22 170 40 56904 13.8K arm32-net NetBSD 1.3F 35107 1934 5.0K armv4l-li Linux 2.2.9 0 2 1.9K armv4l-li Linux 2.2.7 28045 1 1.6K armv4l-li Linux 2.0.31 65 4 156 10 27317 0.2K armv4l-li Linux 2.2.10 25178 1 1.3K armv4l-li Linux 2.2.10 25168 1 1.3K armv4l-li Linux 2.3.9 3842 1 0.0K armv4l-li Linux 2.3.9 3858 1 9.3K i586-linu Linux 2.2.6 21500 5 2.1K i586-linu Linux 2.2.0-p 40 6 143 12 9439 2.1K sparc-lin Linux 2.1.130 555 100 763 234 37715 1.5K *Local* Communication bandwidths in MB/s - bigger is better ----------------------------------------------------------- Host OS Pipe AF TCP File Mmap Bcopy Bcopy Mem Mem UNIX reread reread (libc) (hand) read write --------- ------------- ---- ---- ---- ------ ------ ------ ------ ---- ----- alpha-lin Linux 2.1.132 15 15 8 18 34 13 14 34 36 arm32-net NetBSD 1.3F 5 5 9 14 75 52 52 72 98 armv4l-li Linux 2.2.9 -1 -1 -1 -1 -1 -1 -1 -1 armv4l-li Linux 2.2.7 10 23 18 35 88 62 62 88 116 armv4l-li Linux 2.0.31 9 15 12 36 92 65 65 92 121 armv4l-li Linux 2.2.10 10 23 19 37 92 64 64 92 121 armv4l-li Linux 2.2.10 10 24 16 37 92 64 64 92 121 armv4l-li Linux 2.3.9 10 23 18 37 92 64 64 92 121 armv4l-li Linux 2.3.9 10 23 19 37 92 64 64 92 121 i586-linu Linux 2.2.6 35 4 12 30 75 38 47 75 88 i586-linu Linux 2.2.0-p 37 24 18 35 90 39 46 90 89 sparc-lin Linux 2.1.130 7 2 3 7 18 9 10 18 16 Memory latencies in nanoseconds - smaller is better (WARNING - may not be correct, check graphs) --------------------------------------------------- Host OS Mhz L1 $ L2 $ Main mem Guesses --------- ------------- --- ---- ---- -------- ------- alpha-lin Linux 2.1.132 226 13 137 890 arm32-net NetBSD 1.3F 224 8 334 347 No L2 cache? armv4l-li Linux 2.2.9 233 - - - Bad mhz? armv4l-li Linux 2.2.7 275 7 278 289 No L2 cache? armv4l-li Linux 2.0.31 274 0 270 270 No L2 cache? armv4l-li Linux 2.2.10 275 7 269 279 No L2 cache? armv4l-li Linux 2.2.10 275 7 269 279 No L2 cache? armv4l-li Linux 2.3.9 275 7 269 280 No L2 cache? armv4l-li Linux 2.3.9 275 7 269 279 No L2 cache? i586-linu Linux 2.2.6 100 20 123 193 i586-linu Linux 2.2.0-p 133 15 80 147 sparc-lin Linux 2.1.130 33 90 888 889 No L2 cache? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 16:23:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA09567 for ; Wed, 14 Jul 1999 16:23:32 +0100 Received: (qmail 13368 invoked from network); 14 Jul 1999 15:24:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 15:24:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 11:23:33 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 11:23:20 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21252 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 11:21:01 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114QWr-0002G0-00; Wed, 14 Jul 1999 16:01:01 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114QWr-0004mY-00; Wed, 14 Jul 1999 16:01:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Thomas Olausson" cc: linux-arm@vger.rutgers.edu Subject: Re: SA-1100 phone device In-reply-to: Your message of "Wed, 14 Jul 1999 10:29:07 EDT." <00ec01bece05$3b328ec0$e2512ed8@myfirstnyc.vikingtv.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 16:01:01 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Trying to evaluate if Linux is installable on this little device: No reason why not. 16MB of RAM should be adequate. Your main problem is likely to be actually getting the code into the device, assuming it currently boots from ROM or flash. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 17:02:52 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA09790 for ; Wed, 14 Jul 1999 17:02:47 +0100 Received: (qmail 17939 invoked from network); 14 Jul 1999 16:03:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 16:03:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 12:02:50 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 12:02:41 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:61925 "EHLO Hydro.CAM.ORG") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 12:02:24 -0400 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id MAA09232; Wed, 14 Jul 1999 12:02:05 -0400 (EDT) Date: Wed, 14 Jul 1999 12:01:45 -0400 (EDT) From: Nicolas Pitre To: ss ss cc: linux-arm@vger.rutgers.edu Subject: Re: Where to find useful technical material for sa-1100 In-Reply-To: <19990714103937.17667.rocketmail@web601.yahoomail.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, ss ss wrote: > I want to develope software application on sa-1100 platform using > linux. I have no experience. How can I get some useful material? http://developer.intel.com/design/strong/applnots/sa1100lx/getstart.htm Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 17:14:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA09863 for ; Wed, 14 Jul 1999 17:14:10 +0100 Received: (qmail 19845 invoked from network); 14 Jul 1999 16:14:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 16:14:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 12:14:17 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 12:14:08 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:2254 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 12:12:05 -0400 Received: from causality.com (localhost [127.0.0.1]) by tsuenwan.causality.com (8.9.2/8.9.2) with ESMTP id JAA04739; Wed, 14 Jul 1999 09:04:40 -0700 (PDT) (envelope-from neil@causality.com) Message-ID: <378CB518.E26E7E46@causality.com> Date: Wed, 14 Jul 1999 09:04:40 -0700 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Philip Blundell CC: mestery@visi.com, linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing It's interesting; in the past when doing these benchmarks, things like the pipe throughput and local latencies became totally shadowed by ctx sw times. I remember once a test where the remote latency was smaller than the local one :-) Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 17:31:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA09993 for ; Wed, 14 Jul 1999 17:31:56 +0100 Received: (qmail 22333 invoked from network); 14 Jul 1999 16:32:24 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 16:32:24 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 12:30:33 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 12:29:35 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:21310 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 12:29:21 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 114RtB-0002TG-00; Wed, 14 Jul 1999 17:28:09 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 114RtB-0005SG-00; Wed, 14 Jul 1999 17:28:09 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Neil A. Carson" cc: mestery@visi.com, linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-reply-to: Your message of "Wed, 14 Jul 1999 09:04:40 PDT." <378CB518.E26E7E46@causality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 17:28:09 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <378CB518.E26E7E46@causality.com>, "Neil A. Carson" writes: >It's interesting; in the past when doing these benchmarks, things like >the pipe throughput and local latencies became totally shadowed by ctx >sw times. I remember once a test where the remote latency was smaller >than the local one :-) Yeah. None of the lmbench programs I looked at make any attempt to factor out the context switch time from what they're measuring. The tough bit is that faced with results like: Host OS 2p/0K Pipe AF UDP RPC/ TCP RPC/ TCP ctxsw UNIX UDP TCP conn armv4l-li Linux 2.3.9 159 325 632 598 770 1750 it's hard to know how much of the blame for the 632us AF_UNIX latency you can lay at the door of context switching, and how much you are picking up elsewhere. BTW, there is of course another bad effect of the ARM cache that the comments in the code don't mention. Because it's virtual mapped you have to flush the whole thing on every context switch -- even if you could do this instantaneously, as you pretty much can on non-StrongARM machines, both the kernel and the newly-running user program are starting out with completely cold caches, so you get desperately bad performance for a while as everything gets reloaded from main memory. This might actually make it worthwhile to think about adding to the ARM6/7 support some of the code to work out when we can get away without flushing the cache and TLB. I will investigate that when I can find some time. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 18:01:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10186 for ; Wed, 14 Jul 1999 18:01:23 +0100 Received: (qmail 27901 invoked from network); 14 Jul 1999 17:01:56 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 17:01:56 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 12:54:43 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 12:54:06 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:46165 "EHLO Hydro.CAM.ORG") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 12:53:35 -0400 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id MAA22934; Wed, 14 Jul 1999 12:53:21 -0400 (EDT) Date: Wed, 14 Jul 1999 12:53:28 -0400 (EDT) From: Nicolas Pitre Reply-To: Nicolas Pitre To: Thomas Olausson cc: linux-arm@vger.rutgers.edu Subject: Re: SA-1100 phone device In-Reply-To: <00ec01bece05$3b328ec0$e2512ed8@myfirstnyc.vikingtv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, Thomas Olausson wrote: > Greetings all, I'm new to list. > Trying to evaluate if Linux is installable on this little device: > > I have a Internet TouchScreen Phone from Lucent. > It has a SA-1100 chip, an ethernet PCMCIA card, > a touchscreen (possibly VGA), 16Mb ram, flash ram, > a keyboard. > The motherboard is probably lucent's own. It is certainly doable, but it might require the flash to be replaced with a custom bootloader + kernel code. > Right now it's running Inferno OS from them, what > I want to see if Linux could be run here, maybe > as a X-terminal. Yes it's possible. BTW: do you have a pointer on that product? Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 18:08:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10235 for ; Wed, 14 Jul 1999 18:08:44 +0100 Received: (qmail 29872 invoked from network); 14 Jul 1999 17:09:17 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 17:09:17 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 13:06:10 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 13:02:42 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:2393 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 12:59:25 -0400 Received: from causality.com (localhost [127.0.0.1]) by tsuenwan.causality.com (8.9.2/8.9.2) with ESMTP id JAA04836; Wed, 14 Jul 1999 09:54:47 -0700 (PDT) (envelope-from neil@causality.com) Message-ID: <378CC0D7.7938AEC4@causality.com> Date: Wed, 14 Jul 1999 09:54:47 -0700 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Philip Blundell CC: mestery@visi.com, linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing One thing that I was considering was making all binaries effectively PIC, and placing them at different points in the address space. An idea probably hated by unix hackers in general, but for small sets of processes it seemd an interesting way of preserving the cache between some context switches. Eg if we only allow a process 512MB of VA space, we can map each new pmap (sorry, a BSDism although I don't work on that any more either) at say 4KB + (512 * (i%6)) or something like that. Even with 1GB per proc you'd have enough room for 3... Thoughts? Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 18:24:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10490 for ; Wed, 14 Jul 1999 18:24:39 +0100 Received: (qmail 1276 invoked from network); 14 Jul 1999 17:25:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 17:25:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 13:23:42 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 13:13:49 -0400 Received: from [62.232.19.201] ([62.232.19.201]:1718 "EHLO bastion.power-x.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 13:06:44 -0400 Received: from springhead.px.uk.com (IDENT:dg@springhead.px.uk.com [172.16.17.15]) by bastion.power-x.co.uk (8.9.3/8.9.3) with ESMTP id SAA16641; Wed, 14 Jul 1999 18:06:35 +0100 Date: Wed, 14 Jul 1999 18:06:33 +0100 (BST) From: "Dr. David Gilbert" To: Thomas Olausson cc: linux-arm@vger.rutgers.edu Subject: Re: SA-1100 phone device In-Reply-To: <00ec01bece05$3b328ec0$e2512ed8@myfirstnyc.vikingtv.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, Thomas Olausson wrote: > Greetings all, I'm new to list. > Trying to evaluate if Linux is installable on this little device: > > I have a Internet TouchScreen Phone from Lucent. > It has a SA-1100 chip, an ethernet PCMCIA card, > a touchscreen (possibly VGA), 16Mb ram, flash ram, > a keyboard. > The motherboard is probably lucent's own. Hmm - it sounds like it would be do-able - there is a separate mail list for SA1100 activities (sorry I can't remember it at the mo). The main problems to solve are: 1) How to get Linux into it (PCMCIA/ether etc) 2) How to have a loader for Linux under Inferno 3) How they've added the hardware onto the SA1100 I'm going to guess that (2) is the hard problem because (3) is probably similar to most other SA1100 based devices. Dave P.S. What is Inferno like ? /------------------------------------------------------------------\ | Dr. David Alan Gilbert | Work: dg@px.uk.com (+44-161-286-2000) | | -------- G7FHJ --------|---------------------------------------- | | Home: dave@treblig.org http://www.treblig.demon.co.uk | \------------------------------------------------------------------/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 18:32:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10555 for ; Wed, 14 Jul 1999 18:32:42 +0100 Received: (qmail 3156 invoked from network); 14 Jul 1999 17:33:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 17:33:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 13:32:28 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 13:29:10 -0400 Received: from tele.visi.com ([209.98.98.17]:46405 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 13:27:36 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id F02641F814; Wed, 14 Jul 1999 12:26:58 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id MAA24504; Wed, 14 Jul 1999 12:26:58 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 14 Jul 1999 12:26:58 -0500 (CDT) From: To: "Neil A. Carson" Cc: Philip Blundell , linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-Reply-To: <378CC0D7.7938AEC4@causality.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, Neil A. Carson wrote: > One thing that I was considering was making all binaries effectively > PIC, and placing them at different points in the address space. > > An idea probably hated by unix hackers in general, but for small sets of > processes it seemd an interesting way of preserving the cache between > some context switches. > > Eg if we only allow a process 512MB of VA space, we can map each new > pmap (sorry, a BSDism although I don't work on that any more either) at > say 4KB + (512 * (i%6)) or something like that. Even with 1GB per proc > you'd have enough room for 3... > > Thoughts? > This sounds like it would be possible. Another idea a colleague at work suggested was to make everyone share the same virtual address mappings, i.e. you don't have to flush the cache on a context switch. There would be one set of virtual mappings that everyone gets mapped to. Of course, another option (an idea even more hated than Neals, I'm guessing:) would be to make Linux be able to handle a flat address space. Then you can use the MMU for protection only, and have two sets of page tables, one for the kernel, and one for everyone else. User processes can then splat each other, but not the kernel. This makes the system somewhat more functional than MS-DOS or MAC-OS.:) Not a popular option, but for some occasions, this might be nice. (i.e. embedded systems running Linux). -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 18:40:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA10620 for ; Wed, 14 Jul 1999 18:40:39 +0100 Received: (qmail 3941 invoked from network); 14 Jul 1999 17:41:10 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 17:41:10 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 13:40:06 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 13:39:53 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:2456 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 13:39:09 -0400 Received: from causality.com (localhost [127.0.0.1]) by tsuenwan.causality.com (8.9.2/8.9.2) with ESMTP id KAA04877; Wed, 14 Jul 1999 10:34:56 -0700 (PDT) (envelope-from neil@causality.com) Message-ID: <378CCA40.2E9EC073@causality.com> Date: Wed, 14 Jul 1999 10:34:56 -0700 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: mestery@visi.com CC: Philip Blundell , linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com wrote: > This sounds like it would be possible. Another idea a colleague at work > suggested was to make everyone share the same virtual address mappings, > i.e. you don't have to flush the cache on a context switch. There would > be one set of virtual mappings that everyone gets mapped to. I don't get you; how does this differ from what we have at the moment? Everything gets mapped to one address... > Of course, another option (an idea even more hated than Neals, I'm > guessing:) would be to make Linux be able to handle a flat address > space. Then you can use the MMU for protection only, and have two sets > of page tables, one for the kernel, and one for everyone else. User > processes can then splat each other, but not the kernel. This makes the > system somewhat more functional than MS-DOS or MAC-OS.:) Not a popular > option, but for some occasions, this might be nice. (i.e. embedded > systems running Linux). This makes sense, but what makes even more sense is to run with a proper CPU for the target :-) Running multi-user UNIX systems on things like strongarms is, IMHO, scaling them up too much if they are used in a scalable (ie non-UI or something like web serving) context. Why not just use an SH-4 or something? Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 19:08:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA10972 for ; Wed, 14 Jul 1999 19:08:50 +0100 Received: (qmail 9742 invoked from network); 14 Jul 1999 18:09:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 18:09:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 14:04:09 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 14:00:54 -0400 Received: from mail2.digital.com ([204.123.2.56]:3395 "EHLO mail2.digital.com") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 13:59:26 -0400 Received: from pobox1.pa.dec.com (pobox1.pa.dec.com [16.1.240.19]) by mail2.digital.com (8.9.2/8.9.2/WV2.0g) with SMTP id KAA19516 for ; Wed, 14 Jul 1999 10:59:26 -0700 (PDT) Received: from wera.pa.dec.com by pobox1.pa.dec.com (5.65v3.2/1.1.10.5/07Nov97-1157AM) id AA14779; Wed, 14 Jul 1999 10:59:26 -0700 Received: by wera.pa.dec.com; (8.8.8/1.1.8.2/06Jun96-0357PM) id KAA04048; Wed, 14 Jul 1999 10:59:26 -0700 (PDT) From: Godmar Back Message-Id: <199907141759.KAA04048@wera.pa.dec.com> Subject: serial driver irq takes too long (fwd) To: linux-arm@vger.rutgers.edu Date: Wed, 14 Jul 1999 10:59:26 -0700 (PDT) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, here's a copy of a message I sent to the general linux kernel mailing list. As this happens with a StrongARM (though I don't believe it's StrongARM specific), maybe someone on this mailing list may have an insight as to why the serial driver runs with irqs off. Thanks, - Godmar Forwarded message: > From gback Wed Jul 14 10:56:07 1999 > From: Godmar Back > Message-Id: <199907141756.KAA04082@wera.pa.dec.com> > Subject: serial driver irq takes too long > To: linux-kernel@vger.rutgers.edu > Date: Wed, 14 Jul 1999 10:56:07 -0700 (PDT) > Cc: gback > X-Mailer: ELM [version 2.4 PL24] > Content-Type: text > > > Hi, > > I have a question/problem with the serial driver. > > This is with a 2.0.30 kernel, but a quick look at 2.2.5 tells > me that this version would most likely exhibit the same problem. > > The problem I'm seeing is that the serial driver takes too long to > handle a receive interrupt because it runs while interrupts are disabled. > > As a result, other, higher-prioritized interrupts cannot be handled in time. > This has bad effects on the systems in that it causes my sound driver > to not refill its codec's fifo in run, which in turn results in underruns > and interruptions of the audio play. > > My questions: > > + why does the serial driver run with interrupts disabled for so long? > + has anybody seen that problem? > + how could one fix it? > > Here's what I tried. I added a pair of sti(); cli(); in the > receive_chars() do { } while() loop right before the serial_inp(). > Like so: > > receive_chars() > { > do { > sti(); > cli(); > ... serial_inp() > ... > } while ( ... ) > } > > This appears to more or less work for a single serial port, but is it safe > (methinks it's not, especially if there's more than one serial port on the > machine.) That's on a 200MHz StrongARM, btw. > > > Thanks, > > - Godmar > > ps: it would be nice to cc me if someone replied to this. > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 19:22:21 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA11076 for ; Wed, 14 Jul 1999 19:22:21 +0100 Received: (qmail 12677 invoked from network); 14 Jul 1999 18:22:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 18:22:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 14:22:24 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 14:22:16 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3939 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 14:21:46 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 114Tey-000ExD-0K; Wed, 14 Jul 1999 18:21:36 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 114Teq-0007v4-00; Wed, 14 Jul 1999 19:21:28 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: "Neil A. Carson" cc: mestery@visi.com, linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-Reply-To: Message from "Neil A. Carson" of "Wed, 14 Jul 1999 09:54:47 PDT." <378CC0D7.7938AEC4@causality.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 14 Jul 1999 19:21:28 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Eg if we only allow a process 512MB of VA space, we can map each new >pmap (sorry, a BSDism although I don't work on that any more either) at >say 4KB + (512 * (i%6)) or something like that. Even with 1GB per proc >you'd have enough room for 3... Yes, I've thought about this in the past. In fact by putting each task in a different domain you could avoid even having to flush the TLB. I think it would always be a bit of a specialist interest and it's probably not suitable for "mainstream" kernels but it's certainly an idea worth pursuing if someone has the time and inclination. Compiling everything as PIC would obviously cost a small amount but it's not the end of the world. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 20:30:41 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA11501 for ; Wed, 14 Jul 1999 20:30:36 +0100 Received: (qmail 23219 invoked from network); 14 Jul 1999 19:31:09 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 19:31:09 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 15:30:32 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 15:30:25 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:4948 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 15:30:08 -0400 Received: from [212.126.149.219] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 114US7-0000Nl-00; Wed, 14 Jul 1999 19:12:23 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA25642; Wed, 14 Jul 1999 20:02:46 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id UAA09155; Wed, 14 Jul 1999 20:00:57 +0100 Message-Id: <199907141900.UAA09155@flint.armlinux.org.uk> Subject: Re: Context switch time To: pb@nexus.co.uk (Philip Blundell) Date: Wed, 14 Jul 1999 20:00:57 +0100 (BST) Cc: mestery@visi.com, linux-arm@vger.rutgers.edu, backstr@anubis.network.com In-Reply-To: from "Philip Blundell" at Jul 14, 99 03:55:59 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Philip Blundell writes: > There are some funnies -- I've no idea what's going on with the page-fault > latency measurement under 2.3.9, and it seems strange that select has suddenly > got 200us slower. Anyway... 2.3.9/2.3.10 are both seriously broken as far as the memory management, page cache, and buffer cache go. I wouldn't recommend running it r/w on any filesystem whatsoever, unless you'd like to loose it. Certainly both the loop and ramdisk devices just plain old do not work (files read wrong data). This is why I haven't rushed to do the 2.3.10 release yet. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 20:30:58 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA11509 for ; Wed, 14 Jul 1999 20:30:57 +0100 Received: (qmail 23327 invoked from network); 14 Jul 1999 19:31:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 19:31:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 15:30:51 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 15:30:31 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:4948 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Wed, 14 Jul 1999 15:30:07 -0400 Received: from [212.126.149.219] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 114US3-0000Nl-00; Wed, 14 Jul 1999 19:12:20 +0000 Received: from flint.armlinux.org.uk (root@flint [192.168.0.4]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id UAA25666; Wed, 14 Jul 1999 20:11:28 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by flint.armlinux.org.uk (8.8.7/8.7.3) id UAA09183; Wed, 14 Jul 1999 20:09:39 +0100 Message-Id: <199907141909.UAA09183@flint.armlinux.org.uk> Subject: Re: serial driver irq takes too long (fwd) To: gback@pa.dec.com (Godmar Back) Date: Wed, 14 Jul 1999 20:09:39 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <199907141759.KAA04048@wera.pa.dec.com> from "Godmar Back" at Jul 14, 99 10:59:26 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Godmar Back writes: > here's a copy of a message I sent to the general linux kernel mailing list. > As this happens with a StrongARM (though I don't believe it's StrongARM > specific), maybe someone on this mailing list may have an insight as > to why the serial driver runs with irqs off. I don't think this is a serial-specific problem. Sound IRQs should not be high priority - serial should certainly override the sound IRQ at any cost. What does really impact the IRQ performance is the hard disk. Here, I can stop sound output dead, and even slow down the 100Hz timer due to hard disk activity. For instance, if I do a hdparm -t /dev/hda, it could come out at 4MB/s. I know for a fact that it's only doing 2MB/s though. hdparm -u1 /dev/hda fixes this, and indeed, I run by default all my drives with unmasking enabled. I would suggest that you also try this to see if it fixes your problem. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 21:26:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA11831 for ; Wed, 14 Jul 1999 21:26:07 +0100 Received: (qmail 3300 invoked from network); 14 Jul 1999 20:26:39 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 20:26:39 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 16:25:22 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 16:25:04 -0400 Received: from tele.visi.com ([209.98.98.17]:53209 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 16:24:55 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id BE95D1F811; Wed, 14 Jul 1999 15:22:50 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id PAA05048; Wed, 14 Jul 1999 15:22:50 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 14 Jul 1999 15:22:50 -0500 (CDT) From: To: "Neil A. Carson" Cc: Philip Blundell , linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-Reply-To: <378CCA40.2E9EC073@causality.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, Neil A. Carson wrote: > mestery@visi.com wrote: > > > This sounds like it would be possible. Another idea a colleague at work > > suggested was to make everyone share the same virtual address mappings, > > i.e. you don't have to flush the cache on a context switch. There would > > be one set of virtual mappings that everyone gets mapped to. > > I don't get you; how does this differ from what we have at the moment? > Everything gets mapped to one address... > Oops! I guess I meant pretty much the same thing as you said previously. I'm new at this stuff, and still getting my feet wet. Basically, I was refering to have all processes mapped into the same address space, but using the MMU for protection and such. All of the process's have the same physical<->virtual address mappings, they just differ on which mappings are real. I had another thought: When you go to fill a line in the cache (32bytes), it's always filled a line at a time. I haven't looked at the Linux cache flushing code yet, but does it read all 32 bytes for each cache line fill? Would it be possible to speed up the cache flushing by reading just one word, which would fill a cache line, and then skipping ahead 32 bytes and reading another word, thus filling another cache line? Instead of having 8 reads per cache line fill, you would now only have 1. Just a thought. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 14 21:45:08 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA12244 for ; Wed, 14 Jul 1999 21:45:07 +0100 Received: (qmail 4210 invoked from network); 14 Jul 1999 20:45:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 14 Jul 1999 20:45:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 14 Jul 1999 16:45:09 -0400 Received: by vger.rutgers.edu id ; Wed, 14 Jul 1999 16:44:59 -0400 Received: from tele.visi.com ([209.98.98.17]:54052 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Wed, 14 Jul 1999 16:44:40 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 8A19D1F860; Wed, 14 Jul 1999 15:43:32 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id PAA06013; Wed, 14 Jul 1999 15:43:32 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Wed, 14 Jul 1999 15:43:32 -0500 (CDT) From: To: "Neil A. Carson" Cc: Philip Blundell , linux-arm@vger.rutgers.edu, Bill Backstrom Subject: Re: Context switch time In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999 mestery@visi.com wrote: Scratch the below, I just looked at the code and it appears to already do this. Oh well, it was worth a shot!:) > > I had another thought: When you go to fill a line in the cache > (32bytes), it's always filled a line at a time. I haven't looked at the > Linux cache flushing code yet, but does it read all 32 bytes for each > cache line fill? Would it be possible to speed up the cache flushing by > reading just one word, which would fill a cache line, and then skipping > ahead 32 bytes and reading another word, thus filling another cache line? > Instead of having 8 reads per cache line fill, you would now only have > 1. Just a thought. > > -- > Kyle Mestery | StorageTek's Storage Networking Group > mestery@visi.com | http://www.freebsd.org/ > mestery@netwinder.org | http://www.netwinder.org/ > Protect your right to privacy: www.freecrypto.org > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 18:19:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA24847 for ; Thu, 15 Jul 1999 18:18:06 +0100 Received: (qmail 2458 invoked from network); 15 Jul 1999 17:18:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 17:18:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 13:14:29 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 13:14:02 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:4249 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 13:12:08 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id TAA28577; Thu, 15 Jul 1999 19:11:37 +0200 (METDST) Date: Thu, 15 Jul 1999 19:11:36 +0200 (METDST) From: "Hanske;Stefan" To: Mike Shaver cc: linux-arm@vger.rutgers.edu Subject: Re: Mozilla In-Reply-To: <3787680E.6E1794D2@netscape.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 10 Jul 1999, Mike Shaver wrote: > "Hanske;Stefan" wrote: > > > > To Mathew Wilcox: > > > > I've seen you're going do try to port this beast to ARM, thats what I was > > about to do. I've got an almost completely running version and one of the > > last things missing is the complete xptcall interface. I've made a good > > progress in porting xpcom/reflect/xptcall/src/md/unix/xptcinvoke_*, it's > > working now. But I can't decode the other machines assembly in > > xptcstubs_*.cpp. Do you know what the exact purpose of this code is or > > from where it get's called with what parameters?!? > > There's lots of information on xptcall at > http://www.mozilla.org/scriptable/xptcall-faq.html and a porting guide > at > http://lxr.mozilla.org/mozilla/source/xpcom/reflect/xptcall/porting.html > . > > If you have additional questions, you should post them to > news://news.mozilla.org/netscape.public.mozilla.xpcom or send mail to > the reflector at mozilla-xpcom@mozilla.org . > OK, I think I've done it. Is there some public place where I could upload it for someone to try??? But be warned: Minimum for a reasonable speed seems to be a strong arm. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 18:25:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA24847 for ; Thu, 15 Jul 1999 18:18:06 +0100 Received: (qmail 2458 invoked from network); 15 Jul 1999 17:18:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 17:18:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 13:14:29 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 13:14:02 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:4249 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 13:12:08 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id TAA28577; Thu, 15 Jul 1999 19:11:37 +0200 (METDST) Date: Thu, 15 Jul 1999 19:11:36 +0200 (METDST) From: "Hanske;Stefan" To: Mike Shaver cc: linux-arm@vger.rutgers.edu Subject: Re: Mozilla In-Reply-To: <3787680E.6E1794D2@netscape.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 10 Jul 1999, Mike Shaver wrote: > "Hanske;Stefan" wrote: > > > > To Mathew Wilcox: > > > > I've seen you're going do try to port this beast to ARM, thats what I was > > about to do. I've got an almost completely running version and one of the > > last things missing is the complete xptcall interface. I've made a good > > progress in porting xpcom/reflect/xptcall/src/md/unix/xptcinvoke_*, it's > > working now. But I can't decode the other machines assembly in > > xptcstubs_*.cpp. Do you know what the exact purpose of this code is or > > from where it get's called with what parameters?!? > > There's lots of information on xptcall at > http://www.mozilla.org/scriptable/xptcall-faq.html and a porting guide > at > http://lxr.mozilla.org/mozilla/source/xpcom/reflect/xptcall/porting.html > . > > If you have additional questions, you should post them to > news://news.mozilla.org/netscape.public.mozilla.xpcom or send mail to > the reflector at mozilla-xpcom@mozilla.org . > OK, I think I've done it. Is there some public place where I could upload it for someone to try??? But be warned: Minimum for a reasonable speed seems to be a strong arm. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 20:10:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 20:10:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 20:25:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 20:40:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 20:57:16 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 15 21:10:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@[163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA25535 for ; Thu, 15 Jul 1999 20:10:43 +0100 Received: (qmail 31934 invoked from network); 15 Jul 1999 19:11:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 15 Jul 1999 19:11:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 15 Jul 1999 14:53:49 -0400 Received: by vger.rutgers.edu id ; Thu, 15 Jul 1999 14:31:12 -0400 Received: from mail.RWTH-Aachen.DE ([137.226.144.9]:4121 "EHLO mail.rwth-aachen.de") by vger.rutgers.edu with ESMTP id ; Thu, 15 Jul 1999 14:29:55 -0400 Received: from tm913045 (s4m223.dialup.RWTH-Aachen.DE) by mail.rwth-aachen.de (PMDF V5.1-12 #D3869) with SMTP id <01JDLUBYHBBE0000A1@mail.rwth-aachen.de> for linux-arm@vger.rutgers.edu; Thu, 15 Jul 1999 20:30:32 +0200 Date: Wed, 14 Jul 1999 23:32:55 +0200 From: Thomas Marx Subject: Searching for fcntl.h To: linux-arm@vger.rutgers.edu Message-id: X-Organization: Home MIME-version: 1.0 X-Mailer: Messenger v1.40f for RISC OS Content-type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61a User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi again! I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. The compiler cannot find linux/fcntl.h. Which package installs this? Thanks in advance, Tom -- Thomas Marx Fon +49 241 542886 Bluecherplatz 24 52068 Aachen email thomas.marx@post.rwth-aachen.de Germany unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 16 13:23:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA03181 for ; Fri, 16 Jul 1999 13:23:53 +0100 Received: (qmail 6972 invoked from network); 16 Jul 1999 12:24:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 16 Jul 1999 12:24:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 16 Jul 1999 08:24:08 -0400 Received: by vger.rutgers.edu id ; Fri, 16 Jul 1999 08:23:49 -0400 Received: from nexus.carleton.ca ([134.117.76.10]:2415 "EHLO nexus.carleton.ca") by vger.rutgers.edu with ESMTP id ; Fri, 16 Jul 1999 08:23:32 -0400 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id IAA04583; Fri, 16 Jul 1999 08:23:11 -0400 Date: Fri, 16 Jul 1999 08:23:11 -0400 (EDT) From: "Rod m. Stewart" To: Thomas Marx cc: linux-arm@vger.rutgers.edu Subject: Re: Searching for fcntl.h In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, 14 Jul 1999, Thomas Marx wrote: > I just tried to compile the binutils 2.9.1.0.25 on a RPC SA 110. > The compiler cannot find linux/fcntl.h. > Which package installs this? This is from the kernel header files. /usr/include/linux should be a symlink to your kernel header files ..src/linux/include/linux or appropriate. -Rms unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 10:17:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA14261 for ; Mon, 19 Jul 1999 10:17:46 +0100 Received: (qmail 15618 invoked from network); 19 Jul 1999 09:18:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 09:18:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 05:18:03 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 05:17:54 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8021 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 05:17:45 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 19-Jul-1999 11:22:43 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Mon, 19 Jul 1999 11:18:15 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Problem with 285 and Am79C973 Message-Id: <19990719111815.022937@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi ! I'm working on a driver for the Am79C973 Ethernet controller that we use on our board. (The Linux PCNet driver needs to be adapted a little bit for ARM and for this chip, but I'm beginning with a driver for Russel's BIOS). I'm having a problem with both our board and the EBSA285 with the AMD evaluation board (so it doesn't look like a HW problem). Basically, what happens is that apparently, the Ethernet chip incorrectly reads datas from memory. For example, the initialisation block seems to be read ok (eth address is correct) except for the _last_ long word (the Tx ring address): the chip seems to read twice the Rx ring address. (After initialisation, when I read both ring base addresses via CSR registers, it looks like the chip used the same address for both Rx and Tx ring). Also, ethernet frames sent by the controller seems to be partially garbled. For ex, if the packet begins with 10 10 10 10 10 10 (hex source address), on another machine using iptraf, I see those packets coming with an address of 10 10 ff ff 10 10. Any clue about what's going on ? I think I have tried almost all possible configuration options of this ethernet chip, is it possible that there is some incompatibility between this chip and the 285 ? -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 11:45:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA14951 for ; Mon, 19 Jul 1999 11:45:34 +0100 Received: (qmail 24986 invoked from network); 19 Jul 1999 10:46:23 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 10:46:23 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 06:42:13 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 06:42:02 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8003 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 06:41:44 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 19-Jul-1999 12:46:31 +0200 In-Reply-To: <19990719111815.022937@mail.mipsys.com> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Mon, 19 Jul 1999 12:42:02 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re: Problem with 285 and Am79C973 Message-Id: <19990719124202.020568@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, Jul 19, 1999, Benjamin Herrenschmidt wrote: >Any clue about what's going on ? I think I have tried almost all possible >configuration options of this ethernet chip, is it possible that there is >some incompatibility between this chip and the 285 ? Note that this is not a cache coherency problem, the bios runs with cache off. I did add some cache flush/inval. code in case I want to turn the cache on in a future version. Note that the linux pcnet driver needs to be adapted for cache incoherency, but this is another matter and apparently not the source of my problem. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 13:11:10 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA15619 for ; Mon, 19 Jul 1999 13:11:10 +0100 Received: (qmail 31602 invoked from network); 19 Jul 1999 12:11:58 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 12:11:58 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 08:11:36 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 08:11:17 -0400 Received: from nz40.rz.uni-karlsruhe.de ([129.13.197.4]:4886 "EHLO mailgate.rz.uni-karlsruhe.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 08:11:09 -0400 Received: from rz114s0.rz.uni-karlsruhe.de (exim@rz114s0-197.rz.uni-karlsruhe.de [129.13.197.189]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 2.04 #3) id 116CG2-0007LM-00; Mon, 19 Jul 1999 14:10:58 +0200 Received: from un23 by rz114s0.rz.uni-karlsruhe.de with local (Exim 2.12 #1) id 116CG0-0007kM-00; Mon, 19 Jul 1999 14:10:56 +0200 Subject: starting init on StrongARM (shark) To: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Date: Mon, 19 Jul 1999 14:10:55 +0200 (CES) From: un23@rz.uni-karlsruhe.de (Alexander Schulz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I am trying to start init on a Digital shark under Linux but it won't work. I changed the kernel until most of the hardware is detectet and working, so now should be the time to ru init. The exec-syscalls work until somewhere in binfmt_elf.c they try to zero a region of userspace memory (__clear_user). At that point, the machine hangs completely (Can't even ping it anymore). But this should be software that also runs on other arms and should not be architecture-dependend except physical memory (I adjusted the constants in memory.h, is there something else I must do?) and perhaps the exceptions. But as far as I understand it, those are only processor-dependend, and it is a StrongARM like others. And I once had a kerbnel-oops (unable to handle kernel paging-request) so it seems they are running. So I would like some hints from people who know the exec stuff. Just some intelligent guesses perhaps. Are there any Architecture dependences in the MMU-code (not just processor-specific)? How can I debug this? Where can I find some documentation about this part of the kernel (I only have Rubini here, and starting init ist not exactly a device :-) Thanks Alexander unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 13:41:57 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id NAA15878 for ; Mon, 19 Jul 1999 13:41:56 +0100 Received: (qmail 444 invoked from network); 19 Jul 1999 12:42:45 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 12:42:45 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 08:42:13 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 08:42:04 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23335 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 08:41:47 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116CiT-0008EC-00; Mon, 19 Jul 1999 13:40:21 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116CiS-0003Y9-00; Mon, 19 Jul 1999 13:40:21 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: un23@rz.uni-karlsruhe.de (Alexander Schulz) cc: linux-arm@vger.rutgers.edu, debian-arm@lists.debian.org Subject: Re: starting init on StrongARM (shark) In-reply-to: Your message of "Mon, 19 Jul 1999 14:10:55 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 13:40:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >So I would like some hints from people who know the exec stuff. Just some >intelligent guesses perhaps. Are there any Architecture dependences in the >MMU-code (not just processor-specific)? How can I debug this? Where can I >find some documentation about this part of the kernel (I only have Rubini >here, and starting init ist not exactly a device :-) It does sound like your memory mappings are not being set up properly. What exactly do you have in memory.h, and what is the physical layout of the Shark's memory map? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 14:40:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA16392 for ; Mon, 19 Jul 1999 14:40:43 +0100 Received: (qmail 9589 invoked from network); 19 Jul 1999 13:41:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 13:41:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 09:40:53 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 09:39:31 -0400 Received: from nz40.rz.uni-karlsruhe.de ([129.13.197.4]:3419 "EHLO mailgate.rz.uni-karlsruhe.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 09:36:32 -0400 Received: from rz114s0.rz.uni-karlsruhe.de (exim@rz114s0-197.rz.uni-karlsruhe.de [129.13.197.189]) by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 2.04 #3) id 116Da8-0002sk-00; Mon, 19 Jul 1999 15:35:48 +0200 Received: from un23 by rz114s0.rz.uni-karlsruhe.de with local (Exim 2.12 #1) id 116Da7-0002fh-00; Mon, 19 Jul 1999 15:35:47 +0200 Subject: Re: starting init on StrongARM (shark) To: debian-arm@lists.debian.org, linux-arm@vger.rutgers.edu Date: Mon, 19 Jul 1999 15:35:46 +0200 (CES) In-Reply-To: from "Philip Blundell" at Jul 19, 1999 01:40:20 PM From: un23@rz.uni-karlsruhe.de (Alexander Schulz) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing According to Philip Blundell: > > >So I would like some hints from people who know the exec stuff. Just some > >intelligent guesses perhaps. Are there any Architecture dependences in the > >MMU-code (not just processor-specific)? How can I debug this? Where can I > >find some documentation about this part of the kernel (I only have Rubini > >here, and starting init ist not exactly a device :-) > > It does sound like your memory mappings are not being set up properly. > What exactly do you have in memory.h, and what is the physical layout of the > Shark's memory map? Memory starts at 0x0e00.0000 (but this depends on the amount of memory installed, I have 32MB) I don't have the source here at the moment, I will have a look as soon as I am at home. Kernel is mapped at c000.0000 as on the other arms. BTW: I forgot to tell this the last time: The first elf_bss that should be cleared is at 0x4002.1408 the second is at 0x0200.e3d8 each one hangs the machine. When I comment them out, I get to the debug messages which tell me that the code also is around 0x0200.0000, the stack at 0xbfff.ff30 So some numbers at least, I'll send you the memory.h stuff. Thanks Alexander unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 14:41:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA16398 for ; Mon, 19 Jul 1999 14:41:03 +0100 Received: (qmail 9692 invoked from network); 19 Jul 1999 13:41:52 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 13:41:52 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 09:40:54 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 09:40:19 -0400 Received: from ns-inetext.inet.com ([199.171.211.140]:50193 "EHLO ns-inetext.inet.com") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 09:36:44 -0400 Received: from harpo.inetint.com (harpo [172.16.99.60]) by ns-inetext.inet.com (8.9.2/8.9.2) with ESMTP id IAA05384 for ; Mon, 19 Jul 1999 08:35:10 -0500 (CDT) Received: from inet.com ([172.16.13.121]) by harpo.inetint.com (Netscape Messaging Server 3.6) with ESMTP id AAA245C for ; Mon, 19 Jul 1999 08:38:56 -0500 Message-ID: <379329E6.F03B45FE@inet.com> Date: Mon, 19 Jul 1999 08:36:38 -0500 From: Eli Carter X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: loglevel.c & syscall() Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Redhat Linux StrongARM processor kernel 2.2.10 initscripts 3.90-3 The command `loglevel' generates an -EINVAL from do_syslog() regardless of the level passed. According to loglevel.c, it is calling `syscall( SYS_syslog, 8, NULL, level )', but according to do_syslog, it is receiving do_syslog(type=9437287 buf=ï¡ len=0 ) regardless of the value of `level'. Every other program that calls do_syslog appears to work correctly. I've tried changing the loglevel.c code to call syslog(), but it has the same results. I also tried calling _syscall3(), but that wouldn't even compile, ... loglevel.c: In function `main': loglevel.c:25: parse error before `int' loglevel.c:25: `__res' undeclared (first use in this function) ... This is being cross-compiled on an x86 for the StrongARM processor. Any suggestions on where to look, hunches, etc.? Thank you for your time, Eli unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 14:48:08 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA16438 for ; Mon, 19 Jul 1999 14:48:07 +0100 Received: (qmail 11035 invoked from network); 19 Jul 1999 13:48:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 13:48:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 09:47:34 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 09:45:42 -0400 Received: from mout00.kundenserver.de ([195.20.224.69]:2186 "EHLO mout00.kundenserver.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 09:44:06 -0400 Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de) by mout00.kundenserver.de with esmtp (Exim 2.12 #2) id 116Di8-0000X7-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 15:44:04 +0200 Received: from [62.157.31.230] (helo=p3e9d1fe6) by mrelay00.kundenserver.de with smtp (Exim 2.12 #2) id 116Dhx-0000ZJ-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 15:43:54 +0200 MIME-Version: 1.0 From: nik To: linux-arm@vger.rutgers.edu Date: Mon, 19 Jul 1999 15:42:31 +0100 Subject: Apache and Navigator Message-ID: <49241bd036nik@pop.onlinehome.de> User-Agent: Pluto/1.11f (RISC-OS/3.7) POPstar/2.01b12 Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I have the possablity of some work using Perl. Ideally I want to install ARMLinux and use this with Apache and Navigator. Do these two compile under ARMLinux or will I have to use an Intel box for this? Thanks in advance, Nik -- nik@cheddarcheese.de http://www.cheddarcheese.de unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:14:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16634 for ; Mon, 19 Jul 1999 15:14:14 +0100 Received: (qmail 16341 invoked from network); 19 Jul 1999 14:14:58 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:14:58 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:11:58 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:03:25 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23483 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 10:01:10 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116Dwl-0008Km-00; Mon, 19 Jul 1999 14:59:11 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116Dwl-0003cL-00; Mon, 19 Jul 1999 14:59:11 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Eli Carter cc: linux-arm@vger.rutgers.edu Subject: Re: loglevel.c & syscall() In-reply-to: Your message of "Mon, 19 Jul 1999 08:36:38 CDT." <379329E6.F03B45FE@inet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 14:59:11 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >According to loglevel.c, it is calling `syscall( SYS_syslog, 8, NULL, >level )', but according to do_syslog, it is receiving >do_syslog(type=3D9437287 buf=3D=EF=A1 len=3D0 ) regardless of the value= > of >`level'. Every other program that calls do_syslog appears to work This is probably the same bug in syscall() that Kyle Mestery reported last week (or whenever it was). It is a kernel problem and the fix is pretty trivial; you should be able to find it in the archives for this mailing list. Alternatively, glibc provides a wrapper for sys_syslog, as a function called "klogctl". You may be able to use this instead or until you can get a fixed kernel. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:23:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16683 for ; Mon, 19 Jul 1999 15:23:15 +0100 Received: (qmail 18339 invoked from network); 19 Jul 1999 14:24:03 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:24:03 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:13:30 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:10:31 -0400 Received: from mail.uni-greifswald.de ([141.53.8.33]:2095 "EHLO mail.uni-greifswald.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 10:07:10 -0400 Received: from localhost (sh990154@localhost) by mail.uni-greifswald.de (8.9.2/8.9.2) with SMTP id QAA00581; Mon, 19 Jul 1999 16:06:46 +0200 (METDST) Date: Mon, 19 Jul 1999 16:06:45 +0200 (METDST) From: "Hanske;Stefan" To: nik cc: linux-arm@vger.rutgers.edu Subject: Re: Apache and Navigator In-Reply-To: <49241bd036nik@pop.onlinehome.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Mon, 19 Jul 1999, nik wrote: > Hi, > I have the possablity of some work using Perl. Ideally I want to install > ARMLinux and use this with Apache and Navigator. Do these two compile under > ARMLinux or will I have to use an Intel box for this? > I think apache is ok, I'm currently doing some work on mozilla. Since this one is still (pre-)alpha, don't expect too much functionality there. You'll certainly need a StrongARM to have this running, on my ARM710 it's only 'walking'. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:32:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16748 for ; Mon, 19 Jul 1999 15:32:17 +0100 Received: (qmail 20190 invoked from network); 19 Jul 1999 14:33:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:33:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:27:55 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:23:09 -0400 Received: from ns0.eris.dera.gov.uk ([128.98.1.1]:1612 "HELO ns0.eris.dera.gov.uk") by vger.rutgers.edu with SMTP id ; Mon, 19 Jul 1999 10:22:55 -0400 Received: (qmail 8712 invoked from network); 19 Jul 1999 14:22:50 -0000 Received: from unknown (HELO mail-relay.eris.dera.gov.uk) (128.98.2.7) by ns0.eris.dera.gov.uk with SMTP; 19 Jul 1999 14:22:50 -0000 Received: (qmail 1621 invoked from network); 19 Jul 1999 14:22:49 -0000 Received: from slug.eris.dera.gov.uk (HELO eris.dera.gov.uk) (128.98.9.31) by mail-relay.eris.dera.gov.uk with SMTP; 19 Jul 1999 14:22:49 -0000 Message-ID: <37934395.60D4AEB@eris.dera.gov.uk> Date: Mon, 19 Jul 1999 15:26:13 +0000 From: Simon Kilvington Organization: DERA X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: icmp problems Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I'm having some problems with ICMP - if I try to ping my arm linux box it sends back a valid ARP reply, but the ECHO REPLY packet is corrupt. Also, if I try to ping from the arm linux box it just prints out "icmp: unknown protocol". I'm using an A5000, 2.0.36 kernel with the 19990529 arm patches, gcc 2.8.1 cross compiler (target=arm-acorm-linuxaout), ether3 ethernet card. I suspect there may be a problem with my compiler. When I was compiling the kernel I had to make one of the functions in ether3.c not be inlined otherwise cc1 called abort. (Though it worked if optimisation wasn't turned on.) So I'm not entirely confident that there's nothing else going wrong with it. Can you compile the kernel with optimisation turned off? - when I tried it it threw up all sorts of undefined references when it got to the final linking step. (eg look at include/asm/byteorder.h, ntohs et al are not defined unless __OPTIMIZE__ is defined.) my next project, once I've got the networking working, is to build an elf system. The last I heard the elf stuff for arm2/3 machines was not too stable. Is this still the case? Will I be better off with the egcs version of gcc? -- Simon Kilvington, s.kilvington@eris.dera.gov.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:35:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16770 for ; Mon, 19 Jul 1999 15:35:47 +0100 Received: (qmail 21177 invoked from network); 19 Jul 1999 14:36:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:36:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:28:25 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:23:49 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23495 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 10:21:33 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116E7F-0008LT-00; Mon, 19 Jul 1999 15:10:01 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116E7F-0003e5-00; Mon, 19 Jul 1999 15:10:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: un23@rz.uni-karlsruhe.de (Alexander Schulz) cc: debian-arm@lists.debian.org, linux-arm@vger.rutgers.edu Subject: Re: starting init on StrongARM (shark) In-reply-to: Your message of "Mon, 19 Jul 1999 15:35:46 +0200." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 15:10:01 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >BTW: I forgot to tell this the last time: >The first elf_bss that should be cleared is at 0x4002.1408 the second is at >0x0200.e3d8 each one hangs the machine. > >When I comment them out, I get to the debug messages which tell me that the >code also is around 0x0200.0000, the stack at 0xbfff.ff30 Those all look correct. You need to check what pages in physical memory the two BSS areas are mapped to. The stack grows down from the bottom of kernel memory (ie the first word is at 0xbffffffc). Programs typically get loaded at 0x02000000 and libraries from 0x40000000 upwards, though both of these can vary a bit. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:40:11 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16799 for ; Mon, 19 Jul 1999 15:40:11 +0100 Received: (qmail 21669 invoked from network); 19 Jul 1999 14:40:59 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:40:59 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:37:37 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:37:14 -0400 Received: from tele.visi.com ([209.98.98.17]:39771 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Mon, 19 Jul 1999 10:32:35 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 59D951F808; Mon, 19 Jul 1999 09:32:30 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id JAA27996; Mon, 19 Jul 1999 09:32:30 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 19 Jul 1999 09:32:30 -0500 (CDT) From: To: Philip Blundell Cc: Eli Carter , linux-arm@vger.rutgers.edu Subject: Re: loglevel.c & syscall() In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, On Mon, 19 Jul 1999, Philip Blundell wrote: > >According to loglevel.c, it is calling `syscall( SYS_syslog, 8, NULL, > >level )', but according to do_syslog, it is receiving > >do_syslog(type=3D9437287 buf=3D=EF=A1 len=3D0 ) regardless of the value= > > of > >`level'. Every other program that calls do_syslog appears to work > > This is probably the same bug in syscall() that Kyle Mestery reported last > week (or whenever it was). It is a kernel problem and the fix is pretty > trivial; you should be able to find it in the archives for this mailing list. > Here is the code I am running (the patch Phil mentioned above) that alleviated my problems with syscall(): SYMBOL_NAME(sys_syscall): eor r6, r0, #OS_NUMBER << 20 cmp r6, #NR_syscalls @ check range add sp, sp, #4 @ take of the save of our r4 ldmib sp, {r0 - r4} @ get our args str r4, [sp, #-4]! @ Put our arg on the stack ldrle pc, [r5, r6, lsl #2] mov r0, #-ENOSYS mov pc, lr This has worked for me. Replace the beginning of sys_syscall() in arch/arm/kernel/entry-common.S with what I have above, and it should work. -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:42:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16822 for ; Mon, 19 Jul 1999 15:42:41 +0100 Received: (qmail 22469 invoked from network); 19 Jul 1999 14:43:30 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:43:30 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:40:49 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:37:39 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:1864 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 10:36:48 -0400 Received: from [212.126.147.78] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 116EWy-0001pr-00; Mon, 19 Jul 1999 14:36:36 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id PAA11522; Mon, 19 Jul 1999 15:37:16 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id PAA02353; Mon, 19 Jul 1999 15:34:52 +0100 Message-Id: <199907191434.PAA02353@raistlin.armlinux.org.uk> Subject: Re: icmp problems To: s.kilvington@eris.dera.gov.uk (Simon Kilvington) Date: Mon, 19 Jul 1999 15:34:52 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <37934395.60D4AEB@eris.dera.gov.uk> from "Simon Kilvington" at Jul 19, 99 03:26:13 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Simon Kilvington writes: > I'm having some problems with ICMP - if I try to ping my arm > linux box it sends back a valid ARP reply, but the ECHO REPLY packet > is corrupt. Also, if I try to ping from the arm linux box it just > prints out "icmp: unknown protocol". Can you tcpdump the net? tcpdump -i eth0 -s 1024 -e -x on the non-ARM end please? > turned off? - when I tried it it threw up all sorts of undefined > references when it got to the final linking step. (eg look at > include/asm/byteorder.h, ntohs et al are not defined unless > __OPTIMIZE__ is defined.) The kernel *must* always be compiled with optimisation enabled. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 15:56:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA16898 for ; Mon, 19 Jul 1999 15:56:07 +0100 Received: (qmail 25203 invoked from network); 19 Jul 1999 14:56:34 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 14:56:34 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 10:53:12 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 10:52:49 -0400 Received: from [195.89.188.122] ([195.89.188.122]:2324 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Mon, 19 Jul 1999 10:49:03 -0400 Received: (qmail 30653 invoked by uid 0); 19 Jul 1999 14:55:13 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 19 Jul 1999 14:55:13 -0000 Date: Mon, 19 Jul 1999 15:55:12 +0100 (GMT) From: Alex Holden To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Subject: Re: icmp problems In-Reply-To: <199907191434.PAA02353@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > Simon Kilvington writes: > > is corrupt. Also, if I try to ping from the arm linux box it just > > prints out "icmp: unknown protocol". I think that means you don't have an /etc/protocols file. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 16:11:38 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA17026 for ; Mon, 19 Jul 1999 16:11:38 +0100 Received: (qmail 28744 invoked from network); 19 Jul 1999 15:12:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 15:12:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 11:09:56 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 11:02:27 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23543 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 11:01:17 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116Els-0008Nr-00; Mon, 19 Jul 1999 15:52:00 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116Els-0004Na-00; Mon, 19 Jul 1999 15:52:00 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Subject: Re: icmp problems In-reply-to: Your message of "Mon, 19 Jul 1999 15:26:13 -0000." <37934395.60D4AEB@eris.dera.gov.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 15:51:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >is corrupt. Also, if I try to ping from the arm linux box it just >prints out "icmp: unknown protocol". Add icmp to /etc/protocols. > I suspect there may be a problem with my compiler. Try the latest prerelease of gcc 2.95 instead. 2.8.1 is old and fairly broken. >Can you compile the kernel with optimisation turned off? No. If you think you are having compiler problems you could try -O1. > my next project, once I've got the networking working, is to >build an elf system. The last I heard the elf stuff for arm2/3 machines >was not too stable. Is this still the case? Will I be better off with >the egcs version of gcc? I think ELF is working ok on 26-bit machines these days, though I haven't ever really used it much. If you want to try this you should probably use the latest development version of binutils and, again, gcc 2.95. There is a small patch for the latter at which might also help. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 16:12:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA17032 for ; Mon, 19 Jul 1999 16:12:08 +0100 Received: (qmail 28935 invoked from network); 19 Jul 1999 15:12:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 15:12:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 11:09:58 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 11:03:30 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23545 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 11:01:27 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116ErU-0008OA-00; Mon, 19 Jul 1999 15:57:48 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116ErT-0004OG-00; Mon, 19 Jul 1999 15:57:47 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Subject: Re: icmp problems In-reply-to: Your message of "Mon, 19 Jul 1999 15:26:13 -0000." <37934395.60D4AEB@eris.dera.gov.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 15:57:47 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I'm using an A5000, 2.0.36 kernel with the 19990529 arm patches, gcc >2.8.1 cross compiler (target=arm-acorm-linuxaout), ether3 ethernet BTW, if you do try a newer version of gcc with that kernel you will need to add "-fno-strict-aliasing -ffixed-r10" to the CFLAGS. If you use a 2.2 or 2.3 kernel with the patch from ftp.netwinder.org:/users/p/philb/kernel/ then it should work automatically with the new gcc and binutils. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 17:10:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA17528 for ; Mon, 19 Jul 1999 17:10:24 +0100 Received: (qmail 10328 invoked from network); 19 Jul 1999 16:11:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 16:11:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 12:07:52 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 12:07:18 -0400 Received: from mout00.kundenserver.de ([195.20.224.69]:11983 "EHLO mout00.kundenserver.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 12:05:35 -0400 Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de) by mout00.kundenserver.de with esmtp (Exim 2.12 #2) id 116Fuy-0004qE-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 18:05:28 +0200 Received: from [62.157.31.187] (helo=1und1/1143-927@online.de) by mrelay00.kundenserver.de with smtp (Exim 2.12 #2) id 116Fun-0004KW-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 18:05:18 +0200 MIME-Version: 1.0 From: nik To: linux-arm@vger.rutgers.edu Date: Mon, 19 Jul 1999 18:06:36 +0100 Subject: Installation problems Message-ID: <4924290128nik@pop.onlinehome.de> User-Agent: Pluto/1.11f (RISC-OS/3.7) POPstar/2.01b12 Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Ahhhhg, I hate installing ARMLinux. I had a go last year but gave up - I am now trying again but have not got very far at all. I am having problems with !Partman. Using version 1.11, when I click 'new' on the menu, nothing happens. Using version 1.13, when I try to create a new partion an error box appears saying '% may have gone wrong. Click continue to try to resume or Quit to stop %0' Using version 1.05, I am able to create the partitions perfectly, but when I boot into Linux, it doesn't see them (ie it can see hda, but doesn't mention hda1,hda2 etc) although it can see hdc, hdc1, hdc2, hdc3 which are the partitions on a hard disk connected to my APDL IDE interface Which version should I be using? I am trying to put the partitions an a hard disk connected to the motherboard IDE interface. Nik -- nik@cheddarcheese.de http://www.cheddarcheese.de unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 17:20:48 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA17569 for ; Mon, 19 Jul 1999 17:20:47 +0100 Received: (qmail 11618 invoked from network); 19 Jul 1999 16:21:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 16:21:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 12:20:46 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 12:20:27 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:4097 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 12:20:09 -0400 Received: from [212.126.150.202] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 116G7l-0003EH-00; Mon, 19 Jul 1999 16:18:41 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id QAA11652; Mon, 19 Jul 1999 16:14:49 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id QAA02484; Mon, 19 Jul 1999 16:12:21 +0100 Message-Id: <199907191512.QAA02484@raistlin.armlinux.org.uk> Subject: Re: loglevel.c & syscall() To: mestery@visi.com Date: Mon, 19 Jul 1999 16:12:20 +0100 (BST) Cc: pb@nexus.co.uk, eli.carter@inet.com, linux-arm@vger.rutgers.edu In-Reply-To: from "mestery@visi.com" at Jul 19, 99 09:32:30 am X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com writes: > SYMBOL_NAME(sys_syscall): > eor r6, r0, #OS_NUMBER << 20 > cmp r6, #NR_syscalls @ check range > add sp, sp, #4 @ take of the save of our r4 > ldmib sp, {r0 - r4} @ get our args > str r4, [sp, #-4]! @ Put our arg on the stack > ldrle pc, [r5, r6, lsl #2] > mov r0, #-ENOSYS > mov pc, lr > > This has worked for me. Replace the beginning of sys_syscall() in > arch/arm/kernel/entry-common.S with what I have above, and it should > work. No! Don't add sp, sp, #4 - you'll end up corrupting the kernel stacks/ other pages! Do it the way I said, and you'll have a more fruitful life! _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 17:24:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA17598 for ; Mon, 19 Jul 1999 17:24:29 +0100 Received: (qmail 11817 invoked from network); 19 Jul 1999 16:25:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 16:25:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 12:24:49 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 12:24:29 -0400 Received: from scrabble.freeuk.net ([212.126.144.6]:4225 "EHLO scrabble.freeuk.net") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 12:24:19 -0400 Received: from [212.126.150.202] (helo=caramon.armlinux.org.uk ident=root) by scrabble.freeuk.net with esmtp (Exim 2.11 #1) id 116GD8-0003JA-00; Mon, 19 Jul 1999 16:24:15 +0000 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id RAA11920; Mon, 19 Jul 1999 17:25:03 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id RAA03473; Mon, 19 Jul 1999 17:22:29 +0100 Message-Id: <199907191622.RAA03473@raistlin.armlinux.org.uk> Subject: Re: Installation problems To: nik@cheddarcheese.de (nik) Date: Mon, 19 Jul 1999 17:22:27 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <4924290128nik@pop.onlinehome.de> from "nik" at Jul 19, 99 06:06:36 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing nik writes: > I am having problems with !Partman. > Using version 1.11, when I click 'new' on the menu, nothing happens. > Using version 1.13, when I try to create a new partion an error box appears > saying '% may have gone wrong. Click continue to try to resume or Quit to stop > %0' This sounds like there's something wrong with MessageTrans - it shouldn't leave the messages with '%' signs in them. > Using version 1.05, I am able to create the partitions perfectly, but when I > boot into Linux, it doesn't see them (ie it can see hda, but doesn't mention > hda1,hda2 etc) Can you try the latest ALPHA partition manager? > although it can see hdc, hdc1, hdc2, hdc3 which are the > partitions on a hard disk connected to my APDL IDE interface Note that you can't use PartMan on APDL/ICS IDE interfaces (due to IDEFS problems). _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 19:41:34 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA18607 for ; Mon, 19 Jul 1999 19:41:34 +0100 Received: (qmail 2315 invoked from network); 19 Jul 1999 18:42:22 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 18:42:22 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 14:41:52 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 14:41:44 -0400 Received: from ns-inetext.inet.com ([199.171.211.140]:54183 "EHLO ns-inetext.inet.com") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 14:39:11 -0400 Received: from harpo.inetint.com (harpo [172.16.99.60]) by ns-inetext.inet.com (8.9.2/8.9.2) with ESMTP id NAA12157 for ; Mon, 19 Jul 1999 13:37:40 -0500 (CDT) Received: from inet.com ([172.16.13.121]) by harpo.inetint.com (Netscape Messaging Server 3.6) with ESMTP id AAA48B0; Mon, 19 Jul 1999 13:41:26 -0500 Message-ID: <379370CC.B17FCA23@inet.com> Date: Mon, 19 Jul 1999 13:39:08 -0500 From: Eli Carter X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: mestery@visi.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk Subject: Re: loglevel.c & syscall() References: Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing mestery@visi.com wrote: > Here is the code I am running (the patch Phil mentioned above) that > alleviated my problems with syscall(): [snip] > This has worked for me. Replace the beginning of sys_syscall() in > arch/arm/kernel/entry-common.S with what I have above, and it should > work. > Hmmm... I tried this change, however I'm getting garbage like: ^@^@^@©©^EN^U^[S^]/etc/rc.d/rc: /var/run/runlevel.dir: Read-only file system ^@^@^@©©^EN^U^[S^]^@^@^@©©^EN^U^[S^]^@^@^@©©^EN^U^[S^]Bringing up interface lo ^@^@^@©©^EN^U^[S^]^@^@^@©©^EN^U^[S^]^@^@^@©©^EN^U^[S^]modprobe: can't locate module net-pf-6 modprobe: can't locate module net-pf-4 modprobe: can't locate module net-pf-5 ^@^@^@©©^EN^U^[S^]modprobe: can't locate module net-pf-6 ...etc. I also tried the change as Russell gave last week, > The code around sys_syscall should read: > add ip, sp, #4 > ldmleib ip, {r0 - r4} Which did not have such side effects, but the command `loglevel 1' displays `syslog: Invalid argument', same as before. As best as I can tell, the command `/sbin/loglevel 1' calls (eventually, thru swi) do_syslog(type=2 buf= len=1). This seems to be an improvement, but it still isn't working. :/ buf and len seem to be set correctly (loglevel 3 seems to call do_syslog(type=2, buf=, len=3) ), but type should be 8. Thoughts, suggestions, comments? (Incedentally, this also appears to break xntpd's setting of the date on bootup, though I can't guarrantee that is related. I'll try some checks on this...) Eli unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 20:28:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA18910 for ; Mon, 19 Jul 1999 20:28:26 +0100 Received: (qmail 9555 invoked from network); 19 Jul 1999 19:29:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 19:29:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 15:28:45 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 15:28:41 -0400 Received: from ns-inetext.inet.com ([199.171.211.140]:54950 "EHLO ns-inetext.inet.com") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 15:27:15 -0400 Received: from harpo.inetint.com (harpo [172.16.99.60]) by ns-inetext.inet.com (8.9.2/8.9.2) with ESMTP id OAA13444 for ; Mon, 19 Jul 1999 14:25:44 -0500 (CDT) Received: from inet.com ([172.16.13.121]) by harpo.inetint.com (Netscape Messaging Server 3.6) with ESMTP id AAA62F3; Mon, 19 Jul 1999 14:29:30 -0500 Message-ID: <37937C10.855F1AA0@inet.com> Date: Mon, 19 Jul 1999 14:27:12 -0500 From: Eli Carter X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: mestery@visi.com, linux-arm@vger.rutgers.edu, linux@arm.linux.org.uk Subject: Re: loglevel.c & syscall() References: <379370CC.B17FCA23@inet.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > (Incedentally, this also appears to break xntpd's setting of the date on > bootup, though I can't guarrantee that is related. I'll try some checks > on this...) Well, these do seem to be related, though exactly how, I have no idea. My guess is that there's a domino effect going on. *shrug* In arch/arm/kernel/entry-common.S, there are special wrappers for a number of other syscalls; is it possible that syslog needs one? I do appreciate your help. Thanks, Eli unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 20:47:23 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA19097 for ; Mon, 19 Jul 1999 20:47:22 +0100 Received: (qmail 11256 invoked from network); 19 Jul 1999 19:48:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 19:48:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 15:47:32 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 15:46:45 -0400 Received: from mout00.kundenserver.de ([195.20.224.69]:14616 "EHLO mout00.kundenserver.de") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 15:46:06 -0400 Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de) by mout00.kundenserver.de with esmtp (Exim 2.12 #2) id 116IzN-0007y9-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 21:22:13 +0200 Received: from [62.157.31.213] (helo=p3e9d1fd5) by mrelay00.kundenserver.de with smtp (Exim 2.12 #2) id 116Ip9-0004ox-00 for linux-arm@vger.rutgers.edu; Mon, 19 Jul 1999 21:11:40 +0200 MIME-Version: 1.0 From: nik To: linux-arm@vger.rutgers.edu Date: Mon, 19 Jul 1999 21:12:56 +0100 Subject: Re: Installation problems Message-ID: <49243a1056nik@pop.onlinehome.de> In-Reply-To: <199907191622.RAA03473@raistlin.armlinux.org.uk> References: <4924290128nik@pop.onlinehome.de> <199907191622.RAA03473@raistlin.armlinux.org.uk> User-Agent: Pluto/1.11f (RISC-OS/3.7) POPstar/2.01b12 Content-Type: text/plain Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In article <199907191622.RAA03473@raistlin.armlinux.org.uk>, Russell King - ARM Linux Admin wrote: > nik writes: > > I am having problems with !Partman. Using version 1.11, when I click > > 'new' on the menu, nothing happens. Using version 1.13, when I try to > > create a new partion an error box appears saying '% may have gone wrong. > > Click continue to try to resume or Quit to stop %0' > This sounds like there's something wrong with MessageTrans - it shouldn't > leave the messages with '%' signs in them. > > Using version 1.05, I am able to create the partitions perfectly, but > > when I boot into Linux, it doesn't see them (ie it can see hda, but > > doesn't mention hda1,hda2 etc) > Can you try the latest ALPHA partition manager? Trying partman-1/13-alpha13-dev2/arc, is this the latest? It works (sort of). I'm sure that I tried this one before and it didn't work. Anyway, I can get it to work by telling it to look for ADFS Filecore/Linux partitions. I can set up the partitions correctly apart from Linux Table - it wants to stay at 0k - is this OK? > > although it can see hdc, hdc1, hdc2, hdc3 which are the partitions on a > > hard disk connected to my APDL IDE interface > Note that you can't use PartMan on APDL/ICS IDE interfaces (due to IDEFS > problems). It still can't see the partitions on the drive (hda) connected to the internal IDE interface. Booting into Linux it says: Icside detected ARCIN v6 on slot 0 hda:ST33232a, 3077mb w/128kB cache, CHS6253/16/63 hdc:Quantum Fireball SE6.4A 6149mb w/80kb cache, CHS13328/15/63 hdd:MATSHITA CR588, ATAPI CDROM drive ide0 at 0x1f0-0x1f7, 0x3f6 on irq9 ide1 at 0x800d0800-0x800d0807, 0x800d08e0 on irq 32 floppy drive(s): fd0 is 1.44mb, fd1 is 1.44mb FDC0 is post-1992 82077 scsi: 0 hosts scsi: detected hosts Partition Check hda:[ics] hdc:[ics]hdc1 hdc2 hdc3 hdc4 The hda disk drive is connected to the internal IDE interface. The hdc is connected to the APDL card. The Linux partitions are on he hda device, but somehow linux cannot recognise them. I have RISC OS partitions on the Quantum Fireball, and I am able to mount these, but I cannont mount hda, hda1 etc TTFN Nik -- nik@cheddarcheese.de http://www.cheddarcheese.de unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 19 21:08:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA19232 for ; Mon, 19 Jul 1999 21:08:30 +0100 Received: (qmail 19137 invoked from network); 19 Jul 1999 20:09:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 19 Jul 1999 20:09:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 19 Jul 1999 16:08:48 -0400 Received: by vger.rutgers.edu id ; Mon, 19 Jul 1999 16:08:26 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1186 "EHLO finch-post-11.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Mon, 19 Jul 1999 16:07:14 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 116Jgl-000MVL-0B; Mon, 19 Jul 1999 20:07:03 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 116Jfq-0007Is-00; Mon, 19 Jul 1999 21:06:06 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Eli Carter cc: linux-arm@vger.rutgers.edu Subject: Re: loglevel.c & syscall() In-Reply-To: Message from Eli Carter of "Mon, 19 Jul 1999 14:27:12 CDT." <37937C10.855F1AA0@inet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 19 Jul 1999 21:06:06 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >In arch/arm/kernel/entry-common.S, there are special wrappers for a >number of other syscalls; is it possible that syslog needs one? No; the syscalls that have wrappers need them because of weirdo calling conventions. Syslog is just a plain ol' system call. What does strace show for the call that fails, and did you try using klogctl instead? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 20 09:14:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA23418 for ; Tue, 20 Jul 1999 09:14:43 +0100 Received: (qmail 3160 invoked from network); 20 Jul 1999 08:15:32 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Jul 1999 08:15:32 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 20 Jul 1999 04:15:08 -0400 Received: by vger.rutgers.edu id ; Tue, 20 Jul 1999 04:14:49 -0400 Received: from chaos.wg.com ([198.85.47.240]:47686 "EHLO chaos.wg.com") by vger.rutgers.edu with ESMTP id ; Tue, 20 Jul 1999 04:14:40 -0400 Received: from wg.com ([198.85.45.243]) by chaos.wg.com (8.9.1a/8.9.1) with SMTP id EAA17301; Tue, 20 Jul 1999 04:01:21 -0400 (EDT) Received: by wg.com(Lotus SMTP MTA v4.6.4 (830.2 3-23-1999)) id 852567B4.002D099A ; Tue, 20 Jul 1999 04:11:55 -0400 X-Lotus-FromDomain: GLOBAL From: arnaud.brodier@wwgsolutions.com To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Message-ID: <852567B4.002D094A.00@wg.com> Date: Tue, 20 Jul 1999 09:13:31 +0100 Subject: Re: icmp problems Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I'm having some problems with ICMP - if I try to ping my arm >linux box it sends back a valid ARP reply, but the ECHO REPLY packet >is corrupt. Also, if I try to ping from the arm linux box it just >prints out "icmp: unknown protocol". I had the same problem: In the ping program, there is a function called getprotobyname ("protocol-name"). It is called like that: proto = getprotobyname("icmp") ; ( I think this is where your program stops) This function looks for the protocol icmp in the /etc/protocols file, and return a struct with information comming from this file (name of the protocol, number of the protocol, aliases). In this structure, the only useful information is the number of the protocol. For icmp, it is 1 (see in /etc/protocols). It is just used in the line below to open a socket. So, this function didn't work ( and I still don't know why !!!), To get ping working, I modify the proto->p_proto argument by 1 in the opening of the socket ( very bad isn't it ?!!!). Well, all this story to tell you that I don't know how to solve neatly this problem. I have the same problem with ftp ( and so one...) because a lot of network programs use an another function called getservbyname ( it is more or less the same than getprotobyname, except looking in /etc/services). I tried to find where these functions are defined, but they are both defined as "extern", and there is no more definition. Does anybody know what does that mean ? It is defined in a module that should be inserted in the kernel ? cheers Arnaud PS: May be the getprotobyname doesn't look directly in /etc/protocols, but first in /etc/nsswitch.conf ? unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 20 10:03:40 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA23762 for ; Tue, 20 Jul 1999 10:03:39 +0100 Received: (qmail 9569 invoked from network); 20 Jul 1999 09:04:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Jul 1999 09:04:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 20 Jul 1999 05:03:58 -0400 Received: by vger.rutgers.edu id ; Tue, 20 Jul 1999 05:03:46 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:23820 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Tue, 20 Jul 1999 05:00:53 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 116Vja-0000PA-00; Tue, 20 Jul 1999 09:58:46 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 116Vja-0005El-00; Tue, 20 Jul 1999 09:58:46 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: arnaud.brodier@wwgsolutions.com cc: Simon Kilvington , linux-arm@vger.rutgers.edu Subject: Re: icmp problems In-reply-to: Your message of "Tue, 20 Jul 1999 09:13:31 BST." <852567B4.002D094A.00@wg.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 20 Jul 1999 09:58:45 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >PS: May be the getprotobyname doesn't look directly in /etc/protocols, but >first in /etc/nsswitch.conf ? If you are using libc 6 then yes, calls like getprotobyname use nsswitch.conf to determine where to look. I don't think this is the case with libc 4, though I could be wrong about that. You can probably find out what's going on by using strace on the failing program. >programs use an another function called getservbyname ( it is more or less the >same than getprotobyname, except looking in /etc/services). I tried to find >where these functions are defined, but they are both defined as "extern", and >there is no more definition. Does anybody know what does that mean ? It is >defined in a module that should be inserted in the kernel ? They are provided by the shared C library. See the glibc manual. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Tue Jul 20 14:50:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA26415 for ; Tue, 20 Jul 1999 14:50:03 +0100 Received: (qmail 24585 invoked from network); 20 Jul 1999 13:50:51 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Jul 1999 13:50:51 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 20 Jul 1999 09:47:12 -0400 Received: by vger.rutgers.edu id ; Tue, 20 Jul 1999 09:39:16 -0400 Received: from ns-inetext.inet.com ([199.171.211.140]:61713 "EHLO ns-inetext.inet.com") by vger.rutgers.edu with ESMTP id ; Tue, 20 Jul 1999 09:38:50 -0400 Received: from harpo.inetint.com (harpo [172.16.99.60]) by ns-inetext.inet.com (8.9.2/8.9.2) with ESMTP id IAA23257 for ; Tue, 20 Jul 1999 08:37:16 -0500 (CDT) Received: from inet.com ([172.16.13.121]) by harpo.inetint.com (Netscape Messaging Server 3.6) with ESMTP id AAA27BC; Tue, 20 Jul 1999 08:41:02 -0500 Message-ID: <37947BE3.1DB007EC@inet.com> Date: Tue, 20 Jul 1999 08:38:44 -0500 From: Eli Carter X-Mailer: Mozilla 4.6 [en] (X11; I; SunOS 5.6 sun4u) X-Accept-Language: en MIME-Version: 1.0 To: Russell King - ARM Linux Admin , Philip Blundell CC: linux-arm@vger.rutgers.edu Subject: Re: loglevel.c & syscall() References: <199907191426.PAA02325@raistlin.armlinux.org.uk> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Thanks for your help. At this point, I'll deal with syslog() later. The klogctl() works with or without the syscall() code fix, but using syslog() causes problems (with and without the syscall() fix). I'll use the klogctl() for now and wait for the patch. thanks again! Eli unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 21 00:01:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA02871 for ; Wed, 21 Jul 1999 00:01:51 +0100 Received: (qmail 8478 invoked from network); 20 Jul 1999 23:02:40 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 20 Jul 1999 23:02:40 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 20 Jul 1999 19:02:11 -0400 Received: by vger.rutgers.edu id ; Tue, 20 Jul 1999 19:02:06 -0400 Received: from [194.168.16.190] ([194.168.16.190]:1376 "EHLO caramon.armlinux.org.uk") by vger.rutgers.edu with ESMTP id ; Tue, 20 Jul 1999 19:01:08 -0400 Received: from raistlin.armlinux.org.uk (linux@raistlin [192.168.0.3]) by caramon.armlinux.org.uk (8.8.7/8.8.7) with ESMTP id AAA05725 for ; Wed, 21 Jul 1999 00:01:49 +0100 From: Russell King - ARM Linux Admin Received: (from linux@localhost) by raistlin.armlinux.org.uk (8.7.4/8.7.3) id XAA03408 for linux-arm@vger.rutgers.edu; Tue, 20 Jul 1999 23:59:12 +0100 Message-Id: <199907202259.XAA03408@raistlin.armlinux.org.uk> Subject: Stuff To: linux-arm@vger.rutgers.edu Date: Tue, 20 Jul 1999 23:59: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 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi All This email covers several things, so please read all of it: 1. A new 2.2.10 patch is on the FTP site. I don't guarantee that it'll compile and work - I haven't had time to test this precise build. It has some changes to the domain handling, so beware. Personally, I'd suggest waiting a while. 2. New 2.3.10 patch on the FTP site as well. While this doesn't contain the above changes (yet), it's NOT stable by a long shot. Don't use unless you have 100% backed up your filesystems and are prepared to loose any data on them. 3. For the next 10 to 12 days I'm away, in Canada to be precise. I'm not going to be reading the mail at this address over this period, but I believe I will still have email access. The patch system will continue to run, but at a reduced polling time (twice a day instead of 3 times a day). I'll sort out the patches when I get back. _____ |_____| ------------------------------------------------- ---+---+- | | Russell King linux@arm.linux.org.uk --- --- | | | | http://www.arm.linux.org.uk/~rmk/armlinux.html / / | | +-+-+ --- -+- / | THE developer of ARM Linux |+| /|\ / | | | --- | +-+-+ ------------------------------------------------- /\\\ | unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 21 02:31:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id CAA03618 for ; Wed, 21 Jul 1999 02:31:39 +0100 Received: (qmail 4853 invoked from network); 21 Jul 1999 01:32:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Jul 1999 01:32:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 20 Jul 1999 21:31:57 -0400 Received: by vger.rutgers.edu id ; Tue, 20 Jul 1999 21:31:49 -0400 Received: from nexus.carleton.ca ([134.117.76.10]:3086 "EHLO nexus.carleton.ca") by vger.rutgers.edu with ESMTP id ; Tue, 20 Jul 1999 21:31:30 -0400 Received: from localhost (stewart@localhost) by nexus.carleton.ca (8.8.7/8.8.7) with ESMTP id VAA14823; Tue, 20 Jul 1999 21:31:06 -0400 Date: Tue, 20 Jul 1999 21:31:06 -0400 (EDT) From: "Rod m. Stewart" To: Russell King - ARM Linux Admin cc: linux-arm@vger.rutgers.edu Subject: Re: Stuff In-Reply-To: <199907202259.XAA03408@raistlin.armlinux.org.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Tue, 20 Jul 1999, Russell King - ARM Linux Admin wrote: > > 3. For the next 10 to 12 days I'm away, in Canada to be precise. I'm > not going to be reading the mail at this address over this period, > but I believe I will still have email access. The patch system > will continue to run, but at a reduced polling time (twice a day > instead of 3 times a day). I'll sort out the patches when I get > back. See you soon. And remember to bring a warm coat, hat, and mittens. It gets cold in Ottawa (there being puffins and all around) :) -Rms unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 21 19:45:25 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA12391 for ; Wed, 21 Jul 1999 19:45:24 +0100 Received: (qmail 29784 invoked from network); 21 Jul 1999 18:46:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Jul 1999 18:46:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 21 Jul 1999 14:45:26 -0400 Received: by vger.rutgers.edu id ; Wed, 21 Jul 1999 14:45:14 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8001 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Wed, 21 Jul 1999 14:43:42 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 21-Jul-1999 20:48:42 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Wed, 21 Jul 1999 20:44:17 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: 82C59A troubles Message-Id: <19990721204417.027575@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing HI ! I'm porting the kernel and writing a bios for a custom design we are doing, based on a SA110/285. I'm currently having some trouble with handling of the 82C59A interrupt controller in the winbond. (The kernel hangs as soon as it detects the chip, overflowed with interrupts from the isa controller, it works fine but without IDE if i set isa_irq to -1). Is the initialisation done in the kernel when isa_irq is not -1 somewhat specific to a given hardware (Netwinder ?) like setting up level/edge things ? Am I expected to initialize this beast from my bios ? I'm just discovering this controller and... humm... no comment. Is there any piece of well written explanation on how to setup this thing ? I've seen various docs but most of them suppose you already have some knowledge about how the x86 interrupt mecanism works apparently. Thanks for any tips... -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 21 22:24:31 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA14187 for ; Wed, 21 Jul 1999 22:24:31 +0100 Received: (qmail 28618 invoked from network); 21 Jul 1999 21:25:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Jul 1999 21:25:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 21 Jul 1999 17:24:51 -0400 Received: by vger.rutgers.edu id ; Wed, 21 Jul 1999 17:24:41 -0400 Received: from finch-post-11.mail.demon.net ([194.217.242.39]:1725 "EHLO finch-post-11.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Wed, 21 Jul 1999 17:22:36 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-11.mail.demon.net with esmtp (Exim 2.12 #1) id 1173op-000AL2-0B; Wed, 21 Jul 1999 21:22:28 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 1172T9-000055-00; Wed, 21 Jul 1999 20:55:59 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu Subject: Re: 82C59A troubles In-Reply-To: Message from Benjamin Herrenschmidt of "Wed, 21 Jul 1999 20:44:17 +0200." <19990721204417.027575@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 21 Jul 1999 20:55:59 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Is the initialisation done in the kernel when isa_irq is not -1 somewhat >specific to a given hardware (Netwinder ?) like setting up level/edge >things ? Am I expected to initialize this beast from my bios ? Not especially; the code in the kernel also works with CATS, and I gather with some other boards too. ISA interrupts are almost always edge triggered. I'm not aware of anything that your BIOS needs to set up. The 8259 is a terrible chip. If you prod it in the wrong way it will either go off sulking and refuse to generate any more interrupts, or start interrupting permanently. But the existing ebsa-285 code should work I would have thought. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 21 22:41:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id WAA14398 for ; Wed, 21 Jul 1999 22:41:50 +0100 Received: (qmail 30973 invoked from network); 21 Jul 1999 21:42:38 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 21 Jul 1999 21:42:38 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 21 Jul 1999 17:41:40 -0400 Received: by vger.rutgers.edu id ; Wed, 21 Jul 1999 17:39:21 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8005 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Wed, 21 Jul 1999 17:38:43 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 21-Jul-1999 23:43:31 +0200 In-Reply-To: X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Wed, 21 Jul 1999 23:39:06 +0200 To: Philip.Blundell@pobox.com, linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(2): 82C59A troubles Message-Id: <19990721233906.024174@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Wed, Jul 21, 1999, Philip Blundell wrote: >Not especially; the code in the kernel also works with CATS, and I gather with > >some other boards too. ISA interrupts are almost always edge triggered. I'm >not aware of anything that your BIOS needs to set up. > >The 8259 is a terrible chip. If you prod it in the wrong way it will either >go off sulking and refuse to generate any more interrupts, or start >interrupting permanently. But the existing ebsa-285 code should work I would >have thought. Hep, the problem is fixed, the HW engineer just forgot to invert the interrupt output of the Winbond ... pfff.... The positive thing is that I know how this damned chip work now after spending the day reading all possible FAQs/docs/web pages on the subject ;-) -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 22 11:31:43 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA20705 for ; Thu, 22 Jul 1999 11:31:43 +0100 Received: (qmail 14334 invoked from network); 22 Jul 1999 10:32:27 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Jul 1999 10:32:27 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 22 Jul 1999 06:31:57 -0400 Received: by vger.rutgers.edu id ; Thu, 22 Jul 1999 06:31:38 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8000 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Thu, 22 Jul 1999 06:31:24 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 22-Jul-1999 12:36:21 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Thu, 22 Jul 1999 12:31:55 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: loadmap source code ? Message-Id: <19990722123155.008663@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I'm desesperately looking for loadmap source code. The binary RPM on armlinux ftp site crashes (memory violation, I probably don't have the correct libc) and I didnt' find the .src.rpm in the SRPMS folder on this same site. Also, I'm using a light debian install, so handling RPMs in not simple. Someone has this beast available ? Also does it relies (along with Russel's bios) on a specific partition map format ? (I'm using DOS partition map for the moment). I dont' know very well all those various partition map layouts (I'm more used to Mac's), sorry if this looks like a dump question.... Thanks in advance, Benjamin. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 22 17:08:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA24647 for ; Thu, 22 Jul 1999 17:08:03 +0100 Received: (qmail 20172 invoked from network); 22 Jul 1999 16:08:51 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 22 Jul 1999 16:08:51 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 22 Jul 1999 12:07:43 -0400 Received: by vger.rutgers.edu id ; Thu, 22 Jul 1999 12:03:35 -0400 Received: from [195.89.188.122] ([195.89.188.122]:2392 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Thu, 22 Jul 1999 12:02:58 -0400 Received: (qmail 11003 invoked by uid 0); 22 Jul 1999 16:09:11 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 22 Jul 1999 16:09:11 -0000 Date: Thu, 22 Jul 1999 17:09:10 +0100 (GMT) From: Alex Holden To: linux-arm@vger.rutgers.edu Subject: 7111 driver Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing A while ago, ISTR somebody said they had ported the driver for the 7111 video capture chip in the NetWinder to 2.2, but it seems not to have gone into the main kernel yet. I don't need to display the video on screen (just grab a frame into memory every few seconds), I'm not bothered what API it uses (I'll probably be writing a dedicated capture program anyway), and it would be preferrable if I didn't have to run X at the same time. I need to capture PAL format colour video, in the highest resolution the chip supports. Any suggestions? --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 14:40:28 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA03040 for ; Fri, 23 Jul 1999 14:40:28 +0100 Received: (qmail 14147 invoked from network); 23 Jul 1999 13:41:17 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 13:41:17 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 09:40:57 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 09:39:35 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8001 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 09:37:54 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 23-Jul-1999 15:42:50 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Fri, 23 Jul 1999 15:38:18 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: sl82c105.c weirdness Message-Id: <19990723153818.013250@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi ! On a board we are developping we use a Winbond "553" chip for the IDE controller. Originally, I compiled the kernel with support for only our board (another board I added in the list of "footbridge" archs). Things worked fine except the IDE controller gave me lots of "lost interrupts". I finally found that the code in sl82c105c was used with this chip and that part of this code is under compile option "CONFIG_ARCH_NETWINDER". This WEIRD, since this option only means that netwinder support is enabled, not that we are running on a netwinder. If I add support for both our board _and_ netwinder in the kernel compile options, then magically, my IDE began to work. I beleive this options should be changed to something like: -#ifdef CONFIG_ARCH_NETWINDER +#ifdef CONFIG_HOST_FOOTBRIDGE +if (machine_is_netwinder() || machine_is_my_board()) { [.../...] +} If this is ok, then I'll post a patch, along with fixes to the pcnet32 driver for the strongarm (appropriate cache flush/inval.) I've not yet figured out what this added IDE code does (and why it's only defined for the netwinder), but I'm still having a problem with the second IDE controller of the winbond, which is still giving me lost_interrupts. Any clue ? -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 14:59:17 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id OAA03368 for ; Fri, 23 Jul 1999 14:59:17 +0100 Received: (qmail 16201 invoked from network); 23 Jul 1999 14:00:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 14:00:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 09:59:33 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 09:59:24 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3078 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 23 Jul 1999 09:59:05 -0400 Received: (qmail 13979 invoked by uid 0); 23 Jul 1999 14:05:15 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 23 Jul 1999 14:05:15 -0000 Date: Fri, 23 Jul 1999 15:05:14 +0100 (GMT) From: Alex Holden To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu Subject: Re: sl82c105.c weirdness In-Reply-To: <19990723153818.013250@mail.mipsys.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 23 Jul 1999, Benjamin Herrenschmidt wrote: > If this is ok, then I'll post a patch, along with fixes to the pcnet32 Patches should be sent to Russell's patch system rather than the list- see: http://www.arm.linux.org.uk/patches/info.html --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 15:00:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA03385 for ; Fri, 23 Jul 1999 15:00:26 +0100 Received: (qmail 16363 invoked from network); 23 Jul 1999 14:01:15 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 14:01:15 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 10:00:54 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 10:00:45 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:26610 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 10:00:34 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 117fgc-0004Iz-00; Fri, 23 Jul 1999 14:48:30 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 117fgc-0004Jf-00; Fri, 23 Jul 1999 14:48:30 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Benjamin Herrenschmidt cc: linux-arm@vger.rutgers.edu Subject: Re: sl82c105.c weirdness In-reply-to: Your message of "Fri, 23 Jul 1999 15:38:18 +0200." <19990723153818.013250@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jul 1999 14:48:29 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >-#ifdef CONFIG_ARCH_NETWINDER >+#ifdef CONFIG_HOST_FOOTBRIDGE >+if (machine_is_netwinder() || machine_is_my_board()) { > [.../...] >+} That looks OK to me. If CONFIG_ARCH_NETWINDER is not set then machine_is_netwinder() will expand to a constant 0 and gcc will probably leave out the code inside the if in any case. >I've not yet figured out what this added IDE code does (and why it's only >defined for the netwinder), but I'm still having a problem with the >second IDE controller of the winbond, which is still giving me >lost_interrupts. The NetWinder doesn't use the secondary IDE so this has probably not been tested. What interrupt do you think the secondary controller should be using? I'm also not sure why there are basically two different versions of the code for this chip. I think the original version was written by the PowerPC guys so you should probably talk to them and find out whether the two can be somehow combined. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 15:27:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA03606 for ; Fri, 23 Jul 1999 15:27:50 +0100 Received: (qmail 19215 invoked from network); 23 Jul 1999 14:28:39 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 14:28:39 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 10:28:08 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 10:27:50 -0400 Received: from PACIFIC-CARRIER-ANNEX.MIT.EDU ([18.69.0.28]:4723 "HELO MIT.EDU") by vger.rutgers.edu with SMTP id ; Fri, 23 Jul 1999 10:27:47 -0400 Received: from FROINLEVEN.MIT.EDU by MIT.EDU with SMTP id AA21740; Fri, 23 Jul 99 10:27:48 EDT Received: by froinleven.mit.edu (8.8.7/4.7) id KAA18999; Fri, 23 Jul 1999 10:27:47 -0400 Message-Id: <199907231427.KAA18999@froinleven.mit.edu> X-Mailer: exmh version 2.0.2 2/24/98 To: linux-arm@vger.rutgers.edu Subject: glibc-only system Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jul 1999 10:27:46 EDT From: Mark Huang Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I'm trying to build a glibc-only Linux-ARM system to save space, and started with the ramdisk at ftp://ssdl-redstone.stanford.edu/pub/ramdisk.gz. I've managed to recompile most of the system binaries against glibc (mostly from Debian sources, with some exceptions), but when I try to get rid of libc.so.4.6.27, the system refuses to boot. I think I've tracked the dependency down to one of /bin/login or /sbin/init. Whenever I replace either of these two with my own compiled versions (with or without libc4 in place), the system also refuses to boot. Anyway, if anyone has compiled a glibc-only system, I'd be most grateful if you could tell me what sources you compiled from, or where you got the binaries from. Thanks in advance, --Mark unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 15:44:44 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA03737 for ; Fri, 23 Jul 1999 15:44:44 +0100 Received: (qmail 21422 invoked from network); 23 Jul 1999 14:45:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 14:45:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 10:44:13 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 10:43:59 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3100 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 23 Jul 1999 10:38:42 -0400 Received: (qmail 14063 invoked by uid 0); 23 Jul 1999 14:44:52 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 23 Jul 1999 14:44:52 -0000 Date: Fri, 23 Jul 1999 15:44:51 +0100 (GMT) From: Alex Holden To: Mark Huang cc: linux-arm@vger.rutgers.edu Subject: Re: glibc-only system In-Reply-To: <199907231427.KAA18999@froinleven.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 23 Jul 1999, Mark Huang wrote: > Anyway, if anyone has compiled a glibc-only system, I'd be most grateful if > you could tell me what sources you compiled from, or where you got the > binaries from. Should't init be statically linked? Do you get any error messages? You can use ldd to find what things are linked against, and you can try booting with /bin/sh as init if your real init is having problems. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 15:45:30 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA03768 for ; Fri, 23 Jul 1999 15:45:25 +0100 Received: (qmail 21553 invoked from network); 23 Jul 1999 14:46:13 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 14:46:13 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 10:45:44 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 10:44:14 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:26628 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 10:40:26 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 117gUa-0004N5-00; Fri, 23 Jul 1999 15:40:08 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 117gUZ-0004qE-00; Fri, 23 Jul 1999 15:40:07 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Mark Huang cc: linux-arm@vger.rutgers.edu Subject: Re: glibc-only system In-reply-to: Your message of "Fri, 23 Jul 1999 10:27:46 EDT." <199907231427.KAA18999@froinleven.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jul 1999 15:40:06 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Anyway, if anyone has compiled a glibc-only system, I'd be most grateful if >you could tell me what sources you compiled from, or where you got the >binaries from. I have a glibc-only Debian distribution here and it seems to work fine. Have you got the floating point emulator compiled into the kernel? p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 16:00:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA03935 for ; Fri, 23 Jul 1999 16:00:32 +0100 Received: (qmail 24429 invoked from network); 23 Jul 1999 15:01:20 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 15:01:20 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 11:00:59 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 11:00:52 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:26676 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 11:00:44 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 117glF-0004O3-00; Fri, 23 Jul 1999 15:57:21 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 117glE-0004u1-00; Fri, 23 Jul 1999 15:57:20 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alex Holden cc: Mark Huang , linux-arm@vger.rutgers.edu Subject: Re: glibc-only system In-reply-to: Your message of "Fri, 23 Jul 1999 15:44:51 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 23 Jul 1999 15:57:20 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Should't init be statically linked? Not really. There are a few reasons you might want to do this but none of them are especially compelling. There have been rumours in the past that static binaries don't work especially well with the current ARM toolchain. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 16:03:29 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA03985 for ; Fri, 23 Jul 1999 16:03:29 +0100 Received: (qmail 24843 invoked from network); 23 Jul 1999 15:04:18 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 15:04:18 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 11:03:59 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 11:03:40 -0400 Received: from zen.ics.uwe.ac.uk ([164.11.100.4]:2036 "EHLO zen.ics.uwe.ac.uk") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 11:03:27 -0400 Received: (from rmk@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id QAA03954; Fri, 23 Jul 1999 16:01:33 +0100 From: Russell King Message-Id: <199907231501.QAA03954@zen.ics.uwe.ac.uk> Subject: Re: sl82c105.c weirdness To: pb@nexus.co.uk (Philip Blundell) Date: Fri, 23 Jul 1999 16:01:28 +0100 (BST) Cc: benh@mipsys.com (Benjamin Herrenschmidt), linux-arm@vger.rutgers.edu In-Reply-To: from "Philip Blundell" at Jul 23, 1999 02:48:29 PM X-Mailer: ELM [version 2.5 PL0pre8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > > >-#ifdef CONFIG_ARCH_NETWINDER > >+#ifdef CONFIG_HOST_FOOTBRIDGE > >+if (machine_is_netwinder() || machine_is_my_board()) { > > [.../...] > >+} > > That looks OK to me. If CONFIG_ARCH_NETWINDER is not set then > machine_is_netwinder() will expand to a constant 0 and gcc will probably leave > out the code inside the if in any case. > > >I've not yet figured out what this added IDE code does (and why it's only > >defined for the netwinder), but I'm still having a problem with the > >second IDE controller of the winbond, which is still giving me > >lost_interrupts. > > The NetWinder doesn't use the secondary IDE so this has probably not been > tested. What interrupt do you think the secondary controller should be using? > > I'm also not sure why there are basically two different versions of > the code for this chip. I think the original version was written by the > PowerPC guys so you should probably talk to them and find out whether the two > can be somehow combined. > > p. > > > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu > unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 16:07:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA04042 for ; Fri, 23 Jul 1999 16:07:53 +0100 Received: (qmail 25162 invoked from network); 23 Jul 1999 15:08:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 15:08:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 11:08:14 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 11:07:28 -0400 Received: from zen.ics.uwe.ac.uk ([164.11.100.4]:2054 "EHLO zen.ics.uwe.ac.uk") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 11:07:05 -0400 Received: (from rmk@localhost) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) id QAA04020; Fri, 23 Jul 1999 16:06:04 +0100 From: Russell King Message-Id: <199907231506.QAA04020@zen.ics.uwe.ac.uk> Subject: Re: sl82c105.c weirdness To: benh@mipsys.com (Benjamin Herrenschmidt) Date: Fri, 23 Jul 1999 16:06:03 +0100 (BST) Cc: linux-arm@vger.rutgers.edu In-Reply-To: <19990723153818.013250@mail.mipsys.com> from "Benjamin Herrenschmidt" at Jul 23, 1999 03:38:18 PM X-Mailer: ELM [version 2.5 PL0pre8] MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I finally found that the code in sl82c105c was used with this chip and > that part of this code is under compile option "CONFIG_ARCH_NETWINDER". > This WEIRD, since this option only means that netwinder support is > enabled, not that we are running on a netwinder. If I add support for > both our board _and_ netwinder in the kernel compile options, then > magically, my IDE began to work. The problem is that sl82c105 has never been properly ported to Linux, until I added the support. Unfortunately, the original file was for another architecture, and so I wasn't going to put the support in for every architecture. > I've not yet figured out what this added IDE code does (and why it's only > defined for the netwinder), but I'm still having a problem with the > second IDE controller of the winbond, which is still giving me > lost_interrupts. The second channel has never been tested, so it's quite possible that there's some bugs there. It may even be that channel 1 is updated with the channel 2 info, so I think this is the place to look. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 16:31:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA04252 for ; Fri, 23 Jul 1999 16:31:09 +0100 Received: (qmail 28657 invoked from network); 23 Jul 1999 15:31:57 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 15:31:57 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 11:31:18 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 11:28:31 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8003 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 11:28:13 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 23-Jul-1999 17:33:05 +0200 In-Reply-To: X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Fri, 23 Jul 1999 17:28:40 +0200 To: Philip Blundell , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(2): sl82c105.c weirdness Message-Id: <19990723172840.004457@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, Jul 23, 1999, Philip Blundell wrote: >The NetWinder doesn't use the secondary IDE so this has probably not been >tested. What interrupt do you think the secondary controller should be using? > >I'm also not sure why there are basically two different versions of >the code for this chip. I think the original version was written by the >PowerPC guys so you should probably talk to them and find out whether the two >can be somehow combined. second IDE is IRQ 15 (first IDE is IRQ 14). I'll have a closer look at the code and I know the PPC port quite well (I wrote the PowerMac booter) so I should have no problems figuring this out. Thanks. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 23 19:00:40 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA05265 for ; Fri, 23 Jul 1999 19:00:40 +0100 Received: (qmail 21064 invoked from network); 23 Jul 1999 18:01:28 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 23 Jul 1999 18:01:28 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 23 Jul 1999 13:55:45 -0400 Received: by vger.rutgers.edu id ; Fri, 23 Jul 1999 13:53:13 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8000 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Fri, 23 Jul 1999 13:49:38 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 23-Jul-1999 19:54:30 +0200 In-Reply-To: <19990723172840.004457@mail.mipsys.com> X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Fri, 23 Jul 1999 19:50:05 +0200 To: Benjamin Herrenschmidt , linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(3): sl82c105.c weirdness Message-Id: <19990723195005.028207@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, Jul 23, 1999, Benjamin Herrenschmidt wrote: >second IDE is IRQ 15 (first IDE is IRQ 14). > >I'll have a closer look at the code and I know the PPC port quite well (I >wrote the PowerMac booter) so I should have no problems figuring this >out. Thanks. Your were right, the parameters for the second controller did indeed override the first controller's. I fixed this along with the irq, but I'm still having some trouble of some disks not beeing detected, or the kernel trying to use disks on empty bus. Looks like I may still have a HW problem there... Once I'm sure it works perfectly, I'll send patches. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 25 17:06:09 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA15863 for ; Sun, 25 Jul 1999 17:06:09 +0100 Received: (qmail 6117 invoked from network); 25 Jul 1999 16:06:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Jul 1999 16:06:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 25 Jul 1999 12:05:39 -0400 Received: by vger.rutgers.edu id ; Sun, 25 Jul 1999 12:05:26 -0400 Received: from mail6.svr.pol.co.uk ([195.92.193.212]:25753 "EHLO mail6.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Sun, 25 Jul 1999 12:03:15 -0400 Received: from modem-76.exorex.dialup.pol.co.uk ([62.136.66.204] helo=srkilvington.freeserve.co.uk) by mail6.svr.pol.co.uk with esmtp (Exim 2.12 #1) id 118Qk2-0002h0-00 for linux-arm@vger.rutgers.edu; Sun, 25 Jul 1999 17:03:10 +0100 Message-ID: <379B34F5.4D747C5C@srkilvington.freeserve.co.uk> Date: Sun, 25 Jul 1999 17:01:57 +0100 From: Simon Kilvington X-Mailer: Mozilla 4.07 [en] (Win95; I) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: crt1/i/n.o Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hello, I've got a small bootstrapping problem - I can't build my elf cross compiler cuz I need crt1.o (and presumably crti.o and crtn.o too) but I need the cross compiler to build glibc (which contains the crt files). So where can I get hold of the crt files for an A5000? or can I use "xgcc" which gets built during the failed egcs compilation to build glibc? Also, I'm using egcs 1.1.1 and the 990113 arm patches, but it seems to ignore me when I try to tell it to only make a C compiler. I've tried configure with --enable-languages="c", and I've tried using LANGUAGES="c" with make, but it always tries to build a C++ compiler too. -- Simon Kilvington unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 25 18:46:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA16491 for ; Sun, 25 Jul 1999 18:46:32 +0100 Received: (qmail 18212 invoked from network); 25 Jul 1999 17:46:31 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Jul 1999 17:46:31 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 25 Jul 1999 13:46:10 -0400 Received: by vger.rutgers.edu id ; Sun, 25 Jul 1999 13:46:01 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:4325 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sun, 25 Jul 1999 13:45:57 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 118SLT-0008zH-0K; Sun, 25 Jul 1999 17:45:55 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 118SLO-0006Mh-00; Sun, 25 Jul 1999 18:45:50 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Subject: Re: crt1/i/n.o In-Reply-To: Message from Simon Kilvington of "Sun, 25 Jul 1999 17:01:57 BST." <379B34F5.4D747C5C@srkilvington.freeserve.co.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 25 Jul 1999 18:45:50 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing > I've got a small bootstrapping problem - I can't build my >elf cross compiler cuz I need crt1.o (and presumably crti.o and crtn.o >too) but I need the cross compiler to build glibc (which contains the >crt files). So where can I get hold of the crt files for an A5000? or >can I use "xgcc" which gets built during the failed egcs compilation to >build glibc? See the notes at . Once gcc itself is built (even if the run-time system failed to compile) you can say `make install' in the gcc directory and then use this compiler to build libc. > Also, I'm using egcs 1.1.1 and the 990113 arm patches, but it >seems to ignore me when I try to tell it to only make a C compiler. BTW, you might want to try the latest prerelease of gcc-2.95 instead. It should be rather less buggy. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 25 18:54:56 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA16538 for ; Sun, 25 Jul 1999 18:54:55 +0100 Received: (qmail 19557 invoked from network); 25 Jul 1999 17:54:54 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Jul 1999 17:54:54 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 25 Jul 1999 13:54:27 -0400 Received: by vger.rutgers.edu id ; Sun, 25 Jul 1999 13:51:48 -0400 Received: from mail3.svr.pol.co.uk ([195.92.193.19]:21027 "EHLO mail3.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Sun, 25 Jul 1999 13:51:23 -0400 Received: from modem-102.lansoprazole.dialup.pol.co.uk ([62.136.75.230] helo=reinhouse) by mail3.svr.pol.co.uk with smtp (Exim 2.12 #1) id 118SQj-0002mO-00 for linux-arm@vger.rutgers.edu; Sun, 25 Jul 1999 18:51:22 +0100 Date: Fri, 23 Jul 1999 21:37:58 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: Re: Installation problems Message-ID: In-Reply-To: <49243a1056nik@pop.onlinehome.de> X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing In message <49243a1056nik@pop.onlinehome.de> nik wrote: [snip] > It still can't see the partitions on the drive (hda) connected to > the internal IDE interface. > Booting into Linux it says: [snip] > hda:[ics] There is there problem, hda contains an ICS partition table which Linux is using in preference to the filecore/linux partition table. You need to zero the first 1024 bytes of the disc, this can be done under linux by: dd block=1024 count=1 if=/dev/zero of=/dev/hda [snip rest] -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sun Jul 25 21:57:08 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id VAA18159 for ; Sun, 25 Jul 1999 21:57:08 +0100 Received: (qmail 6756 invoked from network); 25 Jul 1999 20:57:08 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 25 Jul 1999 20:57:08 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 25 Jul 1999 16:56:38 -0400 Received: by vger.rutgers.edu id ; Sun, 25 Jul 1999 16:56:20 -0400 Received: from mail6.svr.pol.co.uk ([195.92.193.212]:4183 "EHLO mail6.svr.pol.co.uk") by vger.rutgers.edu with ESMTP id ; Sun, 25 Jul 1999 16:56:04 -0400 Received: from modem-80.hairdresser.dialup.pol.co.uk ([62.136.145.80] helo=reinhouse) by mail6.svr.pol.co.uk with smtp (Exim 2.12 #1) id 118VJR-0001a9-00 for linux-arm@vger.rutgers.edu; Sun, 25 Jul 1999 21:56:01 +0100 Date: Sun, 25 Jul 1999 20:58:40 +0100 From: Timothy Baldwin To: linux-arm@vger.rutgers.edu Subject: [RiscPC] Linloader 0.30 released Message-ID: X-Mailer: Messenger v1.40f for RISC OS Mail-Copies-To: nobody X-Editor: Zap, using ZapEmail 0.22 (08 Oct 1998) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Posting-Agent: RISC OS Newsbase 0.61b User-Agent: POPstar/2.01b12 Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Linloader 0.30, a Linux bootloader for RiscPCs is now available from http://www.reinhouse.freeserve.co.uk/riscos/linloader/ The main changes from Linloader 0.20 are: It boots gzipped kernels. It includes a workaround for a RC5PC bug which would otherwise crash Linux. It allocates more memory from the application area, however this results in it not working before the desktop is initialised due to a bug/feature in RISC OS. I will write a fix for this. -- http://www.reinhouse.freeserve.co.uk/ Please don't CC replies to me!!! unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 26 01:41:42 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id BAA19824 for ; Mon, 26 Jul 1999 01:41:41 +0100 Received: (qmail 2035 invoked from network); 26 Jul 1999 00:41:41 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 26 Jul 1999 00:41:41 -0000 Received: by vger.rutgers.edu via listexpand id ; Sun, 25 Jul 1999 20:41:10 -0400 Received: by vger.rutgers.edu id ; Sun, 25 Jul 1999 20:41:02 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:36008 "EHLO Hydro.CAM.ORG") by vger.rutgers.edu with ESMTP id ; Sun, 25 Jul 1999 20:40:51 -0400 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id UAA13141; Sun, 25 Jul 1999 20:40:02 -0400 (EDT) Date: Sun, 25 Jul 1999 20:40:26 -0400 (EDT) From: Nicolas Pitre To: Philip Blundell cc: Alex Holden , Mark Huang , linux-arm@vger.rutgers.edu Subject: Re: glibc-only system In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 23 Jul 1999, Philip Blundell wrote: > >Should't init be statically linked? > > Not really. There are a few reasons you might want to do this but none of > them are especially compelling. There have been rumours in the past that > static binaries don't work especially well with the current ARM toolchain. You say? The application I work on is a single big binary which is staticaly linked and it apparently works OK. It's the only binary running on the system but it shouldn't matter. Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 26 10:09:59 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA22227 for ; Mon, 26 Jul 1999 10:09:59 +0100 Received: (qmail 6893 invoked from network); 26 Jul 1999 09:09:58 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 26 Jul 1999 09:09:58 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 26 Jul 1999 05:02:18 -0400 Received: by vger.rutgers.edu id ; Mon, 26 Jul 1999 05:01:18 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:27290 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Mon, 26 Jul 1999 05:00:32 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 118gLr-0006gf-00; Mon, 26 Jul 1999 09:43:15 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 118gLr-0003aL-00; Mon, 26 Jul 1999 09:43:15 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicolas Pitre cc: Alex Holden , Mark Huang , linux-arm@vger.rutgers.edu Subject: Re: glibc-only system In-reply-to: Your message of "Sun, 25 Jul 1999 20:40:26 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 26 Jul 1999 09:43:15 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >The application I work on is a single big binary which is staticaly >linked and it apparently works OK. It's the only binary running on the >system but it shouldn't matter. Well, it was your code I was thinking of when I said there were rumours that it didn't work. I thought you were having trouble with floating point at one time. If it's OK now then I have no evidence that breakage remains, though I still wouldn't recommend anyone to use static binaries unless there is a particular reason to do so. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Mon Jul 26 16:05:50 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA24851 for ; Mon, 26 Jul 1999 16:05:50 +0100 Received: (qmail 14045 invoked from network); 26 Jul 1999 15:05:49 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 26 Jul 1999 15:05:49 -0000 Received: by vger.rutgers.edu via listexpand id ; Mon, 26 Jul 1999 11:04:03 -0400 Received: by vger.rutgers.edu id ; Mon, 26 Jul 1999 11:00:21 -0400 Received: from mailhost.mipsys.com ([195.25.220.24]:8000 "EHLO [195.25.220.24]") by vger.rutgers.edu with ESMTP id ; Mon, 26 Jul 1999 10:48:39 -0400 Received: from 192.168.1.10 by 192.168.1.2 with SMTP (QuickMail Pro Server for MacOS 1.1.2); 26-Jul-1999 16:43:07 +0200 X-Mailer: CTM PowerMail 2.3.1 x-sender: benh@mail.mipsys.com Date: Mon, 26 Jul 1999 16:38:43 +0200 To: linux-arm@vger.rutgers.edu From: Benjamin Herrenschmidt Subject: Re(4): sl82c105.c weirdness Message-Id: <19990726163843.026565@mail.mipsys.com> Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing More potential problems: When the ATA device is reset via the IDE control reg, the Winbond doc. says that the controller is also reset to 8 bits fixed-timing i/os. I've added some "hackish" code to the do_reset1 function in drivers/block/ide.c that looks like this: #if OK_TO_RESET_CONTROLLER if (!IDE_CONTROL_REG) { __restore_flags(flags); return; } /* * Note that we also set nIEN while resetting the device, * to mask unwanted interrupts from the interface during the reset. * However, due to the design of PC hardware, this will cause an * immediate interrupt due to the edge transition it produces. * This single interrupt gives us a "fast poll" for drives that * recover from reset very quickly, saving us the first 50ms wait time. */ OUT_BYTE(drive->ctl|6,IDE_CONTROL_REG); /* set SRST and nIEN */ udelay(10); /* more than enough time */ OUT_BYTE(drive->ctl|2,IDE_CONTROL_REG); /* clear SRST, leave nIEN */ udelay(10); /* more than enough time */ hwgroup->poll_timeout = jiffies + WAIT_WORSTCASE; ide_set_handler (drive, &reset_pollfunc, HZ/20); +#ifdef CONFIG_BLK_DEV_SL82C105 + /* Winbond need a reset of the controller or secondary port will be + set to 8 bits i/o which is definitely not what we want ! + */ + if (hwif->pci_devid == DEVID_W82C105) + ide_init_sl82c105(hwif); +#endif #endif /* OK_TO_RESET_CONTROLLER */ __restore_flags (flags); /* local CPU only */ } The ide_init_sl82c105() must be previously declared extern, and this works since ide_init_sl82c105 currently does the magic of writing 0x33 in the config register at 0x40. I'm still having problems with a disk which is very slow to power up and doesn't show up at all if I don't wait around 20-30secs before letting the bios scan the IDE (a caviar). I'm trying to figure out a way to detect that there's indeed a disk which is not ready. -- E-Mail: BenH. Web : unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 28 00:47:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id AAA11711 for ; Wed, 28 Jul 1999 00:47:47 +0100 Received: (qmail 14047 invoked from network); 27 Jul 1999 23:47:47 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 27 Jul 1999 23:47:47 -0000 Received: by vger.rutgers.edu via listexpand id ; Tue, 27 Jul 1999 19:47:08 -0400 Received: by vger.rutgers.edu id ; Tue, 27 Jul 1999 19:46:54 -0400 Received: from kwanon.research.canon.com.au ([203.12.172.254]:26937 "HELO kwanon.research.canon.com.au") by vger.rutgers.edu with SMTP id ; Tue, 27 Jul 1999 19:44:10 -0400 Received: (qmail 25192 invoked from network); 27 Jul 1999 23:43:50 -0000 Received: from eos.research.canon.com.au (203.12.175.190) by kwanon-heat.research.canon.com.au with SMTP; 27 Jul 1999 23:43:50 -0000 Received: from hodges.research.canon.com.au (hodges.research.canon.com.au [203.12.174.30]) by eos.research.canon.com.au (Postfix) with ESMTP id DFB4C4264 for ; Wed, 28 Jul 1999 09:44:06 +1000 (EST) Received: by hodges.research.canon.com.au (Postfix, from userid 178) id 1F9FC8D4D; Wed, 28 Jul 1999 09:43:46 +1000 (EST) From: Mark Pulver Date: Wed, 28 Jul 1999 09:43:46 +1000 (EST) To: linux-arm@vger.rutgers.edu Subject: binutils 2.9.1.0.19a where did it go to? X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14238.16924.696492.83765@hodges.research.canon.com.au> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing http://developer.intel.com/design/strong/applnots/sa1100lx/getstart.htm & http://www.tazenda.demon.co.uk/phil/arm-tools.html says: ftp://tsx-11.mit.edu/pub/linux/packages/GCC/ or ftp://sunsite.unc.edu/pub/Linux/GCC/ but they don't have a copy. (I actually have a copy, I grabbed a couple of months ago, but I decide to start from scratch). Mark unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Wed Jul 28 10:23:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id KAA15503 for ; Wed, 28 Jul 1999 10:23:26 +0100 Received: (qmail 21975 invoked from network); 28 Jul 1999 09:23:25 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 28 Jul 1999 09:23:25 -0000 Received: by vger.rutgers.edu via listexpand id ; Wed, 28 Jul 1999 05:22:55 -0400 Received: by vger.rutgers.edu id ; Wed, 28 Jul 1999 05:22:49 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:29244 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Wed, 28 Jul 1999 05:20:28 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 119Pmd-0001lP-00; Wed, 28 Jul 1999 10:13:55 +0100 Received: from [::ffff:127.0.0.1] (helo=fountain.nexus.co.uk ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 119Pmc-0000kM-00; Wed, 28 Jul 1999 10:13:54 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Mark Pulver cc: linux-arm@vger.rutgers.edu Subject: Re: binutils 2.9.1.0.19a where did it go to? In-reply-to: Your message of "Wed, 28 Jul 1999 09:43:46 +1000." <14238.16924.696492.83765@hodges.research.canon.com.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 28 Jul 1999 10:13:54 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >(I actually have a copy, I grabbed a couple of months ago, but I >decide to start from scratch). 2.9.1.0.19a is old and obsolete now, it just happened to be current when those documents were written. The new site for binutils is ftp.varesearch.com:/pub/support/hjl/binutils, where you can find the latest releases from both the 2.9.1 and 2.9.4 branches. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 15:25:32 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA26673 for ; Thu, 29 Jul 1999 15:25:26 +0100 Received: (qmail 29443 invoked from network); 29 Jul 1999 14:23:42 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 14:23:42 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 10:23:13 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 10:22:20 -0400 Received: from ns0.eris.dera.gov.uk ([128.98.1.1]:1959 "HELO ns0.eris.dera.gov.uk") by vger.rutgers.edu with SMTP id ; Thu, 29 Jul 1999 10:21:38 -0400 Received: (qmail 7222 invoked from network); 29 Jul 1999 14:21:35 -0000 Received: from unknown (HELO mail-relay.eris.dera.gov.uk) (128.98.2.7) by ns0.eris.dera.gov.uk with SMTP; 29 Jul 1999 14:21:35 -0000 Received: (qmail 29196 invoked from network); 29 Jul 1999 14:21:34 -0000 Received: from slug.eris.dera.gov.uk (HELO eris.dera.gov.uk) (128.98.9.31) by mail-relay.eris.dera.gov.uk with SMTP; 29 Jul 1999 14:21:34 -0000 Message-ID: <37A0719E.962A8A21@eris.dera.gov.uk> Date: Thu, 29 Jul 1999 15:22:06 +0000 From: Simon Kilvington Organization: DERA X-Mailer: Mozilla 4.08 [en] (X11; I; Linux 2.0.36 i686) MIME-Version: 1.0 To: linux-arm@vger.rutgers.edu Subject: ARM platforms Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Hi, I've been messing about with my old Acorn A5000 and I've got ARM Linux running on it quite nicely (though I basically had to build the whole thing from scratch - which was good fun!). Now I want to get a decent ARM based computer and I was wondering what the options are? I want to be able to run X on it and I want to have it networked with my PC. I've got a cross-compiling environment on my PC so I can build the system from scratch like I did with the A5000, it's just a question of which board/machine to buy. Am I better off getting a second hand RISC PC, or this "Netwinder" that gets mentioned here quite a bit, or wait for one of these companies who are going to be selling RISC OS based systems? TIA for any suggestions, -- Simon Kilvington, s.kilvington@eris.dera.gov.uk unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 15:53:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id PAA26967 for ; Thu, 29 Jul 1999 15:53:54 +0100 Received: (qmail 4339 invoked from network); 29 Jul 1999 14:53:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 14:53:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 10:53:24 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 10:53:16 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:30654 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Thu, 29 Jul 1999 10:52:59 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 119rWH-0001W0-00; Thu, 29 Jul 1999 15:50:53 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 119rWH-0001hx-00; Thu, 29 Jul 1999 15:50:53 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Simon Kilvington cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-reply-to: Your message of "Thu, 29 Jul 1999 15:22:06 -0000." <37A0719E.962A8A21@eris.dera.gov.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Jul 1999 15:50:52 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >get a decent ARM based computer and I was wondering what the options >are? I want to be able to run X on it and I want to have it networked >with my PC. I've got a cross-compiling environment on my PC so I can I wouldn't really recommend a RiscPC. My suggestion would be either the Rebel.com NetWinder or the Chalice CATS. The former is probably a bit more of a polished product and is a rather cuter design, but the latter is rather more expandable since it has standard PCI, ISA and USB ports, not to mention memory and disk. Either should be quite well able to run X and networking. In CPU performance terms the NetWinder is somewhat better as shipped, though you could probably wind up the wick on a CATS to the same level if you felt the urge. >or wait for one of these companies who are going to be >selling RISC OS based systems? I'd avoid the ARM7500 based ones; their performance won't exactly be stellar. I don't know enough about the others to comment really. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 17:59:13 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA28325 for ; Thu, 29 Jul 1999 17:59:13 +0100 Received: (qmail 32695 invoked from network); 29 Jul 1999 16:59:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 16:59:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 12:58:43 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 12:58:38 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3293 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Thu, 29 Jul 1999 12:57:51 -0400 Received: (qmail 30684 invoked by uid 0); 29 Jul 1999 17:03:48 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 29 Jul 1999 17:03:48 -0000 Date: Thu, 29 Jul 1999 18:03:48 +0100 (GMT) From: Alex Holden To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 29 Jul 1999, Philip Blundell wrote: > rather more expandable since it has standard PCI, ISA and USB ports, Is the USB supported by the standard Linux UHCI or OHCI drivers, or does a driver need to be written for it yet? --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 18:44:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA28705 for ; Thu, 29 Jul 1999 18:44:06 +0100 Received: (qmail 7212 invoked from network); 29 Jul 1999 17:44:06 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 17:44:06 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 13:43:37 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 13:43:19 -0400 Received: from tele-post-20.mail.demon.net ([194.217.242.20]:3954 "EHLO tele-post-20.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Thu, 29 Jul 1999 13:43:09 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by tele-post-20.mail.demon.net with esmtp (Exim 2.12 #2) id 119uCw-000ElK-0K; Thu, 29 Jul 1999 17:43:06 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 119uCr-0000df-00; Thu, 29 Jul 1999 18:43:01 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alex Holden cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: Message from Alex Holden of "Thu, 29 Jul 1999 18:03:48 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Thu, 29 Jul 1999 18:43:01 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Alex Holden wrote: >On Thu, 29 Jul 1999, Philip Blundell wrote: >> rather more expandable since [CATS] has standard PCI, ISA and USB ports, > >Is the USB supported by the standard Linux UHCI or OHCI drivers, or does a >driver need to be written for it yet? It should work with the OHCI driver. I don't have any USB peripherals so I haven't checked it out very thoroughly, but the driver seems happy enough to find the interface, set it up and go looking for devices. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 19:43:24 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id TAA29147 for ; Thu, 29 Jul 1999 19:43:24 +0100 Received: (qmail 15957 invoked from network); 29 Jul 1999 18:43:23 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 18:43:23 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 14:42:23 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 14:42:10 -0400 Received: from lenzie.cent.gla.ac.uk ([130.209.16.18]:38725 "EHLO lenzie.cent.gla.ac.uk") by vger.rutgers.edu with ESMTP id ; Thu, 29 Jul 1999 14:40:34 -0400 Received: from localhost (9606585c@localhost) by lenzie.cent.gla.ac.uk (8.9.3+Sun/8.8.8) with SMTP id TAA07335; Thu, 29 Jul 1999 19:40:20 +0100 (BST) Date: Thu, 29 Jul 1999 19:40:20 +0100 (BST) From: James Craig <9606585c@udcf.gla.ac.uk> X-Sender: 9606585c@lenzie.cent.gla.ac.uk To: Philip Blundell cc: Alex Holden , linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 29 Jul 1999, Philip Blundell wrote: > Alex Holden wrote: > > >On Thu, 29 Jul 1999, Philip Blundell wrote: > >> rather more expandable since [CATS] has standard PCI, ISA and USB ports, > > > >Is the USB supported by the standard Linux UHCI or OHCI drivers, or does a > >driver need to be written for it yet? > > It should work with the OHCI driver. I don't have any USB peripherals so I > haven't checked it out very thoroughly, but the driver seems happy enough to > find the interface, set it up and go looking for devices. I'm using the UHCI support on my x86, and I have to say that with nothing but my USB monitor/hub plugged in, it's the most horrifically unstable thing I've ever seen in a linux kernel. While it might work, I don't think you could call it even vaguely reliable. Unplugging or plugging in anything on mine causes Ooopses, and some 2.3 kernels actually just kill the damn machine if I install USB support at all. Basically: YMMV majorly. :) -- James Craig <9606585c@udcf.gla.ac.uk> unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 20:24:07 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA29531 for ; Thu, 29 Jul 1999 20:24:07 +0100 Received: (qmail 21895 invoked from network); 29 Jul 1999 19:22:12 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 19:22:12 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 15:13:25 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 15:13:11 -0400 Received: from deepwell.com ([209.63.174.12]:4291 "HELO kerouac.deepwell.com") by vger.rutgers.edu with SMTP id ; Thu, 29 Jul 1999 15:09:02 -0400 Received: (qmail 23067 invoked from network); 29 Jul 1999 19:50:48 -0000 Received: from proxy.dcomm.net (HELO terry) (209.63.175.10) by deepwell.com with SMTP; 29 Jul 1999 19:50:48 -0000 Message-Id: <4.2.0.56.19990729120906.01d80bd0@mail1.dcomm.net> X-Sender: terry.arm@mail.deepwell.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.2.0.56 (Beta) Date: Thu, 29 Jul 1999 12:10:02 -0700 To: linux-arm@vger.rutgers.edu From: Terry Ewing Subject: Re: ARM platforms In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Approximately how much does a NetWinder cost in USD? At 03:50 PM 7/29/99 +0100, you wrote: > >get a decent ARM based computer and I was wondering what the options > >are? I want to be able to run X on it and I want to have it networked > >with my PC. I've got a cross-compiling environment on my PC so I can > >I wouldn't really recommend a RiscPC. My suggestion would be either the >Rebel.com NetWinder or the Chalice CATS. The former is probably a bit >more of >a polished product and is a rather cuter design, but the latter is rather >more >expandable since it has standard PCI, ISA and USB ports, not to mention >memory and disk. Either should be quite well able to run X and networking. > >In CPU performance terms the NetWinder is somewhat better as shipped, though >you could probably wind up the wick on a CATS to the same level if you felt >the urge. > > >or wait for one of these companies who are going to be > >selling RISC OS based systems? > >I'd avoid the ARM7500 based ones; their performance won't exactly be >stellar. >I don't know enough about the others to comment really. > >p. > > >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Thu Jul 29 20:41:06 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA32511 for ; Thu, 29 Jul 1999 20:41:05 +0100 Received: (qmail 28916 invoked from network); 29 Jul 1999 19:41:04 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 29 Jul 1999 19:41:04 -0000 Received: by vger.rutgers.edu via listexpand id ; Thu, 29 Jul 1999 15:38:54 -0400 Received: by vger.rutgers.edu id ; Thu, 29 Jul 1999 15:35:47 -0400 Received: from tele.visi.com ([209.98.98.17]:59536 "HELO mail-out.visi.com") by vger.rutgers.edu with SMTP id ; Thu, 29 Jul 1999 15:27:55 -0400 Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id 02A191F851; Thu, 29 Jul 1999 14:27:54 -0500 (CDT) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id OAA21747; Thu, 29 Jul 1999 14:27:54 -0500 (CDT) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Thu, 29 Jul 1999 14:27:54 -0500 (CDT) From: To: Terry Ewing Cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: <4.2.0.56.19990729120906.01d80bd0@mail1.dcomm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Too much for what you get.:) Seriously, I have no definite figures because I haven't looked in a while, but when I was looking at them, they were horrificly overpriced compared to x86 systems, and I doubt that has changed much. While they are fun, an x86 platform is more cost effective. Of course, this is in the USA also, not sure about international price comparisons. On Thu, 29 Jul 1999, Terry Ewing wrote: > Approximately how much does a NetWinder cost in USD? > -- Kyle Mestery | StorageTek's Storage Networking Group mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 08:36:53 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id IAA06140 for ; Fri, 30 Jul 1999 08:36:52 +0100 Received: (qmail 7987 invoked from network); 30 Jul 1999 07:36:51 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 07:36:51 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 03:36:21 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 03:36:12 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3700 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 03:35:48 -0400 Received: (qmail 32244 invoked by uid 0); 30 Jul 1999 07:41:52 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 30 Jul 1999 07:41:51 -0000 Date: Fri, 30 Jul 1999 08:41:48 +0100 (GMT) From: Alex Holden To: Terry Ewing cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: <4.2.0.56.19990729120906.01d80bd0@mail1.dcomm.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 29 Jul 1999, Terry Ewing wrote: > Approximately how much does a NetWinder cost in USD? http://www.rebel.com/order/nw-na-srp.htm?nwsa --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 08:54:49 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id IAA06225 for ; Fri, 30 Jul 1999 08:54:48 +0100 Received: (qmail 9324 invoked from network); 30 Jul 1999 07:54:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 07:54:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 03:54:13 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 03:53:58 -0400 Received: from note.orchestra.cse.unsw.EDU.AU ([129.94.242.29]:1826 "HELO note.orchestra.cse.unsw.EDU.AU") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 03:53:32 -0400 Received: From paulaner With LocalMail ; Fri, 30 Jul 99 17:51:45 +1000 From: "Adam 'WeirdArms' Wiggins" To: Sa1100-linux@pa.dec.com, linux-arm@vger.rutgers.edu, hermann.haertig@inf.tu-dresden.de, ud3@os.inf.tu-dresden.de, hohmuth@innocent.com Date: Fri, 30 Jul 1999 17:51:29 +1000 (EST) X-Sender: awiggins@paulaner.disy.cse.unsw.EDU.AU Subject: new UNSW CSE technical report (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing For those of you interested. ---------- Forwarded message ---------- Date: Fri, 30 Jul 1999 15:55:28 +1000 (EST) From: Andrew Taylor To: cse@cse.unsw.EDU.AU Subject: new UNSW CSE technical report UNSW Computer Science and Engineering Technical Report no. UNSW-CSE-TR-9906 (20 pages: compressed postscript file 9906.ps.Z) Title: Fast Address-Space Switching on the StrongARM SA-1100 Processor Authors: Adam Wiggins, Gernot Heiser School of Computer Science and Engineering University of New South Wales Sydney 2052 Australia E-mail: {awiggins,gernot}@cse.unsw.edu.au Abstract: The StrongARM SA-1100 is a high-speed low-power processor aimed at embedded and portable applications. Its architecture features virtual caches and TLBs which are not tagged by an address-space identifier. Consequently, context switches on that processor are potentially very expensive, as they may require complete flushes of TLBs and caches. This report presents the design of an address-space management technique for the StrongARM which minimises TLB and cache flushes and thus context switching costs. The basic idea is to implement the top-level of the (hardware-walked) page-table as a cache for page directory entries for different address spaces. This allows switching address spaces with minimal overhead as long as the working sets do not overlap. For small (<=32MB) address spaces further improvements are possible by making use of the StrongARM's re-mapping facility. Our technique is discussed in the context of the L4 microkernel in which it will be implemented. ftp://ftp.cse.unsw.edu.au/pub/doc/papers/UNSW/9906.ps.Z unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 09:02:47 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id JAA06308 for ; Fri, 30 Jul 1999 09:02:46 +0100 Received: (qmail 10252 invoked from network); 30 Jul 1999 08:02:46 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 08:02:46 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 04:01:38 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 03:58:51 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3717 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 03:58:24 -0400 Received: (qmail 32283 invoked by uid 0); 30 Jul 1999 08:04:31 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 30 Jul 1999 08:04:31 -0000 Date: Fri, 30 Jul 1999 09:04:31 +0100 (GMT) From: Alex Holden To: mestery@visi.com cc: Terry Ewing , linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 29 Jul 1999 mestery@visi.com wrote: > while, but when I was looking at them, they were horrificly overpriced > compared to x86 systems, and I doubt that has changed much. While they Did you price up a x86 system with a 250Mips or greater processor, 64MB of RAM, a 2MB video card, both a PCINE2K card and a Tulip card, built in 4Mb IRDA, a video capture port, a video output port, a 16 bit sound card with a built in mike, speaker, line in, line out, handset, and telephone connectors for getting the audio in and out, a nice large volume control built into the case, serial, parallel, PS2 keyboard and mouse ports, a decent quality keyboard (without the Windoze key) and mouse, a CPU usage LED built into the front of the case, firmware which allows netbooting and booting from ROM, a software controlled switch on the case you can use for controlling it when you don't have a keyboard attached, which comes with Linux preinstalled, all in a very cool looking, smaller than notebook sized case which you can mount both horizontally and vertically, generates virtually no noise if you turn the fan off (it isn't needed most of the time), comes with Linux pre-installed out of the box (admittedly CCC/Corel/HCC/Rebel's distribution isn't great and was even worse in the past, but TitanVI is much better and we (Zereau) will be shipping our Winder's with it and possibly offering upgrades to it (certainly selling CDs with it on), is also available in a "two machines in a slim rackmount case" form, is available with a SCSI controller, will soon be available with a built in modem or ISDN, can run off a 12VDC power supply, and consumes about 13 Watts of power? The NetWinder isn't just a PC, and you can't compare it directly to one. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 11:11:46 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA07520 for ; Fri, 30 Jul 1999 11:11:46 +0100 Received: (qmail 21756 invoked from network); 30 Jul 1999 10:08:35 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 10:08:35 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 06:08:06 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 06:07:46 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3794 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 06:06:25 -0400 Received: (qmail 32550 invoked by uid 0); 30 Jul 1999 10:12:30 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 30 Jul 1999 10:12:30 -0000 Date: Fri, 30 Jul 1999 11:12:29 +0100 (GMT) From: Alex Holden To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Thu, 29 Jul 1999, Philip Blundell wrote: > Alex Holden wrote: > >Is the USB supported by the standard Linux UHCI or OHCI drivers, or does a > >driver need to be written for it yet? > It should work with the OHCI driver. I don't have any USB peripherals so I > haven't checked it out very thoroughly, but the driver seems happy enough to > find the interface, set it up and go looking for devices. Cool. Is the USB interface a seperate device or integrated with something else? What actual device is it? More generally, how would people feel about a NetWinder with a USB port? How much extra would you be willing to pay for it? --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 11:36:40 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id LAA07942 for ; Fri, 30 Jul 1999 11:36:40 +0100 Received: (qmail 23658 invoked from network); 30 Jul 1999 10:32:33 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 10:32:33 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 06:32:13 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 06:32:05 -0400 Received: from nexusel.demon.co.uk ([158.152.30.195]:31756 "EHLO globe.nexus.co.uk") by vger.rutgers.edu with ESMTP id ; Fri, 30 Jul 1999 06:31:53 -0400 Received: from [192.0.0.21] (helo=fountain.nexus.co.uk ident=mail) by globe.nexus.co.uk with smtp (Exim 2.12 #1) id 11A9rQ-0002a9-00; Fri, 30 Jul 1999 11:25:56 +0100 Received: from fountain.nexus.co.uk ([::ffff:127.0.0.1] ident=pb) by fountain.nexus.co.uk with esmtp (Exim 2.12 #4) id 11A9rQ-0003sv-00; Fri, 30 Jul 1999 11:25:56 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Alex Holden cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-reply-to: Your message of "Fri, 30 Jul 1999 11:12:29 BST." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 30 Jul 1999 11:25:55 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Cool. Is the USB interface a seperate device or integrated with something >else? What actual device is it? It's part of the Aladdin 1543 southbridge. >More generally, how would people feel about a NetWinder with a USB port? Interesting idea. I can't immediately think of anything it would be very useful for (since the netwinder is quite well equipped with traditional I/O ports anyhow) but it does sound like a good thing to have. I've no idea how much it's worth to customers. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 16:10:14 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA12476 for ; Fri, 30 Jul 1999 16:10:13 +0100 Received: (qmail 20614 invoked from network); 30 Jul 1999 15:10:11 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 15:10:11 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 11:09:41 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 11:07:15 -0400 Received: from dfw7-1.relay.mail.uu.net ([199.171.54.106]:43984 "EHLO dfw7-1.relay.mail.uu.net") by vger.rutgers.edu with ESMTP id ; Fri, 30 Jul 1999 11:06:50 -0400 Received: from xedia.com by dfw7sosrv11.alter.net with SMTP (peer crosschecked as: madway.xedia.com [198.202.232.199]) id QQhacq18245; Fri, 30 Jul 1999 15:06:27 GMT Received: from tonga.xedia.com by xedia.com (4.1/SMI-4.1) id AA25274; Fri, 30 Jul 99 11:05:05 EDT Received: by tonga.xedia.com (SMI-8.6/SMI-SVR4) id LAA00549; Fri, 30 Jul 1999 11:06:26 -0400 Date: Fri, 30 Jul 1999 11:06:26 -0400 Message-Id: <199907301506.LAA00549@tonga.xedia.com> From: Paul Koning Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: alex@linuxhacker.org Cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms References: X-Mailer: VM 6.34 under 20.3 "Vatican City" XEmacs Lucid Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >>>>> "Alex" == Alex Holden writes: Alex> On Thu, 29 Jul 1999 mestery@visi.com wrote: >> while, but when I was looking at them, they were horrificly >> overpriced compared to x86 systems, and I doubt that has changed >> much. While they Alex> Did you price up a x86 system with a 250Mips or greater Alex> processor, 64MB of RAM, a 2MB video card, both a PCINE2K card Alex> and a Tulip card, built in 4Mb IRDA, a video capture port, a Alex> video output port, a 16 bit sound card with a built in mike, Alex> speaker, line in, line out, handset, and telephone connectors Alex> for getting the audio in and out, a nice large volume control Alex> built into the case, serial, parallel, PS2 keyboard and mouse Alex> ports, a decent quality keyboard (without the Windoze key) and Alex> mouse, a CPU usage LED built into the front of the case... Well, apart from the LED and the Ethernet cards (two? And why one good one and one bad one?) I think the going price for such an x86 platform right now is about $300. Netwinders looked somewhat promising when they were first announced, but since then PC prices have been cut in half, if not more... paul unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 16:19:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id QAA12552 for ; Fri, 30 Jul 1999 16:19:37 +0100 Received: (qmail 21069 invoked from network); 30 Jul 1999 15:19:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 15:19:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 11:18:46 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 11:18:38 -0400 Received: from [195.89.188.122] ([195.89.188.122]:3990 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 11:18:15 -0400 Received: (qmail 821 invoked by uid 0); 30 Jul 1999 15:24:20 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 30 Jul 1999 15:24:20 -0000 Date: Fri, 30 Jul 1999 16:24:17 +0100 (GMT) From: Alex Holden To: Paul Koning cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: <199907301506.LAA00549@tonga.xedia.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 30 Jul 1999, Paul Koning wrote: > Well, apart from the LED and the Ethernet cards (two? And why one > good one and one bad one?) I think the going price for such an x86 > platform right now is about $300. Where did you find an x86 system with so many built in peripherals, a network boot ROM, Linux pre-installed, 13W power consumption, and a cute looking case for only $300? --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 17:48:27 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA14339 for ; Fri, 30 Jul 1999 17:48:27 +0100 Received: (qmail 29967 invoked from network); 30 Jul 1999 16:48:26 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 16:48:26 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 12:47:36 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 12:47:20 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:3040 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id ; Fri, 30 Jul 1999 12:47:12 -0400 Received: from causality.com (localhost [127.0.0.1]) by tsuenwan.causality.com (8.9.2/8.9.2) with ESMTP id JAA38220; Fri, 30 Jul 1999 09:43:09 -0700 (PDT) (envelope-from neil@causality.com) Message-ID: <37A1D61D.C616A888@causality.com> Date: Fri, 30 Jul 1999 09:43:09 -0700 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Alex Holden CC: Philip Blundell , linux-arm@vger.rutgers.edu Subject: Re: ARM platforms References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Alex Holden wrote: > More generally, how would people feel about a NetWinder with a USB port? > How much extra would you be willing to pay for it? Might be useful... But extra? Nothing, since it's built into most S. bridges these days. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 17:49:37 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA14352 for ; Fri, 30 Jul 1999 17:49:37 +0100 Received: (qmail 30090 invoked from network); 30 Jul 1999 16:49:36 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 16:49:36 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 12:49:05 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 12:48:48 -0400 Received: from [195.89.188.122] ([195.89.188.122]:4035 "HELO linuxhacker.org") by vger.rutgers.edu with SMTP id ; Fri, 30 Jul 1999 12:48:35 -0400 Received: (qmail 989 invoked by uid 0); 30 Jul 1999 16:54:40 -0000 Received: from localhost (alex@127.0.0.1) by linuxhacker.org with SMTP; 30 Jul 1999 16:54:40 -0000 Date: Fri, 30 Jul 1999 17:54:38 +0100 (GMT) From: Alex Holden To: "Neil A. Carson" cc: linux-arm@vger.rutgers.edu Subject: Re: ARM platforms In-Reply-To: <37A1D61D.C616A888@causality.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Fri, 30 Jul 1999, Neil A. Carson wrote: > Might be useful... But extra? Nothing, since it's built into most S. > bridges these days. Not in the NetWinder. If we were to add one, it would have to be an extra device on the daughtercard, and obviously we wouldn't do that for free. It would only be worth it if people wanted USB enough to pay extra for it. --------------- Linux- the choice of a GNU generation. -------------- : Alex Holden (M1CJD)- Caver, Programmer, Land Rover nut, Radio Ham : -------------------- http://www.linuxhacker.org/ -------------------- unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Fri Jul 30 17:50:39 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id RAA14365 for ; Fri, 30 Jul 1999 17:50:38 +0100 Received: (qmail 30219 invoked from network); 30 Jul 1999 16:50:37 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 30 Jul 1999 16:50:37 -0000 Received: by vger.rutgers.edu via listexpand id ; Fri, 30 Jul 1999 12:50:06 -0400 Received: by vger.rutgers.edu id ; Fri, 30 Jul 1999 12:49:48 -0400 Received: from adsl-63-192-134-89.dsl.snfc21.pacbell.net ([63.192.134.89]:3045 "EHLO tsuenwan.causality.com") by vger.rutgers.edu with ESMTP id ; Fri, 30 Jul 1999 12:49:38 -0400 Received: from causality.com (localhost [127.0.0.1]) by tsuenwan.causality.com (8.9.2/8.9.2) with ESMTP id JAA38227; Fri, 30 Jul 1999 09:46:33 -0700 (PDT) (envelope-from neil@causality.com) Message-ID: <37A1D6E9.854691D3@causality.com> Date: Fri, 30 Jul 1999 09:46:33 -0700 From: "Neil A. Carson" Organization: Causality Limited X-Mailer: Mozilla 4.5 [en] (X11; I; FreeBSD 3.1-RELEASE i386) X-Accept-Language: en-GB MIME-Version: 1.0 To: Alex Holden CC: Paul Koning , linux-arm@vger.rutgers.edu Subject: Re: ARM platforms References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Alex Holden wrote: > Where did you find an x86 system with so many built in peripherals, a > network boot ROM, Linux pre-installed, 13W power consumption, and a cute > looking case for only $300? If you're making the system, you can add the video, audio and 2x ethernet stuff (better chips) for under 70 bucks. And what's mroe, it'll be a damn site faster than the Netwinder :) Neil unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 31 18:57:54 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id SAA23696 for ; Sat, 31 Jul 1999 18:57:54 +0100 Received: (qmail 6821 invoked from network); 31 Jul 1999 17:57:53 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Jul 1999 17:57:53 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 31 Jul 1999 13:57:22 -0400 Received: by vger.rutgers.edu id ; Sat, 31 Jul 1999 13:57:05 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:4476 "EHLO finch-post-10.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sat, 31 Jul 1999 13:56:23 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 11AdMn-000EM5-0A for linux-arm@vger.rutgers.edu; Sat, 31 Jul 1999 17:56:17 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11AdME-0008Ca-00 for linux-arm@vger.rutgers.edu; Sat, 31 Jul 1999 18:55:42 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: linux-arm@vger.rutgers.edu Subject: gcc, etc Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Jul 1999 18:55:41 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing Now that gcc 2.95 has been released, I've updated my web page to reflect the latest recommendations for Linux/ARM tools and so on. I deleted a whole load of obsolete stuff so the page is now a lot smaller. :-) See if you're interested. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 31 20:09:22 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA24417 for ; Sat, 31 Jul 1999 20:09:22 +0100 Received: (qmail 10826 invoked from network); 31 Jul 1999 19:09:21 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Jul 1999 19:09:21 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 31 Jul 1999 15:08:50 -0400 Received: by vger.rutgers.edu id ; Sat, 31 Jul 1999 15:08:31 -0400 Received: from adsl-216-100-248-143.dsl.snfc21.pacbell.net ([216.100.248.143]:9307 "EHLO adsl-216-100-248-143.dsl.snfc21.pacbell.net") by vger.rutgers.edu with ESMTP id ; Sat, 31 Jul 1999 15:08:21 -0400 Received: from barney (benw@barney [192.168.1.7]) by adsl-216-100-248-143.dsl.snfc21.pacbell.net (8.8.7/8.8.7) with ESMTP id LAA30481; Sat, 31 Jul 1999 11:56:46 -0700 Date: Sat, 31 Jul 1999 12:06:01 -0700 (PDT) From: Ben Williamson X-Sender: benw@barney.casagrande.way To: Philip Blundell cc: linux-arm@vger.rutgers.edu Subject: Re: gcc, etc In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing On Sat, 31 Jul 1999, Philip Blundell wrote: > See if you're interested. Cool. Um, the pages points to gcc-2.95-diff-990727.gz, but the closest thing I could find in that directory was gcc-2.95-diff-990730.gz Cheers, - Ben. ------------------------------------------------------------------- Ben Williamson benw@pobox.com http://www.pobox.com/~benw/ unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 31 20:32:03 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id UAA24548 for ; Sat, 31 Jul 1999 20:32:02 +0100 Received: (qmail 11452 invoked from network); 31 Jul 1999 19:32:02 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Jul 1999 19:32:02 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 31 Jul 1999 15:31:40 -0400 Received: by vger.rutgers.edu id ; Sat, 31 Jul 1999 15:31:33 -0400 Received: from finch-post-10.mail.demon.net ([194.217.242.38]:2199 "EHLO finch-post-10.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sat, 31 Jul 1999 15:31:16 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-10.mail.demon.net with esmtp (Exim 2.12 #1) id 11Aeqg-000LZ5-0A; Sat, 31 Jul 1999 19:31:15 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11Aeqa-0008I0-00; Sat, 31 Jul 1999 20:31:08 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Ben Williamson cc: linux-arm@vger.rutgers.edu Subject: Re: gcc, etc In-Reply-To: Message from Ben Williamson of "Sat, 31 Jul 1999 12:06:01 PDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Jul 1999 20:31:07 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Cool. Um, the pages points to gcc-2.95-diff-990727.gz, but the closest >thing I could find in that directory was gcc-2.95-diff-990730.gz Uh, yeah, sorry. I'd somehow got confused about the date. :-( I've fixed it now. Thanks (to Dave also) for pointing it out. p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 31 23:16:51 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA26054 for ; Sat, 31 Jul 1999 23:16:51 +0100 Received: (qmail 1325 invoked from network); 31 Jul 1999 22:16:50 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Jul 1999 22:16:50 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 31 Jul 1999 18:16:21 -0400 Received: by vger.rutgers.edu id ; Sat, 31 Jul 1999 18:16:02 -0400 Received: from Hydro.CAM.ORG ([198.168.100.7]:45967 "EHLO Hydro.CAM.ORG") by vger.rutgers.edu with ESMTP id ; Sat, 31 Jul 1999 18:15:52 -0400 Received: from Ocean.CAM.ORG (Ocean.CAM.ORG [198.168.100.5]) by Hydro.CAM.ORG (8.8.8/8.8.4) with SMTP id SAA01075 for ; Sat, 31 Jul 1999 18:15:07 -0400 (EDT) Date: Sat, 31 Jul 1999 18:15:41 -0400 (EDT) From: Nicolas Pitre To: linux-arm@vger.rutgers.edu Subject: smull Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing I found this in egcs's backend for ARM: (define_insn "mulsidi3" [(set (match_operand:DI 0 "s_register_operand" "=&r") (mult:DI (sign_extend:DI (match_operand:SI 1 "s_register_operand" "%r")) (sign_extend:DI (match_operand:SI 2 "s_register_operand" "r"))))] "arm_fast_multiply" "smull%?\\t%Q0, %R0, %1, %2" [(set_attr "type" "mult")]) Any ideas how to trigger a smull from C code? Nicolas Pitre, B. ing. nico@cam.org unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu From owner-linux-arm-outgoing@vger.rutgers.edu Sat Jul 31 23:29:15 1999 Received: from ferret.lmh.ox.ac.uk (IDENT:qmailr@ferret.lmh.ox.ac.uk [163.1.138.204]) by zen.ics.uwe.ac.uk (8.9.3/8.8.7) with SMTP id XAA26212 for ; Sat, 31 Jul 1999 23:29:15 +0100 Received: (qmail 2497 invoked from network); 31 Jul 1999 22:29:14 -0000 Received: from vger.rutgers.edu (128.6.190.2) by ferret.lmh.ox.ac.uk with SMTP; 31 Jul 1999 22:29:14 -0000 Received: by vger.rutgers.edu via listexpand id ; Sat, 31 Jul 1999 18:28:54 -0400 Received: by vger.rutgers.edu id ; Sat, 31 Jul 1999 18:28:35 -0400 Received: from finch-post-12.mail.demon.net ([194.217.242.41]:4680 "EHLO finch-post-12.mail.demon.net") by vger.rutgers.edu with ESMTP id ; Sat, 31 Jul 1999 18:28:31 -0400 Received: from tazenda.demon.co.uk ([158.152.220.239] helo=kings-cross.london.uk.eu.org) by finch-post-12.mail.demon.net with esmtp (Exim 2.12 #1) id 11Ahc9-000Owe-0C; Sat, 31 Jul 1999 22:28:26 +0000 Received: from localhost ([127.0.0.1] helo=kings-cross.london.uk.eu.org ident=phil) by kings-cross.london.uk.eu.org with esmtp (Exim 2.05 #1) id 11AhYy-0008Tv-00; Sat, 31 Jul 1999 23:25:08 +0100 X-Mailer: exmh version 2.0.2 2/24/98 (debian) To: Nicolas Pitre cc: linux-arm@vger.rutgers.edu Subject: Re: smull In-Reply-To: Message from Nicolas Pitre of "Sat, 31 Jul 1999 18:15:41 EDT." Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 31 Jul 1999 23:25:07 +0100 From: Philip Blundell Message-Id: Sender: owner-linux-arm@vger.rutgers.edu Precedence: bulk X-Loop: majordomo@vger.rutgers.edu X-Orcpt: rfc822;linux-arm-outgoing >Any ideas how to trigger a smull from C code? Something like this: long long foo(long a, long b) { return (long long)a*(long long)b; } foo: @ args = 0, pretend = 0, frame = 0 @ frame_needed = 0, current_function_anonymous_args = 0 smull r2, r3, r0, r1 mov r1, r3 mov r0, r2 mov pc, lr p. unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu