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

532 lines
21 KiB
Plaintext

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: Tue, 1 Mar 94 14:13:08 EST
Subject: Linux-Development Digest #512
Linux-Development Digest #512, Volume #1 Tue, 1 Mar 94 14:13:08 EST
Contents:
Re: Attention Linux Adaptec developers (Peter Herweijer)
Driver for dumb digiboard? (Theodore Ts'o)
eth0: transmit timed out in PL15h (Peter Suetterlin)
Re: Specialix driver (Tim Smith)
Re: serial driver woes (Rob Janssen)
Reboot is being flaky.. (Dan Miner)
Looking for help debugging kernel problems (Rich Braun)
Re: Serial problem with 0.99.15: tty65: input overrun (Erik Petersen)
Re: structs ip and icmp not defined in pl15h (Alan Cox)
Re: Specialix driver (Alan Cox)
Re: Help! GCC errors (Mitchum DSouza)
[Q] how do I track down a recurring crash? (Jerod Tufte)
Re: Linux Darkstar 0.99.15 #2 Sat Jan 1 21:36:13 MET 1994 Alpha ?? (Philippe Steindl)
Re: structs ip and icmp not defined in pl15h (J Rozes)
----------------------------------------------------------------------------
From: pieterh@sci.kun.nl (Peter Herweijer)
Subject: Re: Attention Linux Adaptec developers
Date: Tue, 1 Mar 1994 12:07:58 GMT
rapchun@suicide.sdsu.edu (David Rapchun) writes:
> [some silly question that he need not have asked if he'd taken the
> trouble to actually read the group instead of wasting other's time,
> followed by a particularly obnoxious .sig]
Your .sig is not only way too big, but utterly pathetic. What does it
represent? Subliminal messages or something? I hope nobody takes the
trouble to answer your question until you learn how to behave yourself.
Thank you.
Peter Herweijer
pieterh@sci.kun.nl
------------------------------
From: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
Subject: Driver for dumb digiboard?
Date: 1 Mar 1994 08:36:04 -0500
Reply-To: tytso@ATHENA.MIT.EDU (Theodore Ts'o)
From: jjw@seastar.org (John Welch)
Date: Fri, 25 Feb 1994 01:15:51 GMT
We are considering switching over from SCO Xenix to Linux, but
have run into a snarl - it doesn't appear that Linux supports the old,
dumb 8-port Digiboard that we currently use.
Have I just missed it in serial.c? Or does anybody know where
such a beastie might be obtained? ADVthanksANCE.
If it's a dumb digibaord (as opposed to their newer "intelligent"
boards) , the Linux serial driver will support it just fine. Just get
the "setserial" utility from tsx-11.mit.edu, in /pub/linux/sources/sbin,
and install it on your system. Then edit /etc/rc.serial so that the
appropriate ports and interrupts for the digiboards are configured
correctly. It will all work!
- Ted
------------------------------
From: pit@lupo.kis.uni-freiburg.de (Peter Suetterlin)
Subject: eth0: transmit timed out in PL15h
Date: 1 Mar 1994 09:05:37 GMT
Hello World!
Yesterday I observed a problem with my Ethernet connection to our local
network. I'm not quite shure if this is related to the other network
problems reported in this group. (These were about unreachable networks
at boottime). Well, my connection comes up with no problems, with all
services running ok (I'm using the new mount)
Then, I got the message
eth0: transmit timed out, TX status 0x9c, ISR 0x0
eth0: Possible network cable problem?
After that, networking broke down and only a reboot fixed it (I tried to
re-ifconfig and re-route, but no help).
Well, first, it is *not* a cable problem, as it does not occur in pl15b.
I tried to trace a bit back and noticed that the problem arises during
heavy use of X-connections to remote hosts (I was doing Image processing
with a lot of windows opened, displaying color images and plots).
OTOH it seems not connected to the real amount of data going through
the net, as I can FTP large amounts of data without problems.
Has anyone else observed that? Where should I look to I get more info
about the problem?
Here's my config:
486DX/2-66VL, 3com 503 Etherlink card, Slackware 1.1.0, PL15h
Regards and thanks for any hints,
Peter
---------------------- Peter 'PIT' Suetterlin -------------------
| Kiepenheuer Institut | Sternfreunde | Planetarium Freiburg |
| fuer Sonnenphysik | Breisgau e.V | |
| 0761/3198-210 | 0761/71571 | 0761/276099 |
-pit@lupo.kis.uni-freiburg.de---!! Hey, this is my linux box !!------
------------------------------
From: tzs@u.washington.edu (Tim Smith)
Subject: Re: Specialix driver
Date: 1 Mar 1994 09:29:06 GMT
Robert Sanders <gt8134b@prism.gatech.EDU> wrote:
>If I distribute .o files to link into the kernel, having included none
>of the include files and used no .c files distributed with the kernel,
>have I not created a derivative work? If not, then the GPL is and has
No, you've not created a derivative work. You have made it easier for
someone else to do so (the person who actually links), and this may
make you liable for contributory infrigement.
--Tim Smith
------------------------------
From: rob@pe1chl.ampr.org (Rob Janssen)
Subject: Re: serial driver woes
Date: Tue, 1 Mar 1994 09:26:47 GMT
Reply-To: pe1chl@rabo.nl
In <2kud5g$lm7@senator-bedfellow.MIT.EDU> gkm@tmn.com (Greg McGary) writes:
>I've been wrestling with the linux 0.99.15 serial driver for a couple of
>days now with limited success. I would appreciate hearing from others
>who have delved into the serial/tty/ns16550a morass.
>Here are my findings, in no particular order:
>* I found at least three bugs in the calculation & deployment of
> rs_timer() timeouts, with the net result that timeouts intended to
> happen within a few jiffies don't happen for 60 seconds! When an
> interrupt is lost (and they are lost with some frequency), the
> driver waits all that time before things start up again. I
> discovered this after noting that uucp performance on my 14,400bps
> modem (with 16550a UART) was miserable due to 60 second dry-spells
> in transmission every 20-30Kb transferred. I fixed this, and got a
> significant improvement, but other problems still exist...
I think that when you lose interrupts with some frequency, something
is amiss with the hardware. Maybe you try to share interrupts using
some unreliable circuitry? (or no circuitry at all)
>Now, some questions:
>* Is the Linux serial driver generally known to be buggy/unreliable at
> high speed, or is there something about my hardware configuration
> that's causing me problems that others don't have?
I am using it at 76800 bps with a modified 16550a card, and can transfer
compressable files at 71000 bps without overrun on my 486/33 with SCSI disk.
>* Are there multiple versions of the 16550a, some of which don't
> work--possibly like mine! :-(
the a-type is supposed to work. the plain 16550 doesn't.
Rob
--
=========================================================================
| Rob Janssen | AMPRnet: rob@pe1chl.ampr.org |
| e-mail: pe1chl@rabo.nl | AX.25 BBS: PE1CHL@PI8UTR.#UTR.NLD.EU |
=========================================================================
------------------------------
From: dminer@nyx10.cs.du.edu (Dan Miner)
Subject: Reboot is being flaky..
Date: Tue, 1 Mar 94 09:24:23 GMT
I've been getting the one for a while now. It is just getting too
annoying for me. *grin*
When I use reboot (from SysVInit 2.4), I will sometimes get a reboot
(soft) of the computer. Other times, it will beep a lot at me and
"lockup". But I can still do alt-cntl-del, and it will beep a lot.
It keeps this up til I do a hard reset (or power down.. very rare).
The only thing I can determine is a common factor of time.. It I don't
reboot my computer for a day or so, it will do the "beeping game".
Otherwise, it "usually" works fine. Is there any way I can look into
this problem to GIVE a better possible bug report?
Dan
PS. I remember the problem from poeigl too, but it didn't show up
til about the 0.99.14.
--
Dan Miner dminer@nyx.cs.du.edu
Future student Linux: try it, you'll like.
"Your program is encoded in pi." I started with a 64
------------------------------
From: richb@pioneer.ci.net (Rich Braun)
Subject: Looking for help debugging kernel problems
Date: Tue, 1 Mar 1994 13:35:50 GMT
Apologies in advance if this is an RTFM question...
I would like to find the exact location of the bugs which are causing my
pl15{bdefh} system to crash. I want to find out why the serial driver
isn't talking to all 8 ports on the Gtek BBS550 board recently
installed. The system ran for 13 months with only one crash (pl10a)
until I upgraded from pl13 to pl15 on the 8th of February. Since
then, it's been improving with each new kernel downloaded from
ftp.funet.fi (kudos to the developers for all their great work in the
month of February), but it still doesn't have the same old reliability
for which I first came to respect Linux.
How do I (a) get a crash dump, (b) poke at the serial-board hardware; and
(b) otherwise get information about the kernel's status when things go haywire?
When pl15h crashed yesterday, it could respond to 'pings' over the Internet,
but all processes were hung.
Thanks,
-rich
--
Question Reality. ____ New England Community Internet
See URL http://www.pn.com \ / NECI: neci-info@pioneer.ci.net
Home: richb@pioneer.ci.net \/ Work: braun@leds.enet.dec.com
------------------------------
From: erik@errant.north.net (Erik Petersen)
Subject: Re: Serial problem with 0.99.15: tty65: input overrun
Date: Tue, 1 Mar 1994 06:43:48 GMT
Rob Janssen (rob@pe1chl.ampr.org) wrote:
: > I get this too using 0.99.15(c or e). It has happened when I use
: >mgetty to record a voice file from a ZyXEL modem. I am also set to 56k
: >using a 16550A. What the heck is tty65 anyway, there isn't even one in my
: >/dev directory.
: tty65 = the tty with minor number 65. can have whatever name you choose
: in /dev!
: BTW, this problem does not occur at my system, and I'm using 76800 bps.
: I think it is related to using an IDE disk, which does data transfers
: with interrupts disabled. I'm using an Adaptec 1542B which does not have
: that problem.
Even though this is gettying :-) silly, I'll add my two cents...
I had this problem in a big way and found the problem to involve
using getty on a modem line. Now I'm not sure about exactly what is
going on but...I have three serial ports 2-16450 1-16550A. The modem
is on the 16550A and I have a serial mouse and a 286 running telix
(it has a 16450 so the line runs at 4800) on the other 16450. The
last time I opened my machine, I put the modem on the terminal and
the terminal on the modem designated ports by accident. The next
thing you know, tty65 errors all over the place.
To fix it, I switched the cables and presto, no errors. I think the
problem is in gettydefs and the way the port is initialized. Since
my modem will auto baud the DTE speed (4800 in this case) I don't
think it was overloading the UART. What I suspect (and I'm probably
wrong) is that by using the wrong gettydefs setting the ports went
nuts. I noticed that the modem RXD lights were flashing continuously
(maybe due the the CLOCAL setting) and the terminal didn't work
(fully expected). The errors occured directly parallel with the RXD
burst on the modem.
This problem has been nagging in this group for sometime and I have
yet to see an answer. This would be nice and might lay in the
gettydefs file. If you have this problem, you might want to check
there.
BTW: The modem usually is served by uugetty but, due to the port
switch, was being managed by getty.
--
Erik Petersen erik@errant.north.net
Errant on the Internet V 416.699.8959
Toronto, ON Canada F 416.699.5902
------------------------------
From: iiitac@swan.pyr (Alan Cox)
Subject: Re: structs ip and icmp not defined in pl15h
Date: Tue, 1 Mar 1994 14:27:49 GMT
In article <JROZES.94Feb28165957@allegro.cs.tufts.edu> jrozes@allegro.cs.tufts.edu (J Rozes) writes:
>I was just porting the NetBSD timed and interestingly, I found that
><linux/ip.h> and <linux/icmp.h> do not define struct ip and struct icmp,
>respectively. I did some grep'ing to see if they were defined elsewhere,
>but came up with nothing.
>
>I'm using the standard pl15, patched to pl15h, all taken from nic.funet.fi.
>No net3 code or anything like that; it's a vanilla kernel (+ppp). Sooo...
>is this a mistake, a "feature" or am I just (likely) missing something?
You are missing the fact Linux is _NOT_ NetBSD basically. If you get the
bsd/netinet files from sunacm.swan.ac.uk and install those then compile
with -Ibsd you should be ok (these are the compatibility includes).
Alternatively have a look at Florian de la Roche's excellent ports of
most of the NetBSD tools to see how its done 'properly' as it were.
Alan
------------------------------
From: iiitac@swan.pyr (Alan Cox)
Subject: Re: Specialix driver
Date: Tue, 1 Mar 1994 14:33:13 GMT
In article <2kd0m4$9q@melchior.frmug.fr.net> thomas@melchior.frmug.fr.net (Thomas Quinot) writes:
>Jon Brawn (jonb@specialix.com) wrote:
>: IF Specialix were to write a driver for SI on Linux, we could NOT release the
>: source of the download code into the public domain AT ALL. We COULD supply a
>: binary file with it in. The Linux driver source would be made available.
>
>But... Why couldn't you license it under the GNU General Public License ?
>This has nothing to do with public domain, and Linux is _not_ public domain
>software...
It would be OK I guess, not ideal and I don't like it - I certainly wouldn't
buy the card. Given that some of the other manufacturers pretty much said
'Of course we give you documentation, its standard' [That's a quote from
a man from Accent who do a nice smart 8 port card]. I ceased to have the need
for more than 6 ports so I got an accent 4 port card to go with my 2 other
ports but they if anything sounded keen on the idea.
Alan
iiitac@pyr.swan.ac.uk
------------------------------
From: Mitchum DSouza <m.dsouza@mrc-apu.cam.ac.uk>
Subject: Re: Help! GCC errors
Date: 1 Mar 1994 11:42:00 -0500
Reply-To: m.dsouza@mrc-apu.cam.ac.uk
Dean Junk:
| I just upgraded to .99.15 kernel from .99.14 kernel along with the
| following libraries:
|
| ld.so.1.4.3
| libc.so.4.5.21
| libm.so.4.5.21
|
| and the following tar archives:
|
| image-4.5.21
| inc-4.5.21
|
| I am having the following problem compiling xmix:
|
| /usr/lib/libgcc.sa(__libc.o): Definition of symbol __NEEDS_SHRLIB_libc_4 (multiply defined)
| /usr/lib/libc.sa(__libc.o): Definition of symbol __NEEDS_SHRLIB_libc_4 (multiply defined)
| make: *** [xmix] Error 1
|
| Do you have any ideas? I have everything else working great but this!
|
| System setup:
|
| 386DX-40 AMD
| 16MB Memory
| 2-250 WD IDE HD's
| Mitsumi CD-ROM
| SB Multi-CD 16 card
| Conner 250MB Tape Backup
| 3.5" Floppy
| 5.25" Floppy
| 14400 Pract Per modem
| Linux .99.15 from sunsite.unc.edu
| gcc 2.4.5
| xfree 2.0
Do one of the following.
1) Read the library release notes TO THE LETTER - EVERY SINGLE SENTENCE.
2) Read the GCC-FAQ before asking GCC related queries.
Mitch
------------------------------
From: jet5@pyrite.SOM.CWRU.Edu (Jerod Tufte)
Subject: [Q] how do I track down a recurring crash?
Date: 1 Mar 1994 16:59:59 GMT
here's the situation:
Any time I run a program under X that has a high redraw rate, i.e.
xtank, netrek, xboing, etc, and a sound is played, I get a freeze-up.
I've tried having sounds go to both dsp and audio, and running multiple
programs and every time, the machine will freeze shortly into the
high video activity period, usually in the middle of a screen draw.
my setup:
486dx2/66 VLB
.99.15h w/ IN2000 & E2100 drivers added
STB Powergraph S3-805 VLB video
IN2000 scsi card
Cabletron E2100 ether card.
Soundblaster 2.0
extra serial ports
libc 4.5.19, Xfree 2.0-S3 version, sound driver 2.4 from stock pl15h
my thought is that the VLB card is snagging the cpu's attention, and
for some reason this jams the sound card. I'd love any tips that tell
me what I can do to try to track this down, or anyone who's running
a similar setup that has has success/failure with it. One other thought
is that all these programs were (except the kernel) compiled with
older libs, and that might cause some weird problem.
thanks.
Jerod Tufte
--
jet5@po.cwru.edu Case Western Reserve University Computer Engineering
jet@b62528.student.cwru.edu <<< finger me for PGP2.3a public key
------------------------------
From: ilg@imp.ch (Philippe Steindl)
Subject: Re: Linux Darkstar 0.99.15 #2 Sat Jan 1 21:36:13 MET 1994 Alpha ??
Date: 1 Mar 1994 18:24:51 +0100
Donald J. Becker (becker@super.org) wrote:
[Some stuff cut]
: I'm interested in an Alpha port. As many people out there know my current
Awesome :)
: To switch back to DEC for a moment: despite my hopes, I don't expect the
: AlphaPCI to be low-priced. I think DEC will do the traditional
Well, it's not only DEC, that will produce AlphaPCI boards. There was an
article in C't (a german computer magazine) reporting that there are
several firms working on an alphaPCI board. The lowest ones (for now ISA/PCI
boards) should not priced more than an average 486/66 board. These boards
use the new 21066 alpha processor, which has PCIcontroller, Cachecontroller
*and* (!) a graphics controller within the memory controller all within
the CPU, which let's firms build cheap boards. As an example, for a
"graphics board", all you need is ram and a ramdac. This solution is
rumoured to beat all existing graphic cards... For now, I haven't seen a
board using this graphics feature.
I think we have to wait a bit, but I expect some *rather* cheap boards.
It depends on what you define cheap, but a lowcost alpha will start at
~4000 US$ here, and we're an expensive country :) I expect alphas in the US
to be sold for ~2500$. We will see what time brings...
cu
Philippe Steindl
------------------------------
From: jrozes@allegro.cs.tufts.edu (J Rozes)
Subject: Re: structs ip and icmp not defined in pl15h
Date: Tue, 1 Mar 1994 17:11:44 GMT
>>>>> "Alan" == Alan Cox <iiitac@swan.pyr> writes:
> In article <JROZES.94Feb28165957@allegro.cs.tufts.edu> jrozes@allegro.cs.tufts.edu (J Rozes) writes:
>> I was just porting the NetBSD timed and interestingly, I found that
>> <linux/ip.h> and <linux/icmp.h> do not define struct ip and struct icmp,
>> respectively. I did some grep'ing to see if they were defined elsewhere,
>> but came up with nothing.
>>
>> I'm using the standard pl15, patched to pl15h, all taken from nic.funet.fi.
>> No net3 code or anything like that; it's a vanilla kernel (+ppp). Sooo...
>> is this a mistake, a "feature" or am I just (likely) missing something?
> You are missing the fact Linux is _NOT_ NetBSD basically. If you get the
> bsd/netinet files from sunacm.swan.ac.uk and install those then compile
> with -Ibsd you should be ok (these are the compatibility includes).
> Alternatively have a look at Florian de la Roche's excellent ports of
> most of the NetBSD tools to see how its done 'properly' as it were.
> Alan
I don't think I'm missing anything. These are kinda important structures,
don't ya' think? How else do you tell your program what the structure of
an ip or icmp packet is--just let it guess? Additionally, take a look at
Solaris, which definitely is _NOT_ NetBSD, yet includes these structure
definitions (not in /usr/ucbinclude, either). I know linux is a far cry from
BSD, but I just don't consider IP and ICMP to be BSD-isms only.
So, if Linux doesn't define ip/icmp packets in header, how does one go
about such programming? Might it have something to do with the C library?
jonathan
------------------------------
** 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
******************************