From: Digestifier To: Linux-Development@senator-bedfellow.mit.edu Reply-To: Linux-Development@senator-bedfellow.mit.edu Date: Sat, 1 Oct 94 21:13:11 EDT Subject: Linux-Development Digest #253 Linux-Development Digest #253, Volume #2 Sat, 1 Oct 94 21:13:11 EDT Contents: Re: PPC (PowerMac) port status? (afishman@cie-2.uoregon.edu) Re: Try this IPX bridging code ... (Steve Kneizys) Re: SMail security hole? (Lee J. Silverman) Problem with ncr53c810 and network (Frank Westheider) Re: Adaptec 1542/SCSI under Linux (Nick Kralevich) Where's my corefile? (Todd Klaus) Re: Driver support for PS/2 (MCA) version of SMC/WD? (James F. Morris) Re: Cant mount /dev/mitsumi_cd with kernel 1.1.45 (Heiko Schlittermann) Re: 1+ Gig SCSI Drives (Daniel Rogers) Re: Shared Libs: working toward a permanent solution? (Richard Krehbiel) Re: IBM Token Ring Support? (Alen Tihi) Re: Could TCP/IP be implemented over SCSI? (Thomas E Zerucha) hda: read_intr: error (Pierre Belanger) Re: TMC-850 on IRQ 11 no workee... (MORIYAMA Takao) ---------------------------------------------------------------------------- From: afishman@cie-2.uoregon.edu Subject: Re: PPC (PowerMac) port status? Date: 29 Sep 1994 23:12:53 GMT > Reply to: Zack T. Smith > > PPC (POWERMAC) PORT STATUS? > > NETCOM On-line Communication Services (408 261-4700 guest) > Thu, 29 Sep 1994 04:27:36 GMT > Newsgroups: > comp.os.linux.development > Reply to newsgroup(s) >Hi, > >I'm looking for PPC status. Is it getting anywhere? Is the Apple >PowerMac going to be supported or will there be the same trouble >getting hardware info as with the 68k Mac? > >TIA > >Zack Smith ------------------------------ Subject: Re: Try this IPX bridging code ... From: STEVO@acad.ursinus.edu (Steve Kneizys) Date: 1 Oct 94 12:53:07 EST Rob Janssen (rob@pe1chl.ampr.org) wrote: : In <1994Sep30.175942.284@acad.ursinus.edu> STEVO@acad.ursinus.edu (Steve Kneizys) writes: : >Alan Cox (iialan@iifeak.swan.ac.uk) wrote: : >: In article <1994Sep25.223539.260@acad.ursinus.edu> STEVO@acad.ursinus.edu (Steve Kneizys) writes: : >: >If somebody wanted to isolate an IPX net/server from the main net : >: >in terms of packet density but did not want to change the net : >: >numbers, well, bridging would be an option! I may decide to add : >: >it to my above bridge, as bridging is faster than routing. : >: No bridging is normally slower than routing as you process more packets : >: at the software level. : >Nah...depends on the speed of your algorithms! Has nothing to do with : >packet density, unless your algorithms are so slow that packets come : >in faster than you can filter them. Think about it for a second...the : >CPU overhead may be different, but network throughput depends on how : >much time you spend processing the packet. If I can lookup an : >Ethernet address and determine what interface, if any, to send out : >faster than looking up in a table, changing the hop count and : >checksum, net number, then sending out then bridging is faster. : The point probably is that bridging is practical to be implemented on : dedicated hardware (possibly with some microcode), while routing usually : isn't. So, a dedicated bridge could be faster than a router. : Of course, this no longer holds once you build your bridge using two : normal ethernet cards and a PC. In that case, the disadvantage of having : to look at all packets becomes the deciding factor. If you say so..but I wrote both bridging and TCP/IP routing code designed to run on a PC and my bridging code was faster! Steve... ------------------------------ From: lee@netspace.students.brown.edu (Lee J. Silverman) Crossposted-To: comp.os.linux.help Subject: Re: SMail security hole? Date: 28 Sep 1994 06:47:09 GMT If your version of smail is writing files as root then you have smail configured incorrectly, and should fix it IMMEDIATELY. If user xxx has a .forward file that sends output to a file, then smail should write to that file as user xxx. In order to make sure that this is true, make sure your /usr/lib/smail/transports file has these entry: # pipe - deliver mail to shell commands # # This is used implicitly when smail encounters addresses which begin with # a vertical bar character, such as "|/usr/lib/news/recnews talk.bizarre". # The vertical bar is removed from the address before being given to the # transport. pipe: driver = pipe, # pipe message to another program return_path, -local, from, -unix_from_hack; cmd = "/bin/sh -c $user", # use Bourne shell to execute parent_env, # environment info from parent addr user=nobody, group=mail, -pipe_as_user, # not user-id associated with address umask=0022, log_output, # do not log stdout/stderr ignore_status, # exit status may be bogus, ignore it ignore_write_errors, # ignore broken pipes # file - deliver mail to files # # This is used implicitly when smail encounters addresses which begin with # a slash or squiggle character, such as "/usr/info/list_messages" or # perhaps "~/Mail/inbox". file: driver = appendfile, return_path, local, -from, unix_from_hack; file = $user, # file is taken from address append_as_user, # use user-id associated with address expand_user, # expand ~ and $ within address suffix = "\n", mode = 0644, With the drivers set up this way, mail written to a file is written as user xxx, but mail sent to a pipe is sent as user nobody. It's a little bit more secure that way. -- Lee Silverman, Brown class of '94, Brown GeoPhysics ScM '95 Email to: Lee_Silverman@brown.edu Phish-Net Archivist: phish-archives@phish.net "Nonsense - you only say it's impossible because nobody's ever done it." ------------------------------ From: higgins@uni-paderborn.de (Frank Westheider) Subject: Problem with ncr53c810 and network Date: 28 Sep 1994 06:58:40 GMT HI Folks ! At the last linux-meeting in paderborn, germany, we established a server with the following configuration : 486DX2/66 PCI 24MB Ram (Elitegroup-board) Onboard NCR NE2000 Network-Card 2 x 1GB ST31200N SCSI-HD After about 20 Minutes of NFS-Serving, this server dies without message. The HD-LED was not on, nothing goes. Now i'm looking for the cause of the fault. Is it the network-code or the ncr-code ? Any suggestions or similar behaviour ? -- Frank Westheider higgins@uni-paderborn higgins@delbox.zer.de higgins@paderborn (MAGICNET) ------------------------------ From: nickkral@po.EECS.Berkeley.EDU (Nick Kralevich) Subject: Re: Adaptec 1542/SCSI under Linux Date: 28 Sep 1994 07:13:12 GMT In article <36abit$cph@psu_075.sb2.pdx.edu>, James E. McNalley wrote: > I've got a 1542B which is a truely awsome card. I havn't tried >the A oro C/CF, but I'm happy with the B. The A is no longer supported, >and the only car I've heard that had trouble was older C's when the SCSI I have been working on getting the 1542CF working. So far, it works good for occasional use. However, when I do somthing like cp /dev/full /usr2 (where my SCSI drive is mounted), I get about 20-25 error messages over the course of the hard drive filling up that say "interrupt received, but no mail found" or somthing like that. I've had a lot of problems with the 1.1.51 kernel, and much less with the 1.1.50 kernel. In fact, the 1.1.51 kernel won't even boot. I can't figure out why there should be any problems, because none of the 1542 source code was changed. This is with 1.1.51: Sep 27 23:16:33 hercules kernel: aha1542.c: interrupt received, but no mail. Sep 27 23:16:35 hercules kernel: scsi : aborting command due to timeout : pid 167, scsi0, id 6, lun 0 Write (6) 00 58 02 02 00 Sep 27 23:16:35 hercules kernel: scsi : aborting command due to timeout : pid 166, scsi0, id 0, lun 0 Write (6) 00 80 02 02 00 Sep 27 23:16:41 hercules kernel: scsi : aborting command due to timeout : pid 167, scsi0, id 6, lun 0 Write (6) 00 58 02 02 00 Sep 27 23:16:41 hercules kernel: SCSI host 0 abort() timed out - reseting Sep 27 23:16:41 hercules kernel: scsi : aborting command due to timeout : pid 166, scsi0, id 0, lun 0 Write (6) 00 80 02 02 00 Sep 27 23:16:41 hercules kernel: SCSI host 0 abort() timed out - reseting Sep 27 23:16:41 hercules kernel: Sent BUS DEVICE RESET to target 0 Sep 27 23:16:41 hercules kernel: Sending DID_RESET for target 0 Sep 27 23:16:41 hercules last message repeated 2 times Sep 27 23:16:41 hercules kernel: aha1542_intr_handle: Unexpected interrupt Sep 27 23:16:41 hercules kernel: tarstat=0, hastat=0 idlun=10 ccb#=3 Sep 27 23:16:41 hercules kernel: aha1542_intr_handle: Unexpected interrupt Sep 27 23:16:41 hercules kernel: tarstat=0, hastat=0 idlun=10 ccb#=6 Sep 27 23:16:41 hercules kernel: aha1542_intr_handle: Unexpected interrupt Sep 27 23:16:41 hercules kernel: tarstat=0, hastat=0 idlun=10 ccb#=7 The SCSI devices are at location #0, #6, and #7 (the controller). Anyone know the problem? Right now I am running principally off of an IDE hard drive, with nothing really on my 2 SCSI drives. I still don't feel confortable with the performance under Linux. I just made some changes today, including adding a terminator to the SCSI bus, but it doesn't seem to have made any difference. Take care, -- Nick Kralevich nickkral@cory.eecs.berkeley.edu -- Nick Kralevich nickkral@cory.eecs.berkeley.edu "A man sits with a pretty girl for an hour and it seems shorter than a minute. But tell that same man to sit on a hot stove for a minute, it is longer than any hour. That's relativity." -- Einstein ------------------------------ From: klaus@indirect.com (Todd Klaus) Subject: Where's my corefile? Date: 28 Sep 1994 07:24:03 GMT I'm getting segmentation faults, but no (core dumped)! I looked in /etc/profile and ~/.profile thinking this was a shell thing, but found nothing. How do I enable corefiles? I'm using the Yggdrasil summer '94 CD. Thanks Todd Klaus klaus@indirect.com ------------------------------ Crossposted-To: comp.os.linux.misc From: jfmorris@netcom.com (James F. Morris) Subject: Re: Driver support for PS/2 (MCA) version of SMC/WD? Date: Wed, 28 Sep 1994 02:49:33 GMT Donald, Thanks for the response! In article <369agc$qis@cesdis1.gsfc.nasa.gov>, Donald Becker wrote: >In article , >The WD80*3 and SMC Ultra use different methods of enabling memory. >Do you know which one this card is similar to? Good question. More delving into the Crynwr (Assembler!) source should turn up the answer. I do know that the memory address range for the NIC is configured with the PS/2 "Reference Disk". I have it setup for 16KB access from C8000-CBFFF, and 8KB ROM from CC000-CDFFF. It seems that the Linux SMC and WD drivers have yet to put it there... >Please include the exact message -- is that the Tx status register or the >general status register? I am pretty sure it was the TX register. I will nab the message out of the syslog/debug files tomorrow, and post it here. >Those delays shouldn't be necessary with the UltraChip. They were for >earlier chips that needed a recovery period between accesses. That was a >bug, not a feature. Glad to hear that. Further delving into the Crynwr driver shows that it has code to read one of the NIC registers, which has a bit indicating that it is on an MCA machine. The Crynwr code then proceeds to program a bit in configuration register 5 (0x04 I think) that somehow enables NIC interrupts onto the MCA bus. Without doing so, the MCA bus will apparently not see IRQ's from the board. >Is the ethernet address correctly detected? Unsure. >Are you receiving any packets at all? Even errors? Check /proc/net/dev. No packets are seen at all to date. However, I am going to switch from the 1.0.9 kernel to 1.1.xx tomorrow, and start over with this debugging. I have *tried* defining EI_DEBUG to > 2, but do not see any messages in /var/adm/syslog or debug... >What addresses can the board end up at? The usual - C0000, CC000, D0000, etc. IT is configured through PS/2 setup. /--------------------------------------------------\ | Jim Morris | Internet: jfmorris@netcom.com | | | CompuServe: 73670,762 | \--------------------------------------------------/ ------------------------------ From: heiko@lotte.sax.de (Heiko Schlittermann) Subject: Re: Cant mount /dev/mitsumi_cd with kernel 1.1.45 Date: Fri, 30 Sep 1994 12:58:22 GMT In article <35q5ig$4vh@finnegan.iol.ie>, Bob Ashmore wrote: >I have a Gateway 2000 4DX2 66V with a mitsumi cd >which works OK with Kernel 1.1.0 but when I installed >kernel 1.1.45 it will not mount. It gives the error on >boot; >/dev/mitsumi_cd is not a valid block device. >and if I try to mount it manually it gives the error; >/dev/mitsumi_cd no such device or address. My Mitsumi is on /dev/mcd, nowhere else. -- heiko ------------------------------ Subject: Re: 1+ Gig SCSI Drives From: rogersd@epaus.island.net (Daniel Rogers) Date: 28 Sep 1994 19:48:07 -0700 In article <369gba$b0@news.ED.RAY.COM>, Bill Heiser wrote: > >This is something I've been wondering about. It appears to depend >on which SCSI HA you are using. In looking for a solution to my >instability problems with Buslogic BT445S/DEC DSP3107LS, I noticed >a comment in the buslogic driver that seemed to indicate it expects >the extended Translation to be switched ON. > >Mine is OFF and I wonder if this is causing my instability problmes >(various crashes and kernel panics, different symptoms all the time). >I've been considering trying to turn the Translation ON, but this >(according to the Buslogic manual) means I need to reformat the >disk, and I haven't had time to do that kind of job (reformat, reinstall,etc). Well, I have a 1.7gig Maxtor on a Buslogic 445S, and I had problems when I went from using the Adaptec 1542 driver (which didn't want translation) to the Buslogic (which did). What I ended up with was two partitions which overlapped, and when my 1 gig news partition filled up to my swap space, all hell broke loose. So, I turned on translation, re-partitioned, and re-formatted the drive. But the other system, also running a 445S, but with only a 1 gig drive didn't have any problems when I switched from one to the other. In hindsight, I should have formatted the 1.7gig initially with extended translation on, and then I wouldn't have had any of these problems. Oh, well... Dan. -- Daniel Rogers | "Good tea, nice house." - Worf (rogersd@epaus.island.net) | Linux - The choice of a GNU generation. ------------------------------ From: richk@netcom13.netcom.com (Richard Krehbiel) Subject: Re: Shared Libs: working toward a permanent solution? Date: Wed, 28 Sep 1994 04:14:44 GMT In article <35radv$k2v@classic.iinet.com.au> michael@iinet.com.au (Michael O'Reilly) writes: > Richard Krehbiel (richk@netcom12.netcom.com) wrote: > > : Why is everyone hung up on PIC for shared libraries? > > : Why not this way: Take a fairly large chunk of process virtual address > : space, say 64M or so, and reserve it for shared library code and data. > : When a shared library is loaded, find an available spot in that range, > : load it, and then fix up self-relative code and data references with > : the library's relocation dictionary. This way you don't pay the > : performance penalty of PIC, and you still avoid library load address > : conflicts. You have to worry about whether all libraries loaded by > : all processes will fit into 64M, of course, and someone will have to > : write a relocating loader. > > The problem is 'sharing'. When you load the library, you write all > over it, so you lose badly in terms of shared the library pages > between processes. So, share it. (I do understand that's what shared libraries are for.) The library image is loaded and relocated so that it exists at a single virtual address, and it's the same virtual address for all programs that link with it (as is currently the case). The difference is that the load address was chosen at load time, not at link time. -- Richard Krehbiel richk@netcom.com Picture a clever one-liner here... ------------------------------ From: alen@theoris.rz.uni-konstanz.de (Alen Tihi) Subject: Re: IBM Token Ring Support? Date: 1 Oct 1994 17:39:25 GMT Clarence Chu (Clarence.Chu@f132.n700.z6.ftn.air.org) wrote: : Hi netter, : : I would like to know whether IBM Token Ring Adaptor is : being supported by Linux. I don't find it in FreeBSD, and : in hope that the device driver is in Linux. : : Thanks for any information. : : Clarence Chu : * Origin: (6:700/132) On sunsite.unc.edu in /pub/linux/kernel/patches/network is a Token Ring driver (very ALPHA !) . I think the name is something like linux-1.1.47-TR-patch.gz . much fun, alen -- ======================================================================== Papernet: Alen Tihi Universitaet Konstanz D-78456 Konstanz Internet: Alen.Tihi@uni-konstanz.de ======================================================================== The above posting is my opinion and if my boss has the same opinion... ... hey, it's not my fault ! ======================================================================== " I'm glad to be a user, I'm glad to be free, but I wish I were a little dog and my Computer were a tree ! " - The Unknown User ------------------------------ From: zerucha@shell.portal.com (Thomas E Zerucha) Subject: Re: Could TCP/IP be implemented over SCSI? Date: 1 Oct 1994 18:00:40 GMT It would require one of the SCSI ends to be a target, and many chips can do this. Then you could implement a messaging get/put protocol (there is one in the SCSI 2 spec). Then you would have to create a media driver that the inet drivers could talk to (like ethernet or ppp). In short, it is doable, but would need a lot of parts fabricated. --- zerucha@shell.portal.com - main email address ------------------------------ From: belanger@info.polymtl.ca (Pierre Belanger) Subject: hda: read_intr: error Date: 28 Sep 1994 00:06:48 GMT Hello everybody, I just received my P90/Intel Premiere Motherboard, before I had a 486 with no problem at all. I first switch the motherboards and Linux did not want to boot (1.1.51). It says: hda: read_intr: status = 0x59 and the error = 0x10. It was saying this when it was ready to mount the partitions. So, since I have 2 drives, I made a bootable partition on tmy second drive, and now it is working properly. The question is: Why was it working fine with my 486 and I get this error with my p90? I am using 1.1.41 now...with the same problem! Pierre B. ------------------------------ From: moriyama@trl.ibm.co.jp (MORIYAMA Takao) Subject: Re: TMC-850 on IRQ 11 no workee... Date: 29 Sep 1994 20:14:41 GMT > The kernel booted, recognized the card as an ST-0X, but recognized my > Maxtor as not only LUN 0, but also LUN4 and 7! Then it proceeded to > delete some entries (bogus, but it didn't say which ones it was deleting), > and go on. I encontered the same type of symptom on my ThinkPad-750 + I/O expansion box which contains almost TMC-950 compatible SCSI adapter. I inserted "#define DEBUG" at the top of seagate.c. It generated many messages to syslog (into /usr/adm/messages), but worked well. It was also important that "#define DEBUG" was inserted BEFORE "#include ". sched.h contains some "#ifdef DEBUG" codes. I don't know why it was essential. One more point. There is a blacklist checking in scsc.c. If the card is listed in the backlist, scsi.c does not poll for lun != 0. Does this help you ? -- Takao Moriyama Internet: moriyama@vnet.ibm.com IBM Japan, Tokyo Research Laboratory JUNET: moriyama@trl.ibm.co.jp Advanced Graphics Systems IBM IP-net: moriyama@trl.ibm.com Voice: +81-462-73-4927 IBM VNET: MORIYAMA at TRLVM IBMMAIL: JPIBMRS8 at IBMMAIL ------------------------------ ** 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 ******************************