Subject: Linux-Development Digest #542 From: Digestifier To: Linux-Development@senator-bedfellow.MIT.EDU Reply-To: Linux-Development@senator-bedfellow.MIT.EDU Date: Sat, 12 Mar 94 14:13:04 EST Linux-Development Digest #542, Volume #1 Sat, 12 Mar 94 14:13:04 EST Contents: Re: Amiga FileSystem, Anyone? (Lee Heins) Re: Can I extract kernel form scsiboot.gz? (Rob Janssen) Re: GOD SPEAKS ON LINUX! (Lewis) Error with ld when trying to use CheckerV0.3 (ld.so.1.9l.4) on linux (Carl Williams) Re: GOD SPEAKS ON LINUX! (Chris Pirih) Re: TTY overruns cost money. (Mark Lord) Any support for Adaptec 6260 in the works? (Clint Olsen) Linux pre-1 bug with NFS (Louis P. Kruger) Re: AMD 486DX Bug in FPU (Robert Rosenbaum) Re: DIP: tty: getc: I/O error (Nickolay Saukh) Re: DIP: tty: getc: I/O error (Nickolay Saukh) Re: Memory Allocation (was Re: AMD 486DX problem (with Linux?)) (Larry Doolittle) Re: Ytalk binary for linux (Frederik Lindenaar) Re: Any support for Adaptec 6260 in the works? (Michael K. Johnson) Re: Annoying interactive bug in nslookup? (Grant R. Guenther) Short delays outside of the kernel (Byron A Jeff) Kernel with cluster08a doesn't boot from floppy with filesystem (Christopher Etz) ---------------------------------------------------------------------------- From: leeh@i-link.com (Lee Heins) Subject: Re: Amiga FileSystem, Anyone? Date: 9 Mar 1994 23:21:17 -0600 In article <2lkuan$o6t@smurf.noris.de>, Matthias Urlichs wrote: >In comp.os.linux.development, article <2lj2u9$hsd@ilink1.i-link.com>, > leeh@i-link.com (Lee Heins) writes: >> >> 1.4M floppies. For Mac 800k floppies, they use a variable spindle speed >> (like CD-ROM drives) which most PC clone floppy drives aren't capable of. > >Actually, they replaced this with variable bit density zones. (It's >compatible.) Huh? Who replaced this with variable bit density zones? Not on the Mac or CD-ROM drives... they are both variable speed. >> Mac 800k disks are also GCR encoded instead of MFM, but that is something >> that it is probably possible to do in software with PC-clone style floppy >> mechanisms. > >I don't think so. (Not with variable bit densities.) I vaguely recall that >somebody tried to fake variable speed by quickly turning the motor on and >off, and succeeded ... in frying at least one vital part of their disk >hardware. :-/ Maybe I didn't word that right... What I intended to say was the variable speed capability of 800k capable Mac drives would be hard to fake in software. But writing GCR on an MFM drive _should_ be possible if the controller circuitry is sufficiently flexible. Just doing GCR may not be good enough to read 800k disks on a PC 1.4M drive, and I doubt that using variable bit density zones would be good enough either. Of course I could be wrong. At any rate, I think it is highly unlikely that anyone will ever write a driver or program for Linux to read 800k Mac floppies... since they are being phased out there isn't much incentive to do so anyway... >> Also untrue for the Mac for 1.4M floppies at least, the MFM hardware is >> built into the SWIM (floppy controller) chip. I think what he meant was > >SIWM ("Super Integrated Woz Machine"). The IWM was the first integrated >version of the WM, which was a very magical piece of circuitry, created >(of course) by Steve Wozniak... totally incomprehensible, but it did its >job with the absolutely fewest possible number of parts. ;-) Incomprehensible? Nah... >-- >The artist does not illustrate science [but] he frequently responds to >the same interests that a scientist does. > -- Lewis Mumford >-- >Matthias Urlichs \ XLink-POP N|rnberg | EMail: urlichs@smurf.noris.de >Schleiermacherstra_e 12 \ Unix+Linux+Mac | Phone: ...please use email. >90491 N|rnberg (Germany) \ Consulting+Networking+Programming+etc'ing 42 > >Click here. -- Lee Heins, leeh@i-link.com ------------------------------ From: rob@pe1chl.ampr.org (Rob Janssen) Subject: Re: Can I extract kernel form scsiboot.gz? Date: Thu, 10 Mar 1994 14:01:05 GMT Reply-To: pe1chl@rabo.nl In <1994Mar9.214957.13061@cc.usu.edu> sl93k@cc.usu.edu writes: >Should I learn to compile my own kernel, or >can I somehow extract the kernel, that I like, from the rawritten >scsiboot disk? You should certainly learn how to compile your own kernel... It is not very difficult after all. See the FAQ. Rob -- ========================================================================= | Rob Janssen | AMPRnet: rob@pe1chl.ampr.org | | e-mail: pe1chl@rabo.nl | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU | ========================================================================= ------------------------------ Crossposted-To: comp.os.linux,comp.os.linux.admin,comp.os.linux.help,comp.os.linux.misc From: ljt3@PL122b.lehigh.edu (Lewis) Subject: Re: GOD SPEAKS ON LINUX! Date: Thu, 10 Mar 1994 01:54:09 GMT In article <2lklvr$h2v@nermal.cs.uoguelph.ca> gbuhlman@uoguelph.ca (Glen Buhlmann) writes: >someone else writes: >: I'll have you know I'm sitting right here in front of god, and god is >: running Linux. >I am God......and I use an Amiga...... Running Amiga Linux, I assume. :-) -- Lewis Tanzos - ljt3@[cs1.cc/pl122.eecs].lehigh.edu - ljt3@Lehigh.edu "By the common conception, humankind doesn't consider something 'worth it' unless they get their investment back -- preferrably with profit. ...By this criterion, most of the Universe is 'not worth it'" ------------------------------ From: crw@maniac.mlb.semi.harris.com (Carl Williams) Subject: Error with ld when trying to use CheckerV0.3 (ld.so.1.9l.4) on linux Date: Thu, 10 Mar 1994 05:38:46 GMT I am trying to get the Checker program (V0.3) to work and am having trouble with ld when I try to run Checker. Specifically , I am running linux-0.99.15, and I just installed gcc2.5.8, libc.4.5.21, and CheckerV0.3 (I installed all of the above as I wanted to use Checker !! and the README said I needed a gcc at least 2.5 something (I was at gcc2.4.5 before) ). In installing the above I installed ld.so.1.9l.4. After all this when I try to compile a program with checkergcc I get: # checkergcc test.c -o test ld: unrecognized option `-checker' Usage: ld [-d] [-dc] [-dp] [-e symbol] [-l lib] [-n] [-noinhibit-exec] [-nostdlib] [-o file] [-r] [-s] [-t] [-u symbol] [-x] [-y symbol] [-z] [-A file] [-Bstatic] [-D size] [-L libdir] [-M] [-N] [-static] [-nojump] [-dll-verbose] [-S] [-T[{text,data}] addr] [-V prefix] [-X] [file...] I tried to use the ld.diff file (that came with the CheckerV0.3) to make a new ld.so , but it seemed wildly different than the ld.c file the diff file was compared against (the ld.diff file starts it's changes at line 1154, and the ld.so.c file for ld.so.1.9l.4 has only 458 lines. Can you help/ any suggestions ? Thanks, --Carl crw@harris.mlb.semi.harris.com -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Carl R. Williams Harris Semiconductor Internet: crw@harris.mlb.semi.harris.com PO Box 883 MS 62A-026 Phone: (407)724-7665 Melbourne, FL 32902 ============================================================================ Q: Why did the tachyon cross the road? A: Because it was on the other side. -- <><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><><> Carl R. Williams Harris Semiconductor Internet: crw@harris.mlb.semi.harris.com PO Box 883 MS 62A-026 Phone: (407)724-7665 Melbourne, FL 32902 ------------------------------ From: pirih@eskimo.com (Chris Pirih) Crossposted-To: comp.os.linux,comp.os.linux.admin,comp.os.linux.help,comp.os.linux.misc Subject: Re: GOD SPEAKS ON LINUX! Date: 9 Mar 94 13:13:30 GMT Reply-To: pirih@eskimo.com In article , Grant Taylor wrote: > I'll have you know I'm sitting right here in front of god, and god is > running Linux. Cool -- I didn't realize the god port was so far along! When will it go ALPHA? --- chris ------------------------------ From: mlord@bnr.ca (Mark Lord) Subject: Re: TTY overruns cost money. Date: 10 Mar 1994 03:07:30 GMT In article <2llosm$9v4@nwfocus.wa.com> ken@halcyon.com writes: ... >For what it's worth: I too have encountered tty overruns in 0.99p15 >that I haven't before. My clues, in case this is fixable, are: > The problem was most noticible while moving a large file between > two physical disks while scrolling text over a V.32/V.42/V.42bis > modem link. > I'm using a no-name IDE controller with two 16450-ish serial ports > I'm using a 386DX40 based processor (7.98 bogoMips) > >I realize that using a buffered serial controller (such as one using >the 16550 chip) is the best long-term solution, but as I have been >doing fine with this setup from 0.96 to 0.99p14 I am disinclined to I thinks there's a new bug here. I also noticed LOTS of serial overruns on one occasion from my *mouse*. This is for the first time ever, with ALPHA-1.0. The condition persisted until I rebooted. Haven't seen it since. Of course, I am now also running with my hd.c enhancements for Multiple-mode and IRQ-enabling, so interrupt latency is no longer a big problem. -- mlord@bnr.ca Mark Lord BNR Ottawa,Canada 613-763-7482 ------------------------------ From: olsenc@maxwell.ee.washington.edu (Clint Olsen) Crossposted-To: comp.os.linux.misc Subject: Any support for Adaptec 6260 in the works? Date: 12 Mar 1994 12:21:55 GMT I've seen quite a bit of support for the Adaptec, but I haven't seen anything about the 6260. We have an Intel motherboard with onboard SCSI. I am anxious to hook up disks!!! -Clint -- Clint Olsen University of Washington Electrical Engineering olsenc@maxwell.ee.washington.edu ------------------------------ From: lpkruger@tucson.Princeton.EDU (Louis P. Kruger) Subject: Linux pre-1 bug with NFS Date: 9 Mar 94 21:37:09 GMT I had a NFS server crash on me today while I was running a "df" command, so I switched to another V.C. and issued the command kill -9 pid, where pid was the pid of the df command. Normally this works, since I mount the server with the options (intr,soft) but this time, the process just sat there with a "D" in the ps status field forever, no matter how many times I sent it a kill signal. This used to work in previous versions, so it leads me to believe that it might be a bug. Thanks! Louis Kruger ------------------------------ From: rrosen@cesl.rutgers.edu (Robert Rosenbaum) Crossposted-To: comp.sys.ibm.pc.hardware.chips Subject: Re: AMD 486DX Bug in FPU Date: 12 Mar 94 13:25:57 GMT I have an AMD 486DX-40, running at 50MHz (overclocked). I just compiled the AMD floating point bug "demo" using PCC (Personal C compiler, which is shareware). It uses real mode, with 64k segments and all that, but that shouldn't affect the floating point processor. I passed the test. No bugs here, at least not in the circumstances present when I ran it. I am willing to run it again if anyone can suggest circumstances likely to tickle a bug. I cannot run Linux - at least not until I get the new hard drive! Sorry, I don't know a serial # for the chip - I would have to remove the motherboard in order to get the chip fan off. Rob -- Robert Rosenbaum rrosen@caip.rutgers.edu (email) (609) 829-9218 (home voice) 708 Cornell Ave 08077-3522 (home address) (908) 932-0544 (work voice) CAIP, CoRE Bldg 08855-1390 (work address) (908) 445-4775 (work FAX) (609) 786-4474 (home FAX) ------------------------------ From: nms@KremlSun.ussr.eu.net (Nickolay Saukh) Subject: Re: DIP: tty: getc: I/O error Date: Sat, 12 Mar 1994 13:35:31 GMT Nickolay Saukh (nms@KremlSun.ussr.eu.net) wrote: > So the problem somehow related with tty output queue. I was wrong here. It depends on reason for disconnect. After loss of carrier it works fine. If disconnect on close, then problems are present. BUT it even did not assert DTR when there are active processes like compile, .... ------------------------------ From: nms@KremlSun.ussr.eu.net (Nickolay Saukh) Subject: Re: DIP: tty: getc: I/O error Date: Sat, 12 Mar 1994 10:00:28 GMT Sys admin (root@borg.ott.ca) wrote: > Kermit -> Can't send character: I/O error. > Can anyone else confirm this???? > Linux 99pl15j. Libc4.5.21. Tech info: 386SX 25MHz 16450 speed 19200 RTS/CTS flow control, modem Hayes ULTRA 96. After successful uucp session next two attempts gives I/O error. On third attempt connection goes fine again. If I run cu the same problem after session if I disconnect by ~. If disconnect initiated by remote side everything is fine. So the problem somehow related with tty output queue. May be the modem drops CTS very fast after DTR going off? I am also puzzled by long delay (about 1 second) between open of line and DTR assertion. ------------------------------ From: doolitt@cebaf4.cebaf.gov (Larry Doolittle) Subject: Re: Memory Allocation (was Re: AMD 486DX problem (with Linux?)) Reply-To: doolitt@cebaf4.cebaf.gov (Larry Doolittle) Date: Wed, 9 Mar 1994 20:48:50 GMT In article <1994Mar9.161810.27615@dcs.warwick.ac.uk>, alfie@dcs.warwick.ac.uk (Nick Holloway) writes: > In <2lknvi$b5f@serra.unipi.it> romano@pimac2.iet.unipi.it (Romano Giannetti) writes: > > [enquire.c] > > But _before_ comment out the following lines around line#450: > > > > while (size!=0) { > > while (malloc(size)!=(char *)NULL) > > total+=(size/2); > > size/=2; > > } > > > > that drive my Linux box to a quiet dead :-) after a lot of swapping. > > BTW: is this normal? I cannot afford test it on another Unix. My conf > > is Linux pre-1.0, 8M ram, 16M swap. The box don't crash nor panic, > > only get more and more slow if I don't ctrl-c the program. > > This program defeats Linux's ``don't grab all the memory'' heuristic. > Linus did say that it would be possible to defeat, and this does it. > > The good news is that it doesn't actually die -- eventually (have a > coffee :-) the process gets killed by the system. Actually, mine (running on a 386 with pl15d) runs to completion. After a minute or two, it reports: Memory mallocatable ~= 1045497 Kbytes This on a machine with 8M RAM, 10M Swap. 1 GB allocated? Pretty good! A more useful(?) version of that program would try _using_ the memory it has allocated, as any _real_ program would. Then the pages would actually get mapped, and you would get a realistic answer. It is scary seeing your swapspace fill up steadily, though! - Larry Doolittle doolittle@cebaf.gov ------------------------------ From: jfl@joyride.vague.nl.mugnet.org (Frederik Lindenaar) Crossposted-To: comp.os.linux.misc,comp.os.linux.help Subject: Re: Ytalk binary for linux Date: Wed, 09 Mar 94 14:40:16 MET Hi, antonio gatta (st92ba44@dunx1.ocs.drexel.edu) wrote: : hello out there. : i'm looking for a copy of ytalk (any working version will do) : that has been compiled for/on a linux box. actually, even : if it hasn't, as long as it *works* on a linux box. please : email me anything that would help. thanks in advance. hmm.. I compiled it without any probs. and it works fine here now.... Why are you looking for a compiled version? (I could E-mail it if you want to, just let me know) grtnx, JFL _______________________________________________________________________________ Frederik Lindenaar _ __ __ Tel/Fax: ++31-53-309969 Deurningerstraat 7/102 __/_|_| ___| |_|_ 7514 BC Enschede | / / | |__| |__| |__ jfl@hacktic.nl The Netherlands |/ jfl@vague.nl.mugnet.org jfl@2:283/315.38 ------------------------------ From: johnsonm@calypso-2.oit.unc.edu (Michael K. Johnson) Crossposted-To: comp.os.linux.misc Subject: Re: Any support for Adaptec 6260 in the works? Date: 12 Mar 1994 14:55:48 GMT In article <2lsc53$8pd@news.u.washington.edu> olsenc@maxwell.ee.washington.edu (Clint Olsen) writes: I've seen quite a bit of support for the Adaptec, but I haven't seen anything about the 6260. We have an Intel motherboard with onboard SCSI. I am anxious to hook up disks!!! The Adaptec 152x driver, which has been in the kernel for some time, will work with that chip. Use a recent kernel, because the earlier version of the driver didn't work quite right on some fast connections to the 6260, like LB and MB-direct ones. michaelkjohnson ------------------------------ From: grant@nepahwin.cs.laurentian.ca (Grant R. Guenther) Subject: Re: Annoying interactive bug in nslookup? Date: 12 Mar 1994 10:19:53 -0500 In ggw@acpub.duke.edu (G. "Wolfe" Woodbury) writes: >The only annoying thing that I can't find an easy answer/solution for >is that the nslookup program doesn't like the "enter" key at the end of >an inquiry (it takes two returns for it to recognize a query.) >This has to be a known problem, but I can't find a mention in the NET HowTo >(or am I blind?) and looking at the code seems to imply that it may be a >problem in "flex"? Well, it has certainly been around for a while (it was there in the pl10 MCC kit that I ran last year ...) but I think most people use 'host'. This one bothered me, too, so I finally got around to looking at it a few days ago. I fetched the newest version of the bind kit for Linux that I could find. I'm not sure at the moment whether this came from sunacm.swan.ac.uk or from sunsite.unc.edu. [ Aside - does anyone know of an ftp client that logs your fetches ??? ] I never got past compiling nslookup - it worked perfectly, out of the box. Since I'm not sure where I got it, I've put a .tgz file of the nslookup source (and binaries) in pub on nepahwin.cs.laurentian.ca - if you want to fetch it from there. -- ========================================================================== Grant R. Guenther, Math & Comp. Sci., Laurentian U, Sudbury, Ont., Canada grant@nepahwin.cs.laurentian.ca We are everywhere ========================================================================== ------------------------------ From: byron@cc.gatech.edu (Byron A Jeff) Subject: Short delays outside of the kernel Date: Sat, 12 Mar 1994 16:29:33 GMT I'm in the process of building a EPROM/Microcontroller board. I'm planning on writing the software under linux. One of the requirements is to have a very short (100 uS) pulse to program the parts. I've examined the kernel because I remembered that BogoMips had something to with short delays. This led me to linux/delay.h and the __delay and udelay calls. Seems straightforward enough. I have two questions: 1) Can I use these calls outside the kernel? Since they are inlines I don't think that's a big problem except getting access to loops_per_second. 2) Bigger problem. is the udelay call interruptable? I examined their use in a couple of the drivers and it wasn't clear to me if interrupts were turned off or not. If the udelay call ever got interrupted then my poor EPROMS and Microcontrollers would start releasing magic smoke ;-) I'm curious about the implications of holding the processor for 100 uS at a time. Does anyone know what kind of effect these delays would have on the system. Lastly I'm willing to use one of the PC hardware timers if it's available and can gurantee a 100 +- 5 uS blip on my output line. Do I need to write a mini device driver to do this or can I run it from user space? Thanks for any info you can offer. BAJ P.S. The interface board is realy simple. I bought a dual serial card with an empty socket and interfaced to it some TTL on a perfboard via a DIP jumper cable. The card gives you 8 decoded I/O ports, a clock, and an interrupt plus an extra serial port. Cost less than a empty proto card from Rat Shack. Later, BAJ --- Another random extraction from the mental bit stream of... Byron A. Jeff - PhD student operating in parallel! Georgia Tech, Atlanta GA 30332 Internet: byron@cc.gatech.edu ------------------------------ From: cetz@cetz.rhein-main.de (Christopher Etz) Subject: Kernel with cluster08a doesn't boot from floppy with filesystem Date: 9 Mar 94 22:19:42 GMT The (terrible long) title says it all: I built a kernel with cluster patches 08a included, put this kernel on a floppy with a minix filesystem and installed lilo on that floppy. Unfortunately the floppy refuses to boot. More precisely: the kernel stops when it should copy the boot floppy into the ram disk. The screen reads something like: RAMDISK: Loading 1200 blocks into RAM diskRAMDISK: I/O error on block 0 It works if leave the cluster patches out. By the way: My kernel is version 0.99pl15b. Any ideas? Looks like a bug? Christopher -- ============================================================================ Christopher Etz Telefon, Telefax: +49 69 318091 Kopernikusstr. 28 Email (priv.): cetz@cetz.rhein-main.de D-65929 Frankfurt Email (biz.): christophere@ingres.com ------------------------------ ** 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-Request@NEWS-DIGESTS.MIT.EDU You can send mail to the entire list (and comp.os.linux.development) via: Internet: Linux-Development@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 Digest ******************************