From xfinstrl@informatics.muni.cz Mon Nov 1 17:41:30 1999 Received: from aragorn.ics.muni.cz (aragorn.ics.muni.cz [147.251.4.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA04903; Mon, 1 Nov 1999 17:41:29 +0100 (MET) Received-Date: Mon, 1 Nov 1999 17:41:29 +0100 (MET) Received: from anxur.fi.muni.cz (0@anxur.fi.muni.cz [147.251.48.3]) by aragorn.ics.muni.cz (8.8.5/8.8.5) with ESMTP id RAA14418; Mon, 1 Nov 1999 17:40:37 +0100 (MET) Received: from gryf.fi.muni.cz (gryf.fi.muni.cz [147.251.48.137]) by anxur.fi.muni.cz (8.8.5/8.8.5) with ESMTP id RAA27503; Mon, 1 Nov 1999 17:40:37 +0100 (MET) Received: (from xfinstrl@localhost) by gryf.fi.muni.cz (8.8.7/8.8.7) id RAA07056; Mon, 1 Nov 1999 17:43:06 +0100 Message-ID: <19991101174305.A5167@gryf.fi.muni.cz> Date: Mon, 1 Nov 1999 17:43:05 +0100 From: Ludek Finstrle To: Ralf Baechle , Ludek Finstrle Cc: sgi@linux.cz, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 References: <19990822141504.A15701@uni-koblenz.de> <19990928163615.H25202@anxur.fi.muni.cz> <19990929160211.B21646@uni-koblenz.de> <19991005132552.K18469@gryf.fi.muni.cz> <19991006000724.B18573@uni-koblenz.de> <19991007142022.O18469@gryf.fi.muni.cz> <19991010041347.A413@uni-koblenz.de> <19991011010723.G981@uni-koblenz.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2 In-Reply-To: <19991011010723.G981@uni-koblenz.de>; from Ralf Baechle on Mon, Oct 11, 1999 at 01:07:24AM +0200 Content-Length: 895 Lines: 25 > > > Oh, where is online? I can't see it anywhere :o( > > > > oss.sgi.com:/pub/pub/linux/mips/src/binutils-19990825.tar.bz2 are the > > sources for the binutils which I'm using. Fate doesn't like me, I > > lost connection to oss when I tried to upload the egcs 1.1.2 patch > > for MIPS64. I'll put it into that directory tomorrow. > > Ok, things are now online. While I was at it I also have copied all > the stuff from the old ftp.linux.sgi.com over to oss.sgi.com. The > crosscompiler source & patches are now in > oss.sgi.com:/pub/linux/mips/src/mips64/. Hello, we have some problems with code from cross-compiler for MIPS64. We download sources from cygnus CVS and applied your patch. We had some problems with compile egcs. We fix it but it generate bad code => we fix it bad :o(( Could you give us source from which you compiled your egcs cross- compiler. Thanks a lot Luf From sartoris@info.umd.edu Mon Nov 1 19:51:07 1999 Received: from info.umd.edu (info.umd.edu [128.8.10.29]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA05898; Mon, 1 Nov 1999 19:51:06 +0100 (MET) Received-Date: Mon, 1 Nov 1999 19:51:06 +0100 (MET) Received: from localhost (sartoris@localhost) by info.umd.edu (8.9.1a/8.9.0) with SMTP id NAA13443 for ; Mon, 1 Nov 1999 13:51:04 -0500 (EST) Date: Mon, 1 Nov 1999 13:51:03 -0500 (EST) From: Douglas Meade Reply-To: Douglas Meade To: Linux Mips News Groups Subject: Compiling Maxine Framebuffer and Netbsd partitions into DecLinux Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1166 Lines: 26 I've been using Michael Engel's kernel with the patch for Personal Decstation framebuffer and Accessbus support for about 5 months now, and the system seems very stable and usable. However, I'm still relying on Netbooting to get the system booting and running. Last weekend, I thought I would finally try to get Karel's patch for supporting NetBSD partitions, and make this a self-booting machine. However, I'm a little confused as to the sequence I should follow for applying the patches. When I downloaded the files from Michael Engel's page, no matter if I started with the original MIPS 2.2.1 kernel source and applied the three patches (patch for Maxine framebuffer, Accessbus; patch for R2000/R3000 CPUs; patch for correct timer frequency) or applied the first patch to the kernel with the last two patches applied, I got some failures in the patching. Furthermore, the patch on Karel van Houten's page for Netbsd partition support in 2.2.1 also didn't take. Is there available a set of patches that would give both Maxine framebuffer and Accessbus support, as well as supporting the Netbsd partitions? Thanks in advance for any info, Doug From ralf@oss.sgi.com Mon Nov 1 23:53:29 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA08910; Mon, 1 Nov 1999 23:53:28 +0100 (MET) Received-Date: Mon, 1 Nov 1999 23:53:28 +0100 (MET) Received: from cacc-10.uni-koblenz.de (cacc-10.uni-koblenz.de [141.26.131.10]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA27018; Mon, 1 Nov 1999 23:53:22 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Mon, 1 Nov 1999 23:52:22 +0100 Date: Mon, 1 Nov 1999 23:52:22 +0100 From: Ralf Baechle To: Ludek Finstrle Cc: Ralf Baechle , sgi@linux.cz, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: MIPS64 Message-ID: <19991101235222.B20150@uni-koblenz.de> References: <19990822141504.A15701@uni-koblenz.de> <19990928163615.H25202@anxur.fi.muni.cz> <19990929160211.B21646@uni-koblenz.de> <19991005132552.K18469@gryf.fi.muni.cz> <19991006000724.B18573@uni-koblenz.de> <19991007142022.O18469@gryf.fi.muni.cz> <19991010041347.A413@uni-koblenz.de> <19991011010723.G981@uni-koblenz.de> <19991101174305.A5167@gryf.fi.muni.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <19991101174305.A5167@gryf.fi.muni.cz> X-Accept-Language: de,en,fr Content-Length: 1265 Lines: 32 On Mon, Nov 01, 1999 at 05:43:05PM +0100, Ludek Finstrle wrote: > > > > Oh, where is online? I can't see it anywhere :o( > > > > > > oss.sgi.com:/pub/pub/linux/mips/src/binutils-19990825.tar.bz2 are the > > > sources for the binutils which I'm using. Fate doesn't like me, I > > > lost connection to oss when I tried to upload the egcs 1.1.2 patch > > > for MIPS64. I'll put it into that directory tomorrow. > > > > Ok, things are now online. While I was at it I also have copied all > > the stuff from the old ftp.linux.sgi.com over to oss.sgi.com. The > > crosscompiler source & patches are now in > > oss.sgi.com:/pub/linux/mips/src/mips64/. > > Hello, > > we have some problems with code from cross-compiler for MIPS64. > We download sources from cygnus CVS and applied your patch. We had > some problems with compile egcs. We fix it but it generate bad > code => we fix it bad :o(( Cygnus CVS has Linux/MIPS support but it was done by somebody who obviously never really tested it. > Could you give us source from which you compiled your egcs cross- > compiler. Well, the receipe above says it, I use egcs 1.1.2 plus the patch. If you guys use something else like from Cygnus' CVS you obviously show interest in new, exciting bugs :-) Ralf From andrewb@uab.edu Tue Nov 2 21:29:37 1999 Received: from lilith.dpo.uab.edu (root@lilith.dpo.uab.edu [138.26.1.128]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA20309; Tue, 2 Nov 1999 21:29:36 +0100 (MET) Received-Date: Tue, 2 Nov 1999 21:29:36 +0100 (MET) Received: from mdk187.tucc.uab.edu (mdk187.tucc.uab.edu [138.26.15.201]) by lilith.dpo.uab.edu (8.9.3/8.9.3) with SMTP id OAA19904; Tue, 2 Nov 1999 14:29:19 -0600 Date: Tue, 2 Nov 1999 14:28:22 -0600 (CST) From: "Andrew R. Baker" X-Sender: andrewb@mdk187.tucc.uab.edu To: Ralf Baechle cc: Monte Erickson , linux-mips@fnet.fr Subject: Re: RiscServer 2200 In-Reply-To: <19991030002720.A15510@uni-koblenz.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1053 Lines: 24 On Sat, 30 Oct 1999, Ralf Baechle wrote: > On Thu, Oct 28, 1999 at 08:54:14PM -0700, Monte Erickson wrote: > > > I've recently aquired a dual mips 200 server and can,t stand the way > > nt runs on it. Is there any hope for Linux on my platform or maybe > > something else without selling the farm to get it? I've read the > > Linux/MIPS FAQ and don't know anything about hacking the kernel. I > > wouldn't even know where to start. All I've been able to do is compile > > the darn thing. > > Would appreciate any insight in the matter. > > No chance unless you reverse engineer the machine depenent parts of NT. > Not a fun job. Ralf probably knows better than I, but you may try and get the information out of NEC. The only thing of relevance I can find is a part number for the "Service and Reference Manual" (819-181259-000). Although it probably would not be enough to get anything started. You can also get a lot of information from just identifying the major ICs on the motherboard (unless they all happen to be custom chips). -Andrew From imp@harmony.village.org Wed Nov 3 00:40:12 1999 Received: from rover.village.org (warner@rover.village.org [204.144.255.49]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id AAA23313; Wed, 3 Nov 1999 00:40:10 +0100 (MET) Received-Date: Wed, 3 Nov 1999 00:40:10 +0100 (MET) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id QAA67102; Tue, 2 Nov 1999 16:40:05 -0700 (MST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id QAA15821; Tue, 2 Nov 1999 16:42:29 -0700 (MST) Message-Id: <199911022342.QAA15821@harmony.village.org> To: "Andrew R. Baker" Subject: Re: RiscServer 2200 Cc: Ralf Baechle , Monte Erickson , linux-mips@fnet.fr In-reply-to: Your message of "Tue, 02 Nov 1999 14:28:22 CST." References: Date: Tue, 02 Nov 1999 16:42:29 -0700 From: Warner Losh Content-Length: 803 Lines: 17 In message "Andrew R. Baker" writes: : would not be enough to get anything started. You can also get a lot of : information from just identifying the major ICs on the motherboard (unless : they all happen to be custom chips). Two data points. First, the Deskstation rPC44 had almost exclusively custom chips on it. The few chips that weren't custom were either logic glue or do not have datahseets readily available. Second, chances are very good that the MP stuff is custom ICs. I've heard from some people inside of NEC that the docs do not exist in a form that can be handed out. Basically, they don't know where the paper is, so they can't release it because they don't knows whose filing cabinet or machine they are on. Warner From ralf@uni-koblenz.de Wed Nov 3 01:00:28 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA23460; Wed, 3 Nov 1999 01:00:27 +0100 (MET) Received-Date: Wed, 3 Nov 1999 01:00:27 +0100 (MET) Received: from cacc-20.uni-koblenz.de (cacc-20.uni-koblenz.de [141.26.131.20]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA02593; Wed, 3 Nov 1999 01:00:20 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Wed, 3 Nov 1999 00:59:52 +0100 Date: Wed, 3 Nov 1999 00:59:52 +0100 From: Ralf Baechle To: Warner Losh Cc: "Andrew R. Baker" , Monte Erickson , linux-mips@fnet.fr Subject: Re: RiscServer 2200 Message-ID: <19991103005952.B24791@uni-koblenz.de> References: <199911022342.QAA15821@harmony.village.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <199911022342.QAA15821@harmony.village.org> X-Accept-Language: de,en,fr Content-Length: 744 Lines: 20 On Tue, Nov 02, 1999 at 04:42:29PM -0700, Warner Losh wrote: > Second, chances are very good that the MP stuff is custom ICs. Which most probably is similar to the Magnum 4000. > I've heard from some people inside of NEC that the docs do not exist > in a form that can be handed out. Basically, they don't know where > the paper is, so they can't release it because they don't knows whose > filing cabinet or machine they are on. I was told that nobody of the team who developed the NEC machines is still at NEC. Their uniprocessor MIPSes seem to be fairly standard, maybe even completly unmodified Acer PICAs. I know that Acer was producing them for NEC, so their the assumption that they're ordinary OEM PICAs sounds probable. Ralf From info@infowatch.net Sat Nov 6 06:28:42 1999 Received: from infomail.infowatch.net ([12.16.7.12]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA20359; Sat, 6 Nov 1999 06:28:41 +0100 (MET) Received-Date: Sat, 6 Nov 1999 06:28:41 +0100 (MET) Received: from outbox.infowatch.net ([12.16.7.10]) by infomail.infowatch.net (Post.Office MTA v3.5.3 release 223 ID# 0-12345L500S10000V35) with SMTP id net for ; Thu, 4 Nov 1999 18:56:51 -0500 To: linux-mips@fnet.fr From: info@infowatch.net (Info Watch) Subject: Special Webhosting and Dedicated Server Offer Date: Thu, 4 Nov 1999 18:56:51 -0500 Message-ID: <19991104235651512.BEVM105@infomail.infowatch.net@outbox.infowatch.net> Content-Length: 1413 Lines: 33 If you wish to be excluded from any future mailings, reply with "remove" in the subject header. ------------------------------------------------------------ http://www.infowatch.net InfoWatch would like to introduce our Special Hosting and Dedicated Server Plans * Budget Plans from $14.95 Mo. * E-commerce Plans from $49.95 Mo. * Dedicated Server Plan from $99.00 Mo. (Ask about YOUR FREE Server!) * Sign up for 6 months, and we'll WAIVE the setup fee * Sign up for 10 months, and we'll WAIVE the setup fee and give you 2 FREE months * Sign up for 12 months, and we'll give you a FULL FREE 2nd year of hosting * UNLIMITED E-mail, E-mail forwarding, auto responders and vacation reply * FREE registration of your domain with over 950 search engines * Multiple, Redundant, High-Speed connections to the web * INTERNATIONAL Hosting * Access to your account anytime from your own browser * Full Microsoft Front Page support * Unlimited FTP updates * Personal CGI directory for your own scripts (or use ours) * Comprehensive statistics program shows you everything * Domain name registration (www.yourname.com) * Friendly customer support * Additional plans also available If for any reason you are not satisfied with InfoWatch's service after 30 days, we will transfer you back to your original host and pay any transfer fees. http://www.infowatch.net info@infowatch.net. From ralf@uni-koblenz.de Fri Nov 5 23:20:48 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA17256; Fri, 5 Nov 1999 23:20:47 +0100 (MET) Received-Date: Fri, 5 Nov 1999 23:20:47 +0100 (MET) Received: from cacc-27.uni-koblenz.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA24367; Fri, 5 Nov 1999 23:19:54 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Fri, 5 Nov 1999 08:46:10 +0100 Date: Fri, 5 Nov 1999 08:46:10 +0100 From: Ralf Baechle To: Jay Carlson Cc: Dominic Sweetman , linux-mips@fnet.fr, glibc-linux@ricardo.ecn.wfu.edu, linuxce-devel@linuxce.org Subject: Re: issues with non-PIC glibc on Linux/MIPS Message-ID: <19991105084610.B2970@uni-koblenz.de> References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> <199910290847.JAA00269@gladsmuir.algor.co.uk> <19991030003913.B15510@uni-koblenz.de> <1221301bf23b5$14e4b990$0a00000a@nop.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <1221301bf23b5$14e4b990$0a00000a@nop.com> X-Accept-Language: de,en,fr Content-Length: 2821 Lines: 53 On Sun, Oct 31, 1999 at 10:32:01AM -0500, Jay Carlson wrote: > What I'm wondering is how bad we will lose if we avoid the fixup during > loading and just nail libc.so down at a fixed address. libc procedures > would not need to be patched to call each other, and all data used by libc > would be placed in memory at fixed addresses. We would lose dynamic > linking, but not dynamic loading for shared libraries. The way SVr4 PIC code works it it not necessary to patch libc procedures. This still requires performing all the R_MIPS_REL32 relocations by the dynamic linker. Most of this can be avoided by a concept like ``Quickstart'' which is being used by RISC/os and IRIX. The idea is to assign load addresses to binaries in advance and perform all relocations to this addresses in advance on the library on disk. If on startup the library then can actually be mapped to the pre-relocated address most of the relocation business can be skipped. > One justification for including glibc-linux in the To list is that I'm > hoping to get a feel for how much stuff will break without dynamic linking. Ulrich Drepper has worked on a Quickstart-like scheme which is supposed to be better. > There are really bizarre things that can be done to fix up the memory usage > problem. Consider a dynamic linking setup that patched up references to > shared symbols in the code as they were encountered---perhaps illegal > instructions for an exception handler to resolve. Because, in some sense, > the code pages' semantics are not changed by this process, they can be > freely discarded by the kernel and they'll just be fixed up the next time > their original data gets faulted in and executed. If the fixup handler is > trusted, even the fixed-up pages could be shared across processes with the > same execution environment. An interesting thought experiment, at least. This mixes the userspace problem of dynamic linking with the kernel side of demand loading. Without going into details - you'll not be able to solve this efficiently using the current kernel API. Again the SVr4 PIC code model takes care of this by concentrating the necessry changes to a much smaller number of pages. I'd actually consider to rewrite a number of programs into smaller, more space-efficient versions. Multithreaded programs would have the per-process relocation overhead only once instead of once per process. Or have you ever checked how much rarely needed baggage libc carries around? A chainsawed version of libc could help alot. > Yeah, we should take a look at that. It's a shame to lose the possibility > of execute-in-place though. I wonder if any of the ext2 compression patches > work on linux/mips... I don't have reports about this but I imagine that if changes are necessary they won't be too hard. Ralf From chris-mangels@home.com Mon Nov 8 23:33:36 1999 Received: from CHRIS ([216.186.154.47]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA12637; Mon, 8 Nov 1999 23:33:34 +0100 (MET) Received-Date: Mon, 8 Nov 1999 23:33:34 +0100 (MET) From: chris-mangels@home.com To: linux-mips@fnet.fr Subject: TruckOffice2000 Date: Mon, 08 Nov 1999 14:35:15 -0800 X-Sender: chris-mangels@home.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 X-MSMail-Priority: Normal Content-Length: 894 Lines: 11 TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates full accounting with fleet maintenance, supporting unlimited power units, employees, drivers, mechanics, office managers or bookkeeping staff. Its focus is to provide accurate profit/loss reporting to managers & owners of independent haulers as well as brokers. The true value of automation comes with reliability and low-maintenance requirement. TruckOffice2000 is designed around ALT's Specialized Industry Software standards providing a user-friendly interface following Dump Trucking Industry work-flow and business rules. This design permits your staff to almost intuitively be able to use TruckOffice2000 minimizing training down-time. In addition, TruckOffice2000 counts with unlimited phone support for your entire staff. On-site training is available, but it seldom necessary. From chris-mangels@home.com Mon Nov 8 23:33:36 1999 Received: from CHRIS ([216.186.154.47]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA12637; Mon, 8 Nov 1999 23:33:34 +0100 (MET) Received-Date: Mon, 8 Nov 1999 23:33:34 +0100 (MET) From: chris-mangels@home.com To: linux-mips@fnet.fr Subject: TruckOffice2000 Date: Mon, 08 Nov 1999 14:35:15 -0800 X-Sender: chris-mangels@home.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 X-MSMail-Priority: Normal Content-Length: 894 Lines: 11 TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates full accounting with fleet maintenance, supporting unlimited power units, employees, drivers, mechanics, office managers or bookkeeping staff. Its focus is to provide accurate profit/loss reporting to managers & owners of independent haulers as well as brokers. The true value of automation comes with reliability and low-maintenance requirement. TruckOffice2000 is designed around ALT's Specialized Industry Software standards providing a user-friendly interface following Dump Trucking Industry work-flow and business rules. This design permits your staff to almost intuitively be able to use TruckOffice2000 minimizing training down-time. In addition, TruckOffice2000 counts with unlimited phone support for your entire staff. On-site training is available, but it seldom necessary. From chris-mangels@home.com Mon Nov 8 23:33:36 1999 Received: from CHRIS ([216.186.154.47]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA12637; Mon, 8 Nov 1999 23:33:34 +0100 (MET) Received-Date: Mon, 8 Nov 1999 23:33:34 +0100 (MET) From: chris-mangels@home.com To: linux-mips@fnet.fr Subject: TruckOffice2000 Date: Mon, 08 Nov 1999 14:35:15 -0800 X-Sender: chris-mangels@home.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.1 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Priority: 3 X-MSMail-Priority: Normal Content-Length: 894 Lines: 11 TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates full accounting with fleet maintenance, supporting unlimited power units, employees, drivers, mechanics, office managers or bookkeeping staff. Its focus is to provide accurate profit/loss reporting to managers & owners of independent haulers as well as brokers. The true value of automation comes with reliability and low-maintenance requirement. TruckOffice2000 is designed around ALT's Specialized Industry Software standards providing a user-friendly interface following Dump Trucking Industry work-flow and business rules. This design permits your staff to almost intuitively be able to use TruckOffice2000 minimizing training down-time. In addition, TruckOffice2000 counts with unlimited phone support for your entire staff. On-site training is available, but it seldom necessary. From ralf@uni-koblenz.de Thu Nov 11 23:59:27 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA08364; Thu, 11 Nov 1999 23:59:26 +0100 (MET) Received-Date: Thu, 11 Nov 1999 23:59:26 +0100 (MET) Received: from cacc-27.uni-koblenz.de (cacc-27.uni-koblenz.de [141.26.131.27]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA10684; Thu, 11 Nov 1999 23:59:09 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Thu, 11 Nov 1999 11:54:37 +0100 Date: Thu, 11 Nov 1999 11:54:37 +0100 From: Ralf Baechle To: Ian Lance Taylor Cc: macro@ds2.pg.gda.pl, binutils@sourceware.cygnus.com, hjl@lucon.org, aj@suse.de, flo@rfc822.org, linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Symbol merging for MIPS*/ELF Message-ID: <19991111115437.A19641@uni-koblenz.de> References: <19991110155546.14856.qmail@daffy.airs.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <19991110155546.14856.qmail@daffy.airs.com> X-Accept-Language: de,en,fr Content-Length: 1265 Lines: 27 On Wed, Nov 10, 1999 at 10:55:46AM -0500, Ian Lance Taylor wrote: > Those patches were from Kazumoto Kojima > , and were intended to support dynamic > linking for MIPS GNU/Linux. It may be that we should not be > generating SHN_MIPS_TEXT and SHN_MIPS_DATA in output files. This may > be an Irix specific thing. I don't know. I just checked this in the blue books from AT&T. It defines SHN_MIPS_ACOMMON (0xff00), SHN_MIPS_SCOMMON (0xff03), SHN_MIPS_SUNDEFINED (0xff04). 0xff01 and 0xff02 are reserved values. I guess the blue books are equivalent to ABI version 1.0. The current MIPS ABI 3.0 then defines SHM_MIPS_TEXT as 0xff01 and SHM_MIPS_DATA as 0xff02 with the following explanation: Symbols defined relative to these two sections are only present after a program has been rewritten by the pixie code profiling program. Such rewritten programs are not ABI-compliant. Symbols defined relative to these sections will never occur in an ABI-compliant program. I cc this to the various Linux/MIPS mailing lists. A number of the people who did work on the MIPS ABI and it's implementations are reading there. Maybe somebody can bring more light into this, especially the reasons for this SHN_MIPS_* magic. Ralf From johnmc@student.nuigalway.ie Thu Nov 11 20:42:56 1999 Received: from student.nuigalway.ie (student.nuigalway.ie [140.203.56.13]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA06744; Thu, 11 Nov 1999 20:42:56 +0100 (MET) Received-Date: Thu, 11 Nov 1999 20:42:56 +0100 (MET) Received: from localhost (johnmc@localhost) by student.nuigalway.ie (8.9.3/8.9.3) with ESMTP id TAA09651; Thu, 11 Nov 1999 19:54:40 GMT Date: Thu, 11 Nov 1999 19:54:40 +0000 (GMT) From: "John McDonnell jnr." To: chris-mangels@home.com cc: linux-mips@fnet.fr Subject: Re: TruckOffice2000 In-Reply-To: <"41bcvD.A.yFD.E_0J4"@guadalquivir> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 498 Lines: 12 On Mon, 8 Nov 1999 chris-mangels@home.com wrote: > TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates what's all this about? Does it run on Linux? Is it MIPS specific? Do we really need a dump truck to carry our DECstation monitors? johnmc. -- John McDonnell, Treasurer, NUI,Galway CompSoc [ ph: +353 86 8249010 ] johnmc@student.nuigalway.ie - http://www.compsoc.nuigalway.ie/~johnmc - The Ultimate Windows NT Service Pack - http://www.linux.org - From <@Cologne.DE:karsten@excalibur.cologne.de> Fri Nov 12 18:06:56 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id SAA16738; Fri, 12 Nov 1999 18:06:54 +0100 (MET) Received-Date: Fri, 12 Nov 1999 18:06:54 +0100 (MET) Received: from localhost (2273 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Fri, 12 Nov 1999 18:06:53 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id RAA05852; Fri, 12 Nov 1999 17:45:50 +0100 Message-ID: <19991112174550.A5416@excalibur.cologne.de> Date: Fri, 12 Nov 1999 17:45:50 +0100 From: Karsten Merker To: linux-mips@fnet.fr Subject: Binutils woes Mail-Followup-To: linux-mips@fnet.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i X-No-Archive: yes Content-Length: 1699 Lines: 35 Hallo everyone, Ralf has recommended using his binutils-19990825.tar.gz from oss.sgi.com because of the many bugfixes he has put into this version. Unfortunately I am experiencing problems with them. For example gv 3.5.8 crashes when built with these binutils while it works when built with the old binutils-2.8.1 (including the according mips-patches). Did anybody make similar experiences or am I doing something wrong otherwise? I am still using the following packages: Name : egcs Relocations: (not relocateable) Version : 1.0.2 Vendor: (none) Release : 9 Build Date: Tue Aug 11 21:25:28 1998 Install date: Mon May 12 23:19:51 1997 Build Host: mips.franken.de Group : Development/Languages Source RPM: egcs-1.0.2-9.src.rpm Size : 4623071 License: GPL URL : http://egcs.cygnus.com/ Summary : Experimental GNU Compiler System Name : binutils Relocations: (not relocateable) Version : 2.8.1 Vendor: (none) Release : 2D1 Build Date: Mon Feb 1 18:33:11 1999 Install date: Fri Jun 11 11:53:03 1999 Build Host: elrond Group : Development/Tools Source RPM: binutils-2.8.1-2D1.src.rpm Size : 5545325 License: GPL Summary : GNU Binary Utility Development Utilities Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From R.vandenBerg@inter.NL.net Fri Nov 12 18:41:09 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA17091; Fri, 12 Nov 1999 18:41:08 +0100 (MET) Received-Date: Fri, 12 Nov 1999 18:41:08 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-16.Hoorn.NL.net [193.79.46.180] with ESMTP id SAA07342 (8.8.8/3.41); Fri, 12 Nov 1999 18:40:52 +0100 (MET) Received: from localhost(really [127.0.0.1]) by dutch.mountain via in.smtpd with smtp id for ; Fri, 12 Nov 1999 18:32:09 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Fri, 12 Nov 1999 18:32:09 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale To: Karsten Merker cc: linux-mips@fnet.fr Subject: Re: Binutils woes In-Reply-To: <19991112174550.A5416@excalibur.cologne.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 985 Lines: 20 On Fri, 12 Nov 1999, Karsten Merker wrote: > Ralf has recommended using his binutils-19990825.tar.gz from oss.sgi.com > because of the many bugfixes he has put into this version. Unfortunately I > am experiencing problems with them. For example gv 3.5.8 crashes when > built with these binutils while it works when built with the old > binutils-2.8.1 (including the according mips-patches). > Did anybody make similar experiences or am I doing something wrong > otherwise? I am still using the following packages: > > Name : egcs Relocations: (not relocateable) > Version : 1.0.2 Vendor: (none) > Release : 9 Build Date: Tue Aug 11 21:25:28 1998 Have you tried 1.0.3a? That version is explained in the Linux/MIPS HOWTO. Together with binutils 2.8.1 it builded running binaries and glibc 2.0.7. If ftp.linux.sgi.com hasn't the rpm's I'll upload them whereever you like. Regards, Richard From ut@netsurf.de Fri Nov 12 19:33:47 1999 Received: from netsurf.de (ut@p026.n04.ham.access.is-europe.net [195.179.179.26]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA17779; Fri, 12 Nov 1999 19:33:46 +0100 (MET) Received-Date: Fri, 12 Nov 1999 19:33:46 +0100 (MET) Received: (from ut@localhost) by netsurf.de (8.8.4/8.8.4) id TAA02100; Fri, 12 Nov 1999 19:34:00 +0100 Message-Id: <199911121834.TAA02100@netsurf.de> Subject: Re: TruckOffice2000 To: johnmc@student.nuigalway.ie (John McDonnell jnr.) Date: Fri, 12 Nov 1999 19:34:00 +0100 (MET) Cc: chris-mangels@home.com, linux-mips@fnet.fr In-Reply-To: from "John McDonnell jnr." at Nov 11, 99 07:54:40 pm From: Ulrich Teichert X-Mailer: ELM [version 2.4 PL25] Content-Type: text Content-Length: 763 Lines: 19 Hi! >On Mon, 8 Nov 1999 chris-mangels@home.com wrote: > >> TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates >what's all this about? >Does it run on Linux? Is it MIPS specific? Do we really need a dump truck >to carry our DECstation monitors? I second that. I get 4-5 junk mails through this list which I could not block. Couldn't someone check the config? I'm on the deb-mips list (amongst others), too and haven't got *one* spam through this list, only through linux-mips@fnet.fr. Annoying. Uli -- Dipl. Inf. Ulrich Teichert|e-mail: Ulrich.Teichert@gmx.de Stormweg 24 |listening to: Poliittinen Laulu (Punk Lurex OK), 24539 Neumuenster, Germany|Windy (The Decibels), Monkey On Your Back (Clinic) From <@Cologne.DE:karsten@excalibur.cologne.de> Sat Nov 13 09:29:41 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA24613; Sat, 13 Nov 1999 09:29:40 +0100 (MET) Received-Date: Sat, 13 Nov 1999 09:29:40 +0100 (MET) Received: from localhost (1635 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Sat, 13 Nov 1999 09:29:39 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id WAA13121; Fri, 12 Nov 1999 22:37:02 +0100 Message-ID: <19991112223702.A12899@excalibur.cologne.de> Date: Fri, 12 Nov 1999 22:37:02 +0100 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: Binutils woes Mail-Followup-To: linux-mips@fnet.fr References: <19991112174550.A5416@excalibur.cologne.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: ; from Richard van den Berg on Fri, Nov 12, 1999 at 06:32:09PM +0100 X-No-Archive: yes Content-Length: 825 Lines: 21 Richard van den Berg wrote: [egcs] > Have you tried 1.0.3a? That version is explained in the Linux/MIPS HOWTO. > Together with binutils 2.8.1 it builded running binaries and glibc 2.0.7. > If ftp.linux.sgi.com hasn't the rpm's I'll upload them whereever you like. I have not found them at sgi.com, so if you could put up the egcs*-1.0.3a.mipsel.rpms somewhere that would be very helpful. BTW, is there a problem with your webpages? The link http://web.inter.NL.net/users/schnecke/mips/ on decstation.unix-ag.org gives me a "You don't have permission to access /users/schnecke/mips/ on this server." Thanks, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From R.vandenBerg@inter.NL.net Sat Nov 13 18:45:41 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA27564; Sat, 13 Nov 1999 18:45:40 +0100 (MET) Received-Date: Sat, 13 Nov 1999 18:45:40 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-33.Hoorn.NL.net [193.79.46.197] with ESMTP for id SAA13150 (8.8.8/3.41); Sat, 13 Nov 1999 18:45:34 +0100 (MET) Received: from localhost(really [127.0.0.1]) by dutch.mountain via in.smtpd with smtp id for ; Sat, 13 Nov 1999 18:45:23 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sat, 13 Nov 1999 18:45:22 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale To: linux-mips@fnet.fr Subject: Re: Binutils woes In-Reply-To: <19991112223702.A12899@excalibur.cologne.de> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 1084 Lines: 29 On Fri, 12 Nov 1999, Karsten Merker wrote: > [egcs] > > Have you tried 1.0.3a? That version is explained in the Linux/MIPS HOWTO. > > Together with binutils 2.8.1 it builded running binaries and glibc 2.0.7. > > If ftp.linux.sgi.com hasn't the rpm's I'll upload them whereever you like. > > I have not found them at sgi.com, so if you could put up the > egcs*-1.0.3a.mipsel.rpms somewhere that would be very helpful. I have uploaded following files to ftp://ftp.unix-ag.org/incoming egcs-1.0.3a-1.mipsel.rpm egcs-c++-1.0.3a-1.mipsel.rpm (++ renamed to pp because server gave unalowed filename) egcs-g77-1.0.3a-1.mipsel.rpm egcs-objc-1.0.3a-1.mipsel.rpm > BTW, is there a problem with your webpages? The link > http://web.inter.NL.net/users/schnecke/mips/ on decstation.unix-ag.org > gives me a "You don't have permission to access /users/schnecke/mips/ on > this server." I have checked the files at the server and they are world readable and I was able to read the page using lynx. If you still can't access the pages please notify me and I contact my ISP. Regards, Richard From wayne@dcs.rhbnc.ac.uk Sun Nov 14 17:10:47 1999 Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA06873; Sun, 14 Nov 1999 17:10:46 +0100 (MET) Received-Date: Sun, 14 Nov 1999 17:10:46 +0100 (MET) Received: from labrat (labrat.cs.rhbnc.ac.uk [134.219.81.100]) by platon.cs.rhbnc.ac.uk (8.9.1a/8.9.1) with SMTP id QAA32401 for ; Sun, 14 Nov 1999 16:10:44 GMT Message-ID: <000601bf2eba$f1eb7d00$6451db86@cs.rhbnc.ac.uk> From: "Wayne Allen" To: References: <199911121834.TAA02100@netsurf.de> Subject: Re: TruckOffice2000 Date: Sat, 13 Nov 1999 22:17:42 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Content-Transfer-Encoding: 7bit Content-Length: 665 Lines: 24 ----- Original Message ----- From: Ulrich Teichert To: John McDonnell jnr. Cc: ; Sent: Friday, November 12, 1999 6:34 PM Subject: Re: TruckOffice2000 > Hi! > > >On Mon, 8 Nov 1999 chris-mangels@home.com wrote: > > > >> TruckOffice2000 computerizes the workflow operations of dump trucking companies. It integrates > >what's all this about? > >Does it run on Linux? Is it ....... Everytime I receive something similar on this or any other list, I try to return it to the webmaster at abuse@...... it sometimes works (especially with Hotmail and yahoo addresses) Wayne From avalex@mail.ru Sun Nov 14 06:45:32 1999 Received: from msk2.mail.ru (mx2.mail.ru [194.67.23.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id GAA03424; Sun, 14 Nov 1999 06:45:31 +0100 (MET) Received-Date: Sun, 14 Nov 1999 06:45:31 +0100 (MET) Received: from camel.int ([10.0.0.98] helo=camel.mail.ru) by msk2.mail.ru with esmtp (Exim 3.02 #107) id 11msTb-000J5k-00 for linux-mips@fnet.fr; Sun, 14 Nov 1999 08:45:23 +0300 Received: from dial57139.mtu-net.ru ([195.34.57.139] helo=localhost.localdomain) by camel.mail.ru with smtp (Exim 3.02 #105) id 11msTa-000KZ8-00 for linux-mips@fnet.fr; Sun, 14 Nov 1999 08:45:22 +0300 From: Alveryanov Alexander Reply-To: avalex@mail.ru Organization: UniSoft To: linux-mips@fnet.fr Subject: PMAGB-B cyclic video test on boot Date: Sun, 14 Nov 1999 08:44:55 +0300 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99111408453402.00536@localhost.localdomain> Content-Transfer-Encoding: 8bit Content-Length: 364 Lines: 14 Hi ! Who have any technical reference to PMAGB-B card ? I have DECstatoin 5000/200 with this card, but dont have any documenation for it. I try switch on-off jumpers on PMAGB-B card. After this procedure my DECstation go to cycle video test after power-on. I can not boot from machine. How solve this problem ? -- Best regards Averyanov Alexander. From R.vandenBerg@inter.NL.net Sun Nov 14 21:31:15 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA08810; Sun, 14 Nov 1999 21:31:15 +0100 (MET) Received-Date: Sun, 14 Nov 1999 21:31:15 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-52.Hoorn.NL.net [193.79.46.216] with ESMTP id VAA19489 (8.8.8/3.41); Sun, 14 Nov 1999 21:31:07 +0100 (MET) Received: from localhost(really [127.0.0.1]) by dutch.mountain via in.smtpd with smtp id for ; Sun, 14 Nov 1999 21:23:29 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Sun, 14 Nov 1999 21:23:28 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale To: Alveryanov Alexander , linux-mips@fnet.fr Subject: Re: PMAGB-B cyclic video test on boot In-Reply-To: <99111408453402.00536@localhost.localdomain> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 805 Lines: 25 On Sun, 14 Nov 1999, Alveryanov Alexander wrote: > Who have any technical reference to PMAGB-B card ? > I have DECstatoin 5000/200 with this card, but dont have > any documenation for it. I try switch on-off jumpers on PMAGB-B card. One jumper is there to select the frequency, if there is a second crystal present of course. For operating purposes the other jumper - labelled protect - doesn't have any use to my knowledge. > After this procedure my DECstation go to cycle video test after > power-on. I can not boot from machine. > How solve this problem ? Best is to remove the card reset the prom and follow the instructions you can read on these pages: http://decstation.unix-ag.org/ http://www.xs4all.nl/~vhouten/mipsel/ http://www.inter.nl.net/users/schnecke/mips/ Regards, Richard From wayne@dcs.rhbnc.ac.uk Mon Nov 15 12:32:56 1999 Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA17776; Mon, 15 Nov 1999 12:32:55 +0100 (MET) Received-Date: Mon, 15 Nov 1999 12:32:55 +0100 (MET) Received: from labrat (labrat.cs.rhbnc.ac.uk [134.219.81.100]) by platon.cs.rhbnc.ac.uk (8.9.1a/8.9.1) with SMTP id LAA20149 for ; Mon, 15 Nov 1999 11:32:54 GMT Message-ID: <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk> From: "Wayne Allen" To: References: <19991112174550.A5416@excalibur.cologne.de> Subject: RedHat / SUSE Date: Sun, 14 Nov 1999 21:39:56 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Content-Transfer-Encoding: 7bit Content-Length: 718 Lines: 21 ----- Original Message ----- From: Karsten Merker To: Sent: Friday, November 12, 1999 4:45 PM Subject: Binutils woes Greetings I am currently running 2 DEC's a 3100 and 5000/33 on a version of Linux from the DEC/LINUX website. Due to various reasons I am going to have to rebuild my linux system and change from Redhat to SUSE (6.2) Am I going to have any problems in relation to the Dec's and the development system, as although at the moment I am just downloading and running pre-compiled code, I would like to start to investigate the compilation side (my main interest will be the SCSI on the 3100)? Any comments will be most gratefully recieved.... Wayne From niessena@natlab.research.philips.com Mon Nov 15 16:39:28 1999 Received: from gw-nl4.philips.com (gw-nl4.philips.com [192.68.44.36]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id QAA18954; Mon, 15 Nov 1999 16:39:27 +0100 (MET) Received-Date: Mon, 15 Nov 1999 16:39:27 +0100 (MET) From: niessena@natlab.research.philips.com Received: from smtprelay-nl1.philips.com (localhost.philips.com [127.0.0.1]) by gw-nl4.philips.com with ESMTP id QAA10835 for ; Mon, 15 Nov 1999 16:39:20 +0100 (MET) (envelope-from niessena@natlab.research.philips.com) Received: from smtprelay-eur1.philips.com(130.139.36.3) by gw-nl4.philips.com via mwrap (4.0a) id xma010833; Mon, 15 Nov 99 16:39:20 +0100 Received: from natlab.research.philips.com (prle.natlab.research.philips.com [130.139.161.112]) by smtprelay-nl1.philips.com (8.9.3/8.8.5-1.2.2m-19990317) with SMTP id QAA21089 for ; Mon, 15 Nov 1999 16:39:19 +0100 (MET) Received: by natlab.research.philips.com; Mon, 15 Nov 1999 16:39:18 +0100 Received: by hpas16.natlab.research.philips.com ; Mon, 15 Nov 1999 16:39:17 +0100 (MET) Message-Id: <199911151539.QAA27227@hpas16.natlab.research.philips.com> Subject: Algorithmics P4032 board To: linux-mips@fnet.fr Date: Mon, 15 Nov 1999 16:39:17 +0100 (MET) Reply-To: arnold.niessen@philips.com X-Mailer: ELM [version 2.4 PL24] Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 976 Lines: 28 Dear Linux/MIPS-ers, We have some Algorithmics P4032 boards which we want to run Linux on (they currently run pSOS). As far as I understood so far, Linux is running, but problems remain with DMA-based cards. A second goal for us would be to determine how much effort it is to port Real-Time Linux or RTAI to this board. If this is within reasonable bounds, we will do this work also. I would appreciate any pointers, tips, URLs, and status of earlier experiences so that we could start focusing on the real work (and hopefully contributing). Best regards, Arnold. -- A.J. Niessen | Philips Research Laboratories Building WY 2.51 | Prof. Holstlaan 4 Phone: (+31-40-27)42715/43173 | 5656 AA Eindhoven Fax: (+31-40-27)44648 | The Netherlands E-Mail: arnold.niessen@philips.com E-Mail on mailing lists: niessen@iae.nl E-Mail old (still works): niessena@natlab.research.philips.com ^ From <@Cologne.DE:karsten@excalibur.cologne.de> Mon Nov 15 22:57:31 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id WAA21576; Mon, 15 Nov 1999 22:57:30 +0100 (MET) Received-Date: Mon, 15 Nov 1999 22:57:30 +0100 (MET) Received: from localhost (2848 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Mon, 15 Nov 1999 22:57:26 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id WAA02886; Mon, 15 Nov 1999 22:36:54 +0100 Message-ID: <19991115223654.B1734@excalibur.cologne.de> Date: Mon, 15 Nov 1999 22:36:54 +0100 From: Karsten Merker To: Wayne Allen Cc: linux-mips@fnet.fr Subject: Re: RedHat / SUSE Mail-Followup-To: Wayne Allen , linux-mips@fnet.fr References: <19991112174550.A5416@excalibur.cologne.de> <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk>; from Wayne Allen on Sun, Nov 14, 1999 at 09:39:56PM -0000 X-No-Archive: yes Content-Length: 1946 Lines: 38 Wayne Allen wrote: > I am currently running 2 DEC's a 3100 and 5000/33 on a version of Linux from > the DEC/LINUX website. Due to various reasons I am going to have to rebuild > my linux system and change from Redhat to SUSE (6.2) Am I going to have any May I be curious and ask why? I am working on adopting RH6.1 (the first (partly untested) RH6.1 packages will probably be available at ftp://bolug.uni-bonn.de/mips/ after tomorrow evening), and there are some people working on a Debian port, which looks rather promising as far as I can tell. Suse is IMHO a bit problematic due to their copying policy, which makes it complicated to e.g. provide (in the future) an installation CD containing some Suse-specific packages without which that would not really be a Suse-system. We do not have these problems with Debian and RedHat which both put all of their distribution specific tools under GPL or LGPL, and if you do not need the Suse-specific stuff I currently do not see the reason not to keep RedHat or use Debian. > problems in relation to the Dec's and the development system, as although at > the moment I am just downloading and running pre-compiled code, I would like > to start to investigate the compilation side (my main interest will be the > SCSI on the 3100)? If you keep using the old binutils (2.8.1 with mips patches) you should not run into major problems although they fail to link some packages correctly. I am still trying out Ralf Baechle's binutils-990825 and awaiting next weekend to have a little more time to spend on this matter. If you want to work primarily on the kernel I would recommed using the crossdevelopment packages which you can find on ftp.linux.sgi.com and bolug.uni-bonn.de. HTH, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From wayne@dcs.rhbnc.ac.uk Tue Nov 16 14:28:22 1999 Received: from platon.cs.rhbnc.ac.uk (dns1.rhbnc.ac.uk [134.219.44.52]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id OAA28053; Tue, 16 Nov 1999 14:28:21 +0100 (MET) Received-Date: Tue, 16 Nov 1999 14:28:21 +0100 (MET) Received: from labrat (labrat.cs.rhbnc.ac.uk [134.219.81.100]) by platon.cs.rhbnc.ac.uk (8.9.1a/8.9.1) with SMTP id NAA30203; Tue, 16 Nov 1999 13:28:13 GMT Message-ID: <001c01bf3036$8ec055c0$6451db86@cs.rhbnc.ac.uk> From: "Wayne Allen" To: "Karsten Merker" Cc: References: <19991112174550.A5416@excalibur.cologne.de> <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk> <19991115223654.B1734@excalibur.cologne.de> Subject: Re: RedHat / SUSE Date: Tue, 16 Nov 1999 13:28:52 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Content-Transfer-Encoding: 7bit Content-Length: 1184 Lines: 35 ----- Original Message ----- From: Karsten Merker To: Wayne Allen Cc: Sent: Monday, November 15, 1999 9:36 PM Subject: Re: redhat / SUSE > Wayne Allen wrote: > > > I am currently running 2 DEC's a 3100 and 5000/33 on a version of Linux from > > the DEC/LINUX website. Due to various reasons I am going to have to rebuild > > my Linux system and change from Redhat to SUSE (6.2) Am I going to have any > > May I be curious and ask why? The main reasons revolve around compatibility, in terms of the Linux system at university has standardised on SUSE, a number of packages are available as standard on SUSE in particular encryption (SSH PGP etc) and WXWINDOWS, On my current install of RH 6.1 there are a number of recurring problems in particular with gnome, and gomerpm,(the gnomeRPM installation system), thirdly It was an early Christmas present. However saying all the above I will try tonight to reinstall RH6.1 and see what problems occur. I do not want to get into a situation now where in months/ years to come my Dec/Linux system become unusable due to the divergence of RH and SUSE. Wayne From Harald.Koerfgen@home.ivm.de Tue Nov 16 19:10:42 1999 Received: from mail.ivm.net (mail.ivm.net [62.204.1.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id TAA00966; Tue, 16 Nov 1999 19:10:37 +0100 (MET) Received-Date: Tue, 16 Nov 1999 19:10:37 +0100 (MET) Received: from franz.no.dom (port29.koeln.ivm.de [195.247.239.29]) by mail.ivm.net (8.8.8/8.8.8) with ESMTP id TAA07671; Tue, 16 Nov 1999 19:10:16 +0100 X-To: linux-mips@fnet.fr Message-ID: X-Mailer: XFMail 1.3 [p0] on Linux X-Priority: 3 (Normal) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 8bit MIME-Version: 1.0 In-Reply-To: <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk> Date: Tue, 16 Nov 1999 19:10:22 +0100 (MET) Reply-To: "Harald Koerfgen" Organization: none Sender: harry@franz.no.dom From: Harald Koerfgen To: Wayne Allen Subject: RE: RedHat / SUSE Cc: linux-mips@fnet.fr Content-Length: 963 Lines: 22 On 14-Nov-99 Wayne Allen wrote: > I am currently running 2 DEC's a 3100 and 5000/33 on a version of Linux from > the DEC/LINUX website. Due to various reasons I am going to have to rebuild > my linux system and change from Redhat to SUSE (6.2) Am I going to have any > problems in relation to the Dec's and the development system, as although at > the moment I am just downloading and running pre-compiled code, I would like > to start to investigate the compilation side (my main interest will be the > SCSI on the 3100)? > > Any comments will be most gratefully recieved.... Well, last time I checked (SuSE 6.0) the SuSE distribution was quite i386 centric, even in the spms. They were adding patches like "CCFLAGS= -m486 -O2" without checking. Things like that are probably suboptimal for MIPS processors. That may have changed since the Alpha AXP release of SuSE 6.1, but I wouldn't expect your task to be a matter of compile 'n' go. --- Regards, Harald From <@Cologne.DE:karsten@excalibur.cologne.de> Wed Nov 17 00:07:12 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA03194; Wed, 17 Nov 1999 00:07:11 +0100 (MET) Received-Date: Wed, 17 Nov 1999 00:07:11 +0100 (MET) Received: from localhost (1070 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 17 Nov 1999 00:07:10 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id UAA01266; Tue, 16 Nov 1999 20:18:43 +0100 Message-ID: <19991116201843.A1045@excalibur.cologne.de> Date: Tue, 16 Nov 1999 20:18:43 +0100 From: Karsten Merker To: linux-mips@fnet.fr Subject: New .mipsel.rpms available Mail-Followup-To: linux-mips@fnet.fr Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i X-No-Archive: yes Content-Length: 483 Lines: 14 Hallo everyone, I have just uploaded the first set of RH61-mipsel-rpms to ftp://bolug.uni-bonn.de/mips/. Some of these packages have only been tested shortly yet or not tested at all, but at least I can say that the GIMP now also runs on DECstations :-). Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From <@Cologne.DE:karsten@excalibur.cologne.de> Wed Nov 17 00:49:23 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id AAA04303; Wed, 17 Nov 1999 00:49:21 +0100 (MET) Received-Date: Wed, 17 Nov 1999 00:49:21 +0100 (MET) Received: from localhost (2444 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Wed, 17 Nov 1999 00:49:18 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id AAA07371; Wed, 17 Nov 1999 00:43:01 +0100 Message-ID: <19991117004301.B6646@excalibur.cologne.de> Date: Wed, 17 Nov 1999 00:43:01 +0100 From: Karsten Merker To: Wayne Allen Cc: linux-mips@fnet.fr Subject: Re: RedHat / SUSE Mail-Followup-To: Wayne Allen , linux-mips@fnet.fr References: <19991112174550.A5416@excalibur.cologne.de> <000401bf2f5d$4a71cfe0$6451db86@cs.rhbnc.ac.uk> <19991115223654.B1734@excalibur.cologne.de> <001c01bf3036$8ec055c0$6451db86@cs.rhbnc.ac.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <001c01bf3036$8ec055c0$6451db86@cs.rhbnc.ac.uk>; from Wayne Allen on Tue, Nov 16, 1999 at 01:28:52PM -0000 X-No-Archive: yes Content-Length: 1450 Lines: 34 Wayne Allen wrote: [Porting Suse to mipsel] > > May I be curious and ask why? > > The main reasons revolve around compatibility, in terms of the Linux system > at university has standardised on SUSE, a number of packages are available > as standard on SUSE in particular encryption (SSH PGP etc) and WXWINDOWS, On I cannot tell about wxwindows, but the crypto packages for redhat are available officially from ftp.replay.com (/pub/crypto/redhat IIRC) in the netherlands. RedHat cannot ship them because of US export restrictions on strong cryptography, so they are made outside the US. > my current install of RH 6.1 there are a number of recurring problems in > particular with gnome, and gomerpm,(the gnomeRPM installation system), > thirdly It was an early Christmas present. > > However saying all the above I will try tonight to reinstall RH6.1 and see > what problems occur. I do not want to get into a situation now where in > months/ years to come my Dec/Linux system become unusable due to the > divergence of RH and SUSE. RH61 is buggy :-(, at least the first release is, so before trying to install it, get the updated packages (from updates.redhat.com or possibly faster for you from ftp.tu-chemnitz.de). Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From kevink@mips.com Wed Nov 17 01:21:23 1999 Received: from mx.mips.com (mx.mips.com [206.31.31.226]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA04553; Wed, 17 Nov 1999 01:21:22 +0100 (MET) Received-Date: Wed, 17 Nov 1999 01:21:22 +0100 (MET) Received: from newman.mips.com (newman [206.31.31.8]) by mx.mips.com (8.9.3/8.9.0) with ESMTP id QAA00819; Tue, 16 Nov 1999 16:21:10 -0800 (PST) Received: from satanas (lyon-fw1-serial [194.51.122.30]) by newman.mips.com (8.9.3/8.9.0) with SMTP id QAA21173; Tue, 16 Nov 1999 16:21:06 -0800 (PST) Message-ID: <062a01bf3092$e54906b0$0228a8c0@satanas> From: "Kevin D. Kissell" To: "SGI Linux Alias" , Subject: kernel-headers RPM? Date: Wed, 17 Nov 1999 01:30:03 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Content-Length: 726 Lines: 22 I've managed to bring up a mipsel 2.2.12 kernel using the Red Hat 6.0 root filesystem from off the SGI web site. I can install the egcs package, but I also need the development glibc package to be installed before I can "go native". That package in turn depends on the kernel-headers package, which I've been unable to locate on the web. Do any of you know where I could find a copy, or that failing, build/fake one? Forcing the install by overriding the dependencies seems to but the rpm database in a corrupt state - rpm core dumps thereafter on installation that would otherwise succeed. :-( __ Kevin D. Kissell MIPS Technologies European Architecture Lab kevink@mips.com Tel. +33.4.78.38.70.67 FAX. +33.4.78.38.70.68 From ralf@oss.sgi.com Wed Nov 17 01:51:52 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA04777; Wed, 17 Nov 1999 01:51:51 +0100 (MET) Received-Date: Wed, 17 Nov 1999 01:51:51 +0100 (MET) Received: from cacc-13.uni-koblenz.de (cacc-13.uni-koblenz.de [141.26.131.13]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id BAA22649; Wed, 17 Nov 1999 01:51:47 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Wed, 17 Nov 1999 01:51:07 +0100 Date: Wed, 17 Nov 1999 01:51:07 +0100 From: Ralf Baechle To: "Kevin D. Kissell" Cc: SGI Linux Alias , linux-mips@fnet.fr Subject: Re: kernel-headers RPM? Message-ID: <19991117015107.C18819@uni-koblenz.de> References: <062a01bf3092$e54906b0$0228a8c0@satanas> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <062a01bf3092$e54906b0$0228a8c0@satanas> X-Accept-Language: de,en,fr Content-Length: 925 Lines: 25 On Wed, Nov 17, 1999 at 01:30:03AM +0100, Kevin D. Kissell wrote: > I've managed to bring up a mipsel 2.2.12 > kernel using the Red Hat 6.0 root filesystem > from off the SGI web site. I can install the > egcs package, but I also need the development > glibc package to be installed before I can > "go native". That package in turn depends > on the kernel-headers package, which I've > been unable to locate on the web. Do any > of you know where I could find a copy, or > that failing, build/fake one? Forcing the > install by overriding the dependencies > seems to but the rpm database in a > corrupt state - rpm core dumps thereafter > on installation that would otherwise succeed. > :-( Oh? That's a bug I haven't seen so far... I have to admit that I also force installation since I have to use the newest kernel headers. That means /usr/include/{asm,linux} point to /usr/src/linux/include/{asm,linux}. Ralf From aj@suse.de Wed Nov 17 12:01:39 1999 Received: from news-ma.rhein-neckar.de (news-ma.rhein-neckar.de [193.197.90.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA07525; Wed, 17 Nov 1999 12:01:38 +0100 (MET) Received-Date: Wed, 17 Nov 1999 12:01:38 +0100 (MET) Received: from arthur.rhein-neckar.de (uucp@localhost) by news-ma.rhein-neckar.de (8.8.8/8.8.8) with bsmtp id LAA29884; Wed, 17 Nov 1999 11:59:50 +0100 (CET) (envelope-from aj@suse.de) Received: from gromit.rhein-neckar.de ([192.168.27.3] ident=postfix) by arthur.rhein-neckar.de with esmtp (Exim 3.02 #1) id 11o2OW-0007w9-00; Wed, 17 Nov 1999 11:32:56 +0100 Received: by gromit.rhein-neckar.de (Postfix, from userid 207) id E773B18BA; Wed, 17 Nov 1999 11:32:52 +0100 (CET) Sender: aj@suse.de To: Florian Lohoff , "Maciej W. Rozycki" , Ralf Baechle Cc: linux@engr.sgi.com, linux-mips@fnet.fr Subject: Glibc 2.1.2 MIPS Patches - Start of a central collection From: Andreas Jaeger Date: 17 Nov 1999 11:32:52 +0100 Message-ID: User-Agent: Gnus/5.07009801 (Pterodactyl Gnus v0.98.1) XEmacs/21.1 (Biscayne) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Length: 1011 Lines: 29 I'm starting to make available per ftp all the different patches for glibc 2.1.2 I've got. For now, it's just those patches that are already in the development version of glibc 2.2. During the next days I'll try to put more patches there and I'm also trying to test them. The patches are untested. For now they are not enough to get a working glibc 2.1.2 on MIPS/Linux. I encourage others [1] to test, fix and enhance the patches - and then send your contribution to me. My goal is to get a working glibc 2.1.2 on MIPS/Linux and to get all needed patches into the glibc development version so that the next major release of glibc (2.2) will run without further patches on MIPS/Linux. I'll therefore try to integrate all patches I get into glibc. The central collection should help us avoiding to duplicate work. The ftp location is: ftp.suse.com/pub/people/aj/glibc-mips. Andreas Footnotes: [1] I'll do the same. -- Andreas Jaeger SuSE Labs aj@suse.de private aj@arthur.rhein-neckar.de From Rpdtsd@aol.com Fri Nov 19 02:06:21 1999 Received: from imo13.mx.aol.com (imo13.mx.aol.com [198.81.17.3]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id CAA22952; Fri, 19 Nov 1999 02:06:20 +0100 (MET) Received-Date: Fri, 19 Nov 1999 02:06:20 +0100 (MET) From: Rpdtsd@aol.com Received: from Rpdtsd@aol.com by imo13.mx.aol.com (mail_out_v24.4.) id d.0.d7532f48 (4250) for ; Thu, 18 Nov 1999 20:05:37 -0500 (EST) Message-ID: <0.d7532f48.2565fc60@aol.com> Date: Thu, 18 Nov 1999 20:05:36 EST Subject: MIPS Box To: linux-mips@fnet.fr MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit X-Mailer: Windows AOL sub 45 Content-Length: 360 Lines: 9 I have a DecStation 5000/25 that I'm interested in putting linux on. I am very good with Linux, and run Red Hat 6.0 on two boxes at home, one box at work, and I have run it on other boxes as well. And I'm good with integrating apps.... I would appreciate being included in testing Linux on MIPS. -Rick Dennis rpdtsd@aol.com or rick_dennis@hotmail.com From <@Cologne.DE:karsten@excalibur.cologne.de> Fri Nov 19 21:51:53 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id VAA28365; Fri, 19 Nov 1999 21:51:52 +0100 (MET) Received-Date: Fri, 19 Nov 1999 21:51:52 +0100 (MET) Received: from localhost (1999 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Fri, 19 Nov 1999 21:51:45 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id PAA01354; Fri, 19 Nov 1999 15:01:02 +0100 Message-ID: <19991119150102.A1073@excalibur.cologne.de> Date: Fri, 19 Nov 1999 15:01:02 +0100 From: Karsten Merker To: Rpdtsd@aol.com Cc: linux-mips@fnet.fr Subject: Re: MIPS Box Mail-Followup-To: Rpdtsd@aol.com, linux-mips@fnet.fr References: <0.d7532f48.2565fc60@aol.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <0.d7532f48.2565fc60@aol.com>; from Rpdtsd@aol.com on Thu, Nov 18, 1999 at 08:05:36PM -0500 X-No-Archive: yes Content-Length: 1228 Lines: 26 Rpdtsd@aol.com wrote: > I have a DecStation 5000/25 that I'm interested in putting linux on. I am > very good with Linux, and run Red Hat 6.0 on two boxes at home, one box at > work, and I have run it on other boxes as well. And I'm good with > integrating apps.... I would appreciate being included in testing Linux on > MIPS. Just take a look at http://decstation.unix-ag.org. The 5000/25 ist rather well-supported, you can get a kernel with several Maxine-specific patches at the aforementioned address. A root filesystem and crossdevelopment packages are available from ftp://oss.sgi.com, there are also some older .mipsel.rpm packages. The rootfs and the crossdevelopment tools are also available from ftp://bolug.uni-bonn.de/mips/ together with several newer .mipsel.rpm packages. Installation descriptions and some more packages are available from Karel van Houten's (http://www.xs4all.nl/~vhouten/mipsel) and Richard van den Berg's (http://web.inter.NL.net/users/schnecke/mips/) webpages. HTH, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From nop@nop.com Mon Nov 22 05:28:07 1999 Received: from chmls05.mediaone.net (ne.mediaone.net [24.128.1.70]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id FAA17012; Mon, 22 Nov 1999 05:28:06 +0100 (MET) Received-Date: Mon, 22 Nov 1999 05:28:06 +0100 (MET) Received: from decoy (h00a0cc39f081.ne.mediaone.net [24.218.146.73]) by chmls05.mediaone.net (8.8.7/8.8.7) with SMTP id XAA00007; Sun, 21 Nov 1999 23:27:50 -0500 (EST) Message-ID: <000501bf34a1$e3b2d430$0a00000a@nop.com> From: "Jay Carlson" To: "Ralf Baechle" Cc: "Dominic Sweetman" , , , References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> <199910290847.JAA00269@gladsmuir.algor.co.uk> <19991030003913.B15510@uni-koblenz.de> <1221301bf23b5$14e4b990$0a00000a@nop.com> <19991105084610.B2970@uni-koblenz.de> Subject: Re: issues with non-PIC glibc on Linux/MIPS Date: Sun, 21 Nov 1999 23:27:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.5600 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.5600 Content-Length: 6179 Lines: 135 A few weeks ago Ralf Baechle wrote: > On Sun, Oct 31, 1999 at 10:32:01AM -0500, Jay Carlson wrote: > > > What I'm wondering is how bad we will lose if we avoid the fixup during > > loading and just nail libc.so down at a fixed address. libc procedures > > would not need to be patched to call each other, and all data used by libc > > would be placed in memory at fixed addresses. We would lose dynamic > > linking, but not dynamic loading for shared libraries. > > The way SVr4 PIC code works it it not necessary to patch libc procedures. > This still requires performing all the R_MIPS_REL32 relocations by the > dynamic linker. Most of this can be avoided by a concept like ``Quickstart'' > which is being used by RISC/os and IRIX. The idea is to assign load > addresses to binaries in advance and perform all relocations to this > addresses in advance on the library on disk. If on startup the library > then can actually be mapped to the pre-relocated address most of the > relocation business can be skipped. But the code has still paid the price for the *potential* of having its symbols relocated. All references to symbols get an indirection, and because gcc itself doesn't emit the PIC instructions, it depends on gas to rewrite the references. And gas doesn't do much optimization, so every jump-and-link from gcc ends up as four instructions, two of which are nops. I've made some progress on at least intercall between PIC and non-PIC code by hacking on binutils 2.8.1+mips. One patch forces the .cpload pseudo-op to figure out its own address rather than depending on the caller to load it into register $25. The other changes call-the-shared-library stubs to load the address of the main program's GOT. They're at ftp://ftp.place.org/pub/nop/linuxce/linuxce/binutils-nonpic-intercall.patch but you won't want to use them unless you're playing with this. As far as I know, this solves the problem of a non-PIC main program calling a PIC shared library and vice versa. What it doesn't solve is references from the non-PIC main program to data symbols in the shared library. The first big offender is errno, and then there's stdio stuff and toupper and friends. I'm still figuring out what approach to take for this besides ad-hoc fixes. > > One justification for including glibc-linux in the To list is that I'm > > hoping to get a feel for how much stuff will break without dynamic linking. > > Ulrich Drepper has worked on a Quickstart-like scheme which is supposed > to be better. Quickstart is a good thing, but it's not directly relevant. > > There are really bizarre things that can be done to fix up the memory usage > > problem. Consider a dynamic linking setup that patched up references to > > shared symbols in the code as they were encountered---perhaps illegal > > instructions for an exception handler to resolve. Because, in some sense, > > the code pages' semantics are not changed by this process, they can be > > freely discarded by the kernel and they'll just be fixed up the next time > > their original data gets faulted in and executed. If the fixup handler is > > trusted, even the fixed-up pages could be shared across processes with the > > same execution environment. An interesting thought experiment, at least. > This mixes the userspace problem of dynamic linking with the kernel side > of demand loading. Without going into details - you'll not be able to > solve this efficiently using the current kernel API. Yes. I called it bizarre because it violates several tenets of the current execution model. At the minimum there would be new system calls and non-trivial modifications to the kernel memory manager. But I brought it up *because* it violates the rules. I don't know where the cost/benefit line is in discarding these kinds of conventions and abstractions, but I do think it's closer to the "benefit" side on semi-embedded devices. The thought experiment is worthwhile. (...I'm not planning on implementing that particular mess any time soon though... :-) > I'd actually consider to rewrite a number of programs into smaller, more > space-efficient versions. Yeah, we've been picking those up from various sources; people working on x86 boot disks have been a great source of tiny apps. uClinux has more. But the potential payoff of global code size reductions from toolchain modifications was tempting enough to distract me from that. > Multithreaded programs would have the per-process > relocation overhead only once instead of once per process. ? > Or have you > ever checked how much rarely needed baggage libc carries around? A > chainsawed version of libc could help alot. Yeah, libc carries a lot of baggage. In some cases we've been using a ported Debian libc reducer ftp://ftp.place.org/pub/nop/linuxce/mipsel-libc-reducer.tar.gz ) which spits out the minimum libc required to support a given set of executables. 900k->500k is typical. Unfortunately, the reducer is too simple-minded to get libnss right, so for the ramdisks that need networking we've just been shipping the whole libc. We're not doing anything special at the source code level right now. glibc 2.1 by all reports is much worse. For instance, touching just about anything tows in the whole internationalization package. H.J. Lu did some work on that, but I don't see much interest from the glibc core team on fixing this kind of issue; I suppose that's a reasonable allocation of resources, but along with the well-known code size increase, this has made 2.1 a non-starter for LinuxCE projects. > > Yeah, we should take a look at that. It's a shame to lose the possibility > > of execute-in-place though. I wonder if any of the ext2 compression patches > > work on linux/mips... > > I don't have reports about this but I imagine that if changes are necessary > they won't be too hard. Turns out 2.3.7 significantly changed a bunch of kernel interfaces and e2compr has not yet been updated. See http://opensource.captech.com/e2compr/software-04x.html . Some people have been working on compression for romfs; that might make sense. But you lose any hope of eXecute In Place in either case. Jay From brad@ltc.com Tue Nov 23 09:36:46 1999 Received: from ltc.com ([38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA06500; Tue, 23 Nov 1999 09:36:45 +0100 (MET) Received-Date: Tue, 23 Nov 1999 09:36:45 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ha311357 for ; Mon, 22 Nov 1999 10:45:34 -0500 Message-ID: <007801bf3500$90edf810$b8119526@ltc.com> From: "Bradley D. LaRonde" To: Subject: Location of init_task_union Date: Mon, 22 Nov 1999 10:45:13 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 316 Lines: 8 I'm working on mipsel execute-in-place from rom, and the location of init_task_union is giving me some trouble since it is in the .text segment. I can easily move it to .data or .data.init_task like i386, but I'm wondering if there is some special reason why it is in .text on mips and .data on i386. Regards, Brad From avalex@mail.ru Tue Nov 23 10:06:30 1999 Received: from mx3.mail.ru (mx3.mail.ru [194.67.23.37]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA07114; Tue, 23 Nov 1999 10:06:28 +0100 (MET) Received-Date: Tue, 23 Nov 1999 10:06:28 +0100 (MET) Received: from camel.int ([10.0.0.98] helo=camel.mail.ru) by mx3.mail.ru with esmtp (Exim 3.02 #111) id 11q7kU-0007Z8-00 for linux-mips@fnet.fr; Tue, 23 Nov 1999 07:40:14 +0300 Received: from dial58048.mtu-net.ru ([195.34.58.48] helo=localhost.localdomain) by camel.mail.ru with smtp (Exim 3.02 #105) id 11q7lT-0009dB-00 for linux-mips@fnet.fr; Tue, 23 Nov 1999 07:41:16 +0300 From: Alveryanov Alexander Reply-To: avalex@mail.ru Organization: UniSoft To: linux-mips@fnet.fr Subject: PMAGB-BA problems. Date: Tue, 23 Nov 1999 07:36:53 +0300 X-Mailer: KMail [version 1.0.21] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99112307411800.00534@localhost.localdomain> Content-Transfer-Encoding: 8bit Content-Length: 160 Lines: 7 My Frame Buffer Card PMAGB-BA dead. Problem - erased flash prom. Where I can get PROM software and how it update ? -- Best regards Averyanov Alexander. From brad@ltc.com Tue Nov 23 09:42:50 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id JAA06687; Tue, 23 Nov 1999 09:42:49 +0100 (MET) Received-Date: Tue, 23 Nov 1999 09:42:49 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ka311360 for ; Tue, 23 Nov 1999 00:15:48 -0500 Message-ID: <028a01bf3571$c1bc8f80$b8119526@ltc.com> From: "Bradley D. LaRonde" To: Subject: Another .text question Date: Tue, 23 Nov 1999 00:15:28 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 131 Lines: 5 That .text in head.S right before swapper_pg_dir - why is that there? swapper_pg_dir needs to be in write-able, no? Regards, Brad From ralf@uni-koblenz.de Tue Nov 23 22:54:04 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA13583; Tue, 23 Nov 1999 22:54:03 +0100 (MET) Received-Date: Tue, 23 Nov 1999 22:54:03 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id WAA05630; Tue, 23 Nov 1999 22:52:54 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 11:08:18 +0100 Date: Tue, 23 Nov 1999 11:08:18 +0100 From: Ralf Baechle To: Jay Carlson Cc: Dominic Sweetman , linux-mips@fnet.fr, glibc-linux@ricardo.ecn.wfu.edu, linuxce-devel@linuxce.org Subject: Re: issues with non-PIC glibc on Linux/MIPS Message-ID: <19991123110817.B16508@uni-koblenz.de> References: <1211d01bf2149$2199ccc0$0a00000a@nop.com> <199910290847.JAA00269@gladsmuir.algor.co.uk> <19991030003913.B15510@uni-koblenz.de> <1221301bf23b5$14e4b990$0a00000a@nop.com> <19991105084610.B2970@uni-koblenz.de> <000501bf34a1$e3b2d430$0a00000a@nop.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <000501bf34a1$e3b2d430$0a00000a@nop.com> X-Accept-Language: de,en,fr Content-Length: 2688 Lines: 60 On Sun, Nov 21, 1999 at 11:27:28PM -0500, Jay Carlson wrote: > But the code has still paid the price for the *potential* of having its > symbols relocated. All references to symbols get an indirection, and > because gcc itself doesn't emit the PIC instructions, it depends on gas to > rewrite the references. And gas doesn't do much optimization, so every The MIPS ABI describes pretty much into detail how to handle these relocs. It doesn't make it mandatory to handle things exactly according to that description but still everybody seems to do so. N32 ABI seems to do better for PIC-specific optimizations. > > Ulrich Drepper has worked on a Quickstart-like scheme which is supposed > > to be better. > > Quickstart is a good thing, but it's not directly relevant. It's relevant in that it's a strategy to avoid a large fraction of relocations. That can make a difference. > Yeah, we've been picking those up from various sources; people working on > x86 boot disks have been a great source of tiny apps. uClinux has more. > But the potential payoff of global code size reductions from toolchain > modifications was tempting enough to distract me from that. Agreed. Have you looked into a few other binary format options like embedded PIC and similar? > glibc 2.1 by all reports is much worse. For instance, touching just about > anything tows in the whole internationalization package. H.J. Lu did some > work on that, but I don't see much interest from the glibc core team on > fixing this kind of issue; I suppose that's a reasonable allocation of > resources, but along with the well-known code size increase, this has made > 2.1 a non-starter for LinuxCE projects. Keep in mind that you still should keep the ability to internationalize packages. At least a hard internationalization at compile or much better installation time should be available. I don't believe in the concept of a libc reducer as that will produce a libc that makes re-installation of a new libc necessary for the installation of a new application. > Some people have been working on compression for romfs; that might make > sense. But you lose any hope of eXecute In Place in either case. Execute in place from a device as slow as a flash disk isn't a great idea anyway. Btw, how big is the buffer cache on your Linux/CE system on average? I see a growing tensing between the design goal of various Linux users. Right now we're targetting systems with as little as 4mb, maybe even less memory. At the same time we're trying to support systems that have three digit numbers of processors and play in the TB league memorywise. Fairly obvious that tradeoffs won't fit everyone. Ralf From ralf@uni-koblenz.de Wed Nov 24 01:09:01 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15574; Wed, 24 Nov 1999 01:08:59 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:08:59 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA06943; Tue, 23 Nov 1999 23:12:46 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 23:07:24 +0100 Date: Tue, 23 Nov 1999 23:07:24 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux-mips@fnet.fr Subject: Re: Another .text question Message-ID: <19991123230723.D16508@uni-koblenz.de> References: <028a01bf3571$c1bc8f80$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <028a01bf3571$c1bc8f80$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 297 Lines: 11 On Tue, Nov 23, 1999 at 12:15:28AM -0500, Bradley D. LaRonde wrote: > That .text in head.S right before swapper_pg_dir - why is that there? To guarantee the right alignment for swapper_pg_dir. > swapper_pg_dir needs to be in write-able, no? Everything is writeable in the kernel case. Ralf From ralf@uni-koblenz.de Wed Nov 24 01:09:02 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15579; Wed, 24 Nov 1999 01:09:01 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:09:01 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA06968; Tue, 23 Nov 1999 23:13:34 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 23:08:24 +0100 Date: Tue, 23 Nov 1999 23:08:24 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux-mips@fnet.fr Subject: Re: Location of init_task_union Message-ID: <19991123230824.E16508@uni-koblenz.de> References: <007801bf3500$90edf810$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <007801bf3500$90edf810$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 499 Lines: 12 On Mon, Nov 22, 1999 at 10:45:13AM -0500, Bradley D. LaRonde wrote: > I'm working on mipsel execute-in-place from rom, and the location of > init_task_union is giving me some trouble since it is in the .text segment. > I can easily move it to .data or .data.init_task like i386, but I'm > wondering if there is some special reason why it is in .text on mips and > .data on i386. Doesn't matter when it ends up, it only needs to be 8kb aligned which is why we have to do such silly things. Ralf From ralf@uni-koblenz.de Wed Nov 24 01:09:04 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15592; Wed, 24 Nov 1999 01:09:02 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:09:02 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA07786; Tue, 23 Nov 1999 23:24:50 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 23:19:17 +0100 Date: Tue, 23 Nov 1999 23:19:17 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Another .text question Message-ID: <19991123231917.G16508@uni-koblenz.de> References: <028a01bf3571$c1bc8f80$b8119526@ltc.com> <19991123230723.D16508@uni-koblenz.de> <01e401bf3600$e30a0d90$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <01e401bf3600$e30a0d90$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 363 Lines: 12 On Tue, Nov 23, 1999 at 05:20:02PM -0500, Bradley D. LaRonde wrote: > > Everything is writeable in the kernel case. > > Thing is I'm executing out of ROM, so I have to divide between writeable and > non-writeable. > > Will you consider switch those two .texts to .datas in the SGI sources? No problem, just the correct alignment has to be guaranteed. Ralf From brad@ltc.com Tue Nov 23 23:20:21 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA13795; Tue, 23 Nov 1999 23:20:19 +0100 (MET) Received-Date: Tue, 23 Nov 1999 23:20:19 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id va311371 for ; Tue, 23 Nov 1999 17:20:10 -0500 Message-ID: <01e401bf3600$e30a0d90$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: References: <028a01bf3571$c1bc8f80$b8119526@ltc.com> <19991123230723.D16508@uni-koblenz.de> Subject: Re: Another .text question Date: Tue, 23 Nov 1999 17:20:02 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 696 Lines: 25 ----- Original Message ----- From: Ralf Baechle To: Bradley D. LaRonde Cc: Sent: Tuesday, November 23, 1999 5:07 PM Subject: Re: Another .text question > On Tue, Nov 23, 1999 at 12:15:28AM -0500, Bradley D. LaRonde wrote: > > > That .text in head.S right before swapper_pg_dir - why is that there? > > To guarantee the right alignment for swapper_pg_dir. > > > swapper_pg_dir needs to be in write-able, no? > > Everything is writeable in the kernel case. Thing is I'm executing out of ROM, so I have to divide between writeable and non-writeable. Will you consider switch those two .texts to .datas in the SGI sources? Regards, Brad From ralf@uni-koblenz.de Wed Nov 24 01:09:06 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15611; Wed, 24 Nov 1999 01:09:04 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:09:04 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA07877; Tue, 23 Nov 1999 23:26:19 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 23:21:10 +0100 Date: Tue, 23 Nov 1999 23:21:10 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Location of init_task_union Message-ID: <19991123232110.H16508@uni-koblenz.de> References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <01f101bf3601$0cf42fa0$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 588 Lines: 16 On Tue, Nov 23, 1999 at 05:21:12PM -0500, Bradley D. LaRonde wrote: > > > I can easily move it to .data or .data.init_task like i386, but I'm > > > wondering if there is some special reason why it is in .text on mips and > > > .data on i386. > > > > Doesn't matter when it ends up, it only needs to be 8kb aligned which is > > why we have to do such silly things. > > i386 does it by putting it in it's own segment, then aligning that segment > in the linker script. Can we switch to that way? Yes. I already did this in my private source for another, MIPS64 related reason. Ralf From brad@ltc.com Tue Nov 23 23:21:27 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA13820; Tue, 23 Nov 1999 23:21:24 +0100 (MET) Received-Date: Tue, 23 Nov 1999 23:21:24 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id xa311373 for ; Tue, 23 Nov 1999 17:21:20 -0500 Message-ID: <01f101bf3601$0cf42fa0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> Subject: Re: Location of init_task_union Date: Tue, 23 Nov 1999 17:21:12 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 868 Lines: 26 ----- Original Message ----- From: Ralf Baechle To: Bradley D. LaRonde Cc: Sent: Tuesday, November 23, 1999 5:08 PM Subject: Re: Location of init_task_union > On Mon, Nov 22, 1999 at 10:45:13AM -0500, Bradley D. LaRonde wrote: > > > I'm working on mipsel execute-in-place from rom, and the location of > > init_task_union is giving me some trouble since it is in the .text segment. > > I can easily move it to .data or .data.init_task like i386, but I'm > > wondering if there is some special reason why it is in .text on mips and > > .data on i386. > > Doesn't matter when it ends up, it only needs to be 8kb aligned which is > why we have to do such silly things. i386 does it by putting it in it's own segment, then aligning that segment in the linker script. Can we switch to that way? Regards, Brad From brad@ltc.com Tue Nov 23 23:32:25 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA13906; Tue, 23 Nov 1999 23:32:24 +0100 (MET) Received-Date: Tue, 23 Nov 1999 23:32:24 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id aa311376 for ; Tue, 23 Nov 1999 17:32:23 -0500 Message-ID: <021f01bf3602$97f7b0d0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , , References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> Subject: Re: Location of init_task_union Date: Tue, 23 Nov 1999 17:32:15 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1101 Lines: 33 ----- Original Message ----- From: Ralf Baechle To: Bradley D. LaRonde Cc: ; ; Sent: Tuesday, November 23, 1999 5:21 PM Subject: Re: Location of init_task_union > On Tue, Nov 23, 1999 at 05:21:12PM -0500, Bradley D. LaRonde wrote: > > > > > I can easily move it to .data or .data.init_task like i386, but I'm > > > > wondering if there is some special reason why it is in .text on mips and > > > > .data on i386. > > > > > > Doesn't matter when it ends up, it only needs to be 8kb aligned which is > > > why we have to do such silly things. > > > > i386 does it by putting it in it's own segment, then aligning that segment > > in the linker script. Can we switch to that way? > > Yes. I already did this in my private source for another, MIPS64 related > reason. OK, thanks. I think that also alleviates the need for that ALIGN at the end of head.S, plus we can get rid of the .text just above there in head.S, right? BTW, is there some historical reason for that .text? Regards, Brad From ralf@oss.sgi.com Wed Nov 24 01:08:59 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15569; Wed, 24 Nov 1999 01:08:58 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:08:58 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id XAA09625; Tue, 23 Nov 1999 23:53:46 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Tue, 23 Nov 1999 23:53:14 +0100 Date: Tue, 23 Nov 1999 23:53:14 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Location of init_task_union Message-ID: <19991123235314.I16508@uni-koblenz.de> References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> <021f01bf3602$97f7b0d0$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <021f01bf3602$97f7b0d0$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 869 Lines: 19 On Tue, Nov 23, 1999 at 05:32:15PM -0500, Bradley D. LaRonde wrote: > > Yes. I already did this in my private source for another, MIPS64 related > > reason. > > OK, thanks. I think that also alleviates the need for that ALIGN at the end > of head.S, plus we can get rid of the .text just above there in head.S, > right? BTW, is there some historical reason for that .text? Probably it exists because in '94 when I started with Linux/MIPS i386 had it in .text or so. Iff there ever was a real reason it now rests in peace. Btw, take a look at arch/mips64/kernel/head.S which looks much cleaner than what we currently have for the 32-bit kernel. That head.S was definately the single most ugly thing we had in the kernel. It's all gone now; the TLB exception handlers and the CPU detection code is now in other files; the later has been rewritten to C. Ralf From brad@ltc.com Tue Nov 23 23:58:14 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA14254; Tue, 23 Nov 1999 23:58:13 +0100 (MET) Received-Date: Tue, 23 Nov 1999 23:58:13 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ea311380 for ; Tue, 23 Nov 1999 17:58:12 -0500 Message-ID: <023301bf3606$338ee650$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Ralf Baechle" Cc: , , References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> <021f01bf3602$97f7b0d0$b8119526@ltc.com> <19991123235314.I16508@uni-koblenz.de> Subject: Re: Location of init_task_union Date: Tue, 23 Nov 1999 17:58:05 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1361 Lines: 38 ----- Original Message ----- From: Ralf Baechle To: Bradley D. LaRonde Cc: ; ; Sent: Tuesday, November 23, 1999 5:53 PM Subject: Re: Location of init_task_union > On Tue, Nov 23, 1999 at 05:32:15PM -0500, Bradley D. LaRonde wrote: > > > > Yes. I already did this in my private source for another, MIPS64 related > > > reason. > > > > OK, thanks. I think that also alleviates the need for that ALIGN at the end > > of head.S, plus we can get rid of the .text just above there in head.S, > > right? BTW, is there some historical reason for that .text? > > Probably it exists because in '94 when I started with Linux/MIPS i386 had > it in .text or so. Iff there ever was a real reason it now rests in peace. > > Btw, take a look at arch/mips64/kernel/head.S which looks much cleaner than > what we currently have for the 32-bit kernel. That head.S was definately > the single most ugly thing we had in the kernel. It's all gone now; the > TLB exception handlers and the CPU detection code is now in other files; > the later has been rewritten to C. Oooh, cool. Yes, that was an eyesore. In fact was toying with the idea of hacking it up (to not include exception handlers we will never need). So when do we get this for mips32? :-) Regards, Brad From ralf@oss.sgi.com Wed Nov 24 01:08:58 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id BAA15564; Wed, 24 Nov 1999 01:08:27 +0100 (MET) Received-Date: Wed, 24 Nov 1999 01:08:27 +0100 (MET) Received: from cacc-17.uni-koblenz.de (cacc-17.uni-koblenz.de [141.26.131.17]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id AAA11979; Wed, 24 Nov 1999 00:30:03 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Wed, 24 Nov 1999 00:29:42 +0100 Date: Wed, 24 Nov 1999 00:29:42 +0100 From: Ralf Baechle To: "Bradley D. LaRonde" Cc: Ralf Baechle , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Location of init_task_union Message-ID: <19991124002942.K16508@uni-koblenz.de> References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> <021f01bf3602$97f7b0d0$b8119526@ltc.com> <19991123235314.I16508@uni-koblenz.de> <023301bf3606$338ee650$b8119526@ltc.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <023301bf3606$338ee650$b8119526@ltc.com> X-Accept-Language: de,en,fr Content-Length: 1220 Lines: 24 On Tue, Nov 23, 1999 at 05:58:05PM -0500, Bradley D. LaRonde wrote: > > Btw, take a look at arch/mips64/kernel/head.S which looks much cleaner > than > > what we currently have for the 32-bit kernel. That head.S was definately > > the single most ugly thing we had in the kernel. It's all gone now; the > > TLB exception handlers and the CPU detection code is now in other files; > > the later has been rewritten to C. > > Oooh, cool. Yes, that was an eyesore. In fact was toying with the idea of > hacking it up (to not include exception handlers we will never need). > So when do we get this for mips32? :-) Lemme hack some more on the MIPS64 stuff, I want it get stable first before I put the bits into MIPS32. Right now I'm working on stabilizing the binary compatibility stuff for MIPS32. We neither have a 64-bit userland nor want one for almost all cases except large memory apps, so right now I'm putting my efforts behind the compatibility stuff. Oh, unlike the 32-bit kernel the 64-bit kernel allows the full use of all MIPS III and MIPS IV features including 64-bit registers even for 32-bit apps. This opens some possibilities for optimization of performance critical code like in libc. Ralf From raiko@niisi.msk.ru Wed Nov 24 10:09:53 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA20861; Wed, 24 Nov 1999 10:09:50 +0100 (MET) Received-Date: Wed, 24 Nov 1999 10:09:50 +0100 (MET) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA26670; Wed, 24 Nov 1999 12:10:08 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id NAA02369; Wed, 24 Nov 1999 13:09:37 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA01712; Wed, 24 Nov 1999 12:06:10 +0300 (MSK) Message-ID: <383BAC57.C6DF1504@niisi.msk.ru> Date: Wed, 24 Nov 1999 12:13:59 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: "Bradley D. LaRonde" CC: linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Location of init_task_union References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> <021f01bf3602$97f7b0d0$b8119526@ltc.com> <19991123235314.I16508@uni-koblenz.de> <023301bf3606$338ee650$b8119526@ltc.com> Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 311 Lines: 10 "Bradley D. LaRonde" wrote: > So when do we get this for mips32? :-) The patch that moves cpu detection to plain C already exists and it's easy to port other stuff from mips64. The only problem I didn't apply the patch yet is I have to make pci operable again and I am busy in that direction. Regards, Gleb. From raiko@niisi.msk.ru Wed Nov 24 10:29:32 1999 Received: from t111.niisi.ras.ru (root@t111.niisi.ras.ru [193.232.173.111]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id KAA21405; Wed, 24 Nov 1999 10:29:23 +0100 (MET) Received-Date: Wed, 24 Nov 1999 10:29:23 +0100 (MET) Received: from t06.niisi.ras.ru (t06.niisi.ras.ru [193.232.173.6]) by t111.niisi.ras.ru (8.9.1/8.9.1) with ESMTP id MAA26853 for ; Wed, 24 Nov 1999 12:30:08 +0300 Received: (from uucp@localhost) by t06.niisi.ras.ru (8.7.6/8.7.3) with UUCP id NAA02640 for linux-mips@fnet.fr; Wed, 24 Nov 1999 13:27:30 +0300 Received: from niisi.msk.ru (t34 [193.232.173.34]) by niisi.msk.ru (8.8.8/8.8.8) with ESMTP id MAA01877 for ; Wed, 24 Nov 1999 12:22:12 +0300 (MSK) Message-ID: <383BB017.3C7BE2FF@niisi.msk.ru> Date: Wed, 24 Nov 1999 12:30:00 +0300 From: "Gleb O. Raiko" Organization: NIISI RAN X-Mailer: Mozilla 4.7 [en] (WinNT; I) X-Accept-Language: en,ru MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: zs and less that 8bit modes Content-Type: text/plain; charset=koi8-r Content-Transfer-Encoding: 7bit Content-Length: 749 Lines: 21 Hello, I found the problem with zs I haven't idea on which layer I have to fix it. The problem Zilog sets high bits in received chars and X server doesn't like it. In order to operate, the serial mouse protocol requires 7bit mode, then X gets 8bit char with high bit set and thinks it should process that char. Certainly, it leads to very interesting pointer behaviour in X :-). From the other side, gpm looks to not be affected at all. So, I have 2 choices: either 'fix' the zs driver (what I have been made already, the driver stores mask depending on receive mode and applies the mask on every byte it receives) or fix the X server. Then, again, I am not sure X is a single application that have this behavior. Any comments ? Regards, Gleb. From zaitcev@metabyte.com Wed Nov 24 18:45:44 1999 Received: from ns1.metabyte.com (ns1.metabyte.com [207.33.14.130]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id SAA00155; Wed, 24 Nov 1999 18:45:43 +0100 (MET) Received-Date: Wed, 24 Nov 1999 18:45:43 +0100 (MET) Received: (from zaitcev@localhost) by ns1.metabyte.com (8.9.1a/8.9.1/akolb/110398) id JAA09425; Wed, 24 Nov 1999 09:44:57 -0800 (PST) From: Pete Zaitcev Message-Id: <199911241744.JAA09425@ns1.metabyte.com> Subject: Re: [Fwd: zs and less that 8bit modes] In-Reply-To: <383BB14B.9F96A24D@niisi.msk.ru> from "Gleb O. Raiko" at "Nov 24, 99 12:35:07 pm" To: raiko@niisi.msk.ru (Gleb O. Raiko) Date: Wed, 24 Nov 1999 09:44:57 -0800 (PST) Cc: linux-mips@fnet.fr X-Mailer: ELM [version 2.4ME+ PL31H (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Content-Length: 1019 Lines: 25 > Subject: zs and less that 8bit modes > Date: Wed, 24 Nov 1999 12:30:00 +0300 > From: "Gleb O. Raiko" > Organization: NIISI RAN > To: linux-mips@fnet.fr > > The problem Zilog sets high bits in received chars and X server doesn't > like it. In order to operate, the serial mouse protocol requires 7bit > mode, then X gets 8bit char with high bit set and thinks it should > process that char. [...] Historically this was the way many ancient pieces of hardware operated. I observed it myself many years ago. This does not mean they were not broken by design, and there was some evolution since days of PDP-11/24. > So, I have 2 choices: either 'fix' the zs driver (what I have made > already, the driver stores mask depending on receive mode and applies > the mask on every byte it receives) or fix the X server. Then, again, I > am not sure X is a single application that have this behavior. I would say, fix both. Be liberal in what you accept and be conservative in what you produce. --Pete From ralf@oss.sgi.com Wed Nov 24 22:50:10 1999 Received: from mailhost.uni-koblenz.de (mailhost.uni-koblenz.de [141.26.64.1]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id WAA01840; Wed, 24 Nov 1999 22:50:09 +0100 (MET) Received-Date: Wed, 24 Nov 1999 22:50:09 +0100 (MET) Received: from cacc-11.uni-koblenz.de (cacc-11.uni-koblenz.de [141.26.131.11]) by mailhost.uni-koblenz.de (8.9.1/8.9.1) with ESMTP id WAA27679; Wed, 24 Nov 1999 22:49:32 +0100 (MET) Received: by lappi.waldorf-gmbh.de id ; Wed, 24 Nov 1999 19:49:10 +0100 Date: Wed, 24 Nov 1999 19:49:10 +0100 From: Ralf Baechle To: "Gleb O. Raiko" Cc: "Bradley D. LaRonde" , linux@engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: Re: Location of init_task_union Message-ID: <19991124194910.A20497@uni-koblenz.de> References: <007801bf3500$90edf810$b8119526@ltc.com> <19991123230824.E16508@uni-koblenz.de> <01f101bf3601$0cf42fa0$b8119526@ltc.com> <19991123232110.H16508@uni-koblenz.de> <021f01bf3602$97f7b0d0$b8119526@ltc.com> <19991123235314.I16508@uni-koblenz.de> <023301bf3606$338ee650$b8119526@ltc.com> <383BAC57.C6DF1504@niisi.msk.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre3us In-Reply-To: <383BAC57.C6DF1504@niisi.msk.ru> X-Accept-Language: de,en,fr Content-Length: 805 Lines: 20 On Wed, Nov 24, 1999 at 12:13:59PM +0300, Gleb O. Raiko wrote: > "Bradley D. LaRonde" wrote: > > So when do we get this for mips32? :-) > > The patch that moves cpu detection to plain C already exists and it's > easy to port other stuff from mips64. The only problem I didn't apply > the patch yet is I have to make pci operable again and I am busy in that > direction. I plan to commit 2.3.21 into CVS this evening. I do this mostly in order to keep the 32-bit tree upto sync with Linus. This will also contain a pile of 64-bit stuff, just not all of it nor be complete. I hope that some people will take this as inspiration and fold some of the cleanups back into the 32-bit tree while I continue to fight in the endless [1] 64-bit address space ... Ralf [1] Where endless is defined as 1TB. From jharrell@ti.com Wed Nov 24 20:15:07 1999 Received: from tower.ti.com (tower.ti.com [192.94.94.5]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA00673; Wed, 24 Nov 1999 20:15:06 +0100 (MET) Received-Date: Wed, 24 Nov 1999 20:15:06 +0100 (MET) Received: from dlep4.itg.ti.com ([157.170.188.63]) by tower.ti.com (8.9.3/8.9.3) with ESMTP id NAA04975; Wed, 24 Nov 1999 13:14:26 -0600 (CST) Received: from jharrell_dt (IDENT:jharrell@ppp-isbas99-180.itg.ti.com [192.168.134.180]) by dlep4.itg.ti.com (8.9.3/8.9.3) with SMTP id NAA01564; Wed, 24 Nov 1999 13:14:09 -0600 (CST) From: Jeff Harrell Organization: Texas Instruments To: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: kgdb support Date: Wed, 24 Nov 1999 12:00:56 -0700 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain Cc: bbrown@ti.com, mhassler@ti.com, vwells@ti.com, kmcdonald@ti.com MIME-Version: 1.0 Message-Id: <99112412134700.03259@jharrell_dt> Content-Transfer-Encoding: 8bit Content-Length: 564 Lines: 15 In the process of looking through the MIPS/Linux code base, I noticed that the kgdb interface seems to support the ZS85C30 (see the function rs_kgdb_hook) but do not see where the generic serial interface (i.e. /drivers/char/serial.c) is supported. Is the kgdb support provided through the file gdb-stub.c? Any help would be greatly appreciated. Thanks, Jeff Harrell -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jeff Harrell Work: (801) 984-0183 Broadband Access group/TI jharrell@ti.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From ulfc@calypso.engr.sgi.com Wed Nov 24 20:43:54 1999 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id UAA00876; Wed, 24 Nov 1999 20:43:52 +0100 (MET) Received-Date: Wed, 24 Nov 1999 20:43:52 +0100 (MET) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id LAA14218; Wed, 24 Nov 1999 11:39:35 -0800 (PST) mail_from (ulfc@calypso.engr.sgi.com) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [150.166.49.50]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id LAA39827; Wed, 24 Nov 1999 11:43:40 -0800 (PST) mail_from (ulfc@calypso.engr.sgi.com) Received: (from ulfc@localhost) by calypso.engr.sgi.com (8.9.3/8.8.7) id LAA00980; Wed, 24 Nov 1999 11:43:30 -0800 Date: Wed, 24 Nov 1999 11:43:30 -0800 From: Ulf Carlsson To: Jeff Harrell Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr Subject: Re: kgdb support Message-ID: <19991124114330.F30786@engr.sgi.com> References: <99112412134700.03259@jharrell_dt> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <99112412134700.03259@jharrell_dt>; from Jeff Harrell on Wed, Nov 24, 1999 at 12:00:56PM -0700 Content-Length: 729 Lines: 13 On Wed, Nov 24, 1999 at 12:00:56PM -0700, Jeff Harrell wrote: > In the process of looking through the MIPS/Linux code base, I noticed that > the kgdb interface seems to support the ZS85C30 (see the function > rs_kgdb_hook) but do not see where the generic serial interface (i.e. > /drivers/char/serial.c) is supported. Is the kgdb support provided through > the file gdb-stub.c? Any help would be greatly appreciated. The kgdb that comes from ftp.gcom.com:/pub/linux/src provides support for normal serial ports if that's what you're looking for. You may be able to use that serial driver with the gdb-stub.c that we have in arch/mips/kernel provided enough time to get the things together. What are you trying to do? Ulf From R.vandenBerg@inter.NL.net Wed Nov 24 21:40:54 1999 Received: from altrade.nijmegen.inter.nl.net (altrade.nijmegen.inter.nl.net [193.67.237.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01410; Wed, 24 Nov 1999 21:40:53 +0100 (MET) Received-Date: Wed, 24 Nov 1999 21:40:53 +0100 (MET) Received: from dutch.mountain by altrade.nijmegen.inter.nl.net via hn51-34.Hoorn.NL.net [193.79.46.198] with ESMTP id VAA16325 (8.8.8/3.41); Wed, 24 Nov 1999 21:40:08 +0100 (MET) Received: from localhost(really [127.0.0.1]) by dutch.mountain via in.smtpd with smtp id for ; Wed, 24 Nov 1999 21:34:24 +0100 (MET) (Smail-3.2 1996-Jul-4 #2 built 1996-Nov-26) Date: Wed, 24 Nov 1999 21:34:24 +0100 (MET) From: Richard van den Berg X-Sender: ravdberg@whale To: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, bbrown@ti.com, mhassler@ti.com, vwells@ti.com, kmcdonald@ti.com, Jeff Harrell Subject: Re: kgdb support In-Reply-To: <99112412134700.03259@jharrell_dt> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 601 Lines: 16 On Wed, 24 Nov 1999, Jeff Harrell wrote: > In the process of looking through the MIPS/Linux code base, I noticed that the > kgdb interface seems to support the ZS85C30 (see the function rs_kgdb_hook) > but do not see where the generic serial interface (i.e. /drivers/char/serial.c) > is supported. [kgdb explained in another post] The ZS85C30 does have a different driver for almost every supported platform, it is on the wish list to change that situation. For example you can find the DECstation driver in drivers/tc/zs.*, which has another zs driver as example and so on... Regards, Richard From jharrell@ti.com Wed Nov 24 21:51:36 1999 Received: from gatekeep.ti.com (gatekeep.ti.com [192.94.94.61]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id VAA01507; Wed, 24 Nov 1999 21:51:30 +0100 (MET) Received-Date: Wed, 24 Nov 1999 21:51:30 +0100 (MET) Received: from dlep4.itg.ti.com ([157.170.188.63]) by gatekeep.ti.com (8.9.3/8.9.3) with ESMTP id OAA12753; Wed, 24 Nov 1999 14:50:52 -0600 (CST) Received: from ti.com (IDENT:jharrell@ppp-isbas99-180.itg.ti.com [192.168.134.180]) by dlep4.itg.ti.com (8.9.3/8.9.3) with ESMTP id OAA25878; Wed, 24 Nov 1999 14:50:23 -0600 (CST) Sender: jharrell@dsbmail.itg.ti.com Message-ID: <383C4F7C.C0C40DE0@ti.com> Date: Wed, 24 Nov 1999 13:50:04 -0700 From: Jeff Harrell X-Mailer: Mozilla 4.61 [en] (X11; U; Linux 2.2.12-20 i686) X-Accept-Language: en MIME-Version: 1.0 To: Ulf Carlsson CC: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, bbrown@ti.com, mhassler@ti.com, vwells@ti.com, kmcdonald@ti.com Subject: Re: kgdb support References: <99112412134700.03259@jharrell_dt> <19991124114330.F30786@engr.sgi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 1499 Lines: 37 Ulf Carlsson wrote: > On Wed, Nov 24, 1999 at 12:00:56PM -0700, Jeff Harrell wrote: > > In the process of looking through the MIPS/Linux code base, I noticed that > > the kgdb interface seems to support the ZS85C30 (see the function > > rs_kgdb_hook) but do not see where the generic serial interface (i.e. > > /drivers/char/serial.c) is supported. Is the kgdb support provided through > > the file gdb-stub.c? Any help would be greatly appreciated. > > The kgdb that comes from ftp.gcom.com:/pub/linux/src provides support for normal > serial ports if that's what you're looking for. You may be able to use that > serial driver with the gdb-stub.c that we have in arch/mips/kernel provided > enough time to get the things together. What are you trying to do? > > Ulf I am porting the MIPS/Linux version of the Linux kernel to a IDT79S145 evaluation board. This board has a IDT64475 (MIPS). I would like to use a standard serial port as a kgdb port. I will use my other serial port for the console port. Could you provide any additional information regarding the kgdb interface? Is kgdb a standalone application that would need to be built on the host to access a target board or is it a patch to the kernel files that needs to built into the kernel running on the host? Jeff -- ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Jeff Harrell Work: (801) 984-0183 Broadband Access group/TI jharrell@ti.com ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ From marc@mucom.co.il Thu Nov 25 11:05:08 1999 Received: from MaX.ibm.net.il (MaX.IbM.NeT.iL [192.115.72.170]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA09312; Thu, 25 Nov 1999 11:05:07 +0100 (MET) Received-Date: Thu, 25 Nov 1999 11:05:07 +0100 (MET) Received: from host13.mucom.co.il (IDENT:marc@host13.mucom.co.il [192.115.216.45]) by MaX.ibm.net.il (8.9.3/8.9.1) with ESMTP id MAA57932; Thu, 25 Nov 1999 12:04:23 +0200 Date: Wed, 24 Nov 1999 23:19:04 +0200 (IST) From: Marc Esipovich X-Sender: marc@moose.roadkill.com To: Ralf Baechle cc: linux-mips@fnet.fr Subject: Re: Location of init_task_union In-Reply-To: <199911242157.NAA03159@liveoak.engr.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 248 Lines: 9 I've seen it asked before, I've skimmed the archives for this, Is there anyone with an O2 port in progress? what can one do to help? if not, where would one go about on starting such a port? Marc Esipovich. -- root is only a few clicks away... From ulfc@calypso.engr.sgi.com Wed Nov 24 23:25:16 1999 Received: from deliverator.sgi.com (deliverator.sgi.com [204.94.214.10]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id XAA02462; Wed, 24 Nov 1999 23:25:14 +0100 (MET) Received-Date: Wed, 24 Nov 1999 23:25:14 +0100 (MET) Received: from cthulhu.engr.sgi.com (cthulhu.engr.sgi.com [192.26.80.2]) by deliverator.sgi.com (980309.SGI.8.8.8-aspam-6.2/980310.SGI-aspam) via ESMTP id OAA09014; Wed, 24 Nov 1999 14:21:00 -0800 (PST) mail_from (ulfc@calypso.engr.sgi.com) Received: from calypso.engr.sgi.com (calypso.engr.sgi.com [150.166.49.50]) by cthulhu.engr.sgi.com (980427.SGI.8.8.8/970903.SGI.AUTOCF) via ESMTP id OAA96980; Wed, 24 Nov 1999 14:25:01 -0800 (PST) mail_from (ulfc@calypso.engr.sgi.com) Received: (from ulfc@localhost) by calypso.engr.sgi.com (8.9.3/8.8.7) id OAA01515; Wed, 24 Nov 1999 14:24:51 -0800 Date: Wed, 24 Nov 1999 14:24:51 -0800 From: Ulf Carlsson To: Jeff Harrell Cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu, bbrown@ti.com, mhassler@ti.com, vwells@ti.com, kmcdonald@ti.com Subject: Re: kgdb support Message-ID: <19991124142451.H30786@engr.sgi.com> References: <99112412134700.03259@jharrell_dt> <19991124114330.F30786@engr.sgi.com> <383C4F7C.C0C40DE0@ti.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4us In-Reply-To: <383C4F7C.C0C40DE0@ti.com>; from Jeff Harrell on Wed, Nov 24, 1999 at 01:50:04PM -0700 Content-Length: 1164 Lines: 20 > I am porting the MIPS/Linux version of the Linux kernel to a IDT79S145 > evaluation board. This board has a IDT64475 (MIPS). I would like to use a > standard serial port as a kgdb port. I will use my other serial port for the > console port. Could you provide any additional information regarding the kgdb > interface? Is kgdb a standalone application that would need to be built on > the host to access a target board or is it a patch to the kernel files that > needs to built into the kernel running on the host? I think kgdb basically is the same thing as gdb-stubs was, they just renamed it for some reason. There is a program that comes with gdb-stubs that will let you drop into kgdb over the serial line if you run it on the target. You don't need anything else than gdb to actually run the stuff once the kernel on the target machine is in the kgdb mode. If you get a kernel fault, it will automatically drop into kgdb. Read the patch and you'll see. Scott Lurndal is currently working on support for kdb on MIPS, and that will make things a bit easier when it's working. Do not exchange kgdb and kdb, they are two different things :-). Ulf From fcela@ce.chalmers.se Fri Nov 26 11:05:10 1999 Received: from solen.ce.chalmers.se (solen.ce.chalmers.se [129.16.20.244]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id LAA16656; Fri, 26 Nov 1999 11:05:09 +0100 (MET) Received-Date: Fri, 26 Nov 1999 11:05:09 +0100 (MET) Received: from blomman18.ce.chalmers.se (blomman18.ce.chalmers.se [129.16.21.48]) by solen.ce.chalmers.se (8.8.8/8.8.8) with SMTP id LAA26964; Fri, 26 Nov 1999 11:04:59 +0100 (MET) Date: Fri, 26 Nov 1999 11:04:58 +0100 (MET) From: Fernando Cela Diaz cc: linux@cthulhu.engr.sgi.com, linux-mips@fnet.fr, linux-mips@vger.rutgers.edu Subject: X-Window Server In-Reply-To: <19991124142451.H30786@engr.sgi.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Length: 323 Lines: 12 Could anybody tell me the latest news about the X server for the SGI Indy? Thanks in advance, /FCD ---------------------------------------------------------------------- Fernando Cela email: fcela@ce.chalmers.se phone: +34 666 572 994 From engel@math.uni-siegen.de Fri Nov 26 12:24:00 1999 Received: from fourier.numerik.math.uni-siegen.de (fourier.numerik.math.uni-siegen.de [141.99.112.6]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id MAA16979; Fri, 26 Nov 1999 12:24:00 +0100 (MET) Received-Date: Fri, 26 Nov 1999 12:24:00 +0100 (MET) Received: from noether (IDENT:engel@descartes [141.99.112.4]) by fourier.numerik.math.uni-siegen.de (Mailhost) with SMTP id MAA14161 for ; Fri, 26 Nov 1999 12:27:12 +0100 (MET) From: Michael Engel Organization: Dept. of Mathematics, University of Siegen, Germany To: linux-mips@fnet.fr Subject: Linux-MIPS internet domain Date: Fri, 26 Nov 1999 12:20:36 +0100 X-Mailer: KMail [version 1.0.28] Content-Type: text/plain MIME-Version: 1.0 Message-Id: <99112612260400.02035@noether> Content-Transfer-Encoding: quoted-printable Content-Length: 750 Lines: 24 Hi, this is something I was thinking about for some time ... Most Linux ports now have their own web servers which are usually accessible under a descriptive web address (e.g. alphalinux.org, linux-m68k.org etc.). For people new to Linux-MIPS, information is a bit hard to find - so I=20 propose we register the domain linux-mips.org as a central repository for MIPS-related Linux information. I would sponsor the registration fee and Unix-AG at Siegen University can provid= e web and ftp server space (we're already hosting decstation.unix-ag.org)=20 and probably also host some mailing lists. What do you think about this ? If noone objects, I'll register the domain next week. regards, =09Michael --=20 Michael Engel=09(engel@unix-ag.org) From <@Cologne.DE:karsten@excalibur.cologne.de> Fri Nov 26 15:57:56 1999 Received: from fileserv2.Cologne.DE (fileserv2.cologne.de [193.29.188.3]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id PAA18109; Fri, 26 Nov 1999 15:57:55 +0100 (MET) Received-Date: Fri, 26 Nov 1999 15:57:55 +0100 (MET) Received: from localhost (1050 bytes) by fileserv2.Cologne.DE via rmail with P:stdio/R:bind/T:smtp (sender: ) (ident using unix) id for ; Fri, 26 Nov 1999 15:57:54 +0100 (CET) (Smail-3.2.0.101 1997-Dec-17 #5 built 1998-Jan-19) Received: (from karsten@localhost) by excalibur.cologne.de (8.9.3/8.8.7) id OAA02089; Fri, 26 Nov 1999 14:07:49 +0100 Message-ID: <19991126140749.A1822@excalibur.cologne.de> Date: Fri, 26 Nov 1999 14:07:49 +0100 From: Karsten Merker To: linux-mips@fnet.fr Subject: Re: Linux-MIPS internet domain Mail-Followup-To: linux-mips@fnet.fr References: <99112612260400.02035@noether> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91i In-Reply-To: <99112612260400.02035@noether>; from Michael Engel on Fri, Nov 26, 1999 at 12:20:36PM +0100 X-No-Archive: yes Content-Length: 311 Lines: 13 Michael Engel wrote: > If noone objects, I'll register the domain next week. ACK. Greetings, Karsten -- #include Nach Paragraph 28 Abs. 3 Bundesdatenschutzgesetz widerspreche ich der Nutzung oder Uebermittlung meiner Daten fuer Werbezwecke oder fuer die Markt- oder Meinungsforschung. From brad@ltc.com Fri Nov 26 17:20:28 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id RAA18650; Fri, 26 Nov 1999 17:20:27 +0100 (MET) Received-Date: Fri, 26 Nov 1999 17:20:27 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id wa311398 for ; Fri, 26 Nov 1999 11:19:55 -0500 Message-ID: <002b01bf382a$1298aa00$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Michael Engel" , References: <99112612260400.02035@noether> Subject: Re: Linux-MIPS internet domain Date: Fri, 26 Nov 1999 11:19:53 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 1135 Lines: 38 I registered linuxmips.org (and linuxmips.com) a while ago. My plan is to make them portals for all of the open-source linux mips projects. Maybe I should get started on this. Would this fill the need? Regards, Brad ----- Original Message ----- From: Michael Engel To: Sent: Friday, November 26, 1999 6:20 AM Subject: Linux-MIPS internet domain Hi, this is something I was thinking about for some time ... Most Linux ports now have their own web servers which are usually accessible under a descriptive web address (e.g. alphalinux.org, linux-m68k.org etc.). For people new to Linux-MIPS, information is a bit hard to find - so I propose we register the domain linux-mips.org as a central repository for MIPS-related Linux information. I would sponsor the registration fee and Unix-AG at Siegen University can provide web and ftp server space (we're already hosting decstation.unix-ag.org) and probably also host some mailing lists. What do you think about this ? If noone objects, I'll register the domain next week. regards, Michael -- Michael Engel (engel@unix-ag.org) From www@deja.com Sat Nov 27 17:28:42 1999 Received: from m2.deja.com ([208.10.192.33]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA28912; Sat, 27 Nov 1999 17:28:40 +0100 (MET) Received-Date: Sat, 27 Nov 1999 17:28:40 +0100 (MET) Received: from x41.deja.com (ix41.deja.com [10.2.1.241]) by m2.deja.com (8.8.5/8.8.5) with ESMTP id KAA07832 for ; Sat, 27 Nov 1999 10:27:34 -0600 Received: (from www@deja.com) by x41.deja.com (8.8.7/8.6.12) id KAA22007; Sat, 27 Nov 1999 10:27:32 -0600 Date: Sat, 27 Nov 1999 10:27:32 -0600 Message-Id: <199911271627.KAA22007@x41.deja.com> From: R.vandenBerg@inter.NL.net To: linux-mips@fnet.fr Subject: V: DECstation 5000 Reply-To: R.vandenBerg@inter.NL.net X-maf: Content-Length: 1810 Lines: 66 For the german readers. ------------------------------------------------------------------------------ This message was forwarded to you from Deja.com by R.vandenBerg@inter.NL.net. Deja.com offers free consumer information, including ratings and reviews on thousands of products and services. Before you buy, visit http://www.deja.com/%3ddnc/%5bST_rn%3dap%5d/ ------------------------------------------------------------------------------ (beginning of original message) Subject: V: DECstation 5000 From: =?iso-8859-1?Q?G=FCnter?= Bernicken Date: 1999/11/26 Newsgroups: de.markt.comp.hardware,de.markt.comp.misc,oecher.flohmarkt,maus.markt.biete Diverse DECstation/system abzugeben: 1. DECstation 5000/133 16MB Mem, Color Grafik 1280*1024 3,5" Floppy, 400MB Platte 19" Color Monitor Ultrix 4.3a 2. DECstation 5000/125 16MB Mem, S/W Grafik 1280*1024 CDROM, 400MB Platten 19" S/W Monitor Ultrix 4.3a 3. DECstation 5000/125 16MB Mem, Color Grafik 1280*1024 CDROM, 400MB Platten ohne Monitor Ultrix 4.3a 4. DECstation 5000/133 80MB Mem, Color Grafik 1280*1024 3,5" Floppy, 3GB Platten 19" Color Monitor Ultrix 4.4 5. DECsystem 5000/240 64MB Mem, ohne Grafikkarte CDROM, 3.8GB Platten ohne Console (VTxxx), installiertes NetBSD Bitte um Gebote -- Günter email: Bernicken@ascom-ac.de (end of original message) ------------------------------------------------------------------------------ You can view this message and the related discussion by following this link: http://www.deja.com/%3ddnc/%5bST_rn%3dap%5d/dnquery.xp?search=thread&svcclass=dnserver&recnum=%3c383EA974.6A155248@ascom-ac.de%3e%231/1 We hope to see you soon at Deja.com. Before you buy. http://www.deja.com/%3ddnc/%5bST_rn%3dap%5d/ From JeffHipolito@TDWaterhouse.com Sat Nov 27 23:23:54 1999 Received: from gate2.waterhouse.com ([208.192.14.235]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA01694; Sat, 27 Nov 1999 23:23:53 +0100 (MET) Received-Date: Sat, 27 Nov 1999 23:23:53 +0100 (MET) Received: by gate2.waterhouse.com; id RAA01600; Sat, 27 Nov 1999 17:19:26 -0500 Received: from unknown(128.1.1.46) by gate2.waterhouse.com via smap (V5.0) id xma001598; Sat, 27 Nov 99 17:19:03 -0500 Received: by ftp-njwall.waterhouse.com; id RAA21018; Sat, 27 Nov 1999 17:30:55 -0500 (EST) Received: from usgront5.waterhouse.com(10.22.3.5) by ftp-njwall.waterhouse.com via smap (4.1) id xma021010; Sat, 27 Nov 99 17:29:55 -0500 Received: by usgront5.waterhouse.com with Internet Mail Service (5.5.2448.0) id ; Sat, 27 Nov 1999 17:21:59 -0500 Message-ID: From: "Hipolito, Jeff" To: "'linux-mips@fnet.fr'" Subject: MIPS Device Date: Sat, 27 Nov 1999 17:21:57 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Content-Length: 344 Lines: 11 I have the Cassiopeia E105. It is using a MIPS processor I believe. I'm interested in running LinuxMIPS on this machine for the main purpose of running a Commodore64 Emulator on top. The native OS for this device is WinCE 2.11. Are there any foreseeable problems with this task that you may be able to enlighten me with. Please Advise, Jeff. From brad@ltc.com Sat Nov 27 23:59:28 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id XAA02032; Sat, 27 Nov 1999 23:59:27 +0100 (MET) Received-Date: Sat, 27 Nov 1999 23:59:27 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id fa311407 for ; Sat, 27 Nov 1999 17:58:53 -0500 Message-ID: <000d01bf392a$faa91d60$b8119526@ltc.com> From: "Bradley D. LaRonde" To: "Hipolito, Jeff" , References: Subject: Re: MIPS Device Date: Sat, 27 Nov 1999 17:58:54 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 622 Lines: 29 One link: http://www.linuxce.org Check out the Linux VR port. Regards, Brad ----- Original Message ----- From: Hipolito, Jeff To: Sent: Saturday, November 27, 1999 5:21 PM Subject: MIPS Device > I have the Cassiopeia E105. > It is using a MIPS processor I believe. > I'm interested in running LinuxMIPS on this machine for the main purpose of > running a Commodore64 Emulator on top. > The native OS for this device is WinCE 2.11. > > Are there any foreseeable problems with this task that you may be able to > enlighten me with. > > Please Advise, > Jeff. > From rlperry@paradigmsys.com Tue Nov 30 17:54:15 1999 Received: from parps1.paradigmsys.com (parps1.paradigmsys.com [198.102.223.4]) by guadalquivir.fnet.fr with ESMTP (8.8.8/97.02.12/Guadalquivir); id RAA24097; Tue, 30 Nov 1999 17:54:13 +0100 (MET) Received-Date: Tue, 30 Nov 1999 17:54:13 +0100 (MET) Received: from paradigmsys.com ([198.102.223.60]) by parps1.paradigmsys.com (980427.SGI.8.8.8/980728.SGI.AUTOCF) via ESMTP id LAA13575 for ; Tue, 30 Nov 1999 11:49:11 -0500 (EST) Message-ID: <384402A0.CA871C46@paradigmsys.com> Date: Tue, 30 Nov 1999 12:00:16 -0500 From: Robert Perry X-Mailer: Mozilla 4.6 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: linux-mips@fnet.fr Subject: I wanna play too Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Length: 725 Lines: 13 Hello my name is Robert Perry I have been Playing with Linux since 1995 (mostly just in user land) and I have been C/C++ programming off and on since about 1992. The company I work for may be using an embedded mips solution. I feel I am a reasonably good programmer though I know very little of OS design but I thought that when the hardware was available I might have a go some kernel hacking anyway. Depending on how the wind blows I may even be able to dedicate some time at work to this. Anyway the embedded chip contains a R3000 and I was wondering how hard it would be to get linux up and running from flash? How should I go about getting myself to a point to be able to answer these questions for myself? From kotomotoo@hotmail.com Tue Nov 30 20:22:23 1999 Received: from hotmail.com (law-f176.hotmail.com [209.185.131.239]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA25197; Tue, 30 Nov 1999 20:22:22 +0100 (MET) Received-Date: Tue, 30 Nov 1999 20:22:22 +0100 (MET) Received: (qmail 96514 invoked by uid 0); 30 Nov 1999 19:21:50 -0000 Message-ID: <19991130192150.96513.qmail@hotmail.com> Received: from 194.216.54.254 by www.hotmail.com with HTTP; Tue, 30 Nov 1999 11:21:50 PST X-Originating-IP: [194.216.54.254] From: "kotomoto sony" To: linux-mips@fnet.fr Date: Tue, 30 Nov 1999 21:21:50 EET Mime-Version: 1.0 Content-Type: text/plain; format=flowed Content-Length: 326 Lines: 7 I have a cassiopeia E-100 (from casio) that runs windows Ce (on a MIPS - prossessor) I am wondring is there a way i can run linux on it. for more infor about the cassiopeia go to the casio home page www.casio.com ______________________________________________________ Get Your Private, Free Email at http://www.hotmail.com From brad@ltc.com Tue Nov 30 20:32:44 1999 Received: from ltc.com (ltc.ltc.com [38.149.17.171]) by guadalquivir.fnet.fr with SMTP (8.8.8/97.02.12/Guadalquivir); id UAA25800; Tue, 30 Nov 1999 20:32:41 +0100 (MET) Received-Date: Tue, 30 Nov 1999 20:32:41 +0100 (MET) Received: from d9.ltc.com (d9.ltc.com [38.149.17.184]) by ltc.com (NTMail 3.03.0017/1.afdd) with ESMTP id ia311436 for ; Tue, 30 Nov 1999 14:33:14 -0500 Message-ID: <01ac01bf3b69$9e7250c0$b8119526@ltc.com> From: "Bradley D. LaRonde" To: References: <19991130192150.96513.qmail@hotmail.com> Subject: Re: Unidentified subject! Date: Tue, 30 Nov 1999 14:32:20 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Content-Length: 610 Lines: 27 Deja vu. :-) One link: http://www.linuxce.org Check out the Linux VR port. Regards, Brad ----- Original Message ----- From: kotomoto sony To: Sent: Tuesday, November 30, 1999 4:21 PM Subject: Unidentified subject! > I have a cassiopeia E-100 (from casio) that runs windows Ce (on a MIPS - > prossessor) I am wondring is there a way i can run linux on it. > > for more infor about the cassiopeia go to the casio home page www.casio.com > > ______________________________________________________ > Get Your Private, Free Email at http://www.hotmail.com >