Return to BSD News archive
Received: by minnie.vk1xwt.ampr.org with NNTP id AA7153 ; Mon, 18 Jan 93 10:49:00 EST Newsgroups: comp.unix.bsd Path: sserve!manuel.anu.edu.au!munnari.oz.au!uunet!acd4!iedv7!smm From: smm@iedv7.acd.com ( Steve McCoole ) Subject: Diffs to BSDI BSD/386 Ported Software List 02/02 Message-ID: <1993Jan18.215152.15280@acd4.acd.com> Followup-To: comp.unix.bsd Summary: Much shorter, part 2. Sender: news@acd4.acd.com (USENET News System) Organization: Applied Computing Devices, Inc., Terre Haute IN References: <1993Jan18.214656.15060@acd4.acd.com> Date: Mon, 18 Jan 1993 21:51:52 GMT Lines: 258 4c4 < Date: Thu Dec 10 19:00:29 EST 1992 --- > Date: Mon Jan 18 19:00:29 EST 1993 631a632,879 > (GAMMA) > Patches to compile libg++ version 2.3 under BSDI. > File: /bsdi.sw/sw/gamma/gnu/libg++-2.3.patches > Bert Driehuis <DRIEHUIS@rulfsw.leidenuniv.nl> > ------- > (GAMMA) > Third, I wrote a new getopt for perl. I was hoping a few people here > might like to test it before I post it to comp.lang.perl, to sniff out > any bugs I may have missed. What distinguishes it from the getopts > provided with perl is that you can specify the variable the command-line > option affects. Additionally, you can have simple flags, options that > take single arguments, or options that take multiple arguments. > File: /bsdi.sw/sw/gamma/progs/frank.perl.getopt > mgfrank@avernus.com (Marc G. Frank) > ------- > (GAMMA) > Patches to make ELM 2.4pl17 mailer compile under BSDI gamma. > File: /bsdi.sw.sw/gamma/app.patches/elm2.4.pl17.patch > nerd@percival.rain.com (Michael Galassi) > ------- > (GAMMA) > These are changes to GDB 4.7 in order to support it for > BSD/386 from BSDI. Unfortunately, because BSDI uses a new > a.out format (magic number 0314) it is kind of difficult to > merge it into the 386BSD support without pain. So these > changes adds the configuration option 'i386-unknown-bsdi'. > NOTE: Does not support kernel debugging! > File: /bsdi.sw/sw/gamma/gnu/gdb4.7.patch > erik@eab.retix.com (Erik Forsberg) > ------- > (GAMMA) > Here are my patches for gamma4. I didn't have to hack on xmix, just > recompiled it from scratch (using gcc-2, not the gcc-1.xx which comes > with the system, though). > File: /bsdi.sw/sw/gamma/drivers/sblast1.5.gamma.patches > John T Kohl <jtkohl@kolvir.elcr.ca.us> > ------- > (GAMMA) > I got tired of the autorepeating Caps/Num/Scroll Lock keys and tried to do > something about it. The console keyboard handling is fixed easy enough, but > the X server uses the raw scancodes from the keyboard and needs to be fixed > as well. Since I use the ATI Graphics Ultra X server I can't fix this myself. > A crude patch to disable autorepeating "Lock" keys in the console driver is > included later in this mail. > File: /bsdi.sw/sw/gamma/patches/gamma4.autorepeat.key.patch > Hans Nasten <nasten@everyware.se> > ------- > (GAMMA) > Several folks have run into problems with the new bidirectional modem > feature; there are a few things that slipped through the cracks when > that was integrated into gamma.4. We have a package of fixes that should > make things work correctly with getty, tip, uucp and kermit, courtesy > of Pace Willison. I have included the source patches in this message as > a shar file; a complete package including pre-compiled binaries is available > via anonymous FTP from BSDI.COM, path /sw/gamma4/patches/bidir.tar.Z. > If anyone needs binaries and cannot get them via FTP, contact polk@BSDI.COM > for a uuencoded copy by mail. > File: /sw/gamma4/patches/bidir.tar.Z > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > Here's my pet peeve. When pressing ctrl-alt-del in the normal kernel > it reboots (gasp)! I mean are we running MS-DOG here or what? :-) > Here's my patch so it at least asks. Wasn't this the default before? > Was there a reason for its removal? > File: /bsdi.sw/sw/gamma/patches/gamma4.ctrl.alt.del.no.reboot.patch > gray@antaire.com (Gray Watson) > ------- > (GAMMA) > Here is a patch for the diskdefect command that fixes the above > problem (diskdefect -a corruped the bad-block table if no new bad > sectors were found). > File: /bsdi.sw/sw/gamma/patches/gamma4.diskdefect.patch > Tony Sanders <sanders@bsdi.com> > ------- > (GAMMA) > The changes in the latest SCSI tape driver (gamma-4) that increased > the size of all buffers used for a scsi mode sense command upto 128 > was not such a good idea. > It completely broke tape support for EISA 174x host adapters. > The problem is that first a mode sense command is used to fill > the buffer, then something is modified and the same buffer is > then passed to the mode select function. But the length passed > is sizeof buffer (always 128) instead of the ACTUAL length of > the buffer. This causes a data underrun error on the 1740 host > adapter that I use. > File: /bsdi.sw/sw/gamma/patches/gamma4.esia.174x.tape.patch > erik@eab.retix.com (Erik Forsberg) > ------- > (GAMMA) > Aside from the fact that a number of programs will have to be > recompiled, is there a reason why the following patch should not be > applied? > This allows /etc/fstab to have '#' comments and blank lines. > File: /bsdi.sw/sw/gamma/patches/gamma4.fstab.comment.patch > gray@antaire.com (Gray Watson) > ------- > (GAMMA) > Here is an official patch for fstat.c in case anyone needs to use it. > File: /bsdi.sw/sw/gamma/patches/gamma4.fstat.patch > Tony Sanders <sanders@bsdi.com> > ------- > (GAMMA) > Join as shipped with gamma/4 will SEGV if you try to use it. THe code > was correct in gamma/3, but the fix must have slipped through the cracks. > This fix will make join function as advertised: > File: /bsdi.sw/sw/gamma/gamma4.join.patch > Tom Markson <tom@usblues.rt.com> > ------- > (GAMMA) > We have had problems finding a spot for the ne2000. The problem in gamma4 > is that it is blocked by the lp0/pe0 device on the standard LPT1 address > of 0x378 (ne0 is 360-37f). If the parallel port is present, ne0 will > not configure. The problem is that every reasonable address conflicts > with some standard device/address. Here are the main current choices: > > 300 conflicts with wt0 > 320 conflicts with aha0 > 340 conflicts with mcd0 > 360 conflicts with lp0/pe0 > > The plan for production is to add an mcd0 configuration at 334, allowing > ne0 to work at 340. I also plan to include an ne0 configuration at 320, > as lots of people are using that (with no Adaptec 154x, of course). > I have included diffs for the GENERIC config file in /usr/src/sys/i386/conf > for anyone who would like to test this. Note that the ne0 config at > 320 is not particularly safe if an Adaptec is present without the patches > I posted for if_ne.c last week. (It doesn't appear that neprobe would > hit the Adaptec registers, but I am not certain.) > File: /bsdi.sw/sw/gamma/patches/gamma4.ne2000.generic.kernel.conf.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > Here is the fix for NE-2000 clones that fail to configure with gamma4. > The new code has been tested on the clones that failed and on Novell > NE-1000 and NE-2000 cards. Let me know if anyone has cards that still fail. > File: /bsdi.sw/sw/gamma/patches/gamma4.ne2000.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > Here is a fix for at least part of the problem causing various crashes > when using rundos and other programs that use the floppy drives. > File: /bsdi.sw/sw/gamma/patches/gamma4.rundos.floppy.panic.patch > karels@bsdi.com (Mike Karel) > ------- > (GAMMA) > This is a patch for the problem with scsi tape drives that cannot be > opened, printing the error message "st0: unsupported density selection". > An earlier fix was posted that was incompatible with some Exabyte drives. > This fix should work with all drives. Please let me know if there are > still any problems after applying this patch to /usr/src/sys/scsi/st.c. > File: /bsdi.sw/sw/gamma/patches/gamma4.scsi.tape.exebyte.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > As distributed, the gamma.4 slattach program doesn't exit when it's > slip line is droped. The problem is that the process waiting for > HUP's has not issued a TIOCSCTTY to make it's controlling tty the > slip line; hence no HUP's are delivered when the carrier detect > drops. > > The following patch to /usr/src/sbin/slattach/slattach.c solves > this problem: > File: /bsdi.sw/sw/gamma/patches/gamma4.slattach.patch > Brad Huntting <huntting@glarp.com> > ------- > (GAMMA) > I gave a possible fix for slip hangs to a couple of people, but haven't > gotten any feedback on it. I would be interested to know if it solves > the problem you had. To the best of my knowledge, the problem is > actually in hardware, and it happens only with some com boards. > The com port sometimes loses a transmit-complete interrupt, and exhaustive > testing indicated that software never got the interrupt and it was not > pending. However, ISA-bus interrupts are not exactly robust. > File: /bsdi.sw/sw/gamma/patches/gamma4.slip.hang.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > Several people have had a problem that resulted in a kernel protection > fault in the low-level handler for irq 7. In several cases this happened > when booting from a floppy. After staring at the instruction that causes > the fault for a while, I finally realized that I got bit by segmentation; > the failing instruction tries to modify kernel data space without having > switched to a kernel data selector. The following patch to > /usr/src/sys/i386/isa/icu.h should fix the problem. > File: /bsdi.sw/sw/gamma/patches/gamma4.stray.interrupt.panic.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > Here are the diffs to make Taylor 1.03 > > [ftp.uu.net:/networking/uucp/taylor/taylor-uucp-1.03.tar.Z] > > work with the serial device locking scheme under Gamma.4. > File: /bsdi.sw/sw/gamma/patches/gamma4.taylor.uucp.patch > Alan B Clegg <abc@concert.net> > ------- > (GAMMA) > The "hayes" entry for tip didn't seem to like my telebit too much, so I > took the telebit dialer from tip/slip (available from gatekeeper.dec.com, I > think) and added it to BSD/386 tip. The shar file below contains: > 1. Diffs to the Makefile and acutab.c to add the telebit > 2. The telebit dial program. > Files: /bsdi.sw/sw/gamma/patches/gamma4.telebit.tip.patch[1-2] > tom@usblues.rt.com > ------- > (GAMMA) > Here are two fixes to gamma/4 (gee, am I the first?): > 1. tex doesn't work as shipped. cmb10.tfm is missing from > /usr/contrib/lib/tex/fonts/cmfonts. I built it by going into > /usr/src/contrib/tex/fonts/cmfonts and doing the following: > /usr/contrib/bin/mf '\mode:=localfont;batchmode;mag:=magstep(0);input cmb10' > 2. getpar.c is corrupt in /usr/src/games/trek. Here is the replacement: > File: /bsdi.sw/sw/gamma/patches/gamma4.tex.trek.patch > Tom Markson <tom@usblues.rt.com> > ------- > (GAMMA) > Several people have had problems with crashes when modems produced character > input as they were being opened. Oddly enough, this problem did not show > up before gamma4, although the bug seems to have been present since the > alpha release. Someone proposed two different fixes earlier; I decided > to use this one, as it does not require changes to existing tty hardware > drivers or conventions. This patch should be applied to the file > /usr/src/sys/kern/tty.c. > File: /bsdi.sw/sw/gamma/patches/gamma4.tty.crash.patch > karels@bsdi.com (Mike Karels) > ------- > (GAMMA) > I've always mourned the days of a simple 1 LOGFILE uucp system. The > more /var/log/uucp/uucico/hostsite stuff is big time overkill on my > system with 1 or 2 uucp sites. Of course, if I were running SCO, I'd > have to live with it. But, since we all bought BSD/386 so we'd have the > source, changes are possible. > File: /bsdi.sw/sw/gamma/patches/gamma4.uucp.1logfile.patch > tom@usblues.rt.com > ------- > (GAMMA) > Several people have had problems with the gamma4 driver for wt tape; > either the device did not configure, or the drive would hang on the > first use. Both problems have been traced to the same bug. Here > is the fix for /usr/src/i386/isa/wt.c. The patch also adds some > debugging code, and just in case, forces the irq to the default > if the drive does not interrupt when probed (which should not be > necessary now, but we will probably include in the next release). > File: /bsdi.sw/sw/gamma/patches/gamma4.wt.tape.patch > karels@bsdi.com (Mike Karels) > ------- > 635c883 < Date: Thu Dec 10 19:00:29 EST 1992 --- > Date: Mon Jan 18 19:00:29 EST 1993