Files
oldlinux-files/docs/mail-archive/linux-devel/Volume1/digest5XX/digest542
2024-02-19 00:23:35 -05:00

581 lines
22 KiB
Plaintext

Subject: Linux-Development Digest #542
From: Digestifier <Linux-Development-Request@senator-bedfellow.MIT.EDU>
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 <urlichs@smurf.noris.de> 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 <A HREF="http://smurf.noris.de/~urlichs/finger">here</A>.
--
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 <GTAYLOR.94Mar8181237@god.ext.tufts.edu>, 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-110394104323@suemac.cds.duke.edu> 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
******************************