Received: from SOUTH-STATION-ANNEX.MIT.EDU by po7.MIT.EDU (5.61/4.7) id AA25461; Sat, 16 Dec 95 04:52:06 EST Received: from SENATOR-BEDFELLOW.MIT.EDU by MIT.EDU with SMTP id AA24182; Sat, 16 Dec 95 04:52:08 EST Received: (from root@localhost) by senator-bedfellow.MIT.EDU (8.6.12/2.3JIK) id EAA07924 for Linux-Development-System-Dist@senator-bedfellow.mit.edu; Sat, 16 Dec 1995 04:14:34 -0500 Message-Id: <199512160914.EAA07924@senator-bedfellow.MIT.EDU> From: Digestifier To: Linux-Development-System@senator-bedfellow.MIT.EDU Reply-To: Linux-Development-System@senator-bedfellow.MIT.EDU Date: Sat, 16 Dec 95 04:14:30 EST Subject: Linux-Development-System Digest #123 Linux-Development-System Digest #123, Volume #2 Sat, 16 Dec 95 04:14:30 EST Contents: all loadable module system for 1.4? (JL Gomez) Re: AMD DX4-120 (Mark Hutchison) Re: Linux has poor memory management? (Wen-Chun Ni) Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? (Alain FAUCONNET) Re: Linux on BeBox? (Joseph Vigneau) Re: HELP! denary to Hex?... (H. Peter Anvin) Re: Linux ISO 7816 emulator (was: New Voyager) (Jim Hague) Re: using lilo to boot dos from 2nd scsi drive (Jay Krell) Re: Kernel resets IDE HD -- Normal? (Michael Faurot) Re: Will Linux work with the P6 ??? (Harald Milz) Re: Linux V1.3.47 Error (Delbert Matlock) Re: Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? (Aurel Balmosan) Re: mounting scheme for cdrom suggestion (Andries Brouwer) gcc-2.7.x and a.out upgrade? Re: Software Engineers Programmer Analysts - sysw94.fly [1/1] (David Lemon) Re: Linux and Java (Randy Chapman) Re: PGP functionality for UN*X (Jeff Nelson) ---------------------------------------------------------------------------- From: jlg@sashimi.wwa.com (JL Gomez) Subject: all loadable module system for 1.4? Date: 15 Dec 1995 05:23:16 -0600 Is an all loadable device driver module system for 1.4 is planned? Inquiring minds want to know. :) -- jlg@miso.wwa.com ------------------------------ From: mhutch@perth.DIALix.oz.au (Mark Hutchison) Subject: Re: AMD DX4-120 Date: 15 Dec 1995 01:21:11 +0800 root writes: >I have update to an AMD DX4-120..noticed one problem..System won't boot a >floppy kernel unless I turn off the internal cache (bios function)...I don't >really need the function unless I have to reinstall Linux ..I had to repair an >error and needed to boot from a floppy to get into the system when I discovered >it.. >May just be a quirk of my motherboard/bios or could be the DX4/120.. >Anyone have similiar experience? >The kernel starts to uncompress and then gives a crc error and halts.. >Works fine with lilo and loadlin.. >Fred I had the same problem but it affected decompressing the kernel during a lilo boot, and unzipping files compressed with pkzip. Also it may have caused a few disk problems. The problem went away when I raised the T states on the cashe burst read from 1 to 2. The machine is a bit slower but at least it is stable. :) Mark Hutchison. ------------------------------ From: wcn@doorknob.cs.brown.edu (Wen-Chun Ni) Subject: Re: Linux has poor memory management? Date: 15 Dec 1995 07:58:39 GMT Daniel Yee (danny@cs.su.oz.au) wrote: : Does anyone have any comments on the following? I thought this : problem had been fixed in more recent kernels, but haven't been : able to confirm it. Can someone who understands the kernel memory : management system clarify? I don't have the energy to trace the scheduler and memory management code in Linux. If possible, can any one describe the algorithm (or theory) used in Linux kernel to estimate the "swappability"? Or the entire use of paging system is just a hack? I've noticed that, under heavy load, Linux appears to get more impact than a SunOS under the same condition even though Linux is swift under light load. (No, kswap doesn't appear to change the scene much.) Wen-Chun ------------------------------ From: af@biomath.jussieu.fr (Alain FAUCONNET) Crossposted-To: comp.os.linux.hardware Subject: Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? Date: 14 Dec 95 09:51:41 GMT I've been bothered for a long time by "frame with bad fcs" and "frame tossed, reason = 4" messages on my TI Travelmate 4000M when there is high incoming traffic on the 38.4 kb/s PPP link (causing poor overall transfer rates because of retries). After triple-checking PPP and modem configuration, I have put a RS-232 testing box between the PC and the modem, and saw that the RTS and CTS lines never seemed to show any transition. The tty modes do include 'crtscts', and so does the PPP config file. The modem is configured for hardware flow control and the cable is OK. I have recompiled drivers/char/serial.c with SERIAL_DEBUG_FLOW and SERIAL_DEBUG_THROTTLE on and saw no sign of those routines being called during an incoming ftp transfer, although the messages mentioned above did appear. Could it be the tty upper layers or the PPP code not calling them on input buffer overflow ? Probably not. I tried doing transfers with kermit instead of PPP. Same symptoms: retried packets, bad CRCs and "cua0: input overrun" messages. *But* when I abort the transfer by ^C, I *do* see CTS going low (and the kernel debug messages due to the settings mentioned above) because the buffer fills up. This mechanism does work, then. My conclusion is: the driver doesn't pick up characters fast enough from the UART and the chip gives input overrun status. Strange. The chip on this machine supposedly is the best one (16550A) and according to the driver sources, the only one which has an useable internal character FIFO. On an otherwise idle 486 DX4/100, I would expect the driver to handle an incoming data flow at 38.4 kb/s. I'm baffled. Note: all those tests have been done locally between a Sparcstation 2 and the 486 laptop, no modems involved, with a cable having the correct (I hope) wires crossed. Jim Trocki reported similar problems on his (desktop) machine which have been solved by replacing the 16550A-based async controller by a 16550(not-A)-based one ! Could it be a problem in the way drivers/char/serial.c handles that former chip ? I have checked the 1.2.13 drivers against the 1.3.20 ones and saw no big changes. I don't have the data book for that chip at hand, but I imagine that there could be a setting to have the chip bring CTS low by itself when its internal receive FIFO is about to overrun. Am I completely lost here ? Any comments, ideas quite welcome. I'm in no way a kernel guru but I have a reasonable background in O/S design and BIOS-level programming. Thanks for your time reading this, _Alain_ -- Alain FAUCONNET Ingenieur systeme - System Manager AP-HP/SIM Public Health 91 bld de l'Hopital 75013 PARIS FRANCE Medical Computing Research Labs Mail: af@biomath.jussieu.fr Tel: (+33) 1-40-77-96-19 Fax: (+33) 1-45-86-80-68 I've RTFMed. It says: "Refer to your system administrator" But... I *am* the system administrator :-] ------------------------------ From: joev@pyramid.res.wpi.edu (Joseph Vigneau) Subject: Re: Linux on BeBox? Date: 16 Dec 1995 03:26:51 GMT In article <30ce697e.28112207@news.internex.net>, muzo wrote: >im14u2c@cegt201.bradley.edu (Joe Zbiciak) wrote: > >> >>Has there been any talk of Linux on the BeBox? >> >> >>From the description I saw of the architecture, it sounds like the perfect >>Linux device... multiple PPC chips, open architecture, etc. > >Frankly I'd think Linux on CHRP would be a much better use of the resources (they >are limited you know!). Umm.. What 'resources'? Linux ain't a company y'know, it's a hobby.. If enough users of CHRP systems with a) access to a CHRP box and b) have to abitlity to do some kernel hacking exist, then Linux (and *BSD, etc.) will eventually br ported to it. This goes for just about any architecture... Oh yeah. Almost left out point c) specifications must be freely available to all, esp. with no non-disclosure agreements.. Be looks like it will fit these criteria. Who knows if CHRP machines will... -- joev@wpi.edu WPI Computer Science '97 Linux! ------------------------------ From: hpa@freya.yggdrasil.com (H. Peter Anvin) Subject: Re: HELP! denary to Hex?... Date: 16 Dec 1995 04:04:11 GMT Reply-To: hpa@storm.net (H. Peter Anvin) Followup to: By author: Max Lock In newsgroup: comp.os.linux.development.system > > OK I need to convert a denary number to Hex, I know how to do this (The > really long way) but does anyone know of a library with these conversions > in it?.. (oh yeah, I'm using plain 'ol C none of this C++ stuff) > To output use: sprintf(string_buffer, "%x", number); I am not sure what base 'denary' is (base 10 is called "decimal"), but strtol() or strtoul() can be used to input just about any base (2 <= base <= 36). -hpa -- PGP public key available - finger hpa@terminus.storm.net "The earth is but one country, and mankind its citizens." -- Baha'u'llah I don't work for Yggdrasil, but they sponsor the linux.* hierarchy. ------------------------------ From: jim@oxfordcc.co.uk (Jim Hague) Crossposted-To: alt.satellite.tv.crypt Subject: Re: Linux ISO 7816 emulator (was: New Voyager) Date: 15 Dec 1995 14:00:59 -0000 In article <4aq5iu$9n0@cortex.dialin.rrze.uni-erlangen.de>, Markus Kuhn wrote: >Does anyone know, how commercial PC real-time operating systems like >QNX use the various hardware timers? Do they generally have a higher >tick rate for the periodic timer interrupt (less efficient), or do >they also use the CMOS clock for periodic ticks and the normal timer >chip for precision events like we have discussed it? It's been a few years since I had a play with QNX, but QNX4.0 had a command which let you change the frequency of the periodic timer interrupt. From memory I don't think you could increase it past 1kHz. -- Jim Hague - jim@oxfordcc.co.uk (work), bears@cix.compulink.co.uk (play) ------------------------------ From: jmk3@crux4.cit.cornell.edu (Jay Krell) Crossposted-To: comp.os.linux.setup,comp.os.linux.hardware Subject: Re: using lilo to boot dos from 2nd scsi drive Date: 15 Dec 1995 08:05:27 GMT jaewan@diana.harc.edu (Jaewan Kim - ASTRO) writes: >This time lilo stops at LI. and system hangs. >Now I have resorted to using loadlin from msdos, and it is quite reliable. >Just out of curiousity, is there any solution other that bios fix? >Jaewan Any idea what causes this and how to fix it? I had a stable Linux setup for quite a few days, then it started doing this (LIL-). I reinstalled tonight and it worked at first (after just installing Slakware 3.0 a), but later stopped working. I think to get it working in the first place I did like cp /boot/boot.0306 /c/bootsect.lin where /c is /dev/hda, Linux is on /dev/hda6, and I'm using the NT multi booter. -- -- Jay jay.krell@cornell.edu http://crux4.cit.cornell.edu/~jmk3 -- ------------------------------ From: mfaurot@phzzzt.atww.org (Michael Faurot) Subject: Re: Kernel resets IDE HD -- Normal? Date: Fri, 15 Dec 1995 01:47:43 GMT Albert Cahalan (albert@krakatoa.ccs.neu.edu) wrote: : : This may surprise you, but I think you may have a _serious_ hardware : problem. Replace the motherboard, controller, and IDE drive all at : the same time and get rid of the old ones. I think that approach is a bit extreme at the moment, considering the machine does run, and can run for several days at a time without any major barfing even though I do get errors occasionally like this: Dec 14 00:25:15 phzzzt kernel: hdb: DRDY error: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 14 00:25:16 phzzzt kernel: hdb: DRDY error: error=0x10 { SectorIdNotFound }, LBAsect=183595, sector=16442 Dec 14 00:25:16 phzzzt kernel: ide0: do_ide_reset: timed-out, status=0xd0 Dec 14 00:25:16 phzzzt kernel: hdb: DRDY error: status=0xd0 { Busy } Dec 14 00:25:16 phzzzt kernel: ide0: do_ide_reset: success Dec 14 00:25:16 phzzzt kernel: hdb: enabled 8-sector multiple mode Dec 14 00:25:16 phzzzt kernel: hda: enabled 8-sector multiple mode Dec 14 00:28:22 phzzzt kernel: hdb: DRDY error: status=0x59 { DriveReady SeekComplete DataRequest Error } Dec 14 00:28:22 phzzzt kernel: hdb: DRDY error: error=0x10 { SectorIdNotFound }, LBAsect=120608, sector=248500 : What I think happened: an accident with a screwdriver that destroyed : an IDE board also zapped the motherboard. Everything plugged into : that slot was slowly destroyed - maybe I burned out a capacator. If something was actually corrupting my drives I'd think I'd have problems with my other IDE drive (hda)--but I don't, just on hdb which is where I've had my Maxtors. -- +----------------+-------------------------+---------------------------------+ | Michael Faurot | mfaurot@phzzzt.atww.org | I programmed COBOL in college. | | ------- ------ | ------- ------ ---- --- | But I never compiled . . . :-) | +----------------+-------------------------+---------------------------------+ ------------------------------ From: hm@seneca.han.de (Harald Milz) Subject: Re: Will Linux work with the P6 ??? Date: Sun, 10 Dec 1995 09:52:14 GMT Eric Kahler (ekahler@mars.superlink.net) wrote: > but I was curious about wether or not Linux will run > on a P6 processor. I had a short hands-on a device Escom sells over here in Germany, and I can say Linux boots happily with a P6. The SSBA benchmark suite, however, stopped at one point we couldn't track down. It appears that unter Linux a P6 is about 1.5 times as fast as a P5 at the same clock speed - no big step for mankind. Buy P133's and you're fine for the next year or so. -- Harald Milz (Harald.Milz@Linux.org) ... A solemn, unsmiling, sanctimonious old iceberg who looked like he was waiting for a vacancy in the Trinity. -- Mark Twain ------------------------------ From: decaym@ix.netcom.com (Delbert Matlock) Subject: Re: Linux V1.3.47 Error Date: Thu, 14 Dec 1995 08:35:04 -0600 popo@radioman.hernix.org (James Pogras) wrote: >In drivers/scsi/constants.c there is a statement: > > void print_hostbyte(int scsiresult) > { printk("Hostbyte=0x%02x ",hostbyte(scsiresult)); > } > > It errors because there is no routine hostbyte(). I've changed it to > > printk("Hostbyte=0x%02x ", scsiresult); > > This causese it to compile but I don't belive it's right. Change it to this instead: void print_hostbyte(int scsiresult) { printk("Hostbyte=0x%02x ",host_byte(scsiresult)); } There are serveral other cases of this in the constants.c file. It's amazing home much havoc can be raised by leaving out one character. -- +-------------------+--------------------+---------------------------+ | Delbert Matlock | Phone 205-631-1500 | E-mail matlock@aloha.net | | Tek Systems, Inc. | FAX 205-631-1514 | http://aloha.net/~matlock | +-------------------+--------------------+---------------------------+ ------------------------------ From: aurel@xylo.owl.de (Aurel Balmosan) Subject: Re: Serial overrun on 16550A @ 38.4K DX4/100 1.2.13: driver problem ? Date: Fri, 15 Dec 1995 18:15:23 GMT Kasper Peeters (t16@nikhef.nl) wrote: : > This can be caused by trying to run too many serial ports at 115200 on a : > slow computer, but that's clearly not your problem. Other potential : > causes is that some other device driver (the IDE disk driver is a really : > bad this way) : For some funny reason, I have these problems whenever there's a lot of : text scrolling in an xterm. It's definitely not related to the IDE disk : in my case. Does the X server do something funny with the serial ports? : (the mouse is on a separate serial card). : Kasper Want graphic card are you using? May be the problem is that the graphic card generates may interrupts or that the graphic card blocks the ISA(VESA) bus. -- ================================================================ Aurel Balmosan aurel@xylo.owl.de ------------------------------ From: aeb@cwi.nl (Andries Brouwer) Subject: Re: mounting scheme for cdrom suggestion Date: Thu, 14 Dec 1995 00:26:03 GMT david@sundial (David van Leeuwen) writes: : Hi cdrom developers, ... : I tried to change isofs to insert a dummy directory `' on : the cdrom's mount point, but i can't get isofs_read_dir to work---the : system hangs a lot. (i wish there were complete specs around on how to : implement a filesystem...) But why change the kernel? A small C program or shell script like #!/bin/sh MOUNTOPTIONS=ro,nosuid,nodev,user,unhide LABEL=`cdlabel` DIR="/cdrom/$LABEL" mkdir "$DIR" mount -t iso9660 -o $MOUNTOPTIONS /dev/cdrom "$DIR" with a corresponding umount that removes the directory should do more or less what you are asking for. ------------------------------ From: coyote@step.polymtl.ca () Subject: gcc-2.7.x and a.out upgrade? Date: 16 Dec 1995 03:03:44 GMT Reply-To: coyote@step.polymtl.ca Hi Linfolk.. :), As time flies by, I realize that I may need to upgrade to gcc-2.7.x sooner that I would have liked. I have an all a.out system (slackware 2.3, gcc-2.6.3). I want to keep using a.out but upgrade to gcc-2.7.2 and the corresponding g++. Problem is: I always used the compiler as it came with the Slackware distribution I was using so I basically need a "upgrade your gcc for dummies" kind of documentation. Here are some of my questions: * Can I keep using a.out no problem with gcc-2.7.2? * Does gcc-2.7.2 work as well as 2.6.3 (at least) for a.out code generation? * What packages do I need to upgrade along with the gcc upgrade? (libg++, libc, g++, etc... what else?). * Is there an FAQ for upgrading your gcc somewhere on the NET? Any help would be _very_ apreciated. Please answer by _EMAIL_ as it will be difficult for me to follow this thread (final exams here). Thanks in advance for any help!! :) -- ,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-,._.,-*~'`^`'~*-, Vincent S. Cojot, Computer Engineering. Ecole Polytechnique de Montreal, Comite Micro-Informatique. coyote@step.polymtl.ca, coyote@info.polymtl.ca They cannot scare me with their empty spaces Between stars - on stars where no human race is I have it in me so much nearer home To scare myself with my own desert places. - Robert Frost ------------------------------ From: typenerd@slip.net (David Lemon) Crossposted-To: comp.databases.sybase,comp.groupware.lotus-notes.misc,comp.os.ms-windows.programmer.misc,comp.unix.admin,comp.ai.philosophy,comp.benchmarks,comp.cad.autocad,comp.databases.paradox,comp.databases.xbase.fox,comp.dcom.isdn,comp.dcom.sys.cisco,comp.fonts,comp.graphics.algorithms,comp.graphics.animation,comp.infosystems.www.misc,comp.lang.ada,comp.lang.asm.x86,comp.lang.clipper,comp.lang.pascal.delphi.components,comp.lang.pascal.delphi.databases,comp.lang.tcl,comp.multimedia,comp.object,comp.org.cpsr.talk,comp.org.eff.talk,comp.os.linux.x,comp.os.ms-windows.app.word-proc,comp.os.ms-windows.misc,comp.os.os2.bugs,comp.os.os2.games,comp.os.os2.programmer.misc,comp.os.vms,comp.periphs.printers,comp.security.unix,comp.soft-sys.powerbuilder,comp.sys.acorn.apps,comp.sys.amiga.applications,comp.sys.amiga.games,comp.sys.amiga.marketplace Subject: Re: Software Engineers Programmer Analysts - sysw94.fly [1/1] Date: Fri, 15 Dec 1995 23:28:41 -0800 Please don't spam the 'net like this. There are groups specifically for this kind of posting, and forcing people to download messages that are irrelevant to the topic of discussion is hardly an indication that you're aware of the culture you're intruding on. I certainly wouldn't trust you to find a position for me. Come to think of it, the salary's too low anyway. What are you recruiting for, Nebraska? - David Lemon In article <4al1ml$jt4@prometheus.localnet.com>, gademsky@localnet.com (Career Opportunity) wrote: > SOFTWARE/DATA PROCESSING/COMPUTER > PROFESSIONALS > > $25-85,000/YEAR > > > If you are considering a job change, your technical expertise > deserves expert representation. Our staff knows the marketplace and > understands the current trends in technology. We are now actively > recruiting candidates for the following positions (partial list only). and further, demonstrating that the comments about what your staff understands are not valid. ------------------------------ Crossposted-To: comp.lang.java,comp.os.linux.misc From: chapman@grizzly.cs.washington.edu (Randy Chapman) Subject: Re: Linux and Java Date: Thu, 14 Dec 1995 15:51:02 GMT Mark Swanson (mark@hunter.globalx.net) wrote: : In article <4aiho4$krs@msunews.cl.msu.edu>, Steve Dunham wrote: : >Fletcher Cocquyt (fletch@aec.ca) wrote: : > : >Huh? The Linux JDK runs just fine on my machine... It even supports : >16-bit displays now... : > : 16-bit displays!!! Hurahh! : The FAQ released a day ago mentioned that 8-bit was the max supported.. : how did you go beyond that? That must have been an unofficial FAQ. Its outdated. I fixed the code a little while ago (and, yes, I gave the changes to Sun and Netscape people=) --randy : -- : --------------------------------------------------------------------- : Mark Swanson Tel: (613)565-0093 : DigiCrypt Technologies, Inc. Fax: (613)729-5908 : 1318 Wellington Street Internet: mark@luckman.com : Box 36041 : Ottawa, Ontario K1Y 4V3, Canada : --------------------------------------------------------------------- ------------------------------ From: jeffn@meaddata.com (Jeff Nelson) Crossposted-To: comp.security.unix Subject: Re: PGP functionality for UN*X Date: 14 Dec 1995 20:43:53 GMT In article <30CCE352.10F3C277@cheney.net> root writes: >Wouldn't it be great if PGP were to run as a standalone daemon, say >pgpd, to be started on boot? I would imagine that this would make key >management at the system-wide level a LOT easier, as well as key >distribution, and would allow for any program to make pgp function calls >via /dev/pgpd in a berkeley model or via a semaphore model under sysv. What you are describing is close to Keberos. Do a search for it at Lycos and see if it's what you are looking for. - Jeff ------------------------------ ** FOR YOUR REFERENCE ** The service address, to which questions about the list itself and requests to be added to or deleted from it should be directed, is: Internet: Linux-Development-System-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development.system) via: Internet: Linux-Development-System@NEWS-DIGESTS.MIT.EDU Linux may be obtained via one of these FTP sites: nic.funet.fi pub/OS/Linux tsx-11.mit.edu pub/linux sunsite.unc.edu pub/Linux End of Linux-Development-System Digest ******************************