From: Digestifier 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 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@allegro.cs.tufts.edu (J Rozes) writes: >I was just porting the NetBSD timed and interestingly, I found that > and 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 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 writes: > In article jrozes@allegro.cs.tufts.edu (J Rozes) writes: >> I was just porting the NetBSD timed and interestingly, I found that >> and 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 ******************************