From owner-freebsd-bugs Sun Jan 5 03:01:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA23903 for bugs-outgoing; Sun, 5 Jan 1997 03:01:14 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA23898 for ; Sun, 5 Jan 1997 03:01:11 -0800 (PST) From: tedm@agora.rdrop.com Received: by agora.rdrop.com with UUCP (Smail3.1.29.1 #17) id m0vgqKE-0008umC; Sun, 5 Jan 97 03:01 PST Received: from agora.rdrop.com (os2box [198.6.35.25]) by toybox (8.6.12/8.6.12) with SMTP id OAA07328; Sat, 4 Jan 1997 14:32:33 -0800 Received: by agora.rdrop.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(3.0sos) id AA0056; Sat, 04 Jan 97 14:33:08 -0800 Message-Id: <9701042233.AA0056@agora.rdrop.com> Mime-Version: 1.0 Date: Sat, 04 Jan 97 14:10:44 +0900 To: joerg_wunsch@uriah.heep.sax.de Reply-To: tedm%toybox@agora.rdrop.com Cc: freebsd-bugs@FreeBSD.org Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <55_87_1_852405044> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk //---------------------------------------------------------------------------- // Ted Mittelstaedt See my "Network Community" columns online // tedm@agora.rdrop.com at http://www.computerbits.com // tedm%toybox@agora.rdrop.com //--- forwarded letter ------------------------------------------------------- > X-Mailer: Mutt 0.55-PL10 > MIME-Version: 1.0 > Date: Sun, 05 Jan 97 01:15:06 +0100 > From: j@uriah.heep.sax.de > To: tedm%toybox@agora.rdrop.com > Reply-To: joerg_wunsch@uriah.heep.sax.de > Cc: freebsd-bugs@FreeBSD.org > Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version > > As tedm@agora.rdrop.com wrote: > > > > It's been a while ago that i've been using a Bt742A. I remember that > > > it wasn't totally unproblematical for me either. > > > Kind of ironic, since the monolithic Buslogic driver was derived > > from driver code from the 742A EISA card! > > Yes and no: these cards are dual-personality, and they have been used > in their ISA personality only in the beginning. > > > I tried disabling the bt driver, this did make the above error > > message about bt unit number 1 too high go away, and the kernel did > > boot properly. > > Ok. So the basic problem of your PR is solved then? > Absolutely not. Either the driver or the EISA probe is messed up, despite disabling the ISA buslogic driver using boot -c, the probe still responds with IRQ=9, regardless of the actual setting of the hardware in EISA-config. > > This is probably something that should go into the install FAQ, is > > the same problem present with the Adaptec 1740 card responding as a > > 1540 as well? > > Basically yes. ISTR that you also have to setup a BusLogic card for > BSD/OS to not match one of the ISA addresses, for the very same > reason. > > I've had a look at the FAQ, there's a large section about the 742A, > but this detail is indeed missing. > > > I also tried switching the interrupt to IRQ12 with the bt driver > > disabled, the EISA probe _still_ thinks that the interrupt is at IRQ > > 9, and the boot process halts. > > That's surprising. I never had problems of this kind with the EISA > code. Maybe your mainboard is lying? (Mine was a SiS chipset one.) > As a test I switched over to level-triggered interrupts on IRQ9, and this made it so that now the machine won't even complete the boot process at all. When POST finishes and transfers control to the buslogic BIOS code the machine halts. To fix this I had to pull the controller card, re-eisa config the machine, and reinsert the card and reconfig it. (at least a half-hour process since the machine is buried in a mess of cables) So, here are all of the motherboard particulars, at least as much as I can tell: Motherboard: CompuAdd 486 EISA board. Chipset: There are 4 ASIC's visible, all with OPTI on them, the numbers are: 82C687 82C682 82C681 82C686 There is also a smaller SMC ASIC visible, it is a FDC37C65C This is obviously the floppy disk controller chip, incidentally the fd0 probe I sent in on the pr comes up with an "unknown chipset" on it. Perhaps this is another thing I should send in on a separate send-pr? > My Bt742A always ran at IRQ 11 or 12 (i eventually forgot which one). > I'd prefer to run it on a higher interrupt. Can you tell me what piece of code is at fault? I'm guessing it's the EISA probe code, since this problem didn't exist in FreeBSD before the eisa-probe code was added. Perhaps I can try inserting some fprints in it to get some more data for this? Also, why is the driver being hosed by the eisa-probe, even when the later driver probe gets the correct interrupt? Also, whould there be a possibility that the wrong version of an eisa-config file could affect anything? Buslogic has at least three different eisa-config files for the 742A card. One last question I have for you, can this card do sync 10Mbt negotiation? It will only come up in 5Mbt async mode, even though the eisa-config file has a selection for disabling sync negotiation. (obviously if there is an option to disable it then it should be present, right?) From owner-freebsd-bugs Sun Jan 5 07:51:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA03411 for bugs-outgoing; Sun, 5 Jan 1997 07:51:13 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA03402 for ; Sun, 5 Jan 1997 07:51:08 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id QAA17607; Sun, 5 Jan 1997 16:51:06 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id QAA00795; Sun, 5 Jan 1997 16:51:05 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id QAA08486; Sun, 5 Jan 1997 16:27:02 +0100 (MET) Message-ID: Date: Sun, 5 Jan 1997 16:27:01 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: tedm%toybox@agora.rdrop.com Cc: freebsd-bugs@FreeBSD.org Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version References: <9701042233.AA0056@agora.rdrop.com> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <9701042233.AA0056@agora.rdrop.com>; from tedm@agora.rdrop.com on Jan 4, 1997 14:10:44 +0900 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As tedm@agora.rdrop.com wrote: > > Ok. So the basic problem of your PR is solved then? > Absolutely not. Either the driver or the EISA probe is messed up, > despite disabling the ISA buslogic driver using boot -c, the probe > still responds with IRQ=9, regardless of the actual setting of the > hardware in EISA-config. Well, unless you can dig into details, this is unlikely to ever be resolved. There are only very few developers around that still use EISA boards, and all the boards i had or have access to (the old SiS chipset one, and an ASUS PCI/EISA twin-CPU one) didn't fail FreeBSD's EISA probe. That's why i'm suspecting your hardware. Have you any indication about other (protected-mode, thus non-DOS) systems probing the EISA configuration correctly? > There is also a smaller SMC ASIC visible, it is a FDC37C65C This > is obviously the floppy disk controller chip, incidentally the fd0 > probe I sent in on the pr comes up with an "unknown chipset" on it. > Perhaps this is another thing I should send in on a separate > send-pr? No need. If i rewrite the floppy controller code some day, i will reconsider the chipset detection. Documentation about how to detect floppy controllers is sparse and often wrong. The probably best documentation is the Linux driver. :-) There won't happen anything on this front before (since it's a minor bogosity anyway), regardless of how many PRs of this kind are filed. At least not by me, since the floppy controller driver is fairly low-priority. PRs for show-stopper class problems have a higher priority than cosmetic things. > Can you tell me what piece of code is at fault? I'm guessing it's > the EISA probe code, since this problem didn't exist in FreeBSD > before the eisa-probe code was added. No, i can't. I'm not an EISA expert. The attach function for the bt7xx is not very large. It's not surprising that it worked in ISA mode, since it simply had to believe your config statement there. > Perhaps I can try inserting some fprints in it to get some more > data for this? Also, why is the driver being hosed by the > eisa-probe, even when the later driver probe gets the correct > interrupt? Don't ask me. Julian or Justin might be the guys with more knowledge. > One last question I have for you, can this card do sync 10Mbt > negotiation? It did for me, here, i still found an old probe message: uriah /kernel: bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 uriah /kernel: bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 uriah /kernel: bt0: targ 2 sync rate= 4.00MB/s(250ns), offset=15 uriah /kernel: bt0: targ 3 async uriah /kernel: bt0: targ 4 sync rate= 4.54MB/s(220ns), offset=08 (Targets 0 and 1 are disks, 2 is a Toshiba CD, 3 is an old SONY SMO optical drive [actually, an ESDI-to-SCSI bridge], 4 is a Tandberg QIC 2.5GB tape.) Did you read the FAQ, btw? It mentions serious problems with various firmware revs of the BusLogic boards. Perhaps your firmware is also buggy? Alas, i can't tell you the firmware rev of my old Bt742A anymore, all messages of this kind are gone. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sun Jan 5 08:15:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA04178 for bugs-outgoing; Sun, 5 Jan 1997 08:15:14 -0800 (PST) Received: (from joerg@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA04147; Sun, 5 Jan 1997 08:14:54 -0800 (PST) Date: Sun, 5 Jan 1997 08:14:54 -0800 (PST) From: Joerg Wunsch Message-Id: <199701051614.IAA04147@freefall.freebsd.org> To: markd@grizzly.com, joerg, freebsd-bugs Subject: Re: kern/2371 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCSI disk corruption State-Changed-From-To: open-closed State-Changed-By: joerg State-Changed-When: Sun Jan 5 17:13:54 MET 1997 State-Changed-Why: I've added a few warnings about the dangerousness of some SCSI-related options to the LINT file in the 2.2 release candidate. From owner-freebsd-bugs Sun Jan 5 12:23:52 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12684 for bugs-outgoing; Sun, 5 Jan 1997 12:23:52 -0800 (PST) Received: (from obrien@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA12660; Sun, 5 Jan 1997 12:23:49 -0800 (PST) Date: Sun, 5 Jan 1997 12:23:49 -0800 (PST) From: "David E. O'Brien" Message-Id: <199701052023.MAA12660@freefall.freebsd.org> To: obrien, freebsd-bugs, mpp Subject: Re: bin/2377 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor timed(8) syntax error Responsible-Changed-From-To: freebsd-bugs->mpp Responsible-Changed-By: obrien Responsible-Changed-When: Sun Jan 5 12:23:06 PST 1997 Responsible-Changed-Why: Mike is the man man. From owner-freebsd-bugs Sun Jan 5 12:45:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA13520 for bugs-outgoing; Sun, 5 Jan 1997 12:45:33 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA13494; Sun, 5 Jan 1997 12:45:26 -0800 (PST) Date: Sun, 5 Jan 1997 12:45:26 -0800 (PST) From: Garrett Wollman Message-Id: <199701052045.MAA13494@freefall.freebsd.org> To: root@mach5.compus.com, wollman, freebsd-bugs Subject: Re: misc/2376 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: libpcap does not compile State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Sun Jan 5 12:45:08 PST 1997 State-Changed-Why: Fixed. From owner-freebsd-bugs Sun Jan 5 15:55:36 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA22267 for bugs-outgoing; Sun, 5 Jan 1997 15:55:36 -0800 (PST) Received: from freefall.freebsd.org (localhost.cdrom.com [127.0.0.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA22253; Sun, 5 Jan 1997 15:55:26 -0800 (PST) Message-Id: <199701052355.PAA22253@freefall.freebsd.org> To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) cc: tedm%toybox@agora.rdrop.com, freebsd-bugs@freebsd.org Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version In-reply-to: Your message of "Sun, 05 Jan 1997 16:27:01 +0100." Date: Sun, 05 Jan 1997 15:55:25 -0800 From: "Justin T. Gibbs" Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >As tedm@agora.rdrop.com wrote: > >> > Ok. So the basic problem of your PR is solved then? > >> Absolutely not. Either the driver or the EISA probe is messed up, >> despite disabling the ISA buslogic driver using boot -c, the probe >> still responds with IRQ=9, regardless of the actual setting of the >> hardware in EISA-config. > >Well, unless you can dig into details, this is unlikely to ever be >resolved. There are only very few developers around that still use >EISA boards, and all the boards i had or have access to (the old SiS >chipset one, and an ASUS PCI/EISA twin-CPU one) didn't fail FreeBSD's >EISA probe. That's why i'm suspecting your hardware. I would guess that he has a revision of the Buslogic card that simply doesn't map to the EISA configuration file I used to write the EISA Buslogic probe. This should be easy to fix so long as the revision information in the EISA config information can be used to differentiate boards with different configuration layouts. If you take your EISA config file and take a look at the probe code for the 74X cards, you should be able to fix this very quickly. As for not honoring the setings reported later in the probe this arises from looking at two different sources for configuration information. The EISA probe code trys to determine all of the necessary resources to support the adapter "non-invasively" (i.e. through the registers in the cards EISA slot address space). The other source of information comes from issuing a command to the adater through its command register which is not in the EISA address space. By the time the second set of information is retrieved, the interrupt has already been set up. -- Justin T. Gibbs =========================================== FreeBSD: Turning PCs into workstations =========================================== From owner-freebsd-bugs Sun Jan 5 16:03:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA23140 for bugs-outgoing; Sun, 5 Jan 1997 16:03:50 -0800 (PST) Received: (from gibbs@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA23117; Sun, 5 Jan 1997 16:03:46 -0800 (PST) Date: Sun, 5 Jan 1997 16:03:46 -0800 (PST) From: "Justin T. Gibbs" Message-Id: <199701060003.QAA23117@freefall.freebsd.org> To: markd@grizzly.com, gibbs, freebsd-bugs, gibbs Subject: Re: kern/2371 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: SCSI disk corruption State-Changed-From-To: closed-open State-Changed-By: gibbs State-Changed-When: Sun Jan 5 15:55:45 PST 1997 State-Changed-Why: There are two problems here: 1) The Adaptec driver in current and in 2.2 has a few bugs in it that cause the controller to wedge. Although data is lost, data that successfully reaches the disk is just fine. 2) The aic7xxx driver uses simple queue tags when tagged queueing is turned on. This means that I/O transactions queued to the target can be re-ordered at the targets discretion (except that a read following a write must return the data from the last queued write transaction). Unfortunately, this can cause problems when syncronous write requests are issued. There is nothing preventing a syncronous write from returning prior to some of the transactions queued before it. I believe that this situation, when combined with a hang (meaning there are multiple outstanding transactions) is the cause of your "corruption" since meta-data state can be unstable. The first problem is being actively worked on by me, and should be addressed in the next two weeks. There is already a preliminary framework for fixing problem two in the 'SCSI' branch. The basic approach is to take syncronous requests and use ordered tagged queueing on them so that synchronous requests work as they are intended. Responsible-Changed-From-To: freebsd-bugs->gibbs Responsible-Changed-By: gibbs Responsible-Changed-When: Sun Jan 5 15:55:45 PST 1997 Responsible-Changed-Why: I will be addressing these issues. From owner-freebsd-bugs Sun Jan 5 22:19:43 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA11143 for bugs-outgoing; Sun, 5 Jan 1997 22:19:43 -0800 (PST) Received: from economic.acnit.ac.ru (economic.acnit.ac.ru [193.233.113.18]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA11118; Sun, 5 Jan 1997 22:19:31 -0800 (PST) Received: (from bazilio@localhost) by economic.acnit.ac.ru (8.8.3/8.8.3) id TAA00232; Wed, 5 Jan 2000 19:35:31 +0300 (MSK) Date: Wed, 5 Jan 0 16:35:30 +0000 From: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) To: bugs@freebsd.org Cc: freebsd-bugs@freebsd.org Message-ID: X-Mailer: BML [UNIX Beauty Mail v.1.39] Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi ! Why in my FreeBSD 2.1.6R system (5x86 motherboard , PCI DEC 21040 network card , PCI Trident TGUI 9680 video card ) /usr/X11R6/bin/scanpci can kill system ? After start scanpci I can't do anything , keyboard locked :( . I use FreeBSD about of 6 month and I know FreeBSD as very stable system . May be it's strange behavior by wrong hardware ? Or system bugs ? Vasily . From owner-freebsd-bugs Mon Jan 6 01:30:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA22556 for bugs-outgoing; Mon, 6 Jan 1997 01:30:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA22548; Mon, 6 Jan 1997 01:30:03 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 01:30:03 -0800 (PST) Resent-Message-Id: <199701060930.BAA22548@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from han.cs.berkeley.edu (han.CS.Berkeley.EDU [128.32.38.229]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA21943 for" ; Mon, 6 Jan 1997 01:22:19.-0800 (PST) Received: (from asami2@localhost) by han.cs.berkeley.edu (8.8.4/8.7.3) id BAA02874; Mon, 6 Jan 1997 01:22:18 -0800 (PST) Message-Id: <199701060922.BAA02874@han.cs.berkeley.edu> Date: Mon, 6 Jan 1997 01:22:18 -0800 (PST) From: asami@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2380: pkg_add or pkg_create can't handle +DISPLAY file Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2380 >Category: bin >Synopsis: pkg_add or pkg_create can't handle +DISPLAY file >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 01:30:01 PST 1997 >Last-Modified: >Originator: Satoshi Asami >Organization: The FreeBSD Ports Team >Release: FreeBSD 2.2-RELEASE i386 >Environment: It says 2.2-RELEASE but this machine is actually RELENG_2_2. >Description: After creating a package with pkg_create -D, pkg_add fails with "Cannot open display file `+DISPLAY'." and it doesn't display the file. Since the ports tree relies on this feature to show license files and other legal information, this is potentially a very serious problem. >How-To-Repeat: ## tar tvzf /usr/ports/packages/All/eperl-2.0.3.tgz -rw-r--r-- root/wheel 825 Jan 6 01:14 1997 +CONTENTS -rw-r--r-- root/wheel 58 Jan 6 01:14 1997 +COMMENT -rw-r--r-- root/wheel 526 Jan 6 01:14 1997 +DESC -rw-r--r-- root/wheel 2006 Jan 6 01:14 1997 +DISPLAY -rw-r--r-- asami2/wheel 3170 Dec 12 03:34 1996 +MTREE_DIRS -r-xr-xr-x bin/bin 421888 Jan 6 01:14 1997 www/cgi-bin/nph-eperl -r--r--r-- bin/bin 5717 Jan 6 01:14 1997 share/doc/eperl/about.txt -r--r--r-- bin/bin 83063 Jan 6 01:14 1997 share/doc/eperl/about.ps -r--r--r-- bin/bin 3718 Jan 6 01:14 1997 share/doc/eperl/faq.txt -r--r--r-- bin/bin 79444 Jan 6 01:14 1997 share/doc/eperl/faq.ps ## pkg_add /usr/ports/packages/All/eperl-2.0.3.tgz Cannot open display file `+DISPLAY'. ## >Fix: I'd commit it myself if I knew. :) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 01:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23256 for bugs-outgoing; Mon, 6 Jan 1997 01:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23243; Mon, 6 Jan 1997 01:40:02 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 01:40:02 -0800 (PST) Resent-Message-Id: <199701060940.BAA23243@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter.jeremy@alcatel.com.au Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA22859 for ; Mon, 6 Jan 1997 01:33:20 -0800 (PST) Received: from 139.188.22.50 (139.188.22.50) by gatekeeper.alcatel.com.au (PMDF V5.0-5 #11861) id <01IDWMA0L9ZK0008KC@gatekeeper.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:31:58 +1000 Received: from vk2pj.alcatel.com.au (vk2pj.alcatel.com.au) by cbd.alcatel.com.au (PMDF V5.0-5 #9241) id <01IDWM8VV87K9QVITG@cbd.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:31:07 +1100 Received: (from peter@localhost) by vk2pj.alcatel.com.au (8.7.5/8.7.3) id UAA27078; Mon, 06 Jan 1997 20:32:27 +1100 (EST) Message-Id: <199701060932.UAA27078@vk2pj.alcatel.com.au> Date: Mon, 06 Jan 1997 20:32:27 +1100 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2381: gcc built with i486 default can't compile biosboot files Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2381 >Category: i386 >Synopsis: gcc built with i486 default can't compile biosboot files >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 01:40:01 PST 1997 >Last-Modified: >Originator: Peter Jeremy >Organization: Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 >Release: FreeBSD 2.1-STABLE i386 >Environment: gcc built with i486 as default target CPU. >Description: When gcc is built with the i486 as the default target, code alignment is increased to match the i486 cache. This has the side-effect of increasing code size. In most cases, this is unimportant, however the BIOS bootstrap programs are restricted in size and the increased code size causes the stage 2 bootstrap to exceed its allowable size. >How-To-Repeat: # cd /sys/i386/boot/biosboot # make (or make "CC=cc -m486") ... cp -p boot boot.strip strip boot.strip size boot.strip text data bss dec hex 8048 112 51132 59292 e79c dd if=boot.strip of=boot.nohdr ibs=32 skip=1 obs=1024b 255+0 records in 0+1 records out 8160 bytes transferred in 1 secs (8160 bytes/sec) ls -l boot.nohdr -rw-rw-r-- 1 root wheel 8160 Jan 4 13:10 boot.nohdr dd if=boot.nohdr of=boot1 bs=512 count=1 1+0 records in 1+0 records out 512 bytes transferred in 1 secs (512 bytes/sec) dd if=boot.nohdr of=boot2 bs=512 skip=1 14+1 records in 14+1 records out 7648 bytes transferred in 1 secs (7648 bytes/sec) *** Boot2 is too BIG *** *** Error code 2 Stop. # >Fix: Force gcc to assume an i386 (and hence align to words rather than cache lines) when building the BIOS bootstraps: *** /cdrom/usr/src/sys/i386/boot/biosboot/Makefile Mon Jul 1 12:35:36 1996 --- /usr/src/sys/i386/boot/biosboot/Makefile Sun Dec 15 09:53:24 1996 *************** *** 11,16 **** --- 11,17 ---- CFLAGS= -O2 -DDO_BAD144 -DBOOTWAIT=${BOOTWAIT} -DCOMCONSOLE=0x3F8 CFLAGS+= -DBOOTSEG=${BOOTSEG} -DBOOTSTACK=${BOOTSTACK} CFLAGS+= -I${.CURDIR} -I${.CURDIR}/../.. + CFLAGS+= -m386 # Reduce alignment requirements so it fits # force usage of serial console instead of keyboard probing #CFLAGS+= -DFORCE_COMCONSOLE >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 01:40:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23286 for bugs-outgoing; Mon, 6 Jan 1997 01:40:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23260; Mon, 6 Jan 1997 01:40:05 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 01:40:05 -0800 (PST) Resent-Message-Id: <199701060940.BAA23260@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter.jeremy@alcatel.com.au Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA23136 for ; Mon, 6 Jan 1997 01:36:27 -0800 (PST) Received: from 139.188.22.50 (139.188.22.50) by gatekeeper.alcatel.com.au (PMDF V5.0-5 #11861) id <01IDWMDZNH0G0008T9@gatekeeper.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:35:11 +1000 Received: from vk2pj.alcatel.com.au (vk2pj.alcatel.com.au) by cbd.alcatel.com.au (PMDF V5.0-5 #9241) id <01IDWMCW78JK9QVIX4@cbd.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:34:21 +1100 Received: (from peter@localhost) by vk2pj.alcatel.com.au (8.7.5/8.7.3) id UAA27320; Mon, 06 Jan 1997 20:35:41 +1100 (EST) Message-Id: <199701060935.UAA27320@vk2pj.alcatel.com.au> Date: Mon, 06 Jan 1997 20:35:41 +1100 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2382: curses.h / -lcurses incompatible with C++ Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2382 >Category: bin >Synopsis: curses.h / -lcurses incompatible with C++ >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 01:40:03 PST 1997 >Last-Modified: >Originator: Peter Jeremy >Organization: Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 >Release: FreeBSD 2.1-STABLE i386 >Environment: none >Description: The prototypes in /usr/include/curses.h are not protected in an extern "C" {} block. This causes C++ programs using -lcurses to report undefined symbols during linking. >How-To-Repeat: $ cat > x.C <<__EOF__ #include "curses.h" // since > < gets eaten int main(int argc, char **argv) { WINDOW *w; w = initscr(); } __EOF__ $ gcc x.C -lcurses /tmp/cc0142051.o: Undefined symbol `_initscr__Fv' referenced from text segment $ >Fix: *** /cdrom/usr/src/lib/libcurses/curses.h Sat Sep 2 13:41:59 1995 --- /usr/src/lib/libcurses/curses.h Wed Dec 11 20:43:18 1996 *************** *** 277,282 **** --- 277,283 ---- #define winch(w) \ ((w)->lines[(w)->cury]->line[(w)->curx].ch & 0377) + __BEGIN_DECLS /* Public function prototypes. */ int box __P((WINDOW *, int, int)); int cbreak __P((void)); *************** *** 388,392 **** --- 389,394 ---- int tgetflag __P((const char *)); char *tgetstr __P((const char *, char **)); char *tgoto __P((const char *, int, int)); + __END_DECLS #endif /* !_CURSES_H_ */ (And the same change to /usr/include/curses.h) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 01:40:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23304 for bugs-outgoing; Mon, 6 Jan 1997 01:40:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA23291; Mon, 6 Jan 1997 01:40:09 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 01:40:09 -0800 (PST) Resent-Message-Id: <199701060940.BAA23291@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter.jeremy@alcatel.com.au Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id BAA23141 for ; Mon, 6 Jan 1997 01:36:59 -0800 (PST) Received: from 139.188.22.50 (139.188.22.50) by gatekeeper.alcatel.com.au (PMDF V5.0-5 #11861) id <01IDWMEN6D1S0008M7@gatekeeper.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:35:42 +1000 Received: from vk2pj.alcatel.com.au (vk2pj.alcatel.com.au) by cbd.alcatel.com.au (PMDF V5.0-5 #9241) id <01IDWMDK0B3K9QVLLI@cbd.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Mon, 06 Jan 1997 20:34:53 +1100 Received: (from peter@localhost) by vk2pj.alcatel.com.au (8.7.5/8.7.3) id UAA27432; Mon, 06 Jan 1997 20:36:14 +1100 (EST) Message-Id: <199701060936.UAA27432@vk2pj.alcatel.com.au> Date: Mon, 06 Jan 1997 20:36:14 +1100 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2383: Inconsistent tputs(3) prototypes in curses.h & termcap.h Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2383 >Category: bin >Synopsis: Inconsistent tputs(3) prototypes in curses.h & termcap.h >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 01:40:06 PST 1997 >Last-Modified: >Originator: Peter Jeremy >Organization: Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 >Release: FreeBSD 2.1-STABLE i386 >Environment: none >Description: A number of different include files include prototypes for tputs(3). These include curses.h (twice), ncurses.h, term.h and termcap.h. According to the manual page, the prototype for tputs() (located in termcap(3)) is int tputs(const char *cp, int affcnt, int (*outc)(int)); This prototype is inconsistent with the prototype definition in termcap.h and one of the definitions in curses.h. The prototype in termcap.h would appear to be in error and should be corrected (see below). Since the inconsistent prototype in curses.h is only visible when the macro _CURSES_PRIVATE is defined, the problem in this case is restricted to building libcurses. It would be nice if it was consistent with the public interface. >How-To-Repeat: $ man tputs $ grep tputs /usr/include/*.h >Fix: *** /cdrom/usr/src/lib/libedit/termcap.h Tue Jun 4 22:52:29 1996 --- /usr/src/lib/libedit/termcap.h Sat Dec 14 08:07:11 1996 *************** *** 47,52 **** int tgetflag __P((char *)); int tgetnum __P((char *)); char *tgoto __P((char *, int, int)); ! char *tputs __P((char *, int, void (*)(int))); #endif /* _h_termcap */ --- 47,52 ---- int tgetflag __P((char *)); int tgetnum __P((char *)); char *tgoto __P((char *, int, int)); ! char *tputs __P((char *, int, int (*)(int))); #endif /* _h_termcap */ (And a similar change to /usr/include/termcap.h). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 02:03:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA24797 for bugs-outgoing; Mon, 6 Jan 1997 02:03:07 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA24788 for ; Mon, 6 Jan 1997 02:03:03 -0800 (PST) From: tedm@agora.rdrop.com Received: by agora.rdrop.com with UUCP (Smail3.1.29.1 #17) id m0vhBtO-0008wSC; Mon, 6 Jan 97 02:02 PST Received: from agora.rdrop.com (os2box [198.6.35.25]) by toybox (8.6.12/8.6.12) with SMTP id NAA08936; Sun, 5 Jan 1997 13:13:26 -0800 Received: by agora.rdrop.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(3.0sos) id AA0060; Sun, 05 Jan 97 13:14:07 -0800 Message-Id: <9701052114.AA0060@agora.rdrop.com> Mime-Version: 1.0 Date: Sun, 05 Jan 97 12:36:42 +0900 To: joerg_wunsch@uriah.heep.sax.de, gibbs@freefall.freebsd.org, freebsd-bugs@freebsd.org Reply-To: tedm%toybox@agora.rdrop.com Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <59_97_1_852485802> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk //---------------------------------------------------------------------------- // Ted Mittelstaedt See my "Network Community" columns online // tedm@agora.rdrop.com at http://www.computerbits.com // tedm%toybox@agora.rdrop.com //--- forwarded letter ------------------------------------------------------- > MIME-Version: 1.0 > Date: Sun, 05 Jan 97 15:55:25 -0800 > From: "Justin T. Gibbs" > To: joerg_wunsch@uriah.heep.sax.de > Cc: tedm%toybox@agora.rdrop.com, > freebsd-bugs@freebsd.org > Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version > > > >Well, unless you can dig into details, this is unlikely to ever be > >resolved. There are only very few developers around that still use > >EISA boards, and all the boards i had or have access to (the old SiS > >chipset one, and an ASUS PCI/EISA twin-CPU one) didn't fail FreeBSD's > >EISA probe. That's why i'm suspecting your hardware. > I will attempt to dig into it using Justin's suggestions. The thing is that the machine does work - as long as the IRQ is set to 9, edge-triggered, in EISA-config. This at least should be in the HARDWARE.TXT as a specific mention, simply because it will stop the distributed boot floppy image cold during installation unless the card is set to these settings. For that matter, AHA2740's are only $100, and if I was advising anyone else what to do I'd tell them to ditch this card and buy another! The only reason I'm interested in pursuing this is because I know that if the problem is at least documented with the Project, that in the future someone else with less patience than me with similar hardware will not go blaming FreeBSD when they try their first installation and it fails on them. By the way, with an installed system running, is there any way to recompile the kernel to force selection of a specific interrupt during the eisa-probe? I know how to do it during the ISA bt0 probe, but I don't think this is going to help much. > I would guess that he has a revision of the Buslogic card that simply > doesn't map to the EISA configuration file I used to write the EISA > Buslogic probe. This should be easy to fix so long as the revision > information in the EISA config information can be used to differentiate > boards with different configuration layouts. If you take your EISA config > file and take a look at the probe code for the 74X cards, you should be > able to fix this very quickly. > I hadn't thought of looking into the eisa-config file for this. I'll see what I can do with it! I know that there are multiple revisions of the eisa-config file. I actually sent in information about the BusTek/Buslogic 742A early in 1996, concerning the different firmware revisions, that info is currently in the FAQ. It originated from this machine, from when I first loaded 2.1 on it, so I know all about the firmware revisions for the 742A, and this card is running the most current firmware it can. I am guessing that if it's a mismatch in the EISA mapping, it is because the probe code was written with a post REV-G 742A card. Buslogic changed something pretty basic between card revisions A-G, and H-onwards, and currently maintains two "current" sets of firmware for the 742A cards, a "pre-rev-H" and a "post-rev-H". Of course, I have a "pre-rev-H" card! :-) > As for not honoring the setings reported later in the probe this arises > from looking at two different sources for configuration information. > The EISA probe code trys to determine all of the necessary resources to > support the adapter "non-invasively" (i.e. through the registers in the > cards EISA slot address space). The other source of information comes > from issuing a command to the adater through its command register which > is not in the EISA address space. By the time the second set of > information is retrieved, the interrupt has already been set up. > I understand this, although I'll refrain from asking the obvious question of why bothering to issue the command to the adapter through its command register if it's already been finalized from the eisa-probe. It's probably easier. ;-) Thank you both very much for your suggestions! If I can figure this out, I'll let you know and you can then decide if you want to change the eisa-probe code, or just let it stand and document what needs to be changed. I am also not adverse to UPSing the machine to and from someone if there is interest in doing that, although the thing weighs like it's case is made out of cast iron plates. From owner-freebsd-bugs Mon Jan 6 02:44:23 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA26755 for bugs-outgoing; Mon, 6 Jan 1997 02:44:23 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA26726; Mon, 6 Jan 1997 02:44:16 -0800 (PST) Date: Mon, 6 Jan 1997 02:44:16 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199701061044.CAA26726@freefall.freebsd.org> To: jkh, freebsd-bugs, jkh Subject: Re: bin/2380 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_add or pkg_create can't handle +DISPLAY file Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: jkh Responsible-Changed-When: Mon Jan 6 02:43:53 PST 1997 Responsible-Changed-Why: Gah. This is mine. It should actually be fairly easy to fix. From owner-freebsd-bugs Mon Jan 6 03:01:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA27748 for bugs-outgoing; Mon, 6 Jan 1997 03:01:13 -0800 (PST) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA27743 for ; Mon, 6 Jan 1997 03:01:11 -0800 (PST) From: tedm@agora.rdrop.com Received: by agora.rdrop.com with UUCP (Smail3.1.29.1 #17) id m0vhCnm-0008wPC; Mon, 6 Jan 97 03:01 PST Received: from agora.rdrop.com (os2box [198.6.35.25]) by toybox (8.6.12/8.6.12) with SMTP id OAA09038; Sun, 5 Jan 1997 14:07:00 -0800 Received: by agora.rdrop.com (IBM OS/2 SENDMAIL VERSION 1.3.14/(3.0sos) id AA0066; Sun, 05 Jan 97 14:07:41 -0800 Message-Id: <9701052207.AA0066@agora.rdrop.com> Mime-Version: 1.0 Date: Sun, 05 Jan 97 13:14:37 +0900 To: joerg_wunsch@uriah.heep.sax.de Reply-To: tedm%toybox@agora.rdrop.com Cc: freebsd-bugs@FreeBSD.org Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version X-Mailer: Ultimedia Mail/2 Lite, IBM T. J. Watson Research Center Content-Id: <59_97_1_852488077> Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk //---------------------------------------------------------------------------- // Ted Mittelstaedt See my "Network Community" columns online // tedm@agora.rdrop.com at http://www.computerbits.com // tedm%toybox@agora.rdrop.com //--- forwarded letter ------------------------------------------------------- > X-Mailer: Mutt 0.55-PL10 > MIME-Version: 1.0 > Date: Sun, 05 Jan 97 16:27:01 +0100 > From: j@uriah.heep.sax.de > To: tedm%toybox@agora.rdrop.com > Reply-To: joerg_wunsch@uriah.heep.sax.de > Cc: freebsd-bugs@FreeBSD.org > Subject: Re: conf/2367: Buslogic SCSI driver bad probe of 742A early revision IRQ and version > > As tedm@agora.rdrop.com wrote: > > > > Ok. So the basic problem of your PR is solved then? > > > Absolutely not. Either the driver or the EISA probe is messed up, > > despite disabling the ISA buslogic driver using boot -c, the probe > > still responds with IRQ=9, regardless of the actual setting of the > > hardware in EISA-config. > > Well, unless you can dig into details, this is unlikely to ever be > resolved. There are only very few developers around that still use > EISA boards, and all the boards i had or have access to (the old SiS > chipset one, and an ASUS PCI/EISA twin-CPU one) didn't fail FreeBSD's > EISA probe. That's why i'm suspecting your hardware. Have you any > indication about other (protected-mode, thus non-DOS) systems probing > the EISA configuration correctly? > I attempted to install NT 4.0 Server on the machine and was unable to get it to write out a bootstrap that it could read. NT churned through it's entire install process, then when the machine rebooted it came up with the "missing operating system" message. I think this is because the hard disk is this DEC full-height 5.25 2 gig unit, and the SCSI bios cannot do a translation that is meaningful because it's too large. NT didn't have a problem reading and writing out data to the disk, though. I could try booting with OS/2, but OS/2 is like Unix, the bootstrap must reside under 1024 cylinders. Worse, the OS/2 kernel on startup establishes a DOS VDM, and starts processing it's CONFIG.SYS, and loads everything through virtualized BIOS code until the actual disk driver .ADD file is loaded, then switches over to the protected-mode disk driver. in short the kernel loads the disk driver from the filesystem, so it needs to know about disk geometry, which means that your translated geometry cannot be some pie-in-the-sky fake geometry. I doubt it would work properly. > > There is also a smaller SMC ASIC visible, it is a FDC37C65C This > > is obviously the floppy disk controller chip, incidentally the fd0 > > probe I sent in on the pr comes up with an "unknown chipset" on it. > > Perhaps this is another thing I should send in on a separate > > send-pr? > > No need. If i rewrite the floppy controller code some day, i will > reconsider the chipset detection. Documentation about how to detect > floppy controllers is sparse and often wrong. The probably best > documentation is the Linux driver. :-) There won't happen anything on > this front before (since it's a minor bogosity anyway), regardless of > how many PRs of this kind are filed. At least not by me, since the > floppy controller driver is fairly low-priority. PRs for show-stopper > class problems have a higher priority than cosmetic things. > Besides, who uses the floppy drive under Unix anyway? ;-) > > > > Can you tell me what piece of code is at fault? I'm guessing it's > > the EISA probe code, since this problem didn't exist in FreeBSD > > before the eisa-probe code was added. > > No, i can't. I'm not an EISA expert. The attach function for the > bt7xx is not very large. > > It's not surprising that it worked in ISA mode, since it simply had to > believe your config statement there. > > > Perhaps I can try inserting some fprints in it to get some more > > data for this? Also, why is the driver being hosed by the > > eisa-probe, even when the later driver probe gets the correct > > interrupt? > > Don't ask me. Julian or Justin might be the guys with more knowledge. > > > One last question I have for you, can this card do sync 10Mbt > > negotiation? > > It did for me, here, i still found an old probe message: > > uriah /kernel: bt0: targ 0 sync rate=10.00MB/s(100ns), offset=15 > uriah /kernel: bt0: targ 1 sync rate=10.00MB/s(100ns), offset=15 > uriah /kernel: bt0: targ 2 sync rate= 4.00MB/s(250ns), offset=15 > uriah /kernel: bt0: targ 3 async > uriah /kernel: bt0: targ 4 sync rate= 4.54MB/s(220ns), offset=08 > > (Targets 0 and 1 are disks, 2 is a Toshiba CD, 3 is an old SONY SMO > optical drive [actually, an ESDI-to-SCSI bridge], 4 is a Tandberg > QIC 2.5GB tape.) > Good, there's hope at least. I have two other questions for you, if you don't mind answering. The first is that this machine has an Archive Anaconda 1.3GB QIC SCSI tape drive in it, that is sensed by the bt driver and listed in the probe. I can insert a DC600A tape in it, run "mt status" and the drive knows that it is a QIC-120 tape. Similarly, a DC6150 is sensed as a QIC-150, and a DL 9135 is sensed as a QIC-1350. The problem is with all those tapes, the available modes listed are all Density = 0x00, Blocksize variable, and when I attempt to read or write anything from the tape I get NOT READY errors. I think this requires that I add a listing for this drive in the "Rogue's gallery" in the st.c driver, to get it to properly set up the modes. Unfortunately, I don't have the spec sheet that came with this drive, but I remember it and it was very sparse. (basically a relisting of what you can already read about using "man mt") Also, I don't understand the format of the gallery, is there any documentation on how to do this around? The other question is, I have setup X on this, it has a ET4000w32 board with 1M of ram on it. I have tried starting the server in any color plane other than 8bbp using an .xserverrc file, and I get an error message "ET4000W32: Unsupported depth (16)" (for example) Any ideas or suggestions? Thanks, Ted From owner-freebsd-bugs Mon Jan 6 03:55:57 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA00768 for bugs-outgoing; Mon, 6 Jan 1997 03:55:57 -0800 (PST) Received: from dsu.dp.ua ([194.93.189.254]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA00763 for ; Mon, 6 Jan 1997 03:55:43 -0800 (PST) Received: (from root@localhost) by dsu.dp.ua (SendMail 8.8.2) for bugs@FreeBSD.ORG; Mon, 6 Jan 1997 13:54:48 +0200 (EET) From: Charlie Root Message-Id: <199701061154.NAA00419@dsu.dp.ua> Subject: err in if_sl.c To: bugs@FreeBSD.ORG Date: Mon, 6 Jan 1997 13:54:48 +0200 (EET) X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 344c344 # if_sl.c: < sc->sc_flags &= ~SC_STATIC; --- # if_sl.c.old > sc->sc_flags &= SC_STATIC; From owner-freebsd-bugs Mon Jan 6 06:00:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06044 for bugs-outgoing; Mon, 6 Jan 1997 06:00:59 -0800 (PST) Received: from spinner.DIALix.COM (root@spinner.DIALix.COM [192.203.228.67]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA06036 for ; Mon, 6 Jan 1997 06:00:50 -0800 (PST) Received: from spinner.DIALix.COM (peter@localhost.DIALix.oz.au [127.0.0.1]) by spinner.DIALix.COM (8.8.4/8.8.4) with ESMTP id VAA28403; Mon, 6 Jan 1997 21:59:13 +0800 (WST) Message-Id: <199701061359.VAA28403@spinner.DIALix.COM> X-Mailer: exmh version 2.0beta 12/23/96 To: Charlie Root cc: bugs@freebsd.org Subject: Re: err in if_sl.c In-reply-to: Your message of "Mon, 06 Jan 1997 13:54:48 +0200." <199701061154.NAA00419@dsu.dp.ua> Date: Mon, 06 Jan 1997 21:59:12 +0800 From: Peter Wemm Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Charlie Root wrote: > 344c344 > # if_sl.c: > < sc->sc_flags &= ~SC_STATIC; > --- > # if_sl.c.old > > sc->sc_flags &= SC_STATIC; Are you sure it's not the intention to clear everything but preserve the SC_STATIC bit? The code in question is: if (sc != NULL) { if (sc->sc_outfill) { sc->sc_outfill = 0; untimeout(sl_outfill, sc); } if (sc->sc_keepalive) { sc->sc_keepalive = 0; untimeout(sl_keepalive, sc); } if_down(&sc->sc_if); sc->sc_flags &= SC_STATIC; sc->sc_ttyp = NULL; tp->t_sc = NULL; MCLFREE((caddr_t)(sc->sc_ep - SLBUFSIZE)); sc->sc_ep = 0; sc->sc_mp = 0; sc->sc_buf = 0; } This seems to be part of the system that keeps static and dynamic allocation apart... In rev 1.40, there was a change here: - sc->sc_flags = 0; + sc->sc_flags &= SC_STATIC; And the log message was: revision 1.40 date: 1996/05/13 14:09:34; author: ache; state: Exp; lines: +21 -6 Prevent mixing of static and dynamic unit allocation strategies Cheers, -Peter From owner-freebsd-bugs Mon Jan 6 12:21:44 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25300 for bugs-outgoing; Mon, 6 Jan 1997 12:21:44 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA25290 for ; Mon, 6 Jan 1997 12:21:39 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id VAA15017; Mon, 6 Jan 1997 21:21:23 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA03431; Mon, 6 Jan 1997 21:21:21 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA04712; Mon, 6 Jan 1997 21:18:38 +0100 (MET) Message-ID: Date: Mon, 6 Jan 1997 21:18:38 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: bazilio@economic.acnit.ac.ru (Vasily V. Grechishnikov) Cc: bugs@freebsd.org Subject: pciprobe hoses system References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Vasily V. Grechishnikov on Jan 5, 2028 16:35:30 +0000 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Vasily V. Grechishnikov wrote: (Btw., your date is set to year 2028. You've now got only ten years until the 31-bit time_t will roll over. :-) > Why in my FreeBSD 2.1.6R system (5x86 motherboard , PCI DEC 21040 > network card , PCI Trident TGUI 9680 video card ) /usr/X11R6/bin/scanpci > can kill system ? After start scanpci I can't do anything , keyboard > locked :( . Hardware probing of this kind is probably always intrusive. I think Stefan Esser is currently working on a more advanced PCI utility. Don't use it if it chokes on you. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Mon Jan 6 12:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25909 for bugs-outgoing; Mon, 6 Jan 1997 12:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA25903; Mon, 6 Jan 1997 12:30:02 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 12:30:02 -0800 (PST) Resent-Message-Id: <199701062030.MAA25903@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, batsy@vapour.net Received: from vapour.net (vapour.net [192.75.253.157]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA25266 for ; Mon, 6 Jan 1997 12:21:27 -0800 (PST) Received: (from root@localhost) by vapour.net (8.7.5/8.7.3) id PAA01653; Mon, 6 Jan 1997 15:21:28 -0500 (EST) Message-Id: <199701062021.PAA01653@vapour.net> Date: Mon, 6 Jan 1997 15:21:28 -0500 (EST) From: jamie Reply-To: batsy@vapour.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/2385: user is silly Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2385 >Category: conf >Synopsis: user is silly >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 12:30:00 PST 1997 >Last-Modified: >Originator: jamie >Organization: systems group >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: nothing relevant >Description: non descript like a hole. >How-To-Repeat: talk to the user >Fix: none known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 12:41:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA26608 for bugs-outgoing; Mon, 6 Jan 1997 12:41:35 -0800 (PST) Received: from vapour.net (vapour.net [192.75.253.157]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA26603 for ; Mon, 6 Jan 1997 12:41:30 -0800 (PST) Received: from localhost (batsy@localhost) by vapour.net (8.7.5/8.7.3) with SMTP id PAA01699 for ; Mon, 6 Jan 1997 15:41:31 -0500 (EST) Date: Mon, 6 Jan 1997 15:41:31 -0500 (EST) From: rëälîty X-Sender: batsy@vapour.net To: freebsd-bugs@freefall.freebsd.org Subject: oops Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I was testing gnats to have it set up locally here and it still decided to send it to freebsd.org. the Synopsis is "user is silly" . send-pr just doesn't want to have things sent locally it seems. (yes I've altered the makefile and config.status and the like:)) This isn't a support question, just an excuse, sorry about that:) -j "Relax and remain calm. Remember YOU are a Uebercracker." -Christopher Claus jamie batsy@vapour.net www.etc.. From owner-freebsd-bugs Mon Jan 6 13:39:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA01155 for bugs-outgoing; Mon, 6 Jan 1997 13:39:34 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA01121; Mon, 6 Jan 1997 13:39:29 -0800 (PST) Date: Mon, 6 Jan 1997 13:39:29 -0800 (PST) From: Garrett Wollman Message-Id: <199701062139.NAA01121@freefall.freebsd.org> To: batsy@vapour.net, wollman, freebsd-bugs Subject: Re: conf/2385 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: user is silly State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Mon Jan 6 13:38:57 PST 1997 State-Changed-Why: Nothing we can do about it... From owner-freebsd-bugs Mon Jan 6 17:15:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA18015 for bugs-outgoing; Mon, 6 Jan 1997 17:15:03 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA17926; Mon, 6 Jan 1997 17:14:36 -0800 (PST) Date: Mon, 6 Jan 1997 17:14:36 -0800 (PST) From: Gary Palmer Message-Id: <199701070114.RAA17926@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: misc/2386 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: patches for new socket credential firewalling Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon Jan 6 17:14:25 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Mon Jan 6 17:16:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA18124 for bugs-outgoing; Mon, 6 Jan 1997 17:16:00 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA18084; Mon, 6 Jan 1997 17:15:15 -0800 (PST) Date: Mon, 6 Jan 1997 17:15:15 -0800 (PST) From: Gary Palmer Message-Id: <199701070115.RAA18084@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: bin/2387 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: virtual hosting patches for inetd Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Mon Jan 6 17:15:03 PST 1997 Responsible-Changed-Why: Misfiled PR From owner-freebsd-bugs Mon Jan 6 17:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19676 for bugs-outgoing; Mon, 6 Jan 1997 17:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA19647; Mon, 6 Jan 1997 17:40:02 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 17:40:02 -0800 (PST) Resent-Message-Id: <199701070140.RAA19647@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id RAA19152 for ; Mon, 6 Jan 1997 17:33:18 -0800 (PST) Received: from icarus.kfu.com (icarus.3do.com [198.211.30.57]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id RAA01262 for ; Mon, 6 Jan 1997 17:33:14 -0800 Received: by icarus.kfu.com (8.8.2//ident-1.0) id RAA00418; Mon, 6 Jan 1997 17:32:35 -0800 (PST) Message-Id: <199701070132.RAA00418@icarus.kfu.com> Date: Mon, 6 Jan 1997 17:32:35 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2388: start unit command screws up some CDROM drives. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2388 >Category: kern >Synopsis: start unit command screws up some CDROM drives. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 17:40:01 PST 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-ALPHA i386 >Environment: HP Omnibook 5000, amd SCSI controller also duped on a P-Pro 200 w/ Adaptec 2940 >Description: The SCSI CD driver will attempt to send a start-unit command on open. Some drives (for example, my Media Vision Reno) will hack and barf if this happens. >How-To-Repeat: Any attempt to talk to the CD that results in an open will hang or other such anti-social behavior. >Fix: The fix is to add a CDROM "quirk" that will disable the start unit if a quirky CDROM is used. See the Reno entry. diff -c scsi.o/cd.c scsi/cd.c *** scsi.o/cd.c Mon Jan 6 09:06:08 1997 --- scsi/cd.c Mon Jan 6 09:07:02 1997 *************** *** 292,300 **** * not needed for some drives * failure here is ignored. */ ! scsi_start_unit(sc_link, CD_START); ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT); ! SC_DEBUG(sc_link, SDEV_DB3, ("'start' attempted ")); /* * Load the physical device parameters */ --- 292,303 ---- * not needed for some drives * failure here is ignored. */ ! if (! (sc_link->quirks & CD_Q_NO_START) ) ! { ! scsi_start_unit(sc_link, CD_START); ! scsi_prevent(sc_link, PR_PREVENT, SCSI_SILENT); ! SC_DEBUG(sc_link, SDEV_DB3, ("'start' attempted ")); ! } /* * Load the physical device parameters */ diff -c scsi.o/scsiconf.c scsi/scsiconf.c *** scsi.o/scsiconf.c Mon Jan 6 09:06:09 1997 --- scsi/scsiconf.c Mon Jan 6 09:15:34 1997 *************** *** 352,357 **** --- 352,361 ---- T_READONLY, T_READONLY, T_REMOV, "NEC", "CD-ROM DRIVE:210","*", "cd", SC_ONE_LU }, + { + T_READONLY, T_READONLY, T_REMOV, "MEDIAVIS", "RENO CD-ROMX2A","*", + "cd", SC_ONE_LU, CD_Q_NO_START + }, /* * Doobe-doo-be doooo * -Mary diff -c scsi.o/scsiconf.h scsi/scsiconf.h *** scsi.o/scsiconf.h Mon Jan 6 09:06:09 1997 --- scsi/scsiconf.h Mon Jan 6 09:08:27 1997 *************** *** 275,280 **** --- 275,281 ---- /* cd specific CD_Q_* */ #define CD_Q_NO_TOUCH 0x0001 + #define CD_Q_NO_START 0x0002 /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 18:03:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA21146 for bugs-outgoing; Mon, 6 Jan 1997 18:03:28 -0800 (PST) Received: from alpha.xerox.com (alpha.Xerox.COM [13.1.64.93]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id SAA21079; Mon, 6 Jan 1997 18:02:37 -0800 (PST) Received: from crevenia.parc.xerox.com ([13.2.116.11]) by alpha.xerox.com with SMTP id <16318(6)>; Mon, 6 Jan 1997 18:02:06 PST Received: from localhost ([127.0.0.1]) by crevenia.parc.xerox.com with SMTP id <177476>; Mon, 6 Jan 1997 18:01:56 -0800 X-Mailer: exmh version 1.6.9 8/22/96 To: Gary Palmer cc: gnats-admin@freefall.freebsd.org, freebsd-bugs@freefall.freebsd.org Subject: Re: misc/2386 In-reply-to: Your message of "Mon, 06 Jan 1997 17:14:36 PST." <199701070114.RAA17926@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 6 Jan 1997 18:01:43 PST From: Bill Fenner Message-Id: <97Jan6.180156pst.177476@crevenia.parc.xerox.com> Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701070114.RAA17926@freefall.freebsd.org>you write: >Misfiled PR Please remember to change the "Confidential:" field too, or it still won't be visible via the web or the periodic lists. Bill From owner-freebsd-bugs Mon Jan 6 19:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA23760 for bugs-outgoing; Mon, 6 Jan 1997 19:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA23747; Mon, 6 Jan 1997 19:00:02 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 19:00:02 -0800 (PST) Resent-Message-Id: <199701070300.TAA23747@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.SAA23519;Mon; (8.8.4/8.8.4);, 6 Jan 1997 18:52:01.-0800 (PST) Message-Id: <199701070252.SAA23519@freefall.freebsd.org> Date: Mon, 6 Jan 1997 18:52:01 -0800 (PST) From: dennisg@seanet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/2389: /stand/sysinstall failed to create user Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2389 >Category: conf >Synopsis: /stand/sysinstall failed to create user >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 19:00:01 PST 1997 >Last-Modified: >Originator: Dennisg Groves >Organization: >Release: 2.2-beta_A >Environment: FreeBSD dennisg.seanet.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 6 10:26:41 PST 1997 root@dennisg.seanet.com:/usr/src/sys/compile/CUSTOM i386 >Description: I didn't create a new user upon the intial instalation, but rather on reboot. Typically I will use the adduser command, however I decided to try /stand/sysinstall. I was still running the GENERIC kernel at that time, and no /home had been created. Then it barfed because there was no /home. >How-To-Repeat: /stand/sysinstall c Configure 1 User management Add user >Fix: running /usr/sbin/adduser works correctly. I am not a software engineer so I am unlikely to provide anything like a patch although I wish I could. Thank you for the VERY increadible os. dennisg >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 19:40:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA25539 for bugs-outgoing; Mon, 6 Jan 1997 19:40:55 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA25520; Mon, 6 Jan 1997 19:40:48 -0800 (PST) Date: Mon, 6 Jan 1997 19:40:48 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199701070340.TAA25520@freefall.freebsd.org> To: dennisg@seanet.com, jkh, freebsd-bugs Subject: Re: conf/2389 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: /stand/sysinstall failed to create user State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Jan 6 19:40:31 PST 1997 State-Changed-Why: This has already been fixed, thanks. From owner-freebsd-bugs Mon Jan 6 21:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28307 for bugs-outgoing; Mon, 6 Jan 1997 21:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28284; Mon, 6 Jan 1997 21:00:02 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 21:00:02 -0800 (PST) Resent-Message-Id: <199701070500.VAA28284@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id UAA28055 for ; Mon, 6 Jan 1997 20:50:51 -0800 (PST) Received: from icarus.kfu.com (mg128-235.ricochet.net [204.179.128.235]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id UAA07034 for ; Mon, 6 Jan 1997 20:50:44 -0800 Received: by icarus.kfu.com (8.8.2//ident-1.0) id UAA00386; Mon, 6 Jan 1997 20:50:36 -0800 (PST) Message-Id: <199701070450.UAA00386@icarus.kfu.com> Date: Mon, 6 Jan 1997 20:50:36 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2390: Some CDROM drives stop audio on cdcontrol status Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2390 >Category: kern >Synopsis: Some CDROM drives stop audio on cdcontrol status >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 21:00:01 PST 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-ALPHA i386 >Environment: Media Vision RENO portable CDROM drive, possibly others. >Description: when running cdcontrol, 'status' will show status and stop the drive. It is not entirely clear whether or not this is just totally bogus behavior on the drive's part (somehow I suspect it is, since cd players under win95 operate just as badly as workman with this particular drive). Perhaps another quirk needs to be added to handle this situation. Or perhaps I should shut up and buy a better drive. >How-To-Repeat: % cdcontrol play 1 (wait a second or two. track 1 starts) status (status is displayed, and playback pauses. resume does not work. play, however, does) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Jan 6 21:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28659 for bugs-outgoing; Mon, 6 Jan 1997 21:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA28647; Mon, 6 Jan 1997 21:10:01 -0800 (PST) Date: Mon, 6 Jan 1997 21:10:01 -0800 (PST) Message-Id: <199701070510.VAA28647@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nick Sayer Subject: Re: kern/1638: worm driver won't make audio tracks Reply-To: Nick Sayer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/1638; it has been noted by GNATS. From: Nick Sayer To: freebsd-gnats-submit@freebsd.org, nsayer@quack.kfu.com Cc: Subject: Re: kern/1638: worm driver won't make audio tracks Date: Mon, 06 Jan 1997 21:01:55 -0800 This can be closed. The behavior in 2.2-ALPHA is correct, so far as I can tell. From owner-freebsd-bugs Mon Jan 6 21:40:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA29740 for bugs-outgoing; Mon, 6 Jan 1997 21:40:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA29728; Mon, 6 Jan 1997 21:40:01 -0800 (PST) Date: Mon, 6 Jan 1997 21:40:01 -0800 (PST) Message-Id: <199701070540.VAA29728@freefall.freebsd.org> To: freebsd-bugs Cc: From: asami@cs.berkeley.edu (Satoshi Asami) Subject: Re: bin/2304: mkdir -p Reply-To: asami@cs.berkeley.edu (Satoshi Asami) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2304; it has been noted by GNATS. From: asami@cs.berkeley.edu (Satoshi Asami) To: FreeBSD-gnats@freefall.freebsd.org, wosch@cs.tu-berlin.de Cc: Subject: Re: bin/2304: mkdir -p Date: Mon, 6 Jan 1997 21:30:46 -0800 (PST) * ok, but: * $ mkdir -p /var/mkdir; echo $? * 0 * * should be '1' and print 'Permission denied' Be careful here though, if we return errors for "directory already exists", it's going to break a lot of ports. We thought this was a "feature". ;) Satoshi From owner-freebsd-bugs Mon Jan 6 22:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA00573 for bugs-outgoing; Mon, 6 Jan 1997 22:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA00555; Mon, 6 Jan 1997 22:00:02 -0800 (PST) Date: Mon, 6 Jan 1997 22:00:02 -0800 (PST) Message-Id: <199701070600.WAA00555@freefall.freebsd.org> To: freebsd-bugs Cc: From: davidn@unique.usn.blaze.net.au (David Nugent) Subject: Re: conf/2389: /stand/sysinstall failed to create user Reply-To: davidn@unique.usn.blaze.net.au (David Nugent) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2389; it has been noted by GNATS. From: davidn@unique.usn.blaze.net.au (David Nugent) To: dennisg@seanet.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: conf/2389: /stand/sysinstall failed to create user Date: Tue, 7 Jan 1997 16:58:32 +1100 dennisg@seanet.com writes: > >Number: 2389 > >Category: conf > >Synopsis: /stand/sysinstall failed to create user > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jan 6 19:00:01 PST 1997 > >Last-Modified: > >Originator: Dennisg Groves > >Organization: > >Release: 2.2-beta_A > >Environment: FreeBSD dennisg.seanet.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 6 10:26:41 PST 1997 root@dennisg.seanet.com:/usr/src/sys/compile/CUSTOM i386 > >Description: > I didn't create a new user upon the intial instalation, but rather > on reboot. Typically I will use the adduser command, however I > decided to try /stand/sysinstall. I was still running the GENERIC > kernel at that time, and no /home had been created. > Then it barfed because there was no /home. > >How-To-Repeat: > /stand/sysinstall > c Configure > 1 User management > Add user This was fixed in version 1.10/1.11 of src/usr.sbin/pw/pw_user.c in the both the RELENG_2_2 and -current branch. I believe this duplicates a previous PR assigned to Joerg which deals with the same issue. Thanks for the bug report! Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Mon Jan 6 22:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01983 for bugs-outgoing; Mon, 6 Jan 1997 22:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01975; Mon, 6 Jan 1997 22:40:03 -0800 (PST) Resent-Date: Mon, 6 Jan 1997 22:40:03 -0800 (PST) Resent-Message-Id: <199701070640.WAA01975@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Andre.Albsmeier@mchp.siemens.de Received: from david.siemens.de (david.siemens.de [146.254.1.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01857 for ; Mon, 6 Jan 1997 22:35:21 -0800 (PST) Received: from salomon.mchp.siemens.de (salomon.mchp.siemens.de [139.23.33.13]) by david.siemens.de (8.8.3/8.8.0) with ESMTP id HAA09435 for ; Tue, 7 Jan 1997 07:31:14 +0100 (MET) Received: from curry.mchp.siemens.de (smtpd@curry.zfe.siemens.de [146.180.31.23]) by salomon.mchp.siemens.de (8.8.2/8.8.0) with ESMTP id HAA10846 for ; Tue, 7 Jan 1997 07:34:56 +0100 (MET) Received: (from smtpd@localhost) by curry.mchp.siemens.de (8.8.4/8.8.4) id HAA19030 for ; Tue, 7 Jan 1997 07:34:55 +0100 (MET) Message-Id: <199701070634.HAA00958@server.us.tld> Date: Tue, 7 Jan 1997 07:34:47 +0100 (MET) From: Andre Albsmeier Reply-To: Andre.Albsmeier@mchp.siemens.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2391: SMC 8434BT brings device timeout when ifconfig Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2391 >Category: kern >Synopsis: SMC 8434BT brings device timeout when ifconfig >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 6 22:40:01 PST 1997 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2-RELEASE i386 >Environment: Copyright (c) 1992-1996 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 2.2-RELEASE #0: Tue Jan 7 06:25:46 MET 1997 root@server.us.tld:/server/adm/FreeBSD/src/sys/src-2.2/sys/compile/SERVER Calibrating clock(s) relative to mc146818A clock ... i586 clock: 166108521 Hz, i8254 clock: 1193312 Hz CPU: Pentium (166.09-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping=12 Features=0x1bf real memory = 33554432 (32768K bytes) avail memory = 31072256 (30344K bytes) Probing for devices on PCI bus 0: chip0 rev 1 on pci0:0 chip1 rev 0 on pci0:7:0 chip2 rev 0 on pci0:7:1 ahc0 rev 0 int a irq 9 on pci0:9 ahc0: aic7880 Single Channel, SCSI Id=7, 16 SCBs (ahc0:0:0): "Quantum XP34300 81HB" type 0 fixed SCSI 2 sd0(ahc0:0:0): Direct-Access 4101MB (8399520 512 byte sectors) sd0(ahc0:0:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc0:1:0): "Quantum XP34300 81HB" type 0 fixed SCSI 2 sd1(ahc0:1:0): Direct-Access 4101MB (8399520 512 byte sectors) sd1(ahc0:1:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc0:2:0): "Quantum XP34300 81HB" type 0 fixed SCSI 2 sd2(ahc0:2:0): Direct-Access 4101MB (8399520 512 byte sectors) sd2(ahc0:2:0): with 3907 cyls, 20 heads, and an average 107 sectors/track (ahc0:3:0): "HP HP35480A 1109" type 1 removable SCSI 2 st3(ahc0:3:0): Sequential-Access density code 0x13, variable blocks, write-enabled (ahc0:4:0): "DEC DLT2700 830A" type 1 removable SCSI 2 st4(ahc0:4:0): Sequential-Access density code 0x19, drive empty (ahc0:4:1): "DEC TZ Media Changer 830A" type 8 removable SCSI 2 ch4(ahc0:4:1): Medium-Changer 7 slot(s) 1 drive(s) 1 arm(s) 0 i/e-slot(s) (ahc0:5:0): "NEC CD-ROM DRIVE:502 2.0r" type 5 removable SCSI 2 cd5(ahc0:5:0): CD-ROM can't get the size (ahc0:6:0): "TOSHIBA CD-ROM XM-3701TA 3205" type 5 removable SCSI 2 cd6(ahc0:6:0): CD-ROM can't get the size ahc1 rev 0 int a irq 10 on pci0:10 ahc1: aic7880 Single Channel, SCSI Id=7, 16 SCBs (ahc1:0:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd8(ahc1:0:0): Direct-Access 992MB (2031705 512 byte sectors) sd8(ahc1:0:0): with 1931 cyls, 15 heads, and an average 70 sectors/track (ahc1:1:0): "IMPRIMIS 94601-15 4202" type 0 fixed SCSI 1 sd9(ahc1:1:0): Direct-Access 992MB (2031705 512 byte sectors) sd9(ahc1:1:0): with 1931 cyls, 15 heads, and an average 70 sectors/track (ahc1:2:0): "SEAGATE ST41650 6414" type 0 fixed SCSI 2 sd10(ahc1:2:0): Direct-Access 1350MB (2766300 512 byte sectors) sd10(ahc1:2:0): with 2107 cyls, 15 heads, and an average 87 sectors/track (ahc1:3:0): "SEAGATE ST42400N 0116" type 0 fixed SCSI 2 sd11(ahc1:3:0): Direct-Access 2030MB (4159462 512 byte sectors) sd11(ahc1:3:0): with 2626 cyls, 19 heads, and an average 83 sectors/track (ahc1:5:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd13(ahc1:5:0): Direct-Access 4095MB (8386733 512 byte sectors) sd13(ahc1:5:0): with 3992 cyls, 19 heads, and an average 110 sectors/track (ahc1:6:0): "SEAGATE ST15230N 0298" type 0 fixed SCSI 2 sd14(ahc1:6:0): Direct-Access 4095MB (8386733 512 byte sectors) sd14(ahc1:6:0): with 3992 cyls, 19 heads, and an average 110 sectors/track chip3 rev 2 on pci0:12 Probing for devices on PCI bus 1: de0 rev 36 int a irq 11 on pci1:4 de0: SMC 8434BT-CH1 21040 [10Mb/s] pass 2.4 de0: address 00:00:c0:ba:73:e0 de0: enabling BNC/AUI port de1 rev 36 int a irq 9 on pci1:5 de1: SMC 8434BT-CH2 21040 [10Mb/s] pass 2.4 de1: address 00:00:c0:81:78:e0 de1: enabling BNC/AUI port Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <9 virtual consoles, flags=0x0> ed0 at 0x240-0x25f irq 5 maddr 0xd0000 msize 8192 on isa ed0: address 00:00:c0:f9:a9:dd, type SMC8416C/SMC8416BT (16 bit) lpt0 not found at 0xffffffff sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A pca0 on motherboard pca0: PC speaker audio driver wdc0 at 0x1f0-0x1f7 irq 14 flags 0x80ff80ff on isa wdc0: unit 0 (wd0): , 32-bit, multi-block-16 wd0: 244MB (499950 sectors), 1010 cyls, 9 heads, 55 S/T, 512 B/S fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x260 ep0 at 0x260-0x26f irq 7 on isa ep0: aui/utp/bnc[*BNC*] address 00:a0:24:5b:e5:05 npx0 on motherboard npx0: INT 16 interface ccd0-1: Concatenated disk drivers >Description: The SMC EtherEZ (on ISA) worked great until beginning of december 96. Then, after upgrading to the newest 2.2-BETA, it brought a "ed: device timeout" when ifconfig'ed by the rc files. However, I thought it was a hardware failure. Today I tested another card of the same type and the results were the same. Then I tried another card which runs without any problems in a machine using FreeBSD-2.1.6.1, no change. They all are detected by the kernel, but ifconfig gives the device timeout. Now I use a 3C509 which works also >How-To-Repeat: I can repeat it always. Tell me, if I can try something. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 00:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06685 for bugs-outgoing; Tue, 7 Jan 1997 00:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA06677; Tue, 7 Jan 1997 00:30:01 -0800 (PST) Date: Tue, 7 Jan 1997 00:30:01 -0800 (PST) Message-Id: <199701070830.AAA06677@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nick Sayer Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status Reply-To: Nick Sayer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2390; it has been noted by GNATS. From: Nick Sayer To: freebsd-gnats-submit@freebsd.org, nsayer@quack.kfu.com Cc: Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status Date: Tue, 07 Jan 1997 00:20:16 -0800 Hmm. This drive appears to be operating correctly under win95 now. I don't know what I did differently, but win95 cdplayers seem happy with it now. The same fault exists under FreeBSD, however: cdcontrol> rese cdcontrol> stat cdcontrol: No disc in drive /dev/cd0c. cdcontrol> stat Audio status = 0, current track = 1, current position = 0:00.01 Media catalog is active, number "000000000000000" Left volume = 255, right volume = 255 cdcontrol> play 7 cdcontrol> stat (at this point, audio from the CD stops) Audio status = 17, current track = 7, current position = 3:11.10 Media catalog is active, number "000000000000000" Left volume = 255, right volume = 255 (presumably this is the state of the CD player before it stopped) cdcontrol> stat Audio status = 19, current track = 7, current position = 3:11.10 Media catalog is active, number "000000000000000" Left volume = 255, right volume = 255 (completed?!) cdcontrol> stat Audio status = 21, current track = 7, current position = 3:11.10 Media catalog is active, number "000000000000000" Left volume = 255, right volume = 255 cdcontrol> play 7 (and now track 7 starts again) workman is completely unusable because of this. From owner-freebsd-bugs Tue Jan 7 02:00:15 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11424 for bugs-outgoing; Tue, 7 Jan 1997 02:00:15 -0800 (PST) Received: (from ache@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA11289; Tue, 7 Jan 1997 01:59:54 -0800 (PST) Date: Tue, 7 Jan 1997 01:59:54 -0800 (PST) From: "Andrey A. Chernov" Message-Id: <199701070959.BAA11289@freefall.freebsd.org> To: iwasaki@pc.jaring.my, ache, freebsd-bugs Subject: Re: bin/2161 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bugs in mklocale(1) make isgraph(3) confused in the Japanese EUC locale!! State-Changed-From-To: open-closed State-Changed-By: ache State-Changed-When: Tue Jan 7 01:59:16 PST 1997 State-Changed-Why: Fix applied in yacc.y v1.3 From owner-freebsd-bugs Tue Jan 7 02:10:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11845 for bugs-outgoing; Tue, 7 Jan 1997 02:10:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA11834; Tue, 7 Jan 1997 02:10:03 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 02:10:03 -0800 (PST) Resent-Message-Id: <199701071010.CAA11834@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter.jeremy@alcatel.com.au Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA11436 for ; Tue, 7 Jan 1997 02:00:19 -0800 (PST) Received: from 139.188.22.50 (139.188.22.50) by gatekeeper.alcatel.com.au (PMDF V5.0-5 #11861) id <01IDY1HWJX8W0009BS@gatekeeper.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Tue, 07 Jan 1997 20:59:01 +1000 Received: from vk2pj.alcatel.com.au (vk2pj.alcatel.com.au) by cbd.alcatel.com.au (PMDF V5.0-5 #9241) id <01IDY1GT6WI89QVLFQ@cbd.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Tue, 07 Jan 1997 20:58:12 +1100 Received: (from peter@localhost) by vk2pj.alcatel.com.au (8.7.5/8.7.3) id UAA03216; Tue, 07 Jan 1997 20:59:33 +1100 (EST) Message-Id: <199701070959.UAA03216@vk2pj.alcatel.com.au> Date: Tue, 07 Jan 1997 20:59:33 +1100 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2392: man(1) leaks file descriptors Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2392 >Category: gnu >Synopsis: man(1) leaks file descriptors >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 02:10:02 PST 1997 >Last-Modified: >Originator: Peter Jeremy >Organization: Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 >Release: FreeBSD 2.1-STABLE i386 >Environment: PAGER="exec less" 64 file descriptors >Description: The man(1) program opens and does not close two file descriptors for each manual page found. If a large number of manual entries are found in a single execution, then man will fail with various error messages (see below). >How-To-Repeat: $ man `ls /sbin` After quitting less(1) about 28 times, the following appears: Pipe call failed Error executing formatting or display command system command exited with status 512 No manual entry for mount_mfs Read access denied for file /usr/share/man/man8/mount_msdos.8.gz No manual entry for mount_msdos No manual entry for mount_nfs ... The permissions on /usr/share/man/man8/mount_msdos.8.gz are 0444. >Fix: *** /cdrom/usr/src/gnu/usr.bin/man/man/man.c Tue May 30 01:02:00 1995 --- /usr/src/gnu/usr.bin/man/man/man.c Sun Dec 8 09:23:45 1996 *************** *** 743,754 **** next: if ((fp = fopen (ult, "r")) == NULL) - return buf; - - if (fgets (buf, BUFSIZ, fp) == NULL) return ult; ! if (strlen (buf) < 5) return ult; beg = buf; --- 743,754 ---- next: if ((fp = fopen (ult, "r")) == NULL) return ult; ! end = fgets (buf, BUFSIZ, fp); ! fclose(fp); ! ! if (!end || strlen (buf) < 5) return ult; beg = buf; *************** *** 937,950 **** { cp = line; fgets (line, 100, fp); if (*cp++ == '\'' && *cp++ == '\\' && *cp++ == '"' && *cp++ == ' ') { if (debug) fprintf (stderr, "parsing directive from file\n"); status = parse_roff_directive (cp, file, buf); - - fclose (fp); if (status == 0) return buf; --- 937,949 ---- { cp = line; fgets (line, 100, fp); + fclose(fp); if (*cp++ == '\'' && *cp++ == '\\' && *cp++ == '"' && *cp++ == ' ') { if (debug) fprintf (stderr, "parsing directive from file\n"); status = parse_roff_directive (cp, file, buf); if (status == 0) return buf; *** /cdrom/usr/src/gnu/usr.bin/man/man/manpath.c Tue May 30 01:02:01 1995 --- /usr/src/gnu/usr.bin/man/man/manpath.c Sat Dec 14 17:57:10 1996 *************** *** 202,210 **** if (!strncmp ("MANDATORY_MANPATH", bp, 17)) { ! if ((p = strchr (bp, ' ')) == NULL) ! if ((p = strchr (bp, '\t')) == NULL) ! return -1; bp = p; --- 202,212 ---- if (!strncmp ("MANDATORY_MANPATH", bp, 17)) { ! if ((p = strchr (bp, ' ')) == NULL && ! (p = strchr (bp, '\t')) == NULL) { ! fclose(config); ! return -1; ! } bp = p; *************** *** 224,232 **** } else if (!strncmp ("MANPATH_MAP", bp, 11)) { ! if ((p = strchr (bp, ' ')) == NULL) ! if ((p = strchr (bp, '\t')) == NULL) ! return -1; bp = p; --- 226,236 ---- } else if (!strncmp ("MANPATH_MAP", bp, 11)) { ! if ((p = strchr (bp, ' ')) == NULL && ! (p = strchr (bp, '\t')) == NULL) { ! fclose(config); ! return -1; ! } bp = p; *************** *** 259,264 **** --- 263,269 ---- dlp++; } + fclose(config); dlp->bin[0] = '\0'; dlp->mandir[0] = '\0'; dlp->mandatory = 0; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 02:20:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA12471 for bugs-outgoing; Tue, 7 Jan 1997 02:20:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA12440; Tue, 7 Jan 1997 02:20:03 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 02:20:03 -0800 (PST) Resent-Message-Id: <199701071020.CAA12440@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, peter.jeremy@alcatel.com.au Received: from gatekeeper.alcatel.com.au (gatekeeper.alcatel.com.au [203.17.66.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA11947 for ; Tue, 7 Jan 1997 02:11:51 -0800 (PST) Received: from 139.188.22.50 (139.188.22.50) by gatekeeper.alcatel.com.au (PMDF V5.0-5 #11861) id <01IDY1W33E4G0008D7@gatekeeper.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Tue, 07 Jan 1997 21:10:27 +1000 Received: from vk2pj.alcatel.com.au (vk2pj.alcatel.com.au) by cbd.alcatel.com.au (PMDF V5.0-5 #9241) id <01IDY1UTYQGW9QVJ65@cbd.alcatel.com.au> for FreeBSD-gnats-submit@freebsd.org; Tue, 07 Jan 1997 21:09:31 +1100 Received: (from peter@localhost) by vk2pj.alcatel.com.au (8.7.5/8.7.3) id VAA03372; Tue, 07 Jan 1997 21:10:51 +1100 (EST) Message-Id: <199701071010.VAA03372@vk2pj.alcatel.com.au> Date: Tue, 07 Jan 1997 21:10:51 +1100 (EST) From: peter.jeremy@alcatel.com.au Reply-To: peter.jeremy@alcatel.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2393: filesystems not unmounted following shutdown -h Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2393 >Category: kern >Synopsis: filesystems not unmounted following shutdown -h >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 02:20:02 PST 1997 >Last-Modified: >Originator: Peter Jeremy >Organization: Peter Jeremy (VK2PJ) peter.jeremy@alcatel.com.au Alcatel Australia Limited 41 Mandible St Phone: +61 2 9690 5019 ALEXANDRIA NSW 2015 Fax: +61 2 9690 5247 >Release: FreeBSD 2.1-STABLE i386 >Environment: Clone VLB i486DX2-50 with no-name VLB IDE controller. FreeBSD 2.1.5-RELEASE #0: Tue Dec 31 06:45:18 EST 1996 root@vk2pj.alcatel.com.au:/home/src/FreeBSD/sys/compile/vk2pj CPU: i486DX (486-class CPU) real memory = 20971520 (20480K bytes) avail memory = 18784256 (18344K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color {16 virtual consoles, flags=0x0} sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16450 sio1 at 0x2f8-0x2ff irq 9 on isa sio1: type 16550A sio2 at 0x3e8-0x3ef irq 3 on isa sio2: type 16450 lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface lpt1 at 0x278-0x27f irq 5 on isa lpt1: Interrupt-driven port lp1: TCP/IP capable interface pca0 on motherboard pca0: PC speaker audio driver fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 765 fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): {Conner Peripherals 420MB - CFS420A}, 32-bit, multi-block-64 wd0: 406MB (832608 sectors), 826 cyls, 16 heads, 63 S/T, 512 B/S aha0 at 0x334-0x337 irq 11 drq 6 on isa (aha0:6:0): "ARCHIVE VIPER 150 21247 -005" type 1 removable SCSI 1 st0(aha0:6:0): Sequential-Access st0: Archive Viper 150 is a known rogue density code 0x0, drive empty matcd - Matsushita (Panasonic) CD-ROM Driver by FDIV, Version 1(26) 18-Oct-95 matcdc0 at 0x230-0x233 on isa matcdc0 Host interface type 0 matcd0: [CR-5630.75] npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 10 drq 1 on isa sb0: {SoundBlaster 16 4.11} sbxvi0 at 0x0 drq 5 on isa sbxvo0: {SoundBlaster 16 4.11} sbmidi0 at 0x330 on isa {SoundBlaster MPU-401} opl0 at 0x388 on isa opl0: {Yamaha OPL-3 FM} joy0 at 0x201 on isa joy0: joystick >Description: When the system is shut down and halted from multi-user mode, the mounted filesystems are not unmounted cleanly. This causes an fsck on the next reboot. When the system is brought down to single-user, the filesystems manually unmounted and then the system is halted, there is no problem (/ unmounts cleanly). I added some code to /sys/i386/i386/machdep.c:boot() to display dirty buffers (see below) after the `giving up' message. This showed the following quite consistently (there were almost always 4 busy buf's): b_flags == B_ASYNC | B_BUSY | B_CACHE (mostly) | B_WRITEINPROG b_resid == 0 b_bcount == 0x400, 0x800, 0x1800, 0x2000 b_lblkno == b_blkno = 1984, 16, 48, 64 (respectively) b_pblkno varies widely. I haven't seen any pattern b_dev = 0xff00 >How-To-Repeat: [from multi-user mode] # shutdown -h now ... syncing disks ... 4 4 4 4 ... giving up >Fix: [from multi-user mode] # shutdown now [select shell]: sh # umount -av # halt ... syncing disks ... done The added code in machdep.c is: *** /cdrom/usr/src/sys/i386/i386/machdep.c Tue Jun 25 16:19:29 1996 --- /usr/src/sys/i386/i386/machdep.c Sat Nov 30 19:09:47 1996 *************** *** 888,893 **** --- 888,930 ---- * unmount filesystems (thus forcing an fsck on reboot). */ printf("giving up\n"); + for (bp = buf, iter = 0; iter < nbuf; iter++, bp++) { + long flags = bp->b_flags; + if ((flags & (B_BUSY | B_INVAL)) == B_BUSY) { + printf("%4d 0x%08lx", iter, flags); + if (flags & B_AGE) printf(" age"); + if (flags & B_APPENDWRITE) printf(" appendwrite"); + if (flags & B_ASYNC) printf(" async"); + if (flags & B_BAD) printf(" bad"); + if (flags & B_BUSY) printf(" busy"); + if (flags & B_CACHE) printf(" cache"); + if (flags & B_CALL) printf(" call"); + if (flags & B_DELWRI) printf(" delwri"); + if (flags & B_DIRTY) printf(" dirty"); + if (flags & B_DONE) printf(" done"); + if (flags & B_EINTR) printf(" eintr"); + if (flags & B_ERROR) printf(" error"); + if (flags & B_GATHERED) printf(" gathered"); + if (flags & B_INVAL) printf(" inval"); + if (flags & B_LOCKED) printf(" locked"); + if (flags & B_NOCACHE) printf(" nocache"); + if (flags & B_MALLOC) printf(" malloc"); + if (flags & B_CLUSTEROK) printf(" clusterok"); + if (flags & B_PHYS) printf(" phys"); + if (flags & B_RAW) printf(" raw"); + if (flags & B_READ) printf(" read"); + if (flags & B_TAPE) printf(" tape"); + if (flags & B_RELBUF) printf(" relbuf"); + if (flags & B_WANTED) printf(" wanted"); + if (flags & B_WRITEINPROG) printf(" writeinprog"); + if (flags & B_XXX) printf(" xxx"); + if (flags & B_PAGING) printf(" paging"); + if (flags & B_VMIO) printf(" vmio"); + if (flags & B_CLUSTER) printf(" cluster"); + if (flags & B_BOUNCE) printf(" bounce"); + printf(" resid=%x bcount=%x lblk=%d blk=%d pblk=%d dev=%x\n", bp->b_resid, bp->b_bcount, bp->b_lblkno, bp->b_blkno, bp->b_pblkno, bp->b_dev); + } + } } else { printf("done\n"); /* >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 03:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA15105 for bugs-outgoing; Tue, 7 Jan 1997 03:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA15077; Tue, 7 Jan 1997 03:00:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 03:00:02 -0800 (PST) Resent-Message-Id: <199701071100.DAA15077@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from dfw-ix8.ix.netcom.com (dfw-ix8.ix.netcom.com [206.214.98.8]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id CAA15000 for" ; Tue, 7 Jan 1997 02:57:33.-0800 (PST) Received: from silvia.HIP.Berkeley.EDU (wck-ca14-58.ix.netcom.com [207.92.174.122]) by dfw-ix8.ix.netcom.com (8.6.13/8.6.12) with ESMTP id CAA09955 for ; Tue, 7 Jan 1997 02:56:49 -0800 Received: (from asami@localhost) by silvia.HIP.Berkeley.EDU (8.8.4/8.6.9) id CAA03829; Tue, 7 Jan 1997 02:56:20 -0800 (PST) Message-Id: <199701071056.CAA03829@silvia.HIP.Berkeley.EDU> Date: Tue, 7 Jan 1997 02:56:20 -0800 (PST) From: asami@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/2394: tar will extract files even if -C command fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2394 >Category: gnu >Synopsis: tar will extract files even if -C command fails >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 03:00:01 PST 1997 >Last-Modified: >Originator: Satoshi Asami >Organization: The FreeBSD Project >Release: FreeBSD 3.0-CURRENT i386 >Environment: It's up there. >Description: When you execute the command: tar -C /nonexistent/path -xf tarfile tar will complain about -C failing but will extract the files (in the current directory) anyway. This can be especially disastrous if the command is actually the second half of a pipe, as in tar cf - . | tar -C /nonexistent/path -xf - because this can cause files in the current directory to be truncated and then padded with zeros. (A surefire way to destroy your root partition while trying to back it up.) >How-To-Repeat: It's up there. >Fix: Tried to fix it myself but got lost in the spaghetti of conditionals. ;) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 03:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA16373 for bugs-outgoing; Tue, 7 Jan 1997 03:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA16363; Tue, 7 Jan 1997 03:30:01 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 03:30:01 -0800 (PST) Resent-Message-Id: <199701071130.DAA16363@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, jtp@iki.fi Received: from noknic.nokia.com (noknic.nokia.com [131.228.6.10]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id DAA16271 for ; Tue, 7 Jan 1997 03:28:18 -0800 (PST) Received: from pepper.research.nokia.com (pepper.research.nokia.com [131.228.12.3]) by noknic.nokia.com (8.6.9/8.6.9) with SMTP id NAA08117 for ; Tue, 7 Jan 1997 13:27:42 +0200 Received: (from smap@localhost) by pepper.research.nokia.com (8.6.13/8.6.13) id NAA11697; Tue, 7 Jan 1997 13:27:38 +0200 Received: from awreety.research.nokia.com(131.228.12.198) by pepper.research.nokia.com via smap (V1.3) id sma011634; Tue Jan 7 13:26:53 1997 Received: (from partanen@localhost) by awreety.research.nokia.com (8.7.5/8.7.3) id NAA02841; Tue, 7 Jan 1997 13:26:54 +0200 (EET) Message-Id: <199701071126.NAA02841@awreety.research.nokia.com> Date: Tue, 7 Jan 1997 13:26:54 +0200 (EET) From: jtp@iki.fi Reply-To: jtp@iki.fi To: FreeBSD-gnats-submit@freebsd.org Cc: jtp@iki.fi X-Send-Pr-Version: 3.2 Subject: i386/2395: 2.2-BETA installation problem on ICL ErgoPro s450 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2395 >Category: i386 >Synopsis: 2.2-BETA installation problem on ICL ErgoPro s450 >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 03:30:00 PST 1997 >Last-Modified: >Originator: Jukka Partanen >Organization: None >Release: FreeBSD 2.2-BETA i386 >Environment: ICL ErgoPro s450 64M memory 1G IDE disk ATAPI CD-ROM SMC Elite something ethernet adapter (the motherboard has a built-in AMD PCNet/PCI ethernet adapter, but 2.2-960801-SNAP does not seem to work with it) SB clone on the motherboard 2.2-BETA boot floppy dated Dec 25 1996. >Description: I tried to install 2.2-BETA, but the kernel from the boot floppy hangs right after printing npx0 on motherboard npx0: INT 16 interface apm0: disabled, not probed I used the visual configuration utility to disable all other devices except fdc0, wdc0, wdc1, ed0 (configured to 0x300, 10, 0xcc000), and sc0. Previous releases have worked without problems (I'm currently using 2.2-960801-SNAP). Here is the kernel output from 2.2-960801-SNAP: FreeBSD 2.2-960801-SNAP #0: Fri Oct 4 11:17:56 EET DST 1996 partanen@awreety.research.nokia.com:/usr/src/sys/compile/JTP Calibrating clock(s) relative to mc146818A clock... i586 clock: 133213859 Hz, i8254 clock: 1193118 Hz CPU: Pentium (133.21-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52b Stepping=11 Features=0x1bf real memory = 67108864 (65536K bytes) avail memory = 63074304 (61596K bytes) Probing for devices on PCI bus 0: chip0 rev 0 on pci0:0 chip1 rev 17 on pci0:1 vga0 rev 1 on pci0:7 lnc1 rev 2 int a irq 11 on pci0:14 lnc1: Lance Ethernet controller, address 00:00:4b:30:41:a5 pci0:16: OPTI, device=0xc621, class=storage (ide) [no driver assigned] Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed1 at 0x300-0x31f irq 10 maddr 0xcc000 msize 16384 on isa ed1: address 00:00:c0:32:30:6b, type WD8013EPC (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A lpt0 at 0x378-0x37f irq 7 on isa lpt0: Interrupt-driven port lp0: TCP/IP capable interface psm0 at 0x60-0x63 irq 12 on motherboard fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 1039MB (2127888 sectors), 2111 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (atapi): , removable, intr, iordis aha0 not found at 0x330 npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 5 drq 3 on isa sb0: >How-To-Repeat: Boot with the installation floppy. >Fix: Not known. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 04:20:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA18607 for bugs-outgoing; Tue, 7 Jan 1997 04:20:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA18595; Tue, 7 Jan 1997 04:20:03 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 04:20:03 -0800 (PST) Resent-Message-Id: <199701071220.EAA18595@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.EAA18263;Tue; (8.8.4/8.8.4);, 7 Jan 1997 04:11:08.-0800 (PST) Message-Id: <199701071211.EAA18263@freefall.freebsd.org> Date: Tue, 7 Jan 1997 04:11:08 -0800 (PST) From: tunny.bbs@bbs.net.tsinghua.edu.cn To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2396: /dev/rwd0a was bad Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2396 >Category: misc >Synopsis: /dev/rwd0a was bad >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 04:20:01 PST 1997 >Last-Modified: >Originator: Min Huang (tunny) >Organization: KH2 >Release: 2.1.6 >Environment: P5/100 Quenterm fireball 1280A LBA MODEL Tri 64 V+ >Description: When I were working under X11R6, the screen suddenly bedlam(now it seemd that the reason of my vga card), then I reset the computer. After the FreeBSD tested hardware, it showd: Automatic reboot inn progress /dev/rwd0a: bad file descriptor can't stat /dev/rwd0a /dev/wd0a: /dev/wd0a is not a character device /dev/wd0a: UNEXPECTED INCONSISTENCY; RUN fsck MANUALLY ......... after I enter the single model sh and use fsck fsck /dev/rwd0a: bad file descriptor can't stat /dev/rwd0a /dev/rwd0a is not a character device continue? [yn] the other disk were find. How should I do? please direct me. Thanks for any help. >How-To-Repeat: >Fix: I don't know. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 04:32:25 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA19668 for bugs-outgoing; Tue, 7 Jan 1997 04:32:25 -0800 (PST) Received: from xkis.kis.ru (root@xkis.kis.ru [194.87.66.200]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA19662 for ; Tue, 7 Jan 1997 04:32:21 -0800 (PST) Received: from localhost (dv@localhost) by xkis.kis.ru (8.8.3/8.8.3) with SMTP id PAA03148 for ; Tue, 7 Jan 1997 15:31:50 +0300 (MSK) Date: Tue, 7 Jan 1997 15:31:50 +0300 (MSK) From: Dmitry Valdov To: freebsd-bugs@freebsd.org Subject: PPPD problem Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hello! There is a problem in pppd. When client tries to use PAP while FreeBSD server has PAP disbled, pppd on server says "Timeout Sending Config-requests", but never hangup the line :( Configs are ok. (normally it terminates the connection when Timeout) But never is there is a PPP with PAP on other end :( Dmitry. From owner-freebsd-bugs Tue Jan 7 09:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA00198 for bugs-outgoing; Tue, 7 Jan 1997 09:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id JAA00192; Tue, 7 Jan 1997 09:20:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 09:20:02 -0800 (PST) Resent-Message-Id: <199701071720.JAA00192@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, root@bambam.lss.cp.philips.com Received: from gw-nl1.philips.com (gw-nl1.philips.com [192.68.44.33]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id JAA29846 for ; Tue, 7 Jan 1997 09:10:01 -0800 (PST) Received: (from nobody@localhost) by gw-nl1.philips.com (8.6.10/8.6.10-0.994n-08Nov95) id SAA17900 for ; Tue, 7 Jan 1997 18:09:55 +0100 Received: from unknown(130.139.36.3) by gw-nl1.philips.com via smap (V1.3+ESMTP) with ESMTP id sma017617; Tue Jan 7 18:08:49 1997 Received: from bambam.lss.cp.philips.com (bambam.lss.cp.philips.com [130.144.198.171]) by smtprelay.nl.cis.philips.com (8.6.10/8.6.10-1.2.1m-961216) with SMTP id SAA27766 for ; Tue, 7 Jan 1997 18:08:48 +0100 Received: (from root@localhost) by bambam.lss.cp.philips.com (8.8.4/8.8.4) id SAA14219; Tue, 7 Jan 1997 18:08:47 +0100 (CET) Message-Id: <199701071708.SAA14219@bambam.lss.cp.philips.com> Date: Tue, 7 Jan 1997 18:08:47 +0100 (CET) From: root@bambam.lss.cp.philips.com Reply-To: root@bambam.lss.cp.philips.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/2399: sysinstall dumps core Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2399 >Category: conf >Synopsis: sysinstall dumps core >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 09:20:01 PST 1997 >Last-Modified: >Originator: Koef >Organization: >Release: FreeBSD 2.2-BETA_A i386 >Environment: >Description: I used sysinstall to create a partition after the initial installation. I added a new partition, and decided to label it without a bootblock. WHen I chose the W option (gives warning to only use it for after installation usage) it dumped core when the window `creating initial devices' appeared. According to me, that window should not appear at all. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 11:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA06057 for bugs-outgoing; Tue, 7 Jan 1997 11:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA06050; Tue, 7 Jan 1997 11:30:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 11:30:02 -0800 (PST) Resent-Message-Id: <199701071930.LAA06050@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, hsu@clinet.fi Received: from hauki.clinet.fi (root@hauki.clinet.fi [194.100.0.1]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA05729 for ; Tue, 7 Jan 1997 11:22:02 -0800 (PST) Received: from cantina.clinet.fi (root@cantina.clinet.fi [194.100.0.15]) by hauki.clinet.fi (8.8.2/8.6.4) with ESMTP id VAA07852 for ; Tue, 7 Jan 1997 21:21:38 +0200 (EET) Received: (hsu@localhost) by cantina.clinet.fi (8.8.4/8.6.4) id VAA18012; Tue, 7 Jan 1997 21:21:38 +0200 (EET) Message-Id: <199701071921.VAA18012@cantina.clinet.fi> Date: Tue, 7 Jan 1997 21:21:38 +0200 (EET) From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2401: 2.2 RELENG sometimes locks up early on boot Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2401 >Category: kern >Synopsis: 2.2 RELENG sometimes locks up early on boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 11:30:01 PST 1997 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2-CURRENT i386 >Environment: 2.2 RELENG supped 6th jan 1997, ASUS T2P4, 128M, lots of disks (news server). pcvt. The keyboard is no-name bulk keyboard. >Description: The system sometimes locks on early on boot, right after copyright messages. I think this was introduced when someone committed a change to the keyboard driver couple of months ago, but I thought it had been fixed already (I vaguely remember a commit which reversed the change, but I could be wrong?) >How-To-Repeat: Reboot enough times. This may require specific type of keyboard, if that happens to be the cause. I have not seen this with older kernels (3 months old). >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 11:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07298 for bugs-outgoing; Tue, 7 Jan 1997 11:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07282; Tue, 7 Jan 1997 11:50:01 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 11:50:01 -0800 (PST) Resent-Message-Id: <199701071950.LAA07282@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA06876 for ; Tue, 7 Jan 1997 11:43:27 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id OAA05531 for ; Tue, 7 Jan 1997 14:40:16 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.8.3/8.7.3) with ESMTP id OAA04911 for ; Tue, 7 Jan 1997 14:40:16 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id OAA04241 for ; Tue, 7 Jan 1997 14:27:55 -0500 (EST) Received: from hydrogen.nike.efn.org (resnet.uoregon.edu [128.223.170.28]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA05930 for ; Tue, 7 Jan 1997 11:27:25 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id LAA02680; Tue, 7 Jan 1997 11:27:23 -0800 (PST) Message-Id: <199701071927.LAA02680@hydrogen.nike.efn.org> Date: Tue, 7 Jan 1997 11:27:23 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: bin/2402: extra quote at the end of a fortune... Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2402 >Category: bin >Synopsis: extra quote at the end of a fortune... >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 11:50:00 PST 1997 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: probably any BSD with the fortunes database >Description: this fortune: YOW!! Everybody out of the GENETIC POOL!" has an extra quote at the end of it.. >How-To-Repeat: while ! fortune | grep 'YOW!! Everybody'; do done then let sit for a while :) >Fix: apply this patch: Index: fortunes =================================================================== RCS file: /usr/cvs/src/games/fortune/datfiles/fortunes,v retrieving revision 1.3 diff -c -r1.3 fortunes *** fortunes 1996/11/22 22:16:25 1.3 --- fortunes 1997/01/07 19:21:48 *************** *** 16278,16284 **** "Yow! Am I having fun yet?" -- Zippy the Pinhead % ! YOW!! Everybody out of the GENETIC POOL!" % Zero Defects, n.: The result of shutting down a production line. --- 16278,16284 ---- "Yow! Am I having fun yet?" -- Zippy the Pinhead % ! YOW!! Everybody out of the GENETIC POOL! % Zero Defects, n.: The result of shutting down a production line. >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Tue Jan 7 11:50:08 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07333 for bugs-outgoing; Tue, 7 Jan 1997 11:50:08 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA07312; Tue, 7 Jan 1997 11:50:04 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 11:50:04 -0800 (PST) Resent-Message-Id: <199701071950.LAA07312@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, roberto@keltia.freenix.fr Received: from mexico.brainstorm.eu.org (root@mexico.brainstorm.fr [193.56.58.253]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id LAA07012 for ; Tue, 7 Jan 1997 11:47:04 -0800 (PST) Received: from brasil.brainstorm.eu.org (brasil.brainstorm.fr [193.56.58.33]) by mexico.brainstorm.eu.org (8.8.4/8.8.4) with ESMTP id UAA01437 for ; Tue, 7 Jan 1997 20:46:57 +0100 Received: (from uucp@localhost) by brasil.brainstorm.eu.org (8.6.12/8.6.12) with UUCP id UAA17519 for FreeBSD-gnats-submit@freebsd.org; Tue, 7 Jan 1997 20:46:53 +0100 Received: (from roberto@localhost) by keltia.freenix.fr (8.8.4/keltia-uucp-2.9) id UAA15338; Tue, 7 Jan 1997 20:03:47 +0100 (CET) Message-Id: <199701071903.UAA15338@keltia.freenix.fr> Date: Tue, 7 Jan 1997 20:03:47 +0100 (CET) From: Ollivier Robert Reply-To: roberto@keltia.freenix.fr To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2404: ldd(1) displays some shared libs paths incorrectly Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2404 >Category: bin >Synopsis: It displays libfoo.N.M as '-llibfoo.so.N.M version 0.0' >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 11:50:03 PST 1997 >Last-Modified: >Originator: Ollivier Robert >Organization: Usenet Canal Historique >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD keltia.freenix.fr 3.0-CURRENT FreeBSD 3.0-CURRENT #33: Sat Dec 21 12:57:17 CET 1996 roberto@keltia.freenix.fr:/src/src/sys/compile/DKELTIA i386 Current from Dec. 21st. Perl 5.003_19 >Description: When linking an executable with a shared object, link with the following command: gcc -o foo foo.o libbar.so.N.M ldd -v foo produces a weird output: ... Shared object dependencies: -llibfoo.so.N.M version 0.0 -lc version 3.0 ... real example: % /usr/bin/ld -e start -dc -dp -o suidperl /usr/lib/crt0.o -L/usr/local/lib -R/usr/local/lib/perl5/i386-freebsd/5.00319/CORE perlmain.o sperl.o lib/auto/DynaLoader/DynaLoader.a libperl.so.3.19 -lm -lc -lcrypt /usr/lib/libgcc.a -lc /usr/lib/libgcc.a % ldd -v suidperl ... Shared object dependencies: -llibperl.so.3.19 version 0.0 -lm version 2.0 -lc version 3.0 -lcrypt version 2.0 Shared object additional paths: /usr/local/lib/perl5/i386-freebsd/5.00319/CORE Relocations: ... >How-To-Repeat: See above or try to compile Perl5.003_NN with shared libperl (any subversion of NN should have the same problem). >Fix: Unknown. Workaround is to specify '-lperl' instead of the real complete name (libperl.so.3.19). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 13:10:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA11679 for bugs-outgoing; Tue, 7 Jan 1997 13:10:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA11670; Tue, 7 Jan 1997 13:10:02 -0800 (PST) Date: Tue, 7 Jan 1997 13:10:02 -0800 (PST) Message-Id: <199701072110.NAA11670@freefall.freebsd.org> To: freebsd-bugs Cc: From: proff@iq.org Subject: subject=Re: i386/2180: rapid xon/xoff causes cy.c serial driver to cra Reply-To: proff@iq.org Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2180; it has been noted by GNATS. From: proff@iq.org To: freebsd-gnats-submit@freebsd.org, proff@iq.org Cc: Subject: subject=Re: i386/2180: rapid xon/xoff causes cy.c serial driver to cra Date: Wed, 8 Jan 1997 08:06:55 +1100 (EST) It turns out this may well have been a local problem dur to an irq holding problem with an isa wd ethernet card on the same machine. -proff From owner-freebsd-bugs Tue Jan 7 13:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12220 for bugs-outgoing; Tue, 7 Jan 1997 13:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA12202; Tue, 7 Jan 1997 13:20:01 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 13:20:01 -0800 (PST) Resent-Message-Id: <199701072120.NAA12202@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.NAA11979;Tue; (8.8.4/8.8.4);, 7 Jan 1997 13:16:19.-0800 (PST) Message-Id: <199701072116.NAA11979@freefall.freebsd.org> Date: Tue, 7 Jan 1997 13:16:19 -0800 (PST) From: pusateri@jnx.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2405: PCMCIA support hangs input on non-PCMCIA serial ports Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2405 >Category: kern >Synopsis: PCMCIA support hangs input on non-PCMCIA serial ports >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 13:20:00 PST 1997 >Last-Modified: >Originator: Tom Pusateri >Organization: Juniper Networks >Release: 2.2-961014-SNAP >Environment: >Description: When I add the following lines to the kernel config file, the PCMCIA serial port works (sio2) but the onboard serial port (sio1) no longer works. > controller crd0 > controller pcic0 at crd? > controller pcic1 at crd? 82a83 > device sio2 at isa? port "IO_COM3" tty irq 11 vector siointr The output to the onboard serial port works but input doesn't appear to be accepted. It does appear to be transmitted correctly into the serial port but remains buffered in the kernel. If two machines are connected to each other using kermit, and a backslash is typed on the machine with the broken kernel after it has received data, the data is released from the buffer and displayed. If I recompile /sys/i386/isa/sio.c without PCMCIA support, the onboard serial port works fine. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 13:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA13689 for bugs-outgoing; Tue, 7 Jan 1997 13:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA13683; Tue, 7 Jan 1997 13:50:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 13:50:02 -0800 (PST) Resent-Message-Id: <199701072150.NAA13683@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, cacho@crysophylax.sc.iteso.mx Received: from crysophylax.sc.iteso.mx (crysophylax.sc.iteso.mx [148.201.1.32]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA13441 for ; Tue, 7 Jan 1997 13:43:49 -0800 (PST) Received: (from cacho@localhost) by crysophylax.sc.iteso.mx (8.8.3/8.8.3) id PAA14614; Tue, 7 Jan 1997 15:43:27 -0600 (CST) Message-Id: <199701072143.PAA14614@crysophylax.sc.iteso.mx> Date: Tue, 7 Jan 1997 15:43:27 -0600 (CST) From: Hector Gonzalez Jaime Reply-To: cacho@crysophylax.sc.iteso.mx To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2406: shmat(2) blues Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2406 >Category: kern >Synopsis: shmat(2) fails under 2.1.6R >Confidential: yes >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 13:50:01 PST 1997 >Last-Modified: >Originator: Hector Gonzalez Jaime >Organization: ITESO university, Guadalajara, Mexico. >Release: FreeBSD 2.1.6-RELEASE i386 >Environment: Different systems running FreeBSD 2.1.6 and 2.1.5, with GENERIC kernels or shared memory enabled kernels. >Description: misuse of shmat(2) can reboot a system without core dump, panic or anything. when shmat is sent an unallocated pointer by any user that previously requested shared memory, it will not fail or dump core, but will cause a reset. >How-To-Repeat: run shmg first, then shmd. --shmg.c-- #include #include #include #include main() { void *apunta; int shmid; shmid = shmget(10,8192,SHM_R | SHM_W | IPC_CREAT); return 0; } --end --shmd.c #include #include #include #include main() { void *apunta; int shmid; shmid = shmget(10,8192,0); printf ("%d\n",shmid); shmat (shmid,apunta,SHM_RND); perror("shmat"); shmctl (shmid,IPC_RMID,0); return 0; } --end. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 13:50:49 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA13778 for bugs-outgoing; Tue, 7 Jan 1997 13:50:49 -0800 (PST) Received: (from nate@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA13753; Tue, 7 Jan 1997 13:50:43 -0800 (PST) Date: Tue, 7 Jan 1997 13:50:43 -0800 (PST) From: Nate Williams Message-Id: <199701072150.NAA13753@freefall.freebsd.org> To: pusateri@jnx.com, nate, freebsd-bugs, nate Subject: Re: kern/2405 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: PCMCIA support hangs input on non-PCMCIA serial ports State-Changed-From-To: open-analyzed State-Changed-By: nate State-Changed-When: Tue Jan 7 13:48:16 PST 1997 State-Changed-Why: This is a 'known' problem with the crd0 device, which by default uses IRQ3 (the same one used by sio1). The solution is to be able to specify the IRQ on the config line and/or determine an unused IRQ after all the other devices have been probed. I'm planning on getting to the problem this week sometime. Responsible-Changed-From-To: freebsd-bugs->nate Responsible-Changed-By: nate Responsible-Changed-When: Tue Jan 7 13:48:16 PST 1997 Responsible-Changed-Why: My area. From owner-freebsd-bugs Tue Jan 7 14:34:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA16083 for bugs-outgoing; Tue, 7 Jan 1997 14:34:55 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA16039; Tue, 7 Jan 1997 14:34:25 -0800 (PST) Date: Tue, 7 Jan 1997 14:34:25 -0800 (PST) From: Gary Palmer Message-Id: <199701072234.OAA16039@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: misc/2407 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: dirent.h does not include sys/types.h Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Tue Jan 7 14:34:14 PST 1997 Responsible-Changed-Why: Another misfiled PR From owner-freebsd-bugs Tue Jan 7 14:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA16549 for bugs-outgoing; Tue, 7 Jan 1997 14:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA16536; Tue, 7 Jan 1997 14:40:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 14:40:02 -0800 (PST) Resent-Message-Id: <199701072240.OAA16536@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, karl@Mcs.Net Received: from Kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA15792 for ; Tue, 7 Jan 1997 14:32:44 -0800 (PST) Received: from Mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by Kitten.mcs.com (8.8.2/8.8.2-biteme) with ESMTP id QAA12363 for ; Tue, 7 Jan 1997 16:32:33 -0600 (CST) Received: from Codebase.mcs.net (codebase.mcs.net [192.160.127.89]) by Mailbox.mcs.com (8.8.2/8.8.2) with ESMTP id QAA06400 for ; Tue, 7 Jan 1997 16:32:24 -0600 (CST) Received: (from root@localhost) by Codebase.mcs.net (8.8.4/8.8.2) id QAA25145; Tue, 7 Jan 1997 16:32:23 -0600 (CST) Message-Id: <199701072232.QAA25145@Codebase.mcs.net> Date: Tue, 7 Jan 1997 16:32:23 -0600 (CST) From: Karl Reply-To: karl@Mcs.Net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2408: Rwhod now revokes permissions, but fails to chmod files Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2408 >Category: bin >Synopsis: Rwhod now revokes permissions, but fails to chmod files >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 14:40:00 PST 1997 >Last-Modified: >Originator: Karl Denninger >Organization: MCSNet >Release: FreeBSD 3.0-CURRENT i386 >Environment: rwhod now revokes permissions, but fails to fchmod the files to have read permission for world. ruptime and rwho fail as a consequence. >Description: See above >How-To-Repeat: Start rwhod >Fix: Add the following at line 288: fchmod(whod, 0644); -- Karl Denninger >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 15:30:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA22444 for bugs-outgoing; Tue, 7 Jan 1997 15:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA22430; Tue, 7 Jan 1997 15:30:05 -0800 (PST) Date: Tue, 7 Jan 1997 15:30:05 -0800 (PST) Message-Id: <199701072330.PAA22430@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2390; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: nsayer@quack.kfu.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2390: Some CDROM drives stop audio on cdcontrol status Date: Wed, 8 Jan 1997 00:04:42 +0100 As nsayer@quack.kfu.com wrote: > when running cdcontrol, 'status' will show status and stop > the drive. It is not entirely clear whether or not this is just > totally bogus behavior on the drive's part It's plain broken. Return that drive. READ SUBCHANNEL is _intended_ to report about the current audio play operation (the subchannel data are spurious bits interspersed with the regular data in order to provide an additional, low-bandwidth information flow). So if the drive stops when requesting subchannel data, what to do now? > Perhaps another quirk needs to be added to handle this > situation. I don't see any solution to this (other than avoiding the READ SUBCHANNEL totally). Since the drive apparently not only stops, but aborts the current play operation, all bets are off. Since that's already your second failure report for that drive, i'd strongly suggest you return it. It violates the specs. Seems that SCSI drive vendors are now trying to beat the ATAPI drive vendors in terms of bugginess and violation of standards in their firmware. :-(( -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 7 15:40:11 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA23804 for bugs-outgoing; Tue, 7 Jan 1997 15:40:11 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA23791; Tue, 7 Jan 1997 15:40:06 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 15:40:06 -0800 (PST) Resent-Message-Id: <199701072340.PAA23791@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, marks@digex.net Received: from otor.digex.net (otor.digex.net [205.197.249.64]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id PAA23497 for ; Tue, 7 Jan 1997 15:37:50 -0800 (PST) Received: (from marks@localhost) by otor.digex.net (8.8.4/8.8.4) id SAA00529; Tue, 7 Jan 1997 18:37:38 -0500 (EST) Message-Id: <199701072337.SAA00529@otor.digex.net> Date: Tue, 7 Jan 1997 18:37:38 -0500 (EST) From: Mark Schleifer Reply-To: marks@digex.net To: FreeBSD-gnats-submit@freebsd.org Cc: marks@otor.digex.net X-Send-Pr-Version: 3.2 Subject: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2409 >Category: kern >Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 15:40:03 PST 1997 >Last-Modified: >Originator: Mark Schleifer >Organization: DIGEX >Release: FreeBSD 2.2-BETA_A i386 >Environment: DEC HiNote Ultra II Laptop Pentium 133MHz 32 MB Ram >Description: On Boot: psm0: unable to set the command byte. psm0 not found at 0x60 Worked under SNAPs and ALPHA. Seems to be root cause of moused and X crashing system. >How-To-Repeat: Kernel made with following config file. This file worked with SNAPs and ALPHA after applying PAO patches. Also tried with PSM_NO_RESET with BETA but that caused the keyboard to lockup at first input request. # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # $Id: GENERIC,v 1.70 1996/05/13 04:29:13 nate Exp $ # machine "i386" cpu "I586_CPU" ident OTOR-SCSI maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options NFS_NOSERVER #Disable the NFS-server code. options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=15 #Be pessimistic about Joe SCSI device options BOUNCE_BUFFERS #include support for DMA bounce buffers options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options COMPAT_LINUX # These three options provide support for System V Interface # Definition-style interprocess communication, in the form of shared # memory, semaphores, and message queues, respectively. # options SYSVSHM options SYSVSEM options SYSVMSG # # PERFMON causes the driver for Pentium/Pentium Pro performance counters # to be compiled. See perfmon(4) for more information. # options PERFMON options MROUTING # Multicast routing # laptop-specific configuration options LAPTOP # # If your laptop have not had Windoze95-Ready BIOS, please update it. # Such old BIOS'es sometimes have critical bugs at 32-bit protected # mode APM BIOS interface (which have not used by Windoze 3.1). # PC-card suspend/resume support (experimental) options APM_PCCARD_RESUME options PCIC_RESUME_RESET # Keep power for serial cards when the system suspends # (If your machine hangs up when you try to suspend the system with # FAX/Modem PCMCIA card, uncomment this option). #options SIO_SUSP_KEEP_PWR # 0: silence # 1: simple beep (same as 960414) # 2: (default) new beep options "PCCARD_BEEP=2" config kernel root on wd0 controller isa0 controller pci0 controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #disk fd1 at fdc0 drive 1 #tape ft0 at fdc0 drive 2 controller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 options ATAPI #Enable ATAPI support for IDE bus options ATAPI_STATIC #Don't do it as an LKM device wcd0 #IDE CD-ROM # A single entry for any of these controllers (ncr, ahb, ahc) is sufficient # for any number of installed devices. controller scbus0 device sd0 #SCSI disks device cd0 #Only need one of these, the code dynamically grows controller aic0 at isa? port 0x340 bio irq 11 vector aicintr # syscons is the default console driver, resembling an SCO console device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? port "IO_KBD" tty irq 1 vector pcrint #options PCVT_FREEBSD=210 # pcvt running on FreeBSD >= 2.0.5 options XSERVER # include code for XFree86 #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Mandatory, don't remove device npx0 at isa? port "IO_NPX" irq 13 vector npxintr controller crd0 device pcic0 at crd? device pcic1 at crd? controller crd1 device pcic2 at crd? device pcic3 at crd? # # Laptop support (see LINT for more options) # # apm: Laptop Advanced Power Management (experimental) # Notes on APM # Some APM implementations will not work with the `statistics clock' # enabled, so it's disabled by default if the APM driver is enabled. # However, this is not true for all laptops. Try removing the option # APM_BROKEN_STATCLOCK and see if suspend/resume work device apm0 at isa? # Advanced Power Management options APM_BROKEN_STATCLOCK # Workaround some buggy APM BIOS # # Miscellaneous hardware: # # For older notebooks that signal a powerfail condition (external # power supply dropped, or battery state low) by issuing an NMI: options POWERFAIL_NMI # make it beep instead of panicing device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr device sio1 at isa? port "IO_COM2" tty irq 3 vector siointr #device sio2 at isa? port "IO_COM3" tty irq 5 vector siointr #device sio3 at isa? disable port "IO_COM4" tty irq 9 vector siointr device lpt0 at isa? port? tty irq 7 vector lptintr device lpt1 at isa? port? tty #device lpt2 at isa? port? tty device psm0 at isa? port "IO_KBD" conflicts tty irq 12 vector psmintr device ep0 at isa? port 0x300 net irq 7 vector epintr device wlp0 at isa? port 0x300 net irq 11 vector wlpintr #device zp0 at isa? port 0x300 net irq 7 iomem 0xd8000 vector zpintr # joy: joystick device joy0 at isa? port "IO_GAME" # Audio drivers: `snd', `sb', `pas', `gus', `pca' # # snd: Voxware sound support code # sb: SoundBlaster PCM - SoundBlaster, SB Pro, SB16, ProAudioSpectrum # sbxvi: SoundBlaster 16 # sbmidi: SoundBlaster 16 MIDI interface # opl: Yamaha OPL-2 and OPL-3 FM - SB, SB Pro, SB 16, ProAudioSpectrum # # pca: PCM audio through your PC speaker # # The i386/isa/sound/sound.doc has more information. controller snd0 device sb0 at isa? port 0x220 irq 5 conflicts drq 1 vector sbintr #device sbxvi0 at isa? drq 5 #device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 conflicts #device uart0 at isa? port 0x330 irq 5 vector "m6850intr" # Not controlled by `snd' device pca0 at isa? port IO_TIMER1 tty pseudo-device bpfilter 4 #Berkeley packet filter pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 # ijppp uses tun instead of ppp device pseudo-device ppp 1 pseudo-device tun 1 pseudo-device pty 64 # keep this if you want to be able to continue to use /stand/sysinstall pseudo-device gzip # Exec gzipped a.out's pseudo-device speaker #Play IBM BASIC-style noises out your speaker >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 16:00:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA26519 for bugs-outgoing; Tue, 7 Jan 1997 16:00:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA26512; Tue, 7 Jan 1997 16:00:03 -0800 (PST) Date: Tue, 7 Jan 1997 16:00:03 -0800 (PST) Message-Id: <199701080000.QAA26512@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: i386/2395: 2.2-BETA installation problem on ICL ErgoPro s450 Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/2395; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: jtp@iki.fi Cc: FreeBSD-gnats-submit@freebsd.org, jtp@iki.fi Subject: Re: i386/2395: 2.2-BETA installation problem on ICL ErgoPro s450 Date: Wed, 8 Jan 1997 00:49:32 +0100 As jtp@iki.fi wrote: > I tried to install 2.2-BETA, but the kernel from the boot > floppy hangs right after printing > > npx0 on motherboard > npx0: INT 16 interface > apm0: disabled, not probed Can you switch to the second screen (Alt-F2), and see if there are some messages already? -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 7 16:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28367 for bugs-outgoing; Tue, 7 Jan 1997 16:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28354; Tue, 7 Jan 1997 16:30:03 -0800 (PST) Date: Tue, 7 Jan 1997 16:30:03 -0800 (PST) Message-Id: <199701080030.QAA28354@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: kern/2401: 2.2 RELENG sometimes locks up early on boot Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2401; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2401: 2.2 RELENG sometimes locks up early on boot Date: Wed, 8 Jan 1997 01:09:35 +0100 As Heikki Suonsivu wrote: > 2.2 RELENG supped 6th jan 1997, ASUS T2P4, 128M, lots of disks (news > server). pcvt. The keyboard is no-name bulk keyboard. > The system sometimes locks on early on boot, right after copyright > messages. That's basically a known bug, although the fix is still unknown. I tried various things (although not yet Bruce's most recent suggestion). I simply didn't file a PR for just myself by now. ;-) Btw., it would have been more useful to put `pcvt' into the synopsis... -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 7 16:30:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28380 for bugs-outgoing; Tue, 7 Jan 1997 16:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28365; Tue, 7 Jan 1997 16:30:05 -0800 (PST) Date: Tue, 7 Jan 1997 16:30:05 -0800 (PST) Message-Id: <199701080030.QAA28365@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Nate Williams Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Nate Williams To: marks@digex.net Cc: FreeBSD-gnats-submit@freebsd.org, marks@otor.digex.net Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Tue, 7 Jan 1997 17:18:11 -0700 (MST) > >Number: 2409 > >Category: kern > >Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60 > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Jan 7 15:40:03 PST 1997 > >Last-Modified: > >Originator: Mark Schleifer > >Organization: > DIGEX > >Release: FreeBSD 2.2-BETA_A i386 > >Environment: > > DEC HiNote Ultra II Laptop > Pentium 133MHz > 32 MB Ram > > >Description: > > On Boot: > > psm0: unable to set the command byte. > psm0 not found at 0x60 > > Worked under SNAPs and ALPHA. Seems to be root cause of moused and > X crashing system. Try removing all of the PAO patches and see if it makes any difference. Nate From owner-freebsd-bugs Tue Jan 7 16:30:17 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28414 for bugs-outgoing; Tue, 7 Jan 1997 16:30:17 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28386; Tue, 7 Jan 1997 16:30:12 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 16:30:12 -0800 (PST) Resent-Message-Id: <199701080030.QAA28386@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Dmitry Valdov Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id QAA27695 for ; Tue, 7 Jan 1997 16:21:41 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id BAA01892 for ; Wed, 8 Jan 1997 01:21:32 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id BAA02638 for FreeBSD-gnats-submit@freebsd.org; Wed, 8 Jan 1997 01:21:32 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id AAA10820; Wed, 8 Jan 1997 00:57:23 +0100 (MET) Message-Id: <199701072357.AAA10820@uriah.heep.sax.de> Date: Wed, 8 Jan 1997 00:57:23 +0100 (MET) From: Dmitry Valdov Reply-To: Dmitry Valdov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2410: pppd(8): failing PAP doesn't force line disconnect Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2410 >Category: bin >Synopsis: pppd(8): failing PAP doesn't force line disconnect >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 16:30:07 PST 1997 >Last-Modified: >Originator: Dmitry Valdov >Organization: >Release: FreeBSD unknown >Environment: (unknown) (This PR filed by Joerg on behalf of Dmitry, who send it to the bugs mailing list.) >Description: There is a problem in pppd. When client tries to use PAP while FreeBSD server has PAP disbled, pppd on server says "Timeout Sending Config-requests", but never hangup the line :( Configs are ok. (normally it terminates the connection when Timeout) But never is there is a PPP with PAP on other end :( >How-To-Repeat: (Try connecting to pppd with a bad PAP auth key, i suppose) >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 16:30:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28419 for bugs-outgoing; Tue, 7 Jan 1997 16:30:18 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA28405; Tue, 7 Jan 1997 16:30:16 -0800 (PST) Date: Tue, 7 Jan 1997 16:30:16 -0800 (PST) Message-Id: <199701080030.QAA28405@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: misc/2396: /dev/rwd0a was bad Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2396; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: tunny.bbs@bbs.net.tsinghua.edu.cn Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/2396: /dev/rwd0a was bad Date: Wed, 8 Jan 1997 00:51:45 +0100 As tunny.bbs@bbs.net.tsinghua.edu.cn wrote: > after I enter the single model sh and use fsck > fsck > /dev/rwd0a: bad file descriptor > can't stat /dev/rwd0a > /dev/rwd0a is not a character device > continue? [yn] > > the other disk were find. > > How should I do? please direct me. Thanks for any help. You need a fixit floppy, and try to recreate the dead /dev/rwd0a. You can find an image for a sample fixit floppy in the directory floppies/ on the CD-ROM. Backups are certainly also valuable in your situation. (Better direct this kind of questions to questions@freebsd.org, it's not strictly a problem report.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Tue Jan 7 17:30:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA02114 for bugs-outgoing; Tue, 7 Jan 1997 17:30:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA02103; Tue, 7 Jan 1997 17:30:04 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 17:30:04 -0800 (PST) Resent-Message-Id: <199701080130.RAA02103@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA01734;Tue; (8.8.4/8.8.4);, 7 Jan 1997 17:26:35.-0800 (PST) Message-Id: <199701080126.RAA01734@freefall.freebsd.org> Date: Tue, 7 Jan 1997 17:26:35 -0800 (PST) From: dennisg@seanet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2411: make release fails on 2.2beta Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2411 >Category: misc >Synopsis: make release fails on 2.2beta >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 17:30:02 PST 1997 >Last-Modified: >Originator: Dennis Groves >Organization: >Release: 2.2beta >Environment: FreeBSD dennisg 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 6 10:26:41 PST 1997 root@dennisg.seanet.com:/usr/src/sys/compile/CUSTOM i386 >Description: the followng is a snippit from the make file. .if !defined(RELEASETAG) cd ${CHROOTDIR}/usr && rm -rf src && \ cvs -d ${CVSROOT} co -P src this fails with -P no a valid *cvs* option. I don't know why because it is a valid co option it's pupose is to prune the tree. >How-To-Repeat: make release >Fix: ????? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 17:33:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA02392 for bugs-outgoing; Tue, 7 Jan 1997 17:33:02 -0800 (PST) Received: from mailgate.execpc.com (root@mailgate.execpc.com [169.207.16.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id RAA02368 for ; Tue, 7 Jan 1997 17:32:51 -0800 (PST) Received: from earth.execpc.com (crome@earth [169.207.16.1]) by mailgate.execpc.com (8.8.4/8.8.3) with ESMTP id TAA14804 for ; Tue, 7 Jan 1997 19:35:45 -0600 Received: from localhost (crome@localhost) by earth.execpc.com (8.8.4/8.8.3) with SMTP id TAA11516 for ; Tue, 7 Jan 1997 19:31:48 -0600 (CST) Date: Tue, 7 Jan 1997 19:31:48 -0600 (CST) From: Jason Crome X-Sender: crome@earth To: bugs@freebsd.org Subject: Help Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk To anyone who can help: I am trying to install FreeBSD and not having any luck. Im actually having the same problem trying to install Linux. I have walnut creek distribution of FreeBSD 2.5.1. Following the directions in the pamphlet that came with the cd, I made the bootdisk to install FreeBSD. When the machine rebooted, the floppy drive would endlessly spin, not booting from the boot diskette. I tried making the disks manually using rawrite.exe, and had the same results. I even tried using an older rawrite.exe, but no luck. I tried installing from the CD with no luck as well. have tried all of the above on two totally different computers. Both CD-Roms are ATAPI/IDE, but do not match any kernel descriptions, so I installed with bare.i. (I have an NEC and a Mitsumi CD Rom drive). I have the smae identical problem trying to install Linux. I can install my slackware 3.0.0 distribution just fine, but not the latest (October 1996). Can you please help? I really need this to work. Thanks a bunch. ------------------------------------------------------------------------------ Jason Crome Email: crome@execpc.com Consultant, CID NET Software WWW: http://www.execpc.com/~crome ------------------------------------------------------------------------------ From owner-freebsd-bugs Tue Jan 7 17:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA03115 for bugs-outgoing; Tue, 7 Jan 1997 17:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA03098; Tue, 7 Jan 1997 17:40:02 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 17:40:02 -0800 (PST) Resent-Message-Id: <199701080140.RAA03098@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA02376;Tue; (8.8.4/8.8.4);, 7 Jan 1997 17:32:54.-0800 (PST) Message-Id: <199701080132.RAA02376@freefall.freebsd.org> Date: Tue, 7 Jan 1997 17:32:54 -0800 (PST) From: h-nokubi@nmit.mt.nec.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2412: Wine does not work Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2412 >Category: kern >Synopsis: Wine does not work >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 17:40:01 PST 1997 >Last-Modified: >Originator: NOKUBI Hirotaka >Organization: NEC Microcomputer Technology Ltd., Tokyo, Japan >Release: 2.2-ALPHA >Environment: sorry, I'm using other BSD box now... >Description: Wine prints message `Did you reconfigure the kernel with "options USER_LDT" ?', then exit. >How-To-Repeat: invoke Wine. >Fix: src/sys/i386/i386/machdep.c and src/sys/i386/i386/vm_machdep.c need to include "opt_user_ldt.h". >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 18:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA05529 for bugs-outgoing; Tue, 7 Jan 1997 18:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA05519; Tue, 7 Jan 1997 18:10:01 -0800 (PST) Date: Tue, 7 Jan 1997 18:10:01 -0800 (PST) Message-Id: <199701080210.SAA05519@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Schleifer Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Mark Schleifer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Mark Schleifer To: Nate Williams Cc: marks@digex.net, FreeBSD-gnats-submit@freebsd.org, marks@otor.digex.net Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Tue, 7 Jan 1997 21:02:54 -0500 (EST) On 1/7/1997 (17:18:11 -0700), Nate Williams wrote: ] > >Number: 2409 ] > >Category: kern ] > >Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60 ] > >Confidential: no ] > >Severity: serious ] > >Priority: high ] > >Responsible: freebsd-bugs ] > >State: open ] > >Class: sw-bug ] > >Submitter-Id: current-users ] > >Arrival-Date: Tue Jan 7 15:40:03 PST 1997 ] > >Last-Modified: ] > >Originator: Mark Schleifer ] > >Organization: ] > DIGEX ] > >Release: FreeBSD 2.2-BETA_A i386 ] > >Environment: ] > ] > DEC HiNote Ultra II Laptop ] > Pentium 133MHz ] > 32 MB Ram ] > ] > >Description: ] > ] > On Boot: ] > ] > psm0: unable to set the command byte. ] > psm0 not found at 0x60 ] > ] > Worked under SNAPs and ALPHA. Seems to be root cause of moused and ] > X crashing system. ] ] Try removing all of the PAO patches and see if it makes any difference. Same problem with kernel.GENERIC...Worse in fact. If psm0 is enabled in the kernel it doesn't accepts keyboard input. If moused is enabled in sysconfig, the system crashes (blaming moused) during boot. - Mark From owner-freebsd-bugs Tue Jan 7 19:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA09283 for bugs-outgoing; Tue, 7 Jan 1997 19:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA09267; Tue, 7 Jan 1997 19:20:02 -0800 (PST) Date: Tue, 7 Jan 1997 19:20:02 -0800 (PST) Message-Id: <199701080320.TAA09267@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Schleifer Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Mark Schleifer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Mark Schleifer To: Kazutaka YOKOTA Cc: FreeBSD-gnats-submit@freebsd.org, marks@digex.net Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Tue, 7 Jan 1997 22:18:42 -0500 (EST) On 1/8/1997 (10:23:25 +0900), Kazutaka YOKOTA wrote: ] ] >>Number: 2409 ] >>Category: kern ] >>Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60 ] >>Confidential: no ] >>Severity: serious ] >>Priority: high ] >>Responsible: freebsd-bugs ] >>State: open ] >>Class: sw-bug ] >>Submitter-Id: current-users ] >>Arrival-Date: Tue Jan 7 15:40:03 PST 1997 ] >>Last-Modified: ] >>Originator: Mark Schleifer ] >>Organization: ] >DIGEX ] >>Release: FreeBSD 2.2-BETA_A i386 ] >>Environment: ] > ] >DEC HiNote Ultra II Laptop ] >Pentium 133MHz ] >32 MB Ram ] > ] >>Description: ] > ] >On Boot: ] > ] >psm0: unable to set the command byte. ] >psm0 not found at 0x60 ] ] The message means that the `psm' driver has difficulty with the ] keyboard controller, and gives up probing the PS/2 mouse device. As ] far as the driver is concerned, no PS/2 mouse exists in the system. ] ] >Worked under SNAPs and ALPHA. Seems to be root cause of moused and ] >X crashing system. ] ] There recently was a patch to the `psm' driver. It cures system ] crash occurring when the `psm' driver thinks there is no PS/2 mouse ] attached, and someone, such as moused or X, tries to open `psm'. (See ] the end of this mail.) ] ] But, this patch doesn't solve the problem of your built-in(?) PS/2 ] pointing device not detected... Yes, it's a 2-button track ball that shows up as a PS/2 mouse ] ] BTW, did `moused' work properly to access the PS/2 mouse under SNAPs ] and ALPHA in your system? How did X access the mouse, directly or via ] `moused'? I don't remember trying moused before this BETA. X talked to the mouse (/dev/psm0) directly. ] >>How-To-Repeat: ] > ] >Kernel made with following config file. This file worked with SNAPs and ] >ALPHA after applying PAO patches. Also tried with PSM_NO_RESET with BETA ] >but that caused the keyboard to lockup at first input request. ] ] PSM_NO_RESET is no longer available in 2.2-BETA, thus, has nothing to do ] with the keyboard lockup; the lockup which shouldn't be happening *sigh* Interesting...It was just giving me the errors until I added that config option (which it didn't complain about). With that option in, it doesn't allow keyboard input. ] Did you see any message from the `sc' (syscons) driver on boot? sc had no errors during boot. Just the usual: Jan 7 22:13:07 otor /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jan 7 22:13:07 otor /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> ] I would also ask you to add ] options "KBDIO_DEBUG=2" ] to your config file. With this option `sc' and `psm' drivers will log ] quite a few messages via `syslogd' on boot and later. The messages are ] marked with "kbdio: blugh blugh". I did this but saw nothing in the syslogs. What does it log them under? kern.debug? Just for grins, I tried starting moused again, which crashed immediately: # moused -p /dev/psm0 -t ps/2 Fault trap 12: page fault while in kernel mode fault virtual address = 0x8 fault code = supervisor read, page not present instruction pointer = 0x8:0xf01b880b stack pointer = 0x10:0xefbffdb4 frame pointer = 0x10:0xefbffdcc code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 208 (moused) interrupt mask = panic: page fault syncing disks... 4 4 2 done Any ideas? - Mark ] -- patch to psm.c --- ] ] RCS file: /home/ncvs/src/sys/i386/isa/psm.c,v ] retrieving revision 1.25.2.3 ] retrieving revision 1.25.2.4 ] diff -u -r1.25.2.3 -r1.25.2.4 ] --- src/sys/i386/isa/psm.c 1996/12/03 10:47:24 1.25.2.3 ] +++ src/sys/i386/isa/psm.c 1997/01/05 06:34:11 1.25.2.4 ] @@ -19,7 +19,7 @@ ] * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS ] * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. ] * ] - * $Id: psm.c,v 1.25.2.3 1996/12/03 10:47:24 phk Exp $ ] + * $Id: psm.c,v 1.25.2.4 1997/01/05 06:34:11 nate Exp $ ] */ ] ] /* ] @@ -508,6 +508,8 @@ ] if (unit >= NPSM) ] return (0); ] ] + psm_softc[unit] = NULL; ] + ] sc = malloc(sizeof *sc, M_DEVBUF, M_NOWAIT); ] ] bzero(sc, sizeof *sc); ] @@ -745,6 +747,9 @@ ] int unit = dvp->id_unit; ] struct psm_softc *sc = psm_softc[unit]; ] ] + if (sc == NULL) /* shouldn't happen */ ] + return (0); ] + ] /* initial operation mode */ ] sc->mode.accelfactor = PSM_ACCEL; ] sc->mode.protocol = MOUSE_PROTO_PS2; ] @@ -786,7 +791,7 @@ ] ] /* Get device data */ ] sc = psm_softc[unit]; ] - if ((sc->state & PSM_VALID) == 0) ] + if ((sc == NULL) || (sc->state & PSM_VALID) == 0) ] /* the device is no longer valid/functioning */ ] return (ENXIO); ] ioport = sc->addr; From owner-freebsd-bugs Tue Jan 7 20:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA11635 for bugs-outgoing; Tue, 7 Jan 1997 20:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA11625; Tue, 7 Jan 1997 20:20:02 -0800 (PST) Date: Tue, 7 Jan 1997 20:20:02 -0800 (PST) Message-Id: <199701080420.UAA11625@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Kazutaka YOKOTA To: FreeBSD-gnats-submit@freebsd.org Cc: marks@digex.net, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Wed, 08 Jan 1997 10:23:25 +0900 >>Number: 2409 >>Category: kern >>Synopsis: psm0: unable to set the command byte. psm0 not found at 0x60 >>Confidential: no >>Severity: serious >>Priority: high >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Tue Jan 7 15:40:03 PST 1997 >>Last-Modified: >>Originator: Mark Schleifer >>Organization: >DIGEX >>Release: FreeBSD 2.2-BETA_A i386 >>Environment: > >DEC HiNote Ultra II Laptop >Pentium 133MHz >32 MB Ram > >>Description: > >On Boot: > >psm0: unable to set the command byte. >psm0 not found at 0x60 The message means that the `psm' driver has difficulty with the keyboard controller, and gives up probing the PS/2 mouse device. As far as the driver is concerned, no PS/2 mouse exists in the system. >Worked under SNAPs and ALPHA. Seems to be root cause of moused and >X crashing system. There recently was a patch to the `psm' driver. It cures system crash occurring when the `psm' driver thinks there is no PS/2 mouse attached, and someone, such as moused or X, tries to open `psm'. (See the end of this mail.) But, this patch doesn't solve the problem of your built-in(?) PS/2 pointing device not detected... BTW, did `moused' work properly to access the PS/2 mouse under SNAPs and ALPHA in your system? How did X access the mouse, directly or via `moused'? >>How-To-Repeat: > >Kernel made with following config file. This file worked with SNAPs and >ALPHA after applying PAO patches. Also tried with PSM_NO_RESET with BETA >but that caused the keyboard to lockup at first input request. PSM_NO_RESET is no longer available in 2.2-BETA, thus, has nothing to do with the keyboard lockup; the lockup which shouldn't be happening *sigh* Did you see any message from the `sc' (syscons) driver on boot? I would also ask you to add options "KBDIO_DEBUG=2" to your config file. With this option `sc' and `psm' drivers will log quite a few messages via `syslogd' on boot and later. The messages are marked with "kbdio: blugh blugh". Kazu -- patch to psm.c --- RCS file: /home/ncvs/src/sys/i386/isa/psm.c,v retrieving revision 1.25.2.3 retrieving revision 1.25.2.4 diff -u -r1.25.2.3 -r1.25.2.4 --- src/sys/i386/isa/psm.c 1996/12/03 10:47:24 1.25.2.3 +++ src/sys/i386/isa/psm.c 1997/01/05 06:34:11 1.25.2.4 @@ -19,7 +19,7 @@ * NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF THIS * SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. * - * $Id: psm.c,v 1.25.2.3 1996/12/03 10:47:24 phk Exp $ + * $Id: psm.c,v 1.25.2.4 1997/01/05 06:34:11 nate Exp $ */ /* @@ -508,6 +508,8 @@ if (unit >= NPSM) return (0); + psm_softc[unit] = NULL; + sc = malloc(sizeof *sc, M_DEVBUF, M_NOWAIT); bzero(sc, sizeof *sc); @@ -745,6 +747,9 @@ int unit = dvp->id_unit; struct psm_softc *sc = psm_softc[unit]; + if (sc == NULL) /* shouldn't happen */ + return (0); + /* initial operation mode */ sc->mode.accelfactor = PSM_ACCEL; sc->mode.protocol = MOUSE_PROTO_PS2; @@ -786,7 +791,7 @@ /* Get device data */ sc = psm_softc[unit]; - if ((sc->state & PSM_VALID) == 0) + if ((sc == NULL) || (sc->state & PSM_VALID) == 0) /* the device is no longer valid/functioning */ return (ENXIO); ioport = sc->addr; From owner-freebsd-bugs Tue Jan 7 21:10:07 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA12933 for bugs-outgoing; Tue, 7 Jan 1997 21:10:07 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA12923; Tue, 7 Jan 1997 21:10:04 -0800 (PST) Date: Tue, 7 Jan 1997 21:10:04 -0800 (PST) Message-Id: <199701080510.VAA12923@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Kazutaka YOKOTA To: Mark Schleifer Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Wed, 08 Jan 1997 14:05:08 +0900 >] >>How-To-Repeat: >] > >] >Kernel made with following config file. This file worked with SNAPs and >] >ALPHA after applying PAO patches. Also tried with PSM_NO_RESET with BETA >] >but that caused the keyboard to lockup at first input request. >] >] PSM_NO_RESET is no longer available in 2.2-BETA, thus, has nothing to do >] with the keyboard lockup; the lockup which shouldn't be happening *sigh* > >Interesting...It was just giving me the errors until I added that >config option (which it didn't complain about). With that option in, >it doesn't allow keyboard input. You mean, PSM_NO_RESET made `psm' to recognize your PS/2 mouse (trackball) successfully? Strange. I am very sure that PSM_NO_RESET has no effect on `psm' now... >] Did you see any message from the `sc' (syscons) driver on boot? > >sc had no errors during boot. Just the usual: > >Jan 7 22:13:07 otor /kernel: sc0 at 0x60-0x6f irq 1 on motherboard >Jan 7 22:13:07 otor /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> > >] I would also ask you to add >] options "KBDIO_DEBUG=2" >] to your config file. With this option `sc' and `psm' drivers will log >] quite a few messages via `syslogd' on boot and later. The messages are >] marked with "kbdio: blugh blugh". > >I did this but saw nothing in the syslogs. What does it log them >under? kern.debug? Yes, you should find logs under kern.debug. You should see something like: ..... kbdio: X char read (empty_both_buffers) ..... kbdio: RESET_KBD return code:00fa ..... kbdio: RESET_KBD status:00aa ..... sc0 at 0x60-0x6f irq 1 on motherboard ..... sc0: VGA color <16 virtual consoles, flags=0x0> ..... kbdio: TEST_AUX_PORT status:0000 ..... kbdio: RESET_AUX return code:00fa ..... kbdio: RESET_AUX status:00aa ..... kbdio: RESET_AUX ID:0000 ..... psm0 at 0x60-0x64 irq 12 on motherboard ..... psm0: device ID 0, 3 buttons >Just for grins, I tried starting moused again, which crashed immediately: > ># moused -p /dev/psm0 -t ps/2 You need to apply the patch to prevent the crash. Kazu From owner-freebsd-bugs Tue Jan 7 21:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA13570 for bugs-outgoing; Tue, 7 Jan 1997 21:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA13564; Tue, 7 Jan 1997 21:30:02 -0800 (PST) Date: Tue, 7 Jan 1997 21:30:02 -0800 (PST) Message-Id: <199701080530.VAA13564@freefall.freebsd.org> To: freebsd-bugs Cc: From: Nate Williams Subject: Re: misc/2411: make release fails on 2.2beta Reply-To: Nate Williams Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2411; it has been noted by GNATS. From: Nate Williams To: dennisg@seanet.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/2411: make release fails on 2.2beta Date: Tue, 7 Jan 1997 22:21:16 -0700 (MST) dennisg@seanet.com writes: > > >Number: 2411 > >Category: misc > >Synopsis: make release fails on 2.2beta > >Confidential: no > >Severity: non-critical > >Priority: low > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Jan 7 17:30:02 PST 1997 > >Last-Modified: > >Originator: Dennis Groves > >Organization: > >Release: 2.2beta > >Environment: > FreeBSD dennisg 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Mon Jan 6 10:26:41 PST 1997 root@dennisg.seanet.com:/usr/src/sys/compile/CUSTOM i386 > > >Description: > the followng is a snippit from the make file. > > .if !defined(RELEASETAG) > cd ${CHROOTDIR}/usr && rm -rf src && \ > cvs -d ${CVSROOT} co -P src > > this fails with -P no a valid *cvs* option. I don't know why because > it is a valid co option it's pupose is to prune the tree. Is CVSROOT defined in your environment? Since it's a local variable, it must be defined before you run the command. From owner-freebsd-bugs Tue Jan 7 21:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA14124 for bugs-outgoing; Tue, 7 Jan 1997 21:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA14118; Tue, 7 Jan 1997 21:40:01 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 21:40:01 -0800 (PST) Resent-Message-Id: <199701080540.VAA14118@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA13925;Tue; (8.8.4/8.8.4);, 7 Jan 1997 21:37:10.-0800 (PST) Message-Id: <199701080537.VAA13925@freefall.freebsd.org> Date: Tue, 7 Jan 1997 21:37:10 -0800 (PST) From: seki@sysrap.cs.fujitsu.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2415: Writing into bpf makes a malformed mbuf delivered to Ethernet driver Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2415 >Category: kern >Synopsis: Writing into bpf makes a malformed mbuf delivered to Ethernet driver >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 21:40:00 PST 1997 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: 2.2 BETA >Environment: >Description: When debugging PAO portion of my if_fe driver, I found the driver receive packets stored in malformed mbuf to send out. That is, m_pkthdr.len in the first mbuf was 14 bytes larger than the sum of m_len values in the chain. The fe driver relies on m_pkthdr.len, and, if such packets come when the transmission packet queue is long, (e.g., heavy network load,) the driver will crush. After analyzing the case, I found the malformed packets came from dhcpc daemon of WIDE dhcp package through bpfilter device. all packets from dhcpc seemed to have 14 bytes larger value stored in m_pkthdr.len. I'm not completely sure yet, but I guess it is a bug in bpf.c >How-To-Repeat: Run dhcpc in WIDE dhcp (which is available as a part of 2.2 packages) with any Ethernet driver. With ddb (or any other kernel debugger), catch an mbuf from dhcpc at the entry to the Ethernet driver (DEVICE_start routine.) Dump the mbuf. >Fix: I suggest the following patch to sys/net/bpf.c: --- bpf.old.c Wed Jan 8 13:22:26 1997 +++ bpf.c Wed Jan 8 13:26:12 1997 @@ -227,6 +227,7 @@ * Make room for link header. */ if (hlen != 0) { + m->m_pkthdr.len -= hlen; m->m_len -= hlen; #if BSD >= 199103 m->m_data += hlen; /* XXX */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 22:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA15173 for bugs-outgoing; Tue, 7 Jan 1997 22:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA15166; Tue, 7 Jan 1997 22:10:03 -0800 (PST) Resent-Date: Tue, 7 Jan 1997 22:10:03 -0800 (PST) Resent-Message-Id: <199701080610.WAA15166@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, angio@waffle.aros.net Received: from waffle.aros.net (waffle.aros.net [207.173.16.41]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA14911 for ; Tue, 7 Jan 1997 22:02:07 -0800 (PST) Received: (from angio@localhost) by waffle.aros.net (8.8.4/8.7.3) id XAA05092; Tue, 7 Jan 1997 23:02:12 -0700 (MST) Message-Id: <199701080602.XAA05092@waffle.aros.net> Date: Tue, 7 Jan 1997 23:02:12 -0700 (MST) From: Dave Andersen Reply-To: angio@waffle.aros.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/2416: install - NFS failure behavior Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2416 >Category: misc >Synopsis: 2.2-BETA install NFS mount failure behavior is not perfect >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 7 22:10:02 PST 1997 >Last-Modified: >Originator: Dave Andersen >Organization: ArosNet, Inc. >Release: FreeBSD 2.2-RELEASE i386 >Environment: i386 (not environment specific) >Description: When a 2.2-BETA install attempts to mount an NFS filesystem to perform an upgrade installation and can not mount that NFS filesystem, the entire upgrade aborts and forces a reboot of the system. This beavhior seems somewhat suboptimal - it should present the user with the option to retry the installation with a different media (perhaps retrying the NFS install with a different filesystem). >How-To-Repeat: Install under 2.2-BETA and select an upgrade installation, and install over NFS from a filesystem you don't have permission to mount. >Fix: See above. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Jan 7 23:05:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA17389 for bugs-outgoing; Tue, 7 Jan 1997 23:05:09 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA17368; Tue, 7 Jan 1997 23:05:06 -0800 (PST) Date: Tue, 7 Jan 1997 23:05:06 -0800 (PST) From: Mike Pritchard Message-Id: <199701080705.XAA17368@freefall.freebsd.org> To: gurney_j@efn.org, mpp, freebsd-bugs Subject: Re: misc/2358 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor bugs in fortune data base State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Jan 7 23:04:55 PST 1997 State-Changed-Why: Fixed. From owner-freebsd-bugs Tue Jan 7 23:05:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA17499 for bugs-outgoing; Tue, 7 Jan 1997 23:05:35 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA17479; Tue, 7 Jan 1997 23:05:33 -0800 (PST) Date: Tue, 7 Jan 1997 23:05:33 -0800 (PST) From: Mike Pritchard Message-Id: <199701080705.XAA17479@freefall.freebsd.org> To: gurney_j@efn.org, mpp, freebsd-bugs Subject: Re: bin/2402 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: extra quote at the end of a fortune... State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Tue Jan 7 23:05:24 PST 1997 State-Changed-Why: Fixed. From owner-freebsd-bugs Tue Jan 7 23:40:02 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA19371 for bugs-outgoing; Tue, 7 Jan 1997 23:40:02 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA19351; Tue, 7 Jan 1997 23:40:01 -0800 (PST) Date: Tue, 7 Jan 1997 23:40:01 -0800 (PST) Message-Id: <199701080740.XAA19351@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mike Pritchard Subject: Re: gnu/2392: man(1) leaks file descriptors Reply-To: Mike Pritchard Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/2392; it has been noted by GNATS. From: Mike Pritchard To: peter.jeremy@alcatel.com.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: gnu/2392: man(1) leaks file descriptors Date: Tue, 7 Jan 1997 23:31:23 -0800 (PST) I can still get man to fail even with the supplied patch. You must have missed a leak or two. In my case, /usr/share/man/cat* is not writable to the man program, which may be where the leak is in my case. peter.jeremy@alcatel.com.au wrote: > > > >Number: 2392 > >Category: gnu > >Synopsis: man(1) leaks file descriptors > > PAGER="exec less" > 64 file descriptors > > >Description: > > The man(1) program opens and does not close two file descriptors for > each manual page found. If a large number of manual entries are found > in a single execution, then man will fail with various error messages > (see below). > > >How-To-Repeat: > > $ man `ls /sbin` > After quitting less(1) about 28 times, the following appears: > Pipe call failed > Error executing formatting or display command > system command exited with status 512 > No manual entry for mount_mfs > Read access denied for file /usr/share/man/man8/mount_msdos.8.gz > No manual entry for mount_msdos > No manual entry for mount_nfs > ... > > The permissions on /usr/share/man/man8/mount_msdos.8.gz are 0444. > > >Fix: > -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Wed Jan 8 01:22:45 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA22772 for bugs-outgoing; Wed, 8 Jan 1997 01:22:45 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA22763 for ; Wed, 8 Jan 1997 01:22:31 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id KAA29335; Wed, 8 Jan 1997 10:22:23 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA08305; Wed, 8 Jan 1997 10:22:18 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id KAA13348; Wed, 8 Jan 1997 10:13:24 +0100 (MET) Message-ID: Date: Wed, 8 Jan 1997 10:13:24 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: dennisg@seanet.com Cc: freebsd-bugs@FreeBSD.org (FreeBSD bugs list) Subject: Re: misc/2411: make release fails on 2.2beta References: <199701080126.RAA01734@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701080126.RAA01734@freefall.freebsd.org>; from dennisg@seanet.com on Jan 7, 1997 17:26:35 -0800 Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk As dennisg@seanet.com wrote: > the followng is a snippit from the make file. > > .if !defined(RELEASETAG) > cd ${CHROOTDIR}/usr && rm -rf src && \ > cvs -d ${CVSROOT} co -P src > this fails with -P no a valid *cvs* option. I don't know why > because it is a valid co option it's pupose is to prune the tree. (See also Nate's reply.) Geeze, it's hard to believe that this piece of code wouldn't work. Couldn't you have _asked_ first before filing a PR for non-bugs? What do you think we are using to produce the releases? ``make release'' :) Get me right: we always prefer a PR over an informal notice to freebsd-bugs about a problem. I've even started to refile messages that went to -bugs as PRs, on behalf of the submitter. But, for things like these, a quick question to something like freebsd-current first is always appropriate. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jan 8 06:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06989 for bugs-outgoing; Wed, 8 Jan 1997 06:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06977; Wed, 8 Jan 1997 06:20:02 -0800 (PST) Date: Wed, 8 Jan 1997 06:20:02 -0800 (PST) Message-Id: <199701081420.GAA06977@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Schleifer Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Mark Schleifer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Mark Schleifer To: Kazutaka YOKOTA Cc: Mark Schleifer , FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Wed, 8 Jan 1997 09:16:25 -0500 (EST) On 1/8/1997 (14:05:08 +0900), Kazutaka YOKOTA wrote: ] >] >>How-To-Repeat: ] >] > ] >] >Kernel made with following config file. This file worked with SNAPs and ] >] >ALPHA after applying PAO patches. Also tried with PSM_NO_RESET with BETA ] >] >but that caused the keyboard to lockup at first input request. ] >] ] >] PSM_NO_RESET is no longer available in 2.2-BETA, thus, has nothing to do ] >] with the keyboard lockup; the lockup which shouldn't be happening *sigh* ] > ] >Interesting...It was just giving me the errors until I added that ] >config option (which it didn't complain about). With that option in, ] >it doesn't allow keyboard input. ] ] You mean, PSM_NO_RESET made `psm' to recognize your PS/2 mouse ] (trackball) successfully? Strange. I am very sure that PSM_NO_RESET ] has no effect on `psm' now... I'm sorry I wasn't clear...PSM_NO_RESET didn't make it recognize successfully. Let me back up. I've had the following results, in all cases psm0 is _not_ recognized successfully: w/ kernel.GENERIC: psm0 enabled in the kernel: System boots but doesn't take anything I type. I have to powercycle after boot to get out. psm0 disabled in the kernel: System works OK unless something tries to open psm0. w/ config OTOR-SCSI (the one sent in with the bug report): psm0 enabled in the kernel: System works OK unless something tries to open psm0. w/ config OTOR-SCSI + PSM_NO_RESET: psm0 enabled in the kernel: System boots but doesn't take anything I type. I have to powercycle after boot to get out. ] [...] ] > ] >] I would also ask you to add ] >] options "KBDIO_DEBUG=2" ] >] to your config file. With this option `sc' and `psm' drivers will log ] >] quite a few messages via `syslogd' on boot and later. The messages are ] >] marked with "kbdio: blugh blugh". ] > ] >I did this but saw nothing in the syslogs. What does it log them ] >under? kern.debug? ] ] Yes, you should find logs under kern.debug. You should see something like: ] ] ..... kbdio: X char read (empty_both_buffers) ] ..... kbdio: RESET_KBD return code:00fa ] ..... kbdio: RESET_KBD status:00aa ] ..... sc0 at 0x60-0x6f irq 1 on motherboard ] ..... sc0: VGA color <16 virtual consoles, flags=0x0> ] ] ..... kbdio: TEST_AUX_PORT status:0000 ] ..... kbdio: RESET_AUX return code:00fa ] ..... kbdio: RESET_AUX status:00aa ] ..... kbdio: RESET_AUX ID:0000 ] ..... psm0 at 0x60-0x64 irq 12 on motherboard ] ..... psm0: device ID 0, 3 buttons Hum, none of this to the screen or to syslog. Wait, I'm sorry. I was overtired last night and removed the "" from "KBDIO_DEBUG=2". I just put them in and rebuilt the kernel. Here are the results: Jan 8 09:03:03 otor /kernel: Probing for devices on the ISA bus: Jan 8 09:03:03 otor /kernel: kbdio: RESET_KBD return code:00fa Jan 8 09:03:04 otor /kernel: kbdio: RESET_KBD status:00aa Jan 8 09:03:04 otor /kernel: sc0 at 0x60-0x6f irq 1 on motherboard Jan 8 09:03:04 otor /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> [...] Jan 8 09:03:04 otor /kernel: kbdio: TEST_AUX_PORT status:0000 Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX return code:00fa Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX status:00aa Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX ID:0000 Jan 8 09:03:04 otor /kernel: psm0: unable to set the command byte. Jan 8 09:03:04 otor /kernel: psm0 not found at 0x60 ] >Just for grins, I tried starting moused again, which crashed immediately: ] > ] ># moused -p /dev/psm0 -t ps/2 ] ] You need to apply the patch to prevent the crash. Patch applied and it did indeed fix that problem. For some reason when I first read your mail I thought you were saying that the patch had already been applied between the ALPHA and the BETA. Sorry for the confusion. - Mark From owner-freebsd-bugs Wed Jan 8 06:27:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA07251 for bugs-outgoing; Wed, 8 Jan 1997 06:27:51 -0800 (PST) Received: (from wollman@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA06872; Wed, 8 Jan 1997 06:18:10 -0800 (PST) Date: Wed, 8 Jan 1997 06:18:10 -0800 (PST) From: Garrett Wollman Message-Id: <199701081418.GAA06872@freefall.freebsd.org> To: seki@sysrap.cs.fujitsu.co.jp, wollman, freebsd-bugs Subject: Re: kern/2415 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Writing into bpf makes a malformed mbuf delivered to Ethernet driver State-Changed-From-To: open-closed State-Changed-By: wollman State-Changed-When: Wed Jan 8 06:17:38 PST 1997 State-Changed-Why: Adoped in rev 1.27 of bpf.c. From owner-freebsd-bugs Wed Jan 8 12:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA28045 for bugs-outgoing; Wed, 8 Jan 1997 12:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA28027; Wed, 8 Jan 1997 12:40:02 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 12:40:02 -0800 (PST) Resent-Message-Id: <199701082040.MAA28027@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, wh@MX.BA-Stuttgart.De Received: from terminator.informatik.ba-stuttgart.de (terminator.informatik.ba-stuttgart.de [141.31.1.21]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA27890 for ; Wed, 8 Jan 1997 12:36:49 -0800 (PST) Received: from helbig.informatik.ba-stuttgart.de (helbig.informatik.ba-stuttgart.de [141.31.166.22]) by terminator.informatik.ba-stuttgart.de (8.7.6/8.7.3) with ESMTP id UAA04044 for ; Wed, 8 Jan 1997 20:35:57 +0100 Received: (from root@localhost) by helbig.informatik.ba-stuttgart.de (8.8.4/8.8.4) id VAA28227; Wed, 8 Jan 1997 21:36:40 +0100 (MET) Message-Id: <199701082036.VAA28227@helbig.informatik.ba-stuttgart.de> Date: Wed, 8 Jan 1997 21:36:40 +0100 (MET) From: Wolfgang Helbig Reply-To: wh@MX.BA-Stuttgart.De To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2420: make world stopps while compiling sbin/dump Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2420 >Category: bin >Synopsis: make world stopps while compiling sbin/dump >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 12:40:01 PST 1997 >Last-Modified: >Originator: Wolfgang Helbig >Organization: >Release: FreeBSD 3.0-CURRENT-ctm#2903 i386 >Environment: >Description: The source for /sbin/dump does not compile. >How-To-Repeat: >Fix: Index: main.c =================================================================== RCS file: /usr/cvsroot/src/sbin/dump/main.c,v retrieving revision 1.9 diff -c -r1.9 main.c *** main.c 1997/01/07 20:47:24 1.9 --- main.c 1997/01/08 20:23:39 *************** *** 257,263 **** tape = index(host, ':'); *tape++ = '\0'; #ifdef RDUMP ! if (index(tape, "\n") { (void)fprintf(stderr, "invalid characters in tape\n"); exit(X_ABORT); } --- 257,263 ---- tape = index(host, ':'); *tape++ = '\0'; #ifdef RDUMP ! if (index(tape, "\n")) { (void)fprintf(stderr, "invalid characters in tape\n"); exit(X_ABORT); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 8 13:04:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA29232 for bugs-outgoing; Wed, 8 Jan 1997 13:04:48 -0800 (PST) Received: (from max@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA29206; Wed, 8 Jan 1997 13:04:42 -0800 (PST) Date: Wed, 8 Jan 1997 13:04:42 -0800 (PST) From: Masafumi NAKANE Message-Id: <199701082104.NAA29206@freefall.freebsd.org> To: gjbroom@kinsella.csc.UVic.CA, max, freebsd-bugs Subject: Re: conf/972 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: inetd.conf should comment out k-services if no Kerberos present State-Changed-From-To: analyzed-closed State-Changed-By: max State-Changed-When: Wed Jan 8 13:02:38 PST 1997 State-Changed-Why: This change has been applied in inetd.conf Rev. 1.24. From owner-freebsd-bugs Wed Jan 8 13:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA29501 for bugs-outgoing; Wed, 8 Jan 1997 13:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA29495; Wed, 8 Jan 1997 13:10:01 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 13:10:01 -0800 (PST) Resent-Message-Id: <199701082110.NAA29495@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, seki@sysrap.cs.fujitsu.co.jp Received: from fgwmail.fujitsu.co.jp (fgwmail.fujitsu.co.jp [164.71.1.133]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id NAA28916 for ; Wed, 8 Jan 1997 13:00:10 -0800 (PST) Received: from fdmmail.fujitsu.co.jp by fgwmail.fujitsu.co.jp (8.8.3+2.6Wbeta9/3.3W5-MX961019-Fujitsu Mail Gateway) id GAA19632; Thu, 9 Jan 1997 06:00:03 +0900 (JST) Received: from nile.sysrap.cs.fujitsu.co.jp by fdmmail.fujitsu.co.jp (8.6.12+2.5Wb4/3.3W9-MX970108-Fujitsu Domain Mail Master) id FAA06949; Thu, 9 Jan 1997 05:59:32 +0900 Received: (from seki@localhost) by nile.sysrap.cs.fujitsu.co.jp (8.7.6/8.7.3) id FAA16579; Thu, 9 Jan 1997 05:56:14 +0900 (JST) Message-Id: <199701082056.FAA16579@nile.sysrap.cs.fujitsu.co.jp> Date: Thu, 9 Jan 1997 05:56:14 +0900 (JST) From: seki@sysrap.cs.fujitsu.co.jp Reply-To: seki@sysrap.cs.fujitsu.co.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2421: Update of fe driver, fixing miscellaneous bugs Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2421 >Category: i386 >Synopsis: Update of fe driver, fixing miscellaneous bugs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 13:10:01 PST 1997 >Last-Modified: >Originator: Masahiro Sekiguchi >Organization: Fujitsu Limited >Release: FreeBSD 2.2-BETA_A i386 >Environment: FreeBSD 2.2 Beta (and -current) with fe supported Ethernet cards. >Description: Miscellaneous bugs are fixed, as well as typo and/or out-of-dated comments. Fixed bugs are: Probe for fe compatible PC cards sometimes failed under some condition. -> It was confused by ISA probe code. PC card probe and ISA probe is now separated. Recovery routine from a "should-never-happen" condition of out-of-sync receive buffer had a bug. -> Recovery strategy has been modified to make the process more reliable. I have reported that the driver misses receiver interrupts. -> I could not repeat it with my machines, but I added a code to detect and recover the case. If an mbuf structure for transmission has a wrong m_pkthdr.len value, and the network load is heavy, fe crushes. (Refer to kern/2415.) -> A code to verify the packet length is made enabled as a default. >How-To-Repeat: N/A >Fix: Please apply the following patch. Note that the patch fixes two files; sys/i386/isa/ic/mb86960.h and sys/i386/isa/if_fe.c. Run patch on the directory sys/i386/isa with the option -p0. --- ic/mb86960.old.h Mon Apr 24 03:31:50 1995 +++ ic/mb86960.h Wed Jan 8 16:14:55 1997 @@ -20,10 +20,8 @@ * SUCH DAMAGE. */ -#define FE_MB86960_H_VERSION "mb86960.h ver. 0.8" - /* - * Registers of Fujitsu MB86960A/MB86965A Ethernet controller. + * Registers of Fujitsu MB86960A/MB86965A series Ethernet controllers. * Written and contributed by M.S. */ @@ -84,7 +82,7 @@ #define FE_BMPR14 14 #define FE_BMPR15 15 -/* More BMPRs, only on MB86965A, accessible only when JLI mode. */ +/* More BMPRs, only on 86965, accessible only when JLI mode. */ #define FE_BMPR16 16 #define FE_BMPR17 17 #define FE_BMPR18 18 @@ -96,16 +94,20 @@ * know the official names for each flags and fields. The following * names are assigned by me (the author of this file,) since I cannot * mnemorize hexadecimal constants for all of these functions. - * Comments? FIXME. + * Comments? + * + * I've got documents from Fujitsu web site, recently. However, it's + * too late. Names for some fields (bits) are kept different from + * those used in the Fujitsu documents... */ /* DLCR0 -- transmitter status */ -#define FE_D0_BUSERR 0x01 /* Bus write error */ +#define FE_D0_BUSERR 0x01 /* Bus write error? */ #define FE_D0_COLL16 0x02 /* Collision limit (16) encountered */ #define FE_D0_COLLID 0x04 /* Collision on last transmission */ #define FE_D0_JABBER 0x08 /* Jabber */ #define FE_D0_CRLOST 0x10 /* Carrier lost on last transmission */ -#define FE_D0_PKTRCD 0x20 /* No corrision on last transmission */ +#define FE_D0_PKTRCD 0x20 /* Last packet looped back correctly */ #define FE_D0_NETBSY 0x40 /* Network Busy (Carrier Detected) */ #define FE_D0_TXDONE 0x80 /* Transmission complete */ @@ -141,7 +143,7 @@ /* DLCR4 -- transmitter operation mode */ #define FE_D4_DSC 0x01 /* Disable carrier sense on trans. */ #define FE_D4_LBC 0x02 /* Loop back test control */ -#define FE_D4_CNTRL 0x04 /* - ??? */ +#define FE_D4_CNTRL 0x04 /* - tied to CNTRL pin of the chip */ #define FE_D4_TEST1 0x08 /* Test output #1 */ #define FE_D4_COL 0xF0 /* Collision counter */ @@ -208,12 +210,13 @@ #define FE_D7_POWER_DOWN 0x00 /* Power down (stand-by) mode */ #define FE_D7_POWER_UP 0x20 /* Normal operation */ -#define FE_D7_IDENT_NICE 0x80 -#define FE_D7_IDENT_EC 0xC0 +#define FE_D7_IDENT_TDK 0x00 /* TDK chips? */ +#define FE_D7_IDENT_NICE 0x80 /* Fujitsu NICE (86960) */ +#define FE_D7_IDENT_EC 0xC0 /* Fujitsu EtherCoupler (86965) */ /* DLCR8 thru DLCR13 are for Ethernet station address. */ -/* DLCR14 and DLCR15 are for TDR. (BTW, what is TDR? FIXME.) */ +/* DLCR14 and DLCR15 are for TDR. (TDR is used for cable diagnostic.) */ /* MAR8 thru MAR15 are for Multicast address filter. */ @@ -241,7 +244,7 @@ #define FE_B13_PORT 0x18 /* Port (TP/AUI) selection */ #define FE_B13_LNKTST 0x20 /* Link test enable */ #define FE_B13_SQTHLD 0x40 /* Lower squelch threshold */ -#define FE_B13_IOUNLK 0x80 /* Change I/O base address */ +#define FE_B13_IOUNLK 0x80 /* Change I/O base address, on JLI mode */ #define FE_B13_BSTCTL_1 0x00 #define FE_B13_BSTCTL_4 0x01 @@ -280,9 +283,9 @@ /* BMPR17 -- EEPROM data */ #define FE_B17_DATA 0x80 /* EEPROM data bit */ -/* BMPR18 ??? */ +/* BMPR18 -- cycle I/O address setting in JLI mode */ -/* BMPR19 -- ISA interface configuration */ +/* BMPR19 -- ISA interface configuration in JLI mode */ #define FE_B19_IRQ 0xC0 #define FE_B19_IRQ_SHIFT 6 @@ -293,6 +296,21 @@ #define FE_B19_ADDR_SHIFT 0 /* + * An extra I/O port address to reset 86965. This location is called + * "ID ROM area" by Fujitsu document. + */ + +/* + * Flags in Receive Packet Header... Basically same layout as DLCR1. + */ +#define FE_RPH_OVRFLO FE_D1_OVRFLO +#define FE_RPH_CRCERR FE_D1_CRCERR +#define FE_RPH_ALGERR FE_D1_ALGERR +#define FE_RPH_SRTPKT FE_D1_SRTPKT +#define FE_RPH_RMTRST FE_D1_RMTRST +#define FE_RPH_GOOD 0x20 /* Good packet follows */ + +/* * EEPROM specification (of JLI mode). */ @@ -303,7 +321,7 @@ #define FE_EEPROM_CONF 0 /* - * Some 86960 specific constants. + * Some 8696x specific constants. */ /* Length (in bytes) of a Multicast Address Filter. */ --- if_fe.old.c Sun Nov 17 06:34:19 1996 +++ if_fe.c Wed Jan 8 16:15:04 1997 @@ -380,9 +380,24 @@ #if FE_DEBUG >= 2 printf("Start Probe\n"); #endif + /* Initialize "minimum" parts of our softc. */ sc = &fe_softc[dp->isahd.id_unit]; - memcpy( sc->sc_enaddr, dp->misc, ETHER_ADDR_LEN ); - if (fe_probe(&dp->isahd) == 0) + sc->sc_unit = dp->isahd.id_unit; + sc->iobase = dp->isahd.id_iobase; + + /* Use Ethernet address got from CIS, if one is available. */ + if ((dp->misc[0] & 0x03) == 0x00 + && (dp->misc[0] | dp->misc[1] | dp->misc[2]) != 0) { + /* Yes, it looks like a valid Ether address. */ + bcopy(dp->misc, sc->sc_enaddr, ETHER_ADDR_LEN); + } else { + /* Indicate we have no Ether address in CIS. */ + bzero(sc->sc_enaddr, ETHER_ADDR_LEN); + } + + /* Probe supported PC card models. */ + if (fe_probe_tdk(&dp->isahd, sc) == 0 + && fe_probe_mbh(&dp->isahd, sc) == 0) return (ENXIO); #if FE_DEBUG >= 2 printf("Start attach\n"); @@ -451,10 +466,7 @@ { { fe_probe_fmv, fe_fmv_addr }, { fe_probe_ati, fe_ati_addr }, -#if NCRD > 0 - { fe_probe_mbh, NULL }, /* PCMCIAs cannot be auto-detected. */ - { fe_probe_tdk, NULL }, -#endif + { fe_probe_gwy, NULL }, /* GWYs cannot be auto detected. */ { NULL, NULL } }; @@ -1166,7 +1178,7 @@ { FE_DLCR2, 0x70, 0x00 }, { FE_DLCR4, 0x08, 0x00 }, { FE_DLCR7, 0xC0, 0x00 }, - /* + /* * Test *vendor* part of the address for Gateway. * This test is essential to identify Gateway's cards. * We shuld define some symbolic names for the @@ -1236,7 +1248,7 @@ } #if NCRD > 0 - /* +/* * Probe and initialization for Fujitsu MBH10302 PCMCIA Ethernet interface. * Note that this is for 10302 only; MBH10304 is handled by fe_probe_tdk(). */ @@ -1377,8 +1389,8 @@ * (Contec uses TDK Ethenet chip -- hosokawa) * * This version of fe_probe_tdk has been rewrote to handle - * *generic* PC card implementation of Fujitsu MB8696x family. The - * name _tdk is just for a historical reason. :-) + * *generic* PC card implementation of Fujitsu MB8696x and compatibles. + * The name _tdk is just for a historical reason. :-) */ static int fe_probe_tdk ( DEVICE * dev, struct fe_softc * sc ) @@ -1392,13 +1404,25 @@ { 0 } }; + /* We need an IRQ. */ if ( dev->id_irq == NO_IRQ ) { return ( 0 ); } - /* Setup an I/O address mapping table. */ - for ( i = 0; i < MAXREGISTERS; i++ ) { - sc->ioaddr[ i ] = sc->iobase + i; + /* Generic driver needs Ethernet address taken from CIS. */ + if (sc->arpcom.ac_enaddr[0] == 0 + && sc->arpcom.ac_enaddr[1] == 0 + && sc->arpcom.ac_enaddr[2] == 0) { + return 0; + } + + /* Setup an I/O address mapping table; we need only 16 ports. */ + for (i = 0; i < 16; i++) { + sc->ioaddr[i] = sc->iobase + i; + } + /* Fill unused slots with a safe address. */ + for (i = 16; i < MAXREGISTERS; i++) { + sc->ioaddr[i] = sc->iobase; } /* @@ -1447,8 +1471,17 @@ /* * That's all. C-NET(PC)C occupies 16 I/O addresses. - * XXX: Are there any card with 32 I/O addresses? FIXME. - */ + * + * Some PC cards (e.g., TDK and Contec) have 16 I/O addresses, + * while some others (e.g., Fujitsu) have 32. Fortunately, + * this generic driver never accesses latter 16 ports in 32 + * ports cards. So, we can assume the *generic* PC cards + * always have 16 ports. + * + * Moreover, PC card probe is isolated from ISA probe, and PC + * card probe routine doesn't use "# of ports" returned by this + * function. 16 v.s. 32 is not important now. + */ return 16; } #endif @@ -2078,7 +2111,7 @@ int i; u_char saved_dlcr5; -#if FE_DEBUG >= 1 +#if FE_DEBUG >= 2 log( LOG_WARNING, "fe%d: emptying receive buffer", sc->sc_unit ); #endif /* @@ -2086,12 +2119,14 @@ */ saved_dlcr5 = inb( sc->ioaddr[ FE_DLCR5 ] ); outb( sc->ioaddr[ FE_DLCR5 ], sc->proto_dlcr5 ); + DELAY(1300); /* * When we come here, the receive buffer management should * have been broken. So, we cannot use skip operation. + * Just discard everything in the buffer. */ - for ( i = 0; i < sc->txb_size; i += 2 ) { + for (i = 0; i < 32768; i++) { if ( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) break; ( void )inw( sc->ioaddr[ FE_BMPR8 ] ); } @@ -2259,7 +2294,7 @@ */ if ( rstat & ( FE_D1_OVRFLO | FE_D1_CRCERR | FE_D1_ALGERR | FE_D1_SRTPKT ) ) { -#if FE_DEBUG >= 3 +#if FE_DEBUG >= 2 log( LOG_WARNING, "fe%d: receive error: %s%s%s%s(%02x)\n", sc->sc_unit, @@ -2278,11 +2313,9 @@ * packets. * * We limit the number of iterations to avoid infinite-loop. - * It can be caused by a very slow CPU (some broken - * peripheral may insert incredible number of wait cycles) - * or, worse, by a broken MB86960 chip. + * The upper bound is set to unrealistic high value. */ - for ( i = 0; i < FE_MAX_RECV_COUNT; i++ ) { + for (i = 0; i < FE_MAX_RECV_COUNT * 2; i++) { /* Stop the iteration if 86960 indicates no packets. */ if ( inb( sc->ioaddr[ FE_DLCR5 ] ) & FE_D5_BUFEMP ) break; @@ -2306,19 +2339,25 @@ */ len = inw( sc->ioaddr[ FE_BMPR8 ] ); +#if FE_DEBUG >= 1 /* - * If there was an error, update statistics and drop - * the packet, unless the interface is in promiscuous - * mode. - */ - if ( ( status & 0xF0 ) != 0x20 ) { - if ( !( sc->sc_if.if_flags & IFF_PROMISC ) ) { - sc->sc_if.if_ierrors++; - fe_droppacket( sc, len ); - continue; - } + * If there was an error with the received packet, it + * must be an indication of out-of-sync on receive + * buffer, because we have programmed the 8696x to + * to discard errored packets, even when the interface + * is in promiscuous mode. We have to re-synchronize. + */ + if (!(status & FE_RPH_GOOD)) { + log(LOG_ERR, + "fe%d: corrupted receive status byte (%02x)\n", + sc->arpcom.ac_if.if_unit, status); + sc->arpcom.ac_if.if_ierrors++; + fe_emptybuffer( sc ); + break; } +#endif +#if FE_DEBUG >= 1 /* * MB86960 checks the packet length and drop big packet * before passing it to us. There are no chance we can @@ -2332,38 +2371,40 @@ */ if ( len > ETHER_MAX_LEN - ETHER_CRC_LEN || len < ETHER_MIN_LEN - ETHER_CRC_LEN ) { -#if FE_DEBUG >= 1 log( LOG_WARNING, "fe%d: received a %s packet? (%u bytes)\n", sc->sc_unit, len < ETHER_MIN_LEN - ETHER_CRC_LEN ? "partial" : "big", len ); -#endif sc->sc_if.if_ierrors++; fe_emptybuffer( sc ); - continue; + break; } +#endif /* * Go get a packet. */ if ( fe_get_packet( sc, len ) < 0 ) { - /* Skip a packet, updating statistics. */ + #if FE_DEBUG >= 2 log( LOG_WARNING, "%s%d: out of mbuf;" " dropping a packet (%u bytes)\n", sc->sc_unit, len ); #endif + + /* Skip a packet, updating statistics. */ sc->sc_if.if_ierrors++; fe_droppacket( sc, len ); /* - * We stop receiving packets, even if there are - * more in the buffer. We hope we can get more - * mbuf next time. + * Try extracting other packets, although they will + * cause out-of-mbuf error again. This is required + * to keep receiver interrupt comming. + * (Earlier versions had a bug on this point.) */ - return; + continue; } /* Successfully received a packet. Update stat. */ @@ -2394,6 +2435,26 @@ */ tstat = inb( sc->ioaddr[ FE_DLCR0 ] ) & FE_TMASK; rstat = inb( sc->ioaddr[ FE_DLCR1 ] ) & FE_RMASK; + +#if FE_DEBUG >= 1 + /* Test for a "dead-lock" condition. */ + if ((rstat & FE_D1_PKTRDY) == 0 + && (inb(sc->ioaddr[FE_DLCR5]) & FE_D5_BUFEMP) == 0 + && (inb(sc->ioaddr[FE_DLCR1]) & FE_D1_PKTRDY) == 0) { + /* + * PKTRDY is off, while receive buffer is not empty. + * We did a double check to avoid a race condition... + * So, we should have missed an interrupt. + */ + log(LOG_WARNING, + "fe%d: missed a receiver interrupt?\n", + sc->arpcom.ac_if.if_unit); + /* Simulate the missed interrupt condition. */ + rstat |= FE_D1_PKTRDY; + } +#endif + + /* Stop processing if there are no interrupts to handle. */ if ( tstat == 0 && rstat == 0 ) break; /* @@ -2823,20 +2884,23 @@ static u_char padding [ ETHER_MIN_LEN - ETHER_CRC_LEN - ETHER_HDR_LEN ]; -#if FE_DEBUG >= 2 +#if FE_DEBUG >= 1 /* First, count up the total number of bytes to copy */ length = 0; for ( mp = m; mp != NULL; mp = mp->m_next ) { length += mp->m_len; } +#else + /* Just use the length value in the packet header. */ + length = m->m_pkthdr.len; +#endif + +#if FE_DEBUG >= 2 /* Check if this matches the one in the packet header. */ if ( length != m->m_pkthdr.len ) { log( LOG_WARNING, "fe%d: packet length mismatch? (%d/%d)\n", sc->sc_unit, length, m->m_pkthdr.len ); } -#else - /* Just use the length value in the packet header. */ - length = m->m_pkthdr.len; #endif #if FE_DEBUG >= 1 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 8 13:37:42 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA01125 for bugs-outgoing; Wed, 8 Jan 1997 13:37:42 -0800 (PST) Received: from albert.osu.cz (albert.osu.cz [193.84.224.12]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id NAA01107 for ; Wed, 8 Jan 1997 13:37:37 -0800 (PST) Received: (from belkovic@localhost) by albert.osu.cz (8.6.12/8.6.12) id WAA00332; Wed, 8 Jan 1997 22:40:38 +0100 Date: Wed, 8 Jan 1997 22:40:38 +0100 (MET) From: Josef Belkovics To: freebsd-bugs@freebsd.org Subject: AIC-7770 (TwinChannel fast SCSI-2 controller (in HP NetServer LC)) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In 2.1.0R controller ahc1 was in GENERIC kernel and all was ok. In 2.1.5R or 2.1.6R ahc1 isn't in GENERIC. I installed 2.1.6R from 2.1.0R boot.flp and copied kernel 2.1.0R from another PC. The build of 2.1.6R kernel is ok, but ahc1 (or ahc0 - I don't know the difference between it) isn't detected. 2 questions: 1) Exists some release higher 2.1.0 with correct "driver" for ahc1? 2) Can you put back ahc? in boot.flp? OK############################################################################# machine "i386" cpu "I586_CPU" ident "JPB5" maxusers 10 config kernel root on sd0 #ptions MATH_EMULATE #Support for x87 emulation options "COMPAT_43" #Compatible with BSD 4.3 options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options "NSWAPDEV=1" #Allow this many swap-devices options QUOTA #Enable disk quotas options UCONSOLE #Allow users to grab the console options "MAXCONS=4" #Number of virtual consoles options INET #InterNETworking #ptions GATEWAY #InterNETwork gateway #ptions MROUTING #Multicast routing options "AUTO_EOI_1" #Automatic EOI for the master 8259A options "AUTO_EOI_2" #Automatic EOI for the slave 8259A options DUMMY_NOPS #Disables extra delays for some bus opsoptions "MAXCONS=5" #Number of virtual consoles options SYSVSHM #Enable for share memory options SYSVSEM #Enable for semaphores options SYSVMSG #Enable for messaging controller isa0 controller pci0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr #evice sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr #evice mse0 at isa? port 0x23c tty irq 5 vector mseintr controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #evice lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr #ontroller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #isk wd0 at wdc0 drive 0 !!!controller ahc1 at isa? bio irq ? vector ahcintr !!!controller scbus0 device sd0 device sd1 #evice cd0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 #seudo-device ppp 1 #seudo-device tun 1 pseudo-device pty 16 pseudo-device gzip #seudo-device vn FreeBSD 2.1.0-RELEASE #0: Fri Sep 6 02:06:50 MET DST 1996 root@isac.osu.cz:/usr/src/sys/compile/JPB5 CPU: 67-MHz Pentium 510\60 or 567\66 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x517 Stepping=7 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 47955968 (46832K bytes) Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in ahc1: Motherboard Twin Channel, A SCSI Id=7, B SCSI Id=7, aic7770 >= Rev E, 4 SCBs ahc1 at 0xb000-0xb0ff irq 15 on eisa slot 11 (ahc1:0:0): "HP 1.050 GB #A2 0180" type 0 fixed SCSI 2 sd0(ahc1:0:0): Direct-Access 1001MB (2051460 512 byte sectors) (ahc1:1:0): "SEAGATE ST51080N 0943" type 0 fixed SCSI 2 sd1(ahc1:1:0): Direct-Access 1030MB (2109840 512 byte sectors) 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*UTP*] address 00:20:af:b7:53:06 irq 10 npx0 on motherboard npx0: INT 16 interface Probing for devices on the PCI bus: chip0 rev 3 on pci0:0 chip1 rev 4 on pci0:4 BAD########################################################################### machine "i386" cpu "I586_CPU" ident "JPB5" maxusers 10 config kernel root on sd0 #ptions MATH_EMULATE #Support for x87 emulation options "COMPAT_43" #Compatible with BSD 4.3 options FFS #Berkeley Fast Filesystem options PROCFS #Process filesystem options "NSWAPDEV=1" #Allow this many swap-devices options QUOTA #Enable disk quotas options UCONSOLE #Allow users to grab the console options "MAXCONS=4" #Number of virtual consoles options INET #InterNETworking #ptions GATEWAY #InterNETwork gateway #ptions MROUTING #Multicast routing options "AUTO_EOI_1" #Automatic EOI for the master 8259A options "AUTO_EOI_2" #Automatic EOI for the slave 8259A options DUMMY_NOPS #Disables extra delays for some bus opsoptions "MAXCONS=5" #Number of virtual consoles options SYSVSHM #Enable for share memory options SYSVSEM #Enable for semaphores options SYSVMSG #Enable for messaging controller isa0 !!!controller eisa0 controller pci0 device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr #evice sio1 at isa? port "IO_COM2" tty irq 3 vector siointr device sio0 at isa? port "IO_COM1" tty irq 4 vector siointr #evice mse0 at isa? port 0x23c tty irq 5 vector mseintr controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 vector fdintr disk fd0 at fdc0 drive 0 #evice lpt0 at isa? port? tty irq 7 vector lptintr device ep0 at isa? port 0x300 net irq 10 vector epintr device npx0 at isa? port "IO_NPX" irq 13 vector npxintr #ontroller wdc0 at isa? port "IO_WD1" bio irq 14 vector wdintr #isk wd0 at wdc0 drive 0 #ontroller ahc1 at isa? bio irq ? vector ahcintr !!!controller ahc0 !!!controller scbus0 at ahc0 device sd0 device sd1 #evice cd0 pseudo-device loop pseudo-device ether pseudo-device log pseudo-device sl 1 #seudo-device ppp 1 #seudo-device tun 1 pseudo-device pty 16 pseudo-device gzip pseudo-device vn FreeBSD 2.1.6-RELEASE #0: etc. root@isac.osu.cz:/usr/src/sys/compile/JPB5 CPU: 67-MHz Pentium 510\60 or 567\66 (Pentium-class CPU) Origin = "GenuineIntel" Id = 0x517 Stepping=7 Features=0x1bf real memory = 50331648 (49152K bytes) avail memory = 47955968 (46832K bytes) eisa0: !!!Probing for devices on the EISA bus: Probing for devices on the PCI bus: chip0 rev 3 on pci0:0 chip1 rev 4 on pci0:4 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <4 virtual consoles, flags=0x0> sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: NEC 72065B fd0: 1.44MB 3.5in 1 3C5x9 board(s) on ISA found at 0x300 ep0 at 0x300-0x30f irq 10 on isa ep0: aui/bnc/utp[*UTP*] address 00:20:af:b7:53:06 irq 10 npx0 on motherboard npx0: INT 16 interface panic: cannot mount root ############################################################################### From owner-freebsd-bugs Wed Jan 8 15:47:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA09423 for bugs-outgoing; Wed, 8 Jan 1997 15:47:38 -0800 (PST) Received: from irz301.inf.tu-dresden.de (irz301.inf.tu-dresden.de [141.76.1.11]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id PAA09418 for ; Wed, 8 Jan 1997 15:47:33 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by irz301.inf.tu-dresden.de (8.6.12/8.6.12-s1) with ESMTP id AAA08727; Thu, 9 Jan 1997 00:47:10 +0100 Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id AAA24759; Thu, 9 Jan 1997 00:47:09 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA14977; Wed, 8 Jan 1997 23:29:00 +0100 (MET) Message-ID: Date: Wed, 8 Jan 1997 23:28:59 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: belkovic@albert.osu.cz (Josef Belkovics) Cc: freebsd-bugs@freebsd.org Subject: Re: AIC-7770 (TwinChannel fast SCSI-2 controller (in HP NetServer LC)) References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Josef Belkovics on Jan 8, 1997 22:40:38 +0100 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Josef Belkovics wrote: > In 2.1.0R controller ahc1 was in GENERIC kernel and all was ok. In 2.1.5R or > 2.1.6R ahc1 isn't in GENERIC. I installed 2.1.6R from 2.1.0R boot.flp and > copied kernel 2.1.0R from another PC. The build of 2.1.6R kernel is ok, > but ahc1 (or ahc0 - I don't know the difference between it) isn't detected. > 2 questions: > 1) Exists some release higher 2.1.0 with correct "driver" for ahc1? Yes, any release. > 2) Can you put back ahc? in boot.flp? It's there. Always. The bug is different. Sadly enough, people don't tend to read FAQs very often (but that's why they are called a FAQ, they are frequently _asked_ :). So here's the snippet from the current FAQ. Addendum: i noticed after writing that FAQ entry that the changes to support the `eisa' command in UserConfig didn't make it into the 2.2-BETA. So if you are unable to upgrade the kernel on that machine from sources, let us know, and we'll see to put a more recent boot floppy up for you. The described hack will be in 2.2-RELEASE. 3.16. FreeBSD does not recognise my on-board AIC-7xxx EISA SCSI in an HP Netserver This is basically a known problem. The EISA on-board SCSI controller in the HP Netserver machines occupies EISA slot number 11, so all the ``true'' EISA slots are in front of it. Alas, the address space for EISA slots >= 10 collides with the address space assigned to PCI, and FreeBSD's auto-configuration currently cannot handle this situation very well. So now, the best you can do is to pretend there were no address range clash :), go right ahead and edit the file /sys/i386/eisa/eisaconf.h. Look for a line defining the macro EISA_SLOTS, and bump the number it's defining to 12. Configure and compile a kernel, as described in the Handbook entry on configuring the kernel. Of course, this does present you a chicken-and-egg problem when installing on such a machine. In order to work around this problem, a special hack is available inside UserConfig. Do not use the ``visual'' interface, but the plain command-line interface there. Simply type eisa 12 quit at the prompt, and install your system as usual. Don't forget to install the kernel source distribution, since you need to build a custom kernel, or otherwise you would have to repeat the described procedure at each boot! dset(8) doesn't save this change for you. Hopefully, future version will have a proper fix for this problem. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Wed Jan 8 17:19:51 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA15729 for bugs-outgoing; Wed, 8 Jan 1997 17:19:51 -0800 (PST) Received: (from jdp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA15703; Wed, 8 Jan 1997 17:19:49 -0800 (PST) Date: Wed, 8 Jan 1997 17:19:49 -0800 (PST) From: John Polstra Message-Id: <199701090119.RAA15703@freefall.freebsd.org> To: jdp, freebsd-bugs, jdp Subject: Re: bin/2404 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: It displays libfoo.N.M as '-llibfoo.so.N.M version 0.0' Responsible-Changed-From-To: freebsd-bugs->jdp Responsible-Changed-By: jdp Responsible-Changed-When: Wed Jan 8 17:18:57 PST 1997 Responsible-Changed-Why: I wrote the original code, and I know how to fix it. From owner-freebsd-bugs Wed Jan 8 19:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA21651 for bugs-outgoing; Wed, 8 Jan 1997 19:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA21638; Wed, 8 Jan 1997 19:10:02 -0800 (PST) Date: Wed, 8 Jan 1997 19:10:02 -0800 (PST) Message-Id: <199701090310.TAA21638@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Kazutaka YOKOTA To: Mark Schleifer Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Thu, 09 Jan 1997 12:11:18 +0900 >w/ kernel.GENERIC: > >psm0 enabled in the kernel: System boots but doesn't take anything I > type. I have to powercycle after boot to > get out. >psm0 disabled in the kernel: System works OK unless something tries to > open psm0. > >w/ config OTOR-SCSI (the one sent in with the bug report): > >psm0 enabled in the kernel: System works OK unless something tries to > open psm0. > >w/ config OTOR-SCSI + PSM_NO_RESET: > >psm0 enabled in the kernel: System boots but doesn't take anything I > type. I have to powercycle after boot to > get out. > [...] >Jan 8 09:03:03 otor /kernel: Probing for devices on the ISA bus: >Jan 8 09:03:03 otor /kernel: kbdio: RESET_KBD return code:00fa >Jan 8 09:03:04 otor /kernel: kbdio: RESET_KBD status:00aa >Jan 8 09:03:04 otor /kernel: sc0 at 0x60-0x6f irq 1 on motherboard >Jan 8 09:03:04 otor /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> >[...] >Jan 8 09:03:04 otor /kernel: kbdio: TEST_AUX_PORT status:0000 >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX return code:00fa >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX status:00aa >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX ID:0000 >Jan 8 09:03:04 otor /kernel: psm0: unable to set the command byte. >Jan 8 09:03:04 otor /kernel: psm0 not found at 0x60 I see... The probe routine of the `psm' driver successfully reset the PS/2 mouse, but somehow the driver failed to talk to the keyboard controller just before finishing the probe. This is a nasty problem. Something went wrong after the device reset. I would be very grateful if you could take the following steps to narrow down the problem area. 1. Add the following #define to the top of /usr/src/sys/i386/isa/psm.c. #define PSM_DEBUG 2 Recompile the kernel, reboot the system, and see what it gives. There will be a lot of messages. Please examine `dmesg' output, if possible, as well as `syslogd' output, (Some messages are logged under kern.err.) 2. Apply the following patch to `psm.c' and see if it works. The patch reduces the amount of interaction between the driver and the keyboard controller, and uses less variety of mouse commands, thus, there should be less chance of communication failure. Thank you. Kazu --- psm.c.orig Sat Jan 4 11:54:32 1997 +++ psm.c Thu Jan 9 11:15:48 1997 @@ -695,6 +695,7 @@ /* set mouse parameters */ /* FIXME:XXX should we set them in `psmattach()' rather than here? */ +#if 0 if (setparams) { if (sc->mode.rate > 0) sc->mode.rate = set_mouse_sampling_rate(ioport, sc->mode.rate); @@ -705,6 +706,11 @@ /* FIXME:XXX I don't know if these parameters are reasonable */ set_mouse_scaling(ioport); /* 1:1 scaling */ set_mouse_mode(ioport); /* stream mode */ +#else + i = send_aux_command(ioport, 0x00f6); + if (verbose) + log(LOG_DEBUG, "psm%d: SET_DEFAULT return code:%04x\n", unit, i); +#endif /* just check the status of the mouse */ if (verbose) { From owner-freebsd-bugs Wed Jan 8 21:30:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA04355 for bugs-outgoing; Wed, 8 Jan 1997 21:30:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA04333; Wed, 8 Jan 1997 21:30:01 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 21:30:01 -0800 (PST) Resent-Message-Id: <199701090530.VAA04333@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, gurney_j@efn.org Received: from mail.webspan.net (mail.webspan.net [206.154.70.7]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA04182 for ; Wed, 8 Jan 1997 21:29:08 -0800 (PST) Received: from orion.webspan.net (orion.webspan.net [206.154.70.5]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA10514 for ; Thu, 9 Jan 1997 00:27:53 -0500 (EST) Received: from orion.webspan.net (localhost [127.0.0.1]) by orion.webspan.net (8.8.3/8.7.3) with ESMTP id AAA03071 for ; Thu, 9 Jan 1997 00:27:53 -0500 (EST) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.18]) by mail.webspan.net (8.7.5/8.7.3) with ESMTP id AAA09535 for ; Thu, 9 Jan 1997 00:20:57 -0500 (EST) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id VAA03040 for ; Wed, 8 Jan 1997 21:20:12 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-8.uoregon.edu [128.223.172.8]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id VAA14852 for ; Wed, 8 Jan 1997 21:20:06 -0800 (PST) Received: (from jmg@localhost) by hydrogen.nike.efn.org (8.8.4/8.8.4) id VAA00622; Wed, 8 Jan 1997 21:18:48 -0800 (PST) Message-Id: <199701090518.VAA00622@hydrogen.nike.efn.org> Date: Wed, 8 Jan 1997 21:18:48 -0800 (PST) From: John-Mark Gurney Reply-To: gurney_j@efn.org To: FreeBSD-gnats@freefall.FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/2423: some cdrom drives return bcd encoded track numbers instead of std binary (such as Chinon CDS-535, Q10 and Q20) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 2423 >Category: kern >Synopsis: some cdrom drives return bcd encoded track numbers instead of std binary (such as Chinon CDS-535, Q10 and Q20) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 21:30:00 PST 1997 >Last-Modified: >Originator: John-Mark Gurney >Organization: Cu Networking >Release: FreeBSD 2.2-960801-SNAP i386 >Environment: basicly you need a broken cdrom drive such as a Chinon CDS-535 that returns the tracks as packed BCD instead of standard binary... this is applicable to all platforms and all os's... >Description: basicly the cdrom drive returns exactly what is on the cdrom (packed bcd) instead of what the newer cdroms return (std binary)... most programs such as cdcontrol expect binary... if they give packed bcd strange things happen.. such as cd's with more than 9 tracks will have appox 16/10 time more tracks than normal... which causes interesting things to happen.. such as cds with 99 tracks being reported as have 153 (0x99) tracks... and the standard buffer isn't big enough to read/handle 153... >How-To-Repeat: find a broken drive... stick a 99 track cd in it... and try to get track info... it will fail... (can't read 153 toc entries in only 100 spaces).. then try something fun like playing track 11... hmm... interesting results happen... >Fix: this first patch simply addes the option CD_BCD_HACK to config, used for testing... *** src/sys/conf/options Wed Jan 8 20:37:46 1997 --- /usr/src/sys/conf/options Wed Jan 8 19:31:39 1997 *************** *** 73,75 **** --- 73,77 ---- IPFIREWALL opt_ipfw.h IPFIREWALL_VERBOSE opt_ipfw.h IPFIREWALL_VERBOSE_LIMIT opt_ipfw.h + + CD_BCD_HACK opt_myhacks.h now this is the patch the does all the dirty work... it adds two static functions, bcdtob and btobcd to convert to and from bcd numbers... then it encases and changes all track id's (as far as I know I caught them all)... so that the programs can understand the returned info... also converts binary to bcd on play track command also... I'm running the patches over here and they work great... as far as I can tell :) I'm imbarsed on how easy this fix was... thanks to Joerg Wunsch who pointed out that their the the device specific quirks... after that it all fell into place... I just started using these patches... but I doubt that they will cause other stuff to fail... so far my 99 track cd is playing beautifully... Index: cd.c =================================================================== RCS file: /usr/cvs/src/sys/scsi/cd.c,v retrieving revision 1.75 diff -c -r1.75 cd.c *** cd.c 1996/12/24 11:35:24 1.75 --- cd.c 1997/01/09 05:13:22 *************** *** 19,24 **** --- 19,25 ---- #include "opt_bounce.h" #include "opt_scsi.h" + #include "opt_myhacks.h" #define SPLCD splbio #define ESUCCESS 0 *************** *** 117,122 **** --- 118,128 ---- #endif }; + #if CD_BCD_HACK > 0 + static u_char bcdtob(u_char); + static u_char btobcd(u_char); + #endif + static int cdunit(dev_t dev) { return CDUNIT(dev); } static dev_t cdsetunit(dev_t dev, int unit) { return CDSETUNIT(dev, unit); } *************** *** 635,640 **** --- 641,654 ---- error = cd_set_mode(unit, &data); if (error) break; + + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) { + args->start_track=btobcd(args->start_track); + args->end_track=btobcd(args->end_track); + } + #endif + return (cd_play_tracks(unit ,args->start_track ,args->start_index *************** *** 694,703 **** error = EINVAL; break; } error = cd_read_subchannel(unit, args->address_format, args->data_format, args->track, &data, len); if (error) ! break; len = min(len, ((data.header.data_len[0] << 8) + data.header.data_len[1] + sizeof(struct cd_sub_channel_header))); --- 708,726 ---- error = EINVAL; break; } + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) + args->track=btobcd(args->track); + #endif error = cd_read_subchannel(unit, args->address_format, args->data_format, args->track, &data, len); if (error) ! break; ! #if CD_BCD_HACK > 0 ! if(sc_link->quirks & CD_Q_BCD_TRACKS) ! data.what.track_info.track_number= ! bcdtob(data.what.track_info.track_number); ! #endif len = min(len, ((data.header.data_len[0] << 8) + data.header.data_len[1] + sizeof(struct cd_sub_channel_header))); *************** *** 713,718 **** --- 736,751 ---- (struct cd_toc_entry *)&th, sizeof th); if (error) break; + + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) { + /* we are going to have to convert the BCD + * encoding on the cd to what is expected + */ + th.starting_track=bcdtob(th.starting_track); + th.ending_track=bcdtob(th.ending_track); + } + #endif NTOHS(th.len); bcopy(&th, addr, sizeof th); } *************** *** 748,753 **** --- 781,796 ---- if (error) break; + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) { + /* we are going to have to convert the BCD + * encoding on the cd to what is expected + */ + th->starting_track=bcdtob(th->starting_track); + th->ending_track=bcdtob(th->ending_track); + } + #endif + if (starting_track == 0) starting_track = th->starting_track; else if (starting_track == LEADOUT) *************** *** 786,791 **** --- 829,840 ---- /* make leadout entry if needed */ idx = starting_track + num - 1; + + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) + th->ending_track=bcdtob(th->ending_track); + #endif + if (idx == th->ending_track + 1) { error = cd_read_toc(unit, te->address_format, LEADOUT, *************** *** 796,801 **** --- 845,859 ---- data.entries[idx - starting_track] = lead.entry; } + #if CD_BCD_HACK > 0 + if(sc_link->quirks & CD_Q_BCD_TRACKS) { + for(idx=0; idxdata, len); } break; *************** *** 1389,1394 **** --- 1447,1464 ---- cd_devsw_installed = 1; } } + + #if CD_BCD_HACK > 0 + static u_char bcdtob(u_char num) + { + return (num & 0xf) + (num >> 4) * 10; + } + + static u_char btobcd(u_char num) + { + return (num % 10) + ((num / 10) << 4); + } + #endif SYSINIT(cddev,SI_SUB_DRIVERS,SI_ORDER_MIDDLE+CDEV_MAJOR,cd_drvinit,NULL) Index: scsiconf.h =================================================================== RCS file: /usr/cvs/src/sys/scsi/scsiconf.h,v retrieving revision 1.46 diff -c -r1.46 scsiconf.h *** scsiconf.h 1996/09/10 23:37:52 1.46 --- scsiconf.h 1997/01/09 05:14:40 *************** *** 275,280 **** --- 275,281 ---- /* cd specific CD_Q_* */ #define CD_Q_NO_TOUCH 0x0001 + #define CD_Q_BCD_TRACKS 0x0002 /* >Audit-Trail: >Unformatted: John-Mark Gurney From owner-freebsd-bugs Wed Jan 8 21:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA04371 for bugs-outgoing; Wed, 8 Jan 1997 21:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA04356; Wed, 8 Jan 1997 21:30:03 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 21:30:03 -0800 (PST) Resent-Message-Id: <199701090530.VAA04356@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uhclem@nemesis.lonestar.org Received: from nemesis.lonestar.org (fw4-19.ppp.iadfw.net [206.66.15.148]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA04192 for ; Wed, 8 Jan 1997 21:29:14 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vi75n-000uSxC; Wed, 8 Jan 97 17:07 CST Message-Id: Date: Wed, 8 Jan 97 17:07 CST From: uhclem@nemesis.lonestar.org Reply-To: uhclem@nemesis.lonestar.org To: FreeBSD-gnats-submit@freebsd.org Cc: uhclem@nemesis.lonestar.org X-Send-Pr-Version: 3.2 Subject: kern/2424: Pressing ALT-Fn during boot -c leave bell on - FDIV049 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2424 >Category: kern >Synopsis: Pressing ALT-Fn during boot -c leave bell on - FDIV049 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 21:30:02 PST 1997 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.2-BETA >Environment: 2.2-BETA system, booting from boot.flp image 486-DX 12Meg system. >Description: At Boot: prompt, enter -c. When the Kernel Configuration Menu is reached, press ALT and any of the Fn keys. The system beeper will come on and remain on until you reboot. >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 8 22:20:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA10263 for bugs-outgoing; Wed, 8 Jan 1997 22:20:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA10252; Wed, 8 Jan 1997 22:20:03 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 22:20:03 -0800 (PST) Resent-Message-Id: <199701090620.WAA10252@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, nsayer@quack.kfu.com Received: from quack.kfu.com (0@quack.kfu.com [204.147.226.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA09876 for ; Wed, 8 Jan 1997 22:10:25 -0800 (PST) Received: from icarus.kfu.com (icarus.kfu.com [204.147.226.3]) by quack.kfu.com (8.6.12/8.6.12) with ESMTP id WAA26854 for ; Wed, 8 Jan 1997 22:10:24 -0800 Received: by icarus.kfu.com (8.8.2//ident-1.0) id WAA00679; Wed, 8 Jan 1997 22:10:20 -0800 (PST) Message-Id: <199701090610.WAA00679@icarus.kfu.com> Date: Wed, 8 Jan 1997 22:10:20 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2425: amd driver does not reprobe devices. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2425 >Category: kern >Synopsis: amd driver does not reprobe devices. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 22:20:01 PST 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Just me >Release: FreeBSD 2.2-ALPHA i386 >Environment: HP Omnibook 5000 amd0 rev 16 int a irq 15 on pci0:4 >Description: scsi -f /dev/scsi -p does not reprobe for devices that were not present at boot time. >How-To-Repeat: Boot with nothing attached to the SCSI bus. Suspend the machine. Attach 1 or more SCSI devices Resume the machine scsi -f /dev/scsi -p will say: 0: nothing. 1: nothing. 2: nothing. 3: nothing. 4: nothing. 5: nothing. 6: nothing. 7: nothing. >Fix: Somehow the scan_devices flag needs to be set when a reprobe is called for. Perhaps calling DC390_init() would help somehow? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Jan 8 23:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA12159 for bugs-outgoing; Wed, 8 Jan 1997 23:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA12153; Wed, 8 Jan 1997 23:00:02 -0800 (PST) Resent-Date: Wed, 8 Jan 1997 23:00:02 -0800 (PST) Resent-Message-Id: <199701090700.XAA12153@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, uhclem Received: from nemesis.lonestar.org (fw4-19.ppp.iadfw.net [206.66.15.148]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id WAA11809 for ; Wed, 8 Jan 1997 22:52:17 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0vi8f0-000uBXC; Wed, 8 Jan 97 18:47 CST Message-Id: Date: Wed, 8 Jan 97 18:47 CST From: uhclem@nemesis.lonestar.org Reply-To: uhclem To: FreeBSD-gnats-submit@freebsd.org Cc: uhclem@nemesis.lonestar.org X-Send-Pr-Version: 3.2 Subject: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2426 >Category: conf >Synopsis: At end of install, panic: Going nowhere without init - FDIV050 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jan 8 23:00:01 PST 1997 >Last-Modified: >Originator: Frank Durda IV >Organization: >Release: FreeBSD 2.2-BETA >Environment: 486DX 66MHz, 12Meg of RAM, 1.2GB IDE hard drive, three mounted partitions / (85MB), /var (12MB), /usr (900MB), 32MB for swap. WD/SMC 8013 (ed0) ethernet adapter, at either 0x09 0x280 0xd4000 or 0x05 0x280 0xd8000 (default) (fails both ways) or 3Com 3c503 at 0x05 0x280 0xd8000 (fails with this card too) Boot from boot.flp -c, change ed0 irq 9 iomem 0xd4000. OR Boot from boot.flp and make no config changes. Newfs all partitions. Select Developer with DES OR Select Minimal install (fails both ways) FTP from local system 165.164.6.15/h/freebsd specify systemname "skaro.lonestar.org", no gateway, no DNS, IP 165.164.6.19 mask 255.255.0.0 no options (FYI, specifying a gateway and DNS does not fix the problem) >Description: After optionally overriding the memory and IRQ settings, I selected Developer install and DES or just minimal install. Download from specified FTP site appeared to go without incident. Finally the screen says: Information Dialog Saving any boot -c changes to new kernel... panic: Going nowhere without init! syncing disks... 93 93 92 85 78 66 52 26 6 done Rebooting in ten seconds... I stopped the reboot by pressing a key. (It is a pity that selecting another screen after aborting the reboot counts as a "proceed-to-reboot" command. It would be nice to allow that if possible for faster debugging. But I digress.) Rebooted, selected same options, re-newfs'ed the partitions and received the same error at the same point. On the third thru fifth attempts, I changed the EEPROM settings on the network card so that there would be no kernel configuration changes to save, thinking that would help or skip the part of the code that was having problems. It did not help. I also started asking for minimal install to speed the failures up. So the choice of installation package doesn't seem to matter. However, I left the system on screen F2 during these installs and received: sysinstall in free(); chunk is already free init died signal 0, exit 1 After a few seconds the system reboots. Attempting to go to screen F1 with one keystroke combination (ALT+F1) causes continuous beep and system eventually reboots anyway. This system had installed 2.2-ALPHA (and did a complete 'make world') with no incidents with exactly the same hardware and boards installed. 2.2-ALPHA was installed using the same FTP method via the SMC card. I did not try installing 2.1.6 or 2.1.6.1 on the system so I don't know about those behave on this platform. Before 2.2-ALPHA, the system had 2.1.5 running without incident and installed via FTP too. On the 6th 2.2-BETA attempt, I removed the system cache and the problem did not go away. On the 7th attempt, I left cache out and replaced network card with a 3C503 (I was unable to get another type 3Com card to be detected), which still uses the ed0 driver. The install failed in the same way. On the 8th attempt, I had a cable unplugged, so the commit aborted. After fixing the cable, I simply did an extract. It went to completion without error. I then issued a Commit again (it wanted me to redeclare the distribution) and then the panic occurred without doing any of the FTPs. The 2.2-BETA modules were downloaded around 2-Jan-97 from www.freebsd.org and appear to be complete/correct. Again, installing 2.2-ALPHA on this system (with cache and the SMC network card present) works fine. >How-To-Repeat: See above. >Fix: I have not been able to find a workaround. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 00:00:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA14853 for bugs-outgoing; Thu, 9 Jan 1997 00:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA14831; Thu, 9 Jan 1997 00:00:04 -0800 (PST) Resent-Date: Thu, 9 Jan 1997 00:00:04 -0800 (PST) Resent-Message-Id: <199701090800.AAA14831@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.XAA14751;Wed; (8.8.4/8.8.4);, 8 Jan 1997 23:58:13.-0800 (PST) Message-Id: <199701090758.XAA14751@freefall.freebsd.org> Date: Wed, 8 Jan 1997 23:58:13 -0800 (PST) From: hosokawa@jp.FreeBSD.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/2427: 2.2-BETA ft driver panics when there're no floppy drives Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2427 >Category: i386 >Synopsis: 2.2-BETA ft driver panics when there're no floppy drives >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 9 00:00:01 PST 1997 >Last-Modified: >Originator: Tatsumi Hosokawa >Organization: FreeBSD User's Group, Japan >Release: 2.2-BETA >Environment: FreeBSD lenlen.mt.cs.keio.ac.jp 2.2-BETA_A FreeBSD 2.2-BETA_A #1: Thu Jan 9 16: 18:41 JST 1997 hosokawa@lenlen.mt.cs.keio.ac.jp:/usr/src/sys.PAO/compile/PAO _TEST i386 >Description: Subject says all. >How-To-Repeat: Boot from boot.flp on non-fd machines. It panics at ftopen() >Fix: It's easy. Please commit it ASAP. *** /usr/src/sys.2.2-BETA/i386/isa/ft.c Fri Nov 29 06:57:17 1996 --- ft.c Thu Jan 9 16:17:24 1997 *************** *** 2044,2049 **** --- 2044,2051 ---- /* check bounds */ if (ftu >= NFT) return(ENXIO); + if (!ft_data[ftu]) + return(ENXIO); fdc = ft_data[ftu]->fdc; if ((fdc == NULL) || (ft_data[ftu]->type == NO_TYPE)) return(ENXIO); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 01:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA19162 for bugs-outgoing; Thu, 9 Jan 1997 01:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA19156; Thu, 9 Jan 1997 01:50:01 -0800 (PST) Date: Thu, 9 Jan 1997 01:50:01 -0800 (PST) Message-Id: <199701090950.BAA19156@freefall.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 Reply-To: "Jordan K. Hubbard" Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR conf/2426; it has been noted by GNATS. From: "Jordan K. Hubbard" To: uhclem@freefall.freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org, uhclem@nemesis.lonestar.org Subject: Re: conf/2426: At end of install, panic: Going nowhere without init - FDIV050 Date: Thu, 09 Jan 1997 01:43:11 -0800 Yikes! All this sounds bad. Rest assured that I *will* fix these problems (to your proven satisfaction) before 2.2 goes out. :-) From owner-freebsd-bugs Thu Jan 9 03:20:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA23749 for bugs-outgoing; Thu, 9 Jan 1997 03:20:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA23742; Thu, 9 Jan 1997 03:20:02 -0800 (PST) Resent-Date: Thu, 9 Jan 1997 03:20:02 -0800 (PST) Resent-Message-Id: <199701091120.DAA23742@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, michael@seedsnet.ru Received: from seedsnet.ru (seedsnet.ru [194.87.118.97]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id DAA23686 for ; Thu, 9 Jan 1997 03:19:14 -0800 (PST) Received: (from michael@localhost) by seedsnet.ru (8.7.5/8.7.5) id OAA02072 Message-Id: <199701091118.OAA02072@seedsnet.ru> Date: Thu, 9 Jan 1997 14:18:42 +0300 (MSK) From: Michael Khoteev Reply-To: michael@seedsnet.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/2429: Driver for AIMS Lab RadioTrack radio card for FreeBSD 2.1.5 and above Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2429 >Category: kern >Synopsis: Driver for AIMS Lab RadioTrack radio card for FreeBSD 2.1.5 and above >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Jan 9 03:20:01 PST 1997 >Last-Modified: >Originator: Michael Khoteev >Organization: Commercial Centre Saratovskie Semena >Release: FreeBSD 2.1-STABLE i386 >Environment: >Description: I write the kernel driver for AIMS Lab RadioTrack radio card for FreeBSD 2.1.5-RELEASE and program like fmradio from this firm for control this radio. Tell me please, how i can add this driver to next version of FreeBSD, or there is no possibility of this ? Thanks. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 04:52:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA28010 for bugs-outgoing; Thu, 9 Jan 1997 04:52:18 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA27988; Thu, 9 Jan 1997 04:52:15 -0800 (PST) Date: Thu, 9 Jan 1997 04:52:15 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199701091252.EAA27988@freefall.freebsd.org> To: hosokawa@jp.FreeBSD.org, phk, freebsd-bugs Subject: Re: i386/2427 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.2-BETA ft driver panics when there're no floppy drives State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Thu Jan 9 04:52:01 PST 1997 State-Changed-Why: done, thanks! From owner-freebsd-bugs Thu Jan 9 05:40:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29605 for bugs-outgoing; Thu, 9 Jan 1997 05:40:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29580; Thu, 9 Jan 1997 05:40:02 -0800 (PST) Resent-Date: Thu, 9 Jan 1997 05:40:02 -0800 (PST) Resent-Message-Id: <199701091340.FAA29580@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, davidn@unique.usn.blaze.net.au Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA29500 for ; Thu, 9 Jan 1997 05:37:20 -0800 (PST) Received: (from davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) id AAA01791; Fri, 10 Jan 1997 00:37:15 +1100 (EST) Message-Id: <199701091337.AAA01791@labs.usn.blaze.net.au> Date: Fri, 10 Jan 1997 00:37:15 +1100 (EST) From: David Nugent Reply-To: davidn@unique.usn.blaze.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2430 >Category: bin >Synopsis: mountd stops on loading if subnet mask is not defined in /etc/networks >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 9 05:40:00 PST 1997 >Last-Modified: >Originator: David Nugent - davidn@blaze.net.au >Organization: Unique Computing, Melbourne, Australia >Release: FreeBSD 3.0-CURRENT i386 >Environment: Also occurs with 2.2-ALPHA and 2.2-BETA. NFS server enabled in /etc/sysconfig. /etc/exports uses -network and -mask options. >Description: When /etc/exports contains an export for a subnet (example follows), /etc/rc freezes until ^C is hit (causing mountd not to load) if the appropriate subnet mask is not defined in /etc/networks. e.g. /usr/src -alldirs -maproot=0:0 -network=203.17.53.16 -mask 255.255.255.240 >How-To-Repeat: Comment out your subnet mask in /etc/networks, make sure nfs server is enabled in /etc/sysconfig, reboot, watch /etc/rc stop as it attempts to load /sbin/mountd. >Fix: Unknown. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 05:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29884 for bugs-outgoing; Thu, 9 Jan 1997 05:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id FAA29878; Thu, 9 Jan 1997 05:50:02 -0800 (PST) Resent-Date: Thu, 9 Jan 1997 05:50:02 -0800 (PST) Resent-Message-Id: <199701091350.FAA29878@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Tor.Egge@idt.ntnu.no Received: from pat.idt.unit.no (0@pat.idt.unit.no [129.241.103.5]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id FAA29774 for ; Thu, 9 Jan 1997 05:47:23 -0800 (PST) Received: from ikke.idt.unit.no (tegge@ikke.idt.unit.no [129.241.111.65]) by pat.idt.unit.no (8.8.4/8.8.4) with ESMTP id OAA08621 for ; Thu, 9 Jan 1997 14:47:18 +0100 (MET) Received: (from tegge@localhost) by ikke.idt.unit.no (8.8.4/8.8.3) id OAA01381; Thu, 9 Jan 1997 14:47:17 +0100 (MET) Message-Id: <199701091347.OAA01381@ikke.idt.unit.no> Date: Thu, 9 Jan 1997 14:47:17 +0100 (MET) From: Tor Egge Reply-To: Tor.Egge@idt.ntnu.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/2431: panic: get_pv_entry: cannot get a pv_entry_t Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2431 >Category: i386 >Synopsis: panic: get_pv_entry: cannot get a pv_entry_t >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 9 05:50:01 PST 1997 >Last-Modified: >Originator: Tor Egge >Organization: Norwegian University of Science and Technology, Trondheim, Norway >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD ikke.idt.unit.no 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Fri Jan 3 16:55:28 MET 1997 root@ikke.idt.unit.no:/usr/src/sys-UP/compile/TEGGE i386 512 MB memory >Description: When a process with a lot of resident memory (>300 MB, where 180 MB is mlocked) forks while the amount of free physical memory is low, the system may run out of free memory when allocating elements of type pv_entry_t. When attempting to dump the memory to the dump device, the system tries to allocate even more elements of type pv_entry_t, causing a recursive panic, and no dump. >How-To-Repeat: See above. >Fix: Workaround: Use sysctl to increase limits of reserved free physical memory, reducing the probability for running out of free memory. e.g. sysctl -w vm.v_free_reserved=1024 sysctl -w vm.v_free_min=1500 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 06:51:13 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA02598 for bugs-outgoing; Thu, 9 Jan 1997 06:51:13 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA02573; Thu, 9 Jan 1997 06:51:08 -0800 (PST) Date: Thu, 9 Jan 1997 06:51:08 -0800 (PST) From: Mike Pritchard Message-Id: <199701091451.GAA02573@freefall.freebsd.org> To: peter.jeremy@alcatel.com.au, mpp, freebsd-bugs Subject: Re: gnu/2392 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: man(1) leaks file descriptors State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Jan 9 06:50:47 PST 1997 State-Changed-Why: Revised patches from author applied. From owner-freebsd-bugs Thu Jan 9 07:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA03050 for bugs-outgoing; Thu, 9 Jan 1997 07:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA03036; Thu, 9 Jan 1997 07:00:02 -0800 (PST) Date: Thu, 9 Jan 1997 07:00:02 -0800 (PST) Message-Id: <199701091500.HAA03036@freefall.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Reply-To: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2430; it has been noted by GNATS. From: Poul-Henning Kamp To: davidn@unique.usn.blaze.net.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Date: Thu, 09 Jan 1997 15:51:00 +0100 In message <199701091337.AAA01791@labs.usn.blaze.net.au>, David Nugent writes: > >>Number: 2430 >>Category: bin >>Synopsis: mountd stops on loading if subnet mask is not defined in /etc >/networks >>Confidential: no >>Severity: serious >>Priority: medium >>Responsible: freebsd-bugs >>State: open >>Class: sw-bug >>Submitter-Id: current-users >>Arrival-Date: Thu Jan 9 05:40:00 PST 1997 >>Last-Modified: >>Originator: David Nugent - davidn@blaze.net.au >>Organization: >Unique Computing, Melbourne, Australia >>Release: FreeBSD 3.0-CURRENT i386 >>Environment: > > Also occurs with 2.2-ALPHA and 2.2-BETA. > NFS server enabled in /etc/sysconfig. > /etc/exports uses -network and -mask options. > >>Description: > > When /etc/exports contains an export for a subnet (example > follows), /etc/rc freezes until ^C is hit (causing mountd > not to load) if the appropriate subnet mask is not defined > in /etc/networks. > >e.g. > /usr/src -alldirs -maproot=0:0 -network=203.17.53.16 -mask 255.255.255. >240 > >>How-To-Repeat: > > Comment out your subnet mask in /etc/networks, make sure > nfs server is enabled in /etc/sysconfig, reboot, watch > /etc/rc stop as it attempts to load /sbin/mountd. I've seen this too, very annoying. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Thu Jan 9 07:39:54 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA04891 for bugs-outgoing; Thu, 9 Jan 1997 07:39:54 -0800 (PST) Received: from george.lbl.gov (george-2.lbl.gov [131.243.2.12]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id HAA04886 for ; Thu, 9 Jan 1997 07:39:52 -0800 (PST) Received: (jin@localhost) by george.lbl.gov (8.6.10/8.6.5) id HAA21743; Thu, 9 Jan 1997 07:39:52 -0800 Date: Thu, 9 Jan 1997 07:39:52 -0800 From: "Jin Guojun[ITG]" Message-Id: <199701091539.HAA21743@george.lbl.gov> To: freebsd-bugs@freefall.freebsd.org, phk@critter.dk.tfs.com Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Poul-Henning Kamp wrote: > > Also occurs with 2.2-ALPHA and 2.2-BETA. > > NFS server enabled in /etc/sysconfig. > > /etc/exports uses -network and -mask options. > > > >>Description: > > > > When /etc/exports contains an export for a subnet (example > > follows), /etc/rc freezes until ^C is hit (causing mountd > > not to load) if the appropriate subnet mask is not defined > > in /etc/networks. > > > >e.g. > > /usr/src -alldirs -maproot=0:0 -network=203.17.53.16 -mask 255.255.255. > >240 > > > >>How-To-Repeat: > > > > Comment out your subnet mask in /etc/networks, make sure > > nfs server is enabled in /etc/sysconfig, reboot, watch > > /etc/rc stop as it attempts to load /sbin/mountd. > > I've seen this too, very annoying. > I did NOT see such problems. Actually, I never made /etc/networks working to set netmask for class B subnets. I tried to use /etc/networks to set mask from 2.1.x to 2.2-x, I got no lucky at all. So, I have to use netmask flag explicitely in ifconfig command and -mask in /etc/exports file to do so. That the only problem I encounted for mountd is it must start at boot time. e.g., if there was no /etc/exports exist at boot time, then, add it after boot up, and try to start mountd at this time, entire file system will hang. -Jin From owner-freebsd-bugs Thu Jan 9 08:02:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA06573 for bugs-outgoing; Thu, 9 Jan 1997 08:02:31 -0800 (PST) Received: from tfs.com (tfs.com [140.145.250.1]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id IAA06566 for ; Thu, 9 Jan 1997 08:02:29 -0800 (PST) Received: from schizo.dk.tfs.com by tfs.com (smail3.1.28.1) with SMTP id m0viMvJ-0003wcC; Thu, 9 Jan 97 08:01 PST Received: from critter.dk.tfs.com (critter.dk.tfs.com [140.145.230.252]) by schizo.dk.tfs.com (8.8.2/8.7.3) with ESMTP id RAA09955; Thu, 9 Jan 1997 17:01:27 +0100 (MET) Received: from critter.dk.tfs.com (localhost [127.0.0.1]) by critter.dk.tfs.com (8.8.2/8.8.2) with ESMTP id RAA07610; Thu, 9 Jan 1997 17:01:37 +0100 (MET) To: "Jin Guojun[ITG]" cc: freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks In-reply-to: Your message of "Thu, 09 Jan 1997 07:39:52 PST." <199701091539.HAA21743@george.lbl.gov> Date: Thu, 09 Jan 1997 17:01:37 +0100 Message-ID: <7608.852825697@critter.dk.tfs.com> From: Poul-Henning Kamp Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message <199701091539.HAA21743@george.lbl.gov>, "Jin Guojun[ITG]" writes: >I did NOT see such problems. Actually, I never made /etc/networks working to >set netmask for class B subnets. I tried to use /etc/networks to set mask >from 2.1.x to 2.2-x, I got no lucky at all. So, I have to use netmask flag >explicitely in ifconfig command and -mask in /etc/exports file to do so. Yes, and that's where the problem starts I think, when you have the mask option but no /etc/networks entry. -- Poul-Henning Kamp | phk@FreeBSD.ORG FreeBSD Core-team. http://www.freebsd.org/~phk | phk@login.dknet.dk Private mailbox. whois: [PHK] | phk@tfs.com TRW Financial Systems, Inc. Power and ignorance is a disgusting cocktail. From owner-freebsd-bugs Thu Jan 9 08:30:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA08148 for bugs-outgoing; Thu, 9 Jan 1997 08:30:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA08141; Thu, 9 Jan 1997 08:30:03 -0800 (PST) Date: Thu, 9 Jan 1997 08:30:03 -0800 (PST) Message-Id: <199701091630.IAA08141@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Schleifer Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Mark Schleifer Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Mark Schleifer To: Kazutaka YOKOTA Cc: Mark Schleifer , FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Thu, 9 Jan 1997 11:23:27 -0500 (EST) On 1/9/1997 (12:11:18 +0900), Kazutaka YOKOTA wrote: ] ] >w/ kernel.GENERIC: ] > ] >psm0 enabled in the kernel: System boots but doesn't take anything I ] > type. I have to powercycle after boot to ] > get out. ] >psm0 disabled in the kernel: System works OK unless something tries to ] > open psm0. ] > ] >w/ config OTOR-SCSI (the one sent in with the bug report): ] > ] >psm0 enabled in the kernel: System works OK unless something tries to ] > open psm0. ] > ] >w/ config OTOR-SCSI + PSM_NO_RESET: ] > ] >psm0 enabled in the kernel: System boots but doesn't take anything I ] > type. I have to powercycle after boot to ] > get out. ] > ] [...] ] >Jan 8 09:03:03 otor /kernel: Probing for devices on the ISA bus: ] >Jan 8 09:03:03 otor /kernel: kbdio: RESET_KBD return code:00fa ] >Jan 8 09:03:04 otor /kernel: kbdio: RESET_KBD status:00aa ] >Jan 8 09:03:04 otor /kernel: sc0 at 0x60-0x6f irq 1 on motherboard ] >Jan 8 09:03:04 otor /kernel: sc0: VGA color <16 virtual consoles, flags=0x0> ] >[...] ] >Jan 8 09:03:04 otor /kernel: kbdio: TEST_AUX_PORT status:0000 ] >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX return code:00fa ] >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX status:00aa ] >Jan 8 09:03:04 otor /kernel: kbdio: RESET_AUX ID:0000 ] >Jan 8 09:03:04 otor /kernel: psm0: unable to set the command byte. ] >Jan 8 09:03:04 otor /kernel: psm0 not found at 0x60 ] ] I see... The probe routine of the `psm' driver successfully reset the ] PS/2 mouse, but somehow the driver failed to talk to the keyboard ] controller just before finishing the probe. This is a nasty problem. ] ] Something went wrong after the device reset. I would be very grateful ] if you could take the following steps to narrow down the problem area. ] ] 1. Add the following #define to the top of /usr/src/sys/i386/isa/psm.c. ] #define PSM_DEBUG 2 ] Recompile the kernel, reboot the system, and see what it gives. ] There will be a lot of messages. Please examine `dmesg' output, ] if possible, as well as `syslogd' output, (Some messages are logged ] under kern.err.) Well, I did this and the messages did increase...And psm0 was found and operates correctly. I was able to run X with no trouble. Jan 9 10:20:18 otor /kernel: psm0: current command byte:0047 Jan 9 10:20:18 otor /kernel: kbdio: TEST_AUX_PORT status:0000 Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX return code:00fa Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX status:00aa Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX ID:0000 Jan 9 10:20:18 otor /kernel: psm: ENABLE_DEV return code:00fa Jan 9 10:20:19 otor /kernel: psm: DISABLE_DEV return code:00fa Jan 9 10:20:19 otor /kernel: psm: SEND_AUX_STATUS return code:00fa Jan 9 10:20:19 otor /kernel: psm0: status after reset 00 02 64 Jan 9 10:20:19 otor /kernel: psm: SEND_DEV_ID return code:00fa Jan 9 10:20:19 otor /kernel: psm: device ID: 0000 Jan 9 10:20:19 otor /kernel: psm: SET_RESOLUTION (0) 00fa Jan 9 10:20:19 otor /kernel: psm: SET_SCALING11 return code:00fa Jan 9 10:20:19 otor last message repeated 2 times Jan 9 10:20:19 otor /kernel: psm: SEND_AUX_STATUS return code:00fa Jan 9 10:20:19 otor /kernel: psm: status 00 00 64 (get_mouse_buttons) Jan 9 10:20:19 otor /kernel: psm: SET_SAMPLING_RATE (100) 00fa Jan 9 10:20:19 otor /kernel: psm: SET_RESOLUTION (2) 00fa Jan 9 10:20:19 otor /kernel: psm: SET_SCALING11 return code:00fa Jan 9 10:20:19 otor /kernel: psm: SET_STREAM_MODE return code:00fa Jan 9 10:20:19 otor /kernel: psm: SEND_AUX_STATUS return code:00fa Jan 9 10:20:19 otor /kernel: psm0: status 00 02 64 Jan 9 10:20:19 otor /kernel: psm0 at 0x60-0x64 irq 12 on motherboard Jan 9 10:20:19 otor /kernel: psm0: device ID 0, 2 buttons? And when I ran X: Jan 9 10:23:06 otor /kernel: psm: ENABLE_DEV return code:00fa Jan 9 10:23:06 otor /kernel: psm: SEND_AUX_STATUS return code:00fa Jan 9 10:23:06 otor /kernel: psm0: status 20 02 64 Jan 9 10:23:15 otor /kernel: psm: button 4 down (0000) (mkps2) Jan 9 10:23:26 otor last message repeated 167 times Jan 9 10:23:26 otor /kernel: psm: button 4 down (0001) (mkps2) Jan 9 10:23:29 otor last message repeated 69 times Jan 9 10:23:29 otor /kernel: psm: button 4 down (0000) (mkps2) Jan 9 10:23:29 otor /kernel: psm: DISABLE_DEV return code:00fa Jan 9 10:23:29 otor /kernel: psm0: failed to disable the aux port (psmclose). I rebooted twice just to be sure everything worked. Then I removed the #define and rebooted. The problem returned as expected ] 2. Apply the following patch to `psm.c' and see if it works. The patch ] reduces the amount of interaction between the driver and the keyboard ] controller, and uses less variety of mouse commands, thus, there should ] be less chance of communication failure. I added your patch without the '#define PSM_DEBUG 2' (since that by itself avoids the problem) and the the problem was still there: kbdio: TEST_AUX_PORT status:0000 kbdio: RESET_AUX return code:00fa kbdio: RESET_AUX status:00aa kbdio: RESET_AUX ID:0000 psm0: unable to set the command byte. psm0 not found at 0x60 What's next to try? Also, do you want be to remove the patch below before the next test? - Mark ] ] --- psm.c.orig Sat Jan 4 11:54:32 1997 ] +++ psm.c Thu Jan 9 11:15:48 1997 ] @@ -695,6 +695,7 @@ ] ] /* set mouse parameters */ ] /* FIXME:XXX should we set them in `psmattach()' rather than here? */ ] +#if 0 ] if (setparams) { ] if (sc->mode.rate > 0) ] sc->mode.rate = set_mouse_sampling_rate(ioport, sc->mode.rate); ] @@ -705,6 +706,11 @@ ] /* FIXME:XXX I don't know if these parameters are reasonable */ ] set_mouse_scaling(ioport); /* 1:1 scaling */ ] set_mouse_mode(ioport); /* stream mode */ ] +#else ] + i = send_aux_command(ioport, 0x00f6); ] + if (verbose) ] + log(LOG_DEBUG, "psm%d: SET_DEFAULT return code:%04x\n", unit, i); ] +#endif ] ] /* just check the status of the mouse */ ] if (verbose) { From owner-freebsd-bugs Thu Jan 9 11:50:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA17978 for bugs-outgoing; Thu, 9 Jan 1997 11:50:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA17971; Thu, 9 Jan 1997 11:50:02 -0800 (PST) Resent-Date: Thu, 9 Jan 1997 11:50:02 -0800 (PST) Resent-Message-Id: <199701091950.LAA17971@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.LAA17569;Thu; (8.8.4/8.8.4);, 9 Jan 1997 11:41:55.-0800 (PST) Message-Id: <199701091941.LAA17569@freefall.freebsd.org> Date: Thu, 9 Jan 1997 11:41:55 -0800 (PST) From: champlin@pa.dec.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2433: Multiple AHA1542 scsi controllers don't work in 2.1.5-RELEASE Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2433 >Category: kern >Synopsis: Multiple AHA1542 scsi controllers don't work in 2.1.5-RELEASE >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jan 9 11:50:01 PST 1997 >Last-Modified: >Originator: Virgil Champlin >Organization: Digital Equipment Corporation >Release: FreeBSD 2.1.5-RELEASE >Environment: FreeBSD saralinda.pa.dec.com 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #0: Thu Jan 9 10:25:05 PST 1997 >Description: Multiple AHA1542cf scsi controllers in the same machine (and possibly others) do not work under 2.1.5-RELEASE. When properly configured (kernel config file correct and no device conflicts) the controller and device probes work for the first controller (aha0). The second controller probe works but the probes for individual devices time out. >How-To-Repeat: Plug in 2 AHA1542cf controllers and add the following to the kernel config file: controller aha1 at isa? port "IO_AHA1" bio irq ? drq 5 vector ahaintr If you boot "verbose", you will notice that the probe for the second controller lists unit "0" rather than the expected "1". >Fix: There is a small bug in the probe routine of the 1542 device driver (/usr/src/sys/i386/isa/aha1542.c). It fails to initialize the "unit" element of the associated aha_data structure before calling the init routine. It works for aha0 because the "bzero" of the malloced aha_data structure essentially initializes it for that special case. *** aha1542.c.orig Thu Jan 9 11:08:46 1997 --- aha1542.c Thu Jan 9 11:13:56 1997 *************** ahaprobe(dev) *** 602,607 **** --- 602,608 ---- } bzero(aha, sizeof(struct aha_data)); ahadata[unit] = aha; + aha->unit = unit; aha->aha_base = dev->id_iobase; #ifndef DEV_LKM >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Jan 9 12:24:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA19696 for bugs-outgoing; Thu, 9 Jan 1997 12:24:18 -0800 (PST) Received: from pir.net (moek.pir.net [158.43.129.42]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id MAA19688 for ; Thu, 9 Jan 1997 12:24:05 -0800 (PST) Received: (from pir@localhost) by pir.net (8.8.4/6.6.6) id UAA00374; Thu, 9 Jan 1997 20:23:35 GMT Date: Thu, 9 Jan 1997 20:23:35 GMT From: Peter Radcliffe Message-Id: <199701092023.UAA00374@pir.net> To: davidn@unique.usn.blaze.net.au Subject: Re: bin/2430: mountd stops on loading if subnet mask is not defined in /etc/networks Cc: bugs@freebsd.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > >Number: 2430 > >Category: bin > >Synopsis: mountd stops on loading if subnet mask is not defined in /etc/networks > >Confidential: no > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Thu Jan 9 05:40:00 PST 1997 > >Last-Modified: > >Originator: David Nugent - davidn@blaze.net.au > >Organization: > Unique Computing, Melbourne, Australia > >Release: FreeBSD 3.0-CURRENT i386 > >Environment: > > Also occurs with 2.2-ALPHA and 2.2-BETA. > NFS server enabled in /etc/sysconfig. > /etc/exports uses -network and -mask options. > > >Description: > > When /etc/exports contains an export for a subnet (example > follows), /etc/rc freezes until ^C is hit (causing mountd > not to load) if the appropriate subnet mask is not defined > in /etc/networks. > > e.g. > /usr/src -alldirs -maproot=0:0 -network=203.17.53.16 -mask 255.255.255.240 > > >How-To-Repeat: > > Comment out your subnet mask in /etc/networks, make sure > nfs server is enabled in /etc/sysconfig, reboot, watch > /etc/rc stop as it attempts to load /sbin/mountd. I've just come across this one, from my ktracing it seems to be trying to do a DNS lookup on the network, which will fail fairly quickly if your configured nameservers are relatively fast and you don't have lots of things in your resolv.conf search path. I'm not 100% sure about it, because as soon as I found my rfc defined private network export was failing when the modem line wasn't up and traced it down to the network not being in /etc/networks I stopped looking at it. _If_ it is trying a DNS lookup on the operand of a -network, this is broken IMO. Peter. From owner-freebsd-bugs Thu Jan 9 13:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA21682 for bugs-outgoing; Thu, 9 Jan 1997 13:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA21676; Thu, 9 Jan 1997 13:10:02 -0800 (PST) Date: Thu, 9 Jan 1997 13:10:02 -0800 (PST) Message-Id: <199701092110.NAA21676@freefall.freebsd.org> To: freebsd-bugs Cc: From: se@freebsd.org (Stefan Esser) Subject: Re: kern/2425: amd driver does not reprobe devices. Reply-To: se@freebsd.org (Stefan Esser) Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2425; it has been noted by GNATS. From: se@freebsd.org (Stefan Esser) To: nsayer@quack.kfu.com Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/2425: amd driver does not reprobe devices. Date: Thu, 9 Jan 1997 22:00:37 +0100 On Jan 8, nsayer@quack.kfu.com wrote: > >Description: > > scsi -f /dev/scsi -p does not reprobe for devices that were not present > at boot time. Well, do other drivers do ? > >How-To-Repeat: > > Boot with nothing attached to the SCSI bus. > Suspend the machine. > Attach 1 or more SCSI devices > Resume the machine > scsi -f /dev/scsi -p will say: > 0: nothing. > 1: nothing. > 2: nothing. > 3: nothing. > 4: nothing. > 5: nothing. > 6: nothing. > 7: nothing. At least it didn't crash your system :) > >Fix: > > Somehow the scan_devices flag needs to be set when a reprobe is called > for. Perhaps calling DC390_init() would help somehow? Hmm, I don't have much time to spend on this, currently. SCSI bus resan is not supported, and I have no way to test AMD driver changes, since I got no such controller card (that is, why I needed a BETA tester :) The driver will need changes to work with the new generic SCSI code (from the SCSI branch), I think the "scan_devices" hack should be removed, then. (I didn't like it at all, but didn't have time and test equipment to change that part of the code.) Regards, STefan From owner-freebsd-bugs Thu Jan 9 13:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22945 for bugs-outgoing; Thu, 9 Jan 1997 13:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA22911; Thu, 9 Jan 1997 13:40:02 -0800 (PST) Date: Thu, 9 Jan 1997 13:40:02 -0800 (PST) Message-Id: <199701092140.NAA22911@freefall.freebsd.org> To: freebsd-bugs Cc: From: Mark Murray Subject: Re: kern/2433: Multiple AHA1542 scsi controllers don't work in 2.1.5-RELEASE Reply-To: Mark Murray Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2433; it has been noted by GNATS. From: Mark Murray To: champlin@pa.dec.com Cc: freebsd-gnats-submit@freebsd.org Subject: Re: kern/2433: Multiple AHA1542 scsi controllers don't work in 2.1.5-RELEASE Date: Thu, 09 Jan 1997 23:31:02 +0200 > If you boot "verbose", you will notice that the probe for the second > controller lists unit "0" rather than the expected "1". I van verify this. Happens to me too. I eventiually gave up. Well done! M -- Mark Murray PGP key fingerprint = 80 36 6E 40 83 D6 8A 36 This .sig is umop ap!sdn. BC 06 EA 0E 7A F2 CE CE From owner-freebsd-bugs Thu Jan 9 14:25:20 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA25246 for bugs-outgoing; Thu, 9 Jan 1997 14:25:20 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id OAA25215 for ; Thu, 9 Jan 1997 14:24:59 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id XAA16073 for freebsd-bugs@freefall.freebsd.org; Thu, 9 Jan 1997 23:24:57 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id XAA20030; Thu, 9 Jan 1997 23:00:13 +0100 (MET) Message-ID: Date: Thu, 9 Jan 1997 23:00:13 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freefall.freebsd.org Subject: Re: kern/2425: amd driver does not reprobe devices. References: <199701092110.NAA21676@freefall.freebsd.org> X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: <199701092110.NAA21676@freefall.freebsd.org>; from Stefan Esser on Jan 9, 1997 13:10:02 -0800 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk As Stefan Esser wrote: > > scsi -f /dev/scsi -p does not reprobe for devices that were not present > > at boot time. > > Well, do other drivers do ? Probably all `mainstream' drivers now, at least aha, ahc, and ncr, i believe. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Thu Jan 9 15:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA26898 for bugs-outgoing; Thu, 9 Jan 1997 15:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id PAA26887; Thu, 9 Jan 1997 15:00:01 -0800 (PST) Date: Thu, 9 Jan 1997 15:00:01 -0800 (PST) Message-Id: <199701092300.PAA26887@freefall.freebsd.org> To: freebsd-bugs Cc: From: John-Mark Gurney Subject: bin/2303 can be closed when kern/2402 has been commited... Reply-To: John-Mark Gurney Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2303; it has been noted by GNATS. From: John-Mark Gurney To: freebsd-gnats-submit@freefall.FreeBSD.org Cc: Subject: bin/2303 can be closed when kern/2402 has been commited... Date: Thu, 9 Jan 1997 14:50:37 -0800 (PST) basicly the patch in kern/2423 will fix the main thrust behind bin/2303... the patch in kern/2423 fixes the problem as it wasn't the fault of cdcontrol but of the cdrom drive... I'm not sure if the patch will compile under -current, but the patches are relative to -current... I'm running 960801-SNAP (my main server is also my developement machine) so I can't compile the -current kernel sources until I do an upgrade... from the looks of it... cd.c hasn't changed enough so the patches should be a problem... also.. right now the patch requires that you add "options CD_BCD_HACK" to the kernel for my modes to be incorperated... then you need to edit scsiconf.c to add the option CD_Q_BCD_TRACKS to the quirk entry before the code will even run on a cdrom drive... it also doesn't impact how my other 'normal' cdrom drive works... if you have any questions... just ask... and I'll give all the info you need... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Thu Jan 9 19:53:18 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA11949 for bugs-outgoing; Thu, 9 Jan 1997 19:53:18 -0800 (PST) Received: from nemesis.lonestar.org ([207.136.12.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id TAA11944 for ; Thu, 9 Jan 1997 19:53:11 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0viY1P-000us7C; Thu, 9 Jan 97 21:52 CST Message-Id: Date: Thu, 9 Jan 97 21:52 CST To: freebsd-bugs@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Thu Jan 9 1997, 21:52:46 CST Subject: Re: bin/2303 & kern/2423 CDs and BCD numbers - its 99 DECIMAL not HEX Cc: jmg@nike.efn.org, joerg_wunsch@uriah.heep.sax.de, uhclem@nemesis.lonestar.org Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk [0]ahhhh.... it turns out that the chinion reports packed BCD numbers... I [0]thought it was funny that two cd's both with 99 tracks would report 153... [0]but if you convert 153 to hex you get 0x99... i.e. 99 tracks... hmm.. [0]looks like I'll finally go and see if I can get a fireware upgrade for my [0]two chinon drives... Except that the Red Book (all praise Philips and Sony) says quite clearly: (quoting from page 42, section 4.1) TNO: Track number expressed in 2 digits BCD (8-4-2-1 code) 00 : Lead-in track The end of the lead-in track is at the starting diameter of the program area (see DISC SPECIFICATION 9.1). 01-00 : Track numbers. A track can be preceded by a pause with the same track number. The track numbering has to start with the value 01 and has to increment by one. In case a program is stored on several discs, the number may be continued. AA : Lead-out track. The lead-out track starts at the end of the last music track on a disc, without a preceding pause encoding. TNO in an illustration is shown to be a one byte field. Similarly Index values go between 01 and 99 in BCD format. The value 00 is used for pause control. Now, there are plenty of makes of CD-ROM drives that return info to the host in BCD, and this is because most of the fields on the actual disk are in BCD. This means less work for the drive. The Matsushita proprietary interface drives are good examples of drives that do this. However, BCD or not, any disc with more than 99 DECIMAL tracks is encoded incorrectly, will malfunction in many different drives, and technically the company that pressed the disc is in violation of their CD manufacturing license to Philips. (Supposedly there is a reward for reporting license violators...) Clearly what happened is that some write-once mastering software vendor has misread the spec (or didn't have a copy) and assumed that because 0xAA was the lead-out code, that the track number must allow all hex combinations up to 0xAA. BZZT! WRONG! The CD pressing company probably just cloned the write-once master they were sent without verifying format correctness. I also checked the Orange Book Part-II (CD-WO) and it also says 99 DECIMAL tracks is the maximum and it says it in several places. You might stick the offending disc in a normal audio player (don't let it actually play the disc) and see what it thinks the number of tracks is. Therefore, I see no reason to support more than 99 tracks since this one disc is clearly out of spec, and adding support to part of the system is probably going to break just about every other proprietary CD-ROM driver and CD-audio applications when an invalid disc is tried with them. How many drivers and/or programs have fixed arrays with 99 entries or other limitations tied to what is supposed to be a universal constant in the world of CDs? In my opinion, we should consider carefully the impact of any proposed patches in this area. This could break a lot of stuff just to make one incorrectly-mastered disc work. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Thu Jan 9 20:23:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA12846 for bugs-outgoing; Thu, 9 Jan 1997 20:23:10 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-9.uoregon.edu [128.223.172.9]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id UAA12833 for ; Thu, 9 Jan 1997 20:23:02 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id UAA28739; Thu, 9 Jan 1997 20:22:05 -0800 (PST) Date: Thu, 9 Jan 1997 20:22:02 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Frank Durda IV cc: freebsd-bugs@freebsd.org, joerg_wunsch@uriah.heep.sax.de Subject: Re: bin/2303 & kern/2423 CDs and BCD numbers - its 99 DECIMAL not HEX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 9 Jan 1997, Frank Durda IV wrote: [...] > Now, there are plenty of makes of CD-ROM drives that return info to > the host in BCD, and this is because most of the fields on the actual disk > are in BCD. This means less work for the drive. The Matsushita proprietary > interface drives are good examples of drives that do this. > > However, BCD or not, any disc with more than 99 DECIMAL tracks is > encoded incorrectly, will malfunction in many different drives, > and technically the company that pressed the disc is in violation of > their CD manufacturing license to Philips. (Supposedly there is a > reward for reporting license violators...) [...] actually... as it turns out I'm pretty sure that this drive returns all track id's as bcd... so I have pattched the kernel to add a specific option to enable bcd->binary conversion and back for broken drives... you have to add an entry to the quirks list for the drives that need bcd conversion... so it won't affect the rest of the `normal' cdroms... if you would like to look at the patches check out kern/2423... I've also done a follow up at bin/2303 that states that when kern/2423 is committed than bin/2303 should be closed as kern/2423 fixes it... and thanks for the info... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Thu Jan 9 23:03:38 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA24076 for bugs-outgoing; Thu, 9 Jan 1997 23:03:38 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA24055; Thu, 9 Jan 1997 23:03:36 -0800 (PST) Date: Thu, 9 Jan 1997 23:03:36 -0800 (PST) From: Mike Pritchard Message-Id: <199701100703.XAA24055@freefall.freebsd.org> To: wlloyd@tolstoy.mpd.ca, mpp, freebsd-bugs Subject: Re: docs/2372 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Changes to mail.sgml State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Jan 9 23:03:01 PST 1997 State-Changed-Why: Supplied patches applied w/some additional spelling corrections. From owner-freebsd-bugs Thu Jan 9 23:06:47 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA24284 for bugs-outgoing; Thu, 9 Jan 1997 23:06:47 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA24275 for freebsd-bugs; Thu, 9 Jan 1997 23:06:46 -0800 (PST) From: Mike Pritchard Message-Id: <199701100706.XAA24275@freefall.freebsd.org> Subject: weekly bug summary To: freebsd-bugs Date: Thu, 9 Jan 1997 23:06:45 -0800 (PST) X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk How come I'm not getting a weekly summary of ALL the open bug reports anymore? All I've been getting for the past couple of weeks is the list of problem reports that are assigned to me. -- Mike Pritchard mpp@FreeBSD.org "Go that way. Really fast. If something gets in your way, turn" From owner-freebsd-bugs Thu Jan 9 23:47:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA27257 for bugs-outgoing; Thu, 9 Jan 1997 23:47:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id XAA27222; Thu, 9 Jan 1997 23:47:35 -0800 (PST) Date: Thu, 9 Jan 1997 23:47:35 -0800 (PST) From: Mike Pritchard Message-Id: <199701100747.XAA27222@freefall.freebsd.org> To: wlloyd@tolstoy.mpd.ca, mpp, freebsd-bugs Subject: Re: docs/2375 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Fix some warnings in the ascii handbook State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Thu Jan 9 23:47:12 PST 1997 State-Changed-Why: Suggested fixes applied. From owner-freebsd-bugs Fri Jan 10 00:20:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA28920 for bugs-outgoing; Fri, 10 Jan 1997 00:20:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA28914; Fri, 10 Jan 1997 00:20:02 -0800 (PST) Date: Fri, 10 Jan 1997 00:20:02 -0800 (PST) Message-Id: <199701100820.AAA28914@freefall.freebsd.org> To: freebsd-bugs Cc: From: Kazutaka YOKOTA Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Reply-To: Kazutaka YOKOTA Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/2409; it has been noted by GNATS. From: Kazutaka YOKOTA To: Mark Schleifer Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: kern/2409: psm0: unable to set the command byte. psm0 not found at 0x60 Date: Fri, 10 Jan 1997 17:16:09 +0900 >Well, I did this and the messages did increase...And psm0 was found >and operates correctly. I was able to run X with no trouble. > >Jan 9 10:20:18 otor /kernel: psm0: current command byte:0047 >Jan 9 10:20:18 otor /kernel: kbdio: TEST_AUX_PORT status:0000 >Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX return code:00fa >Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX status:00aa >Jan 9 10:20:18 otor /kernel: kbdio: RESET_AUX ID:0000 >Jan 9 10:20:18 otor /kernel: psm: ENABLE_DEV return code:00fa >Jan 9 10:20:19 otor /kernel: psm: DISABLE_DEV return code:00fa [...] >Jan 9 10:20:19 otor /kernel: psm: SEND_AUX_STATUS return code:00fa >Jan 9 10:20:19 otor /kernel: psm0: status 00 02 64 >Jan 9 10:20:19 otor /kernel: psm0 at 0x60-0x64 irq 12 on motherboard >Jan 9 10:20:19 otor /kernel: psm0: device ID 0, 2 buttons? The log looks fine. I must say the mouse and the keyboard controller are working perfectly. >And when I ran X: [...] > >I rebooted twice just to be sure everything worked. Then I removed >the #define and rebooted. The problem returned as expected *sigh* Then, this must be a very subtle timing problem. I heard from two other HiNote Ultra II owners about the same problem yesterday. They all reported exactly the same results as yours; define PSM_DEBUG and KBDIO_DEBUG, and things works flawlessly, remove the definitions, then no luck. >I added your patch without the '#define PSM_DEBUG 2' (since that by >itself avoids the problem) and the the problem was still there: > >kbdio: TEST_AUX_PORT status:0000 >kbdio: RESET_AUX return code:00fa >kbdio: RESET_AUX status:00aa >kbdio: RESET_AUX ID:0000 >psm0: unable to set the command byte. >psm0 not found at 0x60 I am sorry that it didn't work. >What's next to try? Also, do you want be to remove the patch below >before the next test? You don't have to remove the patch. It's harmless. I will contact you again when I come up with some test or patch. Thank you very much for your cooperation. Kazu From owner-freebsd-bugs Fri Jan 10 00:46:41 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00272 for bugs-outgoing; Fri, 10 Jan 1997 00:46:41 -0800 (PST) Received: (from phk@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id AAA00252; Fri, 10 Jan 1997 00:46:38 -0800 (PST) Date: Fri, 10 Jan 1997 00:46:38 -0800 (PST) From: Poul-Henning Kamp Message-Id: <199701100846.AAA00252@freefall.freebsd.org> To: champlin@pa.dec.com, phk, freebsd-bugs Subject: Re: kern/2433 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Multiple AHA1542 scsi controllers don't work in 2.1.5-RELEASE State-Changed-From-To: open-closed State-Changed-By: phk State-Changed-When: Fri Jan 10 00:46:04 PST 1997 State-Changed-Why: I have applied your fix to -current, and will merge it to the 2.2 branch. Thanks! From owner-freebsd-bugs Fri Jan 10 01:17:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id BAA01723 for bugs-outgoing; Fri, 10 Jan 1997 01:17:22 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id BAA01715 for ; Fri, 10 Jan 1997 01:17:15 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id KAA24906 for freebsd-bugs@freebsd.org; Fri, 10 Jan 1997 10:16:23 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id JAA22711; Fri, 10 Jan 1997 09:50:56 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 09:50:56 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: freebsd-bugs@freebsd.org Subject: Re: bin/2303 & kern/2423 CDs and BCD numbers - its 99 DECIMAL not HEX References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Frank Durda IV on Jan 9, 1997 21:52:00 -0500 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Frank Durda IV wrote: > [0]looks like I'll finally go and see if I can get a fireware upgrade for my > [0]two chinon drives... > > Except that the Red Book (all praise Philips and Sony) says quite > clearly: [...that the track number is in BCD on the disk, yes, we know.] > Now, there are plenty of makes of CD-ROM drives that return info to > the host in BCD, and this is because most of the fields on the actual disk > are in BCD. Yes, but SCSI requires the drive to return it as an integer value. Any drive returning BCD is violating the specs. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jan 10 03:00:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05708 for bugs-outgoing; Fri, 10 Jan 1997 03:00:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05680; Fri, 10 Jan 1997 03:00:03 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 03:00:03 -0800 (PST) Date: Fri, 10 Jan 1997 03:00:03 -0800 (PST) From: GNU GNATS Resent-Message-Id: <199701101100.DAA05680@freefall.freebsd.org> Message-Id: <199701101100.DAA05680@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA05171 for" ; Fri, 10 Jan 1997 02:51:15.-0800 (PST) Received: (from Unemeton@localhost) by perki0.connect.com.au id VAA07285 (8.7.6h/IDA-1.6 for FreeBSD-gnats-submit@freebsd.org); Fri, 10 Jan 1997 21:50:46 +1100 (EST) Subject: bin/2435: install panics if fd controller is excluded To: undisclosed-recipients:; Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2435 >Category: bin >Synopsis: install panics if fd controller is excluded >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 03:00:02 PST 1997 >Last-Modified: >Originator: Giles Lean >Organization: >Release: FreeBSD 2.2-BETA_A i386 >Environment: Install onto SCSI 486/66. >Description: Panic if you absentmindedly exclude the floppy disk controller when tossing assorted Adaptec, Ultrastore, IDE and who knows what devices. ;-) >How-To-Repeat: In the visual kernel configuration hit 'delete' on the floppy disk controller. >Fix: Perhaps protect the floppy disk controller like the PCI stuff? It doesn't make sense to exclude it when you have just booted from it! >Audit-Trail: >Unformatted: >Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16497 for ; Fri, 10 Jan 1997 21:42:30 +1100 (EST) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16497 for ; Fri, 10 Jan 1997 21:42:30 +1100 (EST) Received: (from giles@localhost) by topaz.nemeton.com.au (8.8.4/8.8.4) id VAA08434; Fri, 10 Jan 1997 21:42:35 +1100 (EST) Date: Fri, 10 Jan 1997 21:42:35 +1100 (EST) From: Giles Lean Message-Id: <199701101042.VAA08434@topaz.nemeton.com.au> To: FreeBSD-gnats-submit@freebsd.org Subject: install panics if fd controller is excluded Reply-To: giles@nemeton.com.au X-send-pr-version: 3.2 Content-Type: text From owner-freebsd-bugs Fri Jan 10 03:00:09 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05747 for bugs-outgoing; Fri, 10 Jan 1997 03:00:09 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05707; Fri, 10 Jan 1997 03:00:05 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 03:00:05 -0800 (PST) Date: Fri, 10 Jan 1997 03:00:05 -0800 (PST) From: GNU GNATS Resent-Message-Id: <199701101100.DAA05707@freefall.freebsd.org> Message-Id: <199701101100.DAA05707@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA05181 for" ; Fri, 10 Jan 1997 02:51:24.-0800 (PST) Received: (from Unemeton@localhost) by perki0.connect.com.au id VAA07281 (8.7.6h/IDA-1.6 for FreeBSD-gnats-submit@freebsd.org); Fri, 10 Jan 1997 21:50:44 +1100 (EST) Subject: bin/2436: typo in install help text To: undisclosed-recipients:; Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2436 >Category: bin >Synopsis: typo in install help text >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 03:00:04 PST 1997 >Last-Modified: >Originator: Giles Lean >Organization: Nemeton Pty Ltd >Release: FreeBSD 2.2-BETA_A i386 >Environment: >Description: In the install help text for the "FDISK Partition Screen" contains a typo in paragraph 7. s/intented/intended/ >How-To-Repeat: Install and press F1 on the FDISK Partition Screen. >Fix: >Audit-Trail: >Unformatted: >Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16405 for ; Fri, 10 Jan 1997 21:33:43 +1100 (EST) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16405 for ; Fri, 10 Jan 1997 21:33:43 +1100 (EST) Received: (from giles@localhost) by topaz.nemeton.com.au (8.8.4/8.8.4) id VAA06061; Fri, 10 Jan 1997 21:33:49 +1100 (EST) Date: Fri, 10 Jan 1997 21:33:49 +1100 (EST) From: Giles Lean Message-Id: <199701101033.VAA06061@topaz.nemeton.com.au> To: FreeBSD-gnats-submit@freebsd.org Subject: typo in install help text Reply-To: giles@nemeton.com.au X-send-pr-version: 3.2 Content-Type: text From owner-freebsd-bugs Fri Jan 10 03:00:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05759 for bugs-outgoing; Fri, 10 Jan 1997 03:00:12 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id DAA05739; Fri, 10 Jan 1997 03:00:08 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 03:00:08 -0800 (PST) Date: Fri, 10 Jan 1997 03:00:08 -0800 (PST) From: GNU GNATS Resent-Message-Id: <199701101100.DAA05739@freefall.freebsd.org> Message-Id: <199701101100.DAA05739@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:"from perki0.connect.com.au (perki0.connect.com.au [192.189.54.85]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA05165 for" ; Fri, 10 Jan 1997 02:50:52.-0800 (PST) Received: (from Unemeton@localhost) by perki0.connect.com.au id VAA07289 (8.7.6h/IDA-1.6 for FreeBSD-gnats-submit@freebsd.org); Fri, 10 Jan 1997 21:50:47 +1100 (EST) Subject: bin/2437: minor nits on text in 2.2-BETA install To: undisclosed-recipients:; Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2437 >Category: bin >Synopsis: minor nits on text in 2.2-BETA install >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 03:00:07 PST 1997 >Last-Modified: >Originator: Giles Lean >Organization: >Release: FreeBSD 2.2-BETA_A i386 >Environment: Unfamiliar user installing FreeBSD. >Description: (a) [Trivial] If the disk geometry is detected by FreeBSD to be "impossible" the message says to consult the hardware guide or use the 'G' command to change it now. "now" is on the next screen. Maybe this is obvious to others, but I tried 'G' right away. No result. (b) [Confusing] I would like to see the text above the custom URL setting for a FTP transfer advise that the URL shouldn't include the release directory (e.g. 2.2-BETA). Also, a pointer to the options screen to change the ftp user name and password if not using anonymous ftp would be nice. >How-To-Repeat: Install when you don't really know what you are doing! >Fix: >Audit-Trail: >Unformatted: >Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16511 for ; Fri, 10 Jan 1997 21:48:03 +1100 (EST) Received: from topaz.nemeton.com.au (topaz.nemeton.com.au [203.8.3.18]) by nemeton.com.au (8.8.4/8.8.4) with ESMTP id VAA16511 for ; Fri, 10 Jan 1997 21:48:03 +1100 (EST) Received: (from giles@localhost) by topaz.nemeton.com.au (8.8.4/8.8.4) id VAA10225; Fri, 10 Jan 1997 21:48:09 +1100 (EST) Date: Fri, 10 Jan 1997 21:48:09 +1100 (EST) From: Giles Lean Message-Id: <199701101048.VAA10225@topaz.nemeton.com.au> To: FreeBSD-gnats-submit@freebsd.org Subject: minor nits on text in 2.2-BETA install Reply-To: giles@nemeton.com.au X-send-pr-version: 3.2 Content-Type: text From owner-freebsd-bugs Fri Jan 10 04:49:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id EAA10082 for bugs-outgoing; Fri, 10 Jan 1997 04:49:35 -0800 (PST) Received: from zxcv-pc.jumpnet.com (zxcv-pc.jumpnet.com [207.8.37.178]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id EAA10062; Fri, 10 Jan 1997 04:49:30 -0800 (PST) Received: from zxcv-pc (localhost [127.0.0.1]) by zxcv-pc.jumpnet.com (8.7.5/8.7.3) with SMTP id GAA14264; Fri, 10 Jan 1997 06:49:02 -0600 (CST) Date: Fri, 10 Jan 1997 06:48:56 -0600 (CST) From: Curt Finch To: bugs@freebsd.org, questions@freebsd.org Subject: Re: python problems on freebsd (fwd) Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk this occurs when installing and compiling python from ftp.python.org on freebsd2.1.5 (maybe fixed on latest?) _______________________________________________________________________ | Curt Finch Phoenix Net-Tek LLC 512-795-0709 | ----------------------------------------------------------------------- ---------- Forwarded message ---------- Date: Fri, 10 Jan 1997 15:37:40 +1100 From: Stephen Robert Norris To: Curt Finch Subject: Re: python problems on freebsd Newsgroups: comp.lang.python Curt Finch wrote: > > it's just the sed distributed w/ freebsd, i'm sure it's fine > i'll work on it and send out the real answer when i find it > > thanx for your input It isn't. Use GNU sed. I had exactly the same problem on a clients FreeBSD box, and using GNU sed fixed it completely. I wonder why FreeBSD has a broken sed? Stephen From owner-freebsd-bugs Fri Jan 10 08:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA17221 for bugs-outgoing; Fri, 10 Jan 1997 08:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA17215; Fri, 10 Jan 1997 08:00:02 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 08:00:02 -0800 (PST) Resent-Message-Id: <199701101600.IAA17215@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, kelly@fsl.noaa.gov Received: from sage.fsl.noaa.gov (sage.fsl.noaa.gov [137.75.253.42]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id HAA16683 for ; Fri, 10 Jan 1997 07:50:57 -0800 (PST) Received: (from kelly@localhost) by sage.fsl.noaa.gov (8.8.4/8.8.4) id IAA00499; Fri, 10 Jan 1997 08:50:46 -0700 (MST) Message-Id: <199701101550.IAA00499@sage.fsl.noaa.gov> Date: Fri, 10 Jan 1997 08:50:46 -0700 (MST) From: Sean Kelly Reply-To: kelly@fsl.noaa.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2439: Minor change to src/share/doc/handbook/printing.sgml Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2439 >Category: docs >Synopsis: minor bug in src/share/doc/handbook/printing.sgml >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 08:00:01 PST 1997 >Last-Modified: >Originator: Sean Kelly >Organization: NOAA/CIRA Forecast Systems Lab >Release: FreeBSD 2.2-BETA_A i386 >Environment: Any >Description: Pathname in sample script in printing.sgml is incorrect. >How-To-Repeat: Read the handbook. >Fix: Index: printing.sgml =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/share/doc/handbook/printing.sgml,v retrieving revision 1.14 diff -u -r1.14 printing.sgml --- printing.sgml 1996/12/31 21:54:20 1.14 +++ printing.sgml 1997/01/03 21:49:42 @@ -3018,7 +3018,7 @@ [ "$login" ] || fail "No login name" [ "$host" ] || fail "No host name" -( /u/kelly/freebsd/printing/filters/make-ps-header $login $host "DVI File" +( /usr/local/libexec/make-ps-header $login $host "DVI File" /usr/local/bin/dvips -f ) | eval /usr/local/libexec/lprps $orig_args Notice how the filter has to parse the argument list in >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 10:33:50 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA24814 for bugs-outgoing; Fri, 10 Jan 1997 10:33:50 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id KAA24792; Fri, 10 Jan 1997 10:33:46 -0800 (PST) Date: Fri, 10 Jan 1997 10:33:46 -0800 (PST) From: Mike Pritchard Message-Id: <199701101833.KAA24792@freefall.freebsd.org> To: kelly@fsl.noaa.gov, mpp, freebsd-bugs Subject: Re: docs/2439 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: minor bug in src/share/doc/handbook/printing.sgml State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Fri Jan 10 10:33:09 PST 1997 State-Changed-Why: Already fixed in rev 1.15 of printing.sgml. From owner-freebsd-bugs Fri Jan 10 11:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA25992 for bugs-outgoing; Fri, 10 Jan 1997 11:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA25967; Fri, 10 Jan 1997 11:00:01 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 11:00:01 -0800 (PST) Resent-Message-Id: <199701101900.LAA25967@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.KAA25750;Fri; (8.8.4/8.8.4);, 10 Jan 1997 10:54:31.-0800 (PST) Message-Id: <199701101854.KAA25750@freefall.freebsd.org> Date: Fri, 10 Jan 1997 10:54:31 -0800 (PST) From: scrutchfield@ifusion.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2440: Typo in libc and libc_r functions results in undefined symbol at runtime. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2440 >Category: bin >Synopsis: Typo in libc and libc_r functions results in undefined symbol at runtime. >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 11:00:00 PST 1997 >Last-Modified: >Originator: Steven M. Crutchfield >Organization: IFusionCom >Release: 2.2-BETA >Environment: FreeBSD no_dobbs.ifusion.com 2.2-BETA_A FreeBSD 2.2-BETA_A #0: Tue Jan 7 16:05:22 EST 1997 root@no_dobbs.ifusion.com:/usr/src/sys/compile/PS2MOUSE i386 >Description: While linking an application that required the pthread version of libc, I discovered a typo in libc. The problem is a function named "pthread_key_create" that was being called as "pthread_keycreate", which could not be resolved at runtime. Upon examining the source for libc, I discovered that there were 3 instances where it was incorrectly named: /usr/src/lib/libc/gen/ttyname.c - line 120 /usr/src/lib/libc/stdtime/localtime.c - lines 1105 and 1189 Changing these references to the correct function name fixed the problem. >How-To-Repeat: Do anything requiring the above functions to be linked in. >Fix: Changing these references from "pthread_keycreate" to "pthread_key_create" fixed the problem. /usr/src/lib/libc/gen/ttyname.c - line 120 /usr/src/lib/libc/stdtime/localtime.c - lines 1105 and 1189 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 11:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27939 for bugs-outgoing; Fri, 10 Jan 1997 11:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA27923; Fri, 10 Jan 1997 11:40:02 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 11:40:02 -0800 (PST) Resent-Message-Id: <199701101940.LAA27923@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.LAA27855;Fri; (8.8.4/8.8.4);, 10 Jan 1997 11:39:20.-0800 (PST) Message-Id: <199701101939.LAA27855@freefall.freebsd.org> Date: Fri, 10 Jan 1997 11:39:20 -0800 (PST) From: cal@aero.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2441: missing pc card programs /usr/sbin/pccardc and pccardd Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2441 >Category: bin >Synopsis: missing pc card programs /usr/sbin/pccardc and pccardd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 11:40:01 PST 1997 >Last-Modified: >Originator: Dr. Christopher Landauer >Organization: The Aerospace Corporation >Release: 2.1.5-release >Environment: FreeBSD calslaptop 2.1.5-RELEASE ... #0: Sat Jan 4 13:30:21 EST root@calslaptop:/usr/src/sys/compile/MYKERNEL i added the pc_enable flag and the apm flag when i rebuilt the kernel, which i have done several times since i first intalled FreeBSD, almost entirely successfully (except for this problem 8-)) >Description: i have a pcmcia card in a Dell Latitude laptop, and the startup file (/etc/rc.pccard) complained that the two programs mentioned could not be found - i searched the disk and could not find them /usr/sbin/pccardc /usr/sbin/pccardd >How-To-Repeat: it happens only and always when i boot (of course 8-)) - with or without the card in the slot >Fix: i assume that the files can be found somewhere >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 12:23:46 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA00272 for bugs-outgoing; Fri, 10 Jan 1997 12:23:46 -0800 (PST) Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id MAA00265; Fri, 10 Jan 1997 12:23:31 -0800 (PST) Received: (from uucp@localhost) by sax.sax.de (8.6.12/8.6.12-s1) with UUCP id VAA07201; Fri, 10 Jan 1997 21:21:59 +0100 Received: (from j@localhost) by uriah.heep.sax.de (8.8.4/8.6.9) id VAA24123; Fri, 10 Jan 1997 21:08:40 +0100 (MET) Message-ID: Date: Fri, 10 Jan 1997 21:08:40 +0100 From: j@uriah.heep.sax.de (J Wunsch) To: curt@zxcv-pc.jumpnet.com (Curt Finch) Cc: bugs@freebsd.org, questions@freebsd.org Subject: Re: python problems on freebsd (fwd) References: X-Mailer: Mutt 0.55-PL10 Mime-Version: 1.0 X-Phone: +49-351-2012 669 X-PGP-Fingerprint: DC 47 E6 E4 FF A6 E9 8F 93 21 E0 7D F9 12 D6 4E Reply-To: joerg_wunsch@uriah.heep.sax.de (Joerg Wunsch) In-Reply-To: ; from Curt Finch on Jan 10, 1997 06:48:56 -0600 Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk As Curt Finch wrote: > ---------- Forwarded message ---------- > From: Stephen Robert Norris > Curt Finch wrote: > > > > it's just the sed distributed w/ freebsd, i'm sure it's fine > > i'll work on it and send out the real answer when i find it > > > > thanx for your input > > It isn't. Use GNU sed. I had exactly the same problem on a clients > FreeBSD box, and using GNU sed fixed it completely. > > I wonder why FreeBSD has a broken sed? Because nobody reported a problem with it yet? Not really. Please, either report your problem for verification, or check the most recent version. Several bugs have been fixed between 2.1.5 and 2.1.6, and later on. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Fri Jan 10 18:10:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA18906 for bugs-outgoing; Fri, 10 Jan 1997 18:10:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id SAA18899; Fri, 10 Jan 1997 18:10:03 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 18:10:03 -0800 (PST) Resent-Message-Id: <199701110210.SAA18899@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id SAA18609 for ; Fri, 10 Jan 1997 18:05:34 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.3) with UUCP id DAA13006 for FreeBSD-gnats-submit@freebsd.org; Sat, 11 Jan 1997 03:05:31 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.4/8.7.3/xp11-uucp-1.1) id CAA28437; Sat, 11 Jan 1997 02:34:58 +0100 (CET) Message-Id: <199701110134.CAA28437@xp11.frmug.org> Date: Sat, 11 Jan 1997 02:34:58 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2442: setusershell()/endusershell() missing Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2442 >Category: bin >Synopsis: setusershell()/endusershell() missing >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 18:10:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The right way (TM) should be: setusershell() some getusershell() endusershell() >How-To-Repeat: >Fix: Index: ftpd.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/libexec/ftpd/ftpd.c,v retrieving revision 1.27 diff -u -r1.27 ftpd.c --- ftpd.c 1996/11/30 12:00:25 1.27 +++ ftpd.c 1997/01/11 01:14:39 @@ -617,6 +617,7 @@ if ((pw = sgetpwnam(name))) { if ((shell = pw->pw_shell) == NULL || *shell == 0) shell = _PATH_BSHELL; + setusershell(); while ((cp = getusershell()) != NULL) if (strcmp(cp, shell) == 0) break; Index: user.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/release/sysinstall/user.c,v retrieving revision 1.7 diff -u -r1.7 user.c --- user.c 1997/01/03 06:41:41 1.7 +++ user.c 1997/01/11 01:15:29 @@ -423,6 +423,7 @@ } } if (strlen(shell) > 0) { + setusershell(); while((cp = getusershell()) != NULL) if (strcmp(cp, shell) == 0) break; Index: util.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/chpass/util.c,v retrieving revision 1.5 diff -u -r1.5 util.c --- util.c 1996/08/12 14:45:26 1.5 +++ util.c 1997/01/11 01:16:20 @@ -137,10 +137,11 @@ setusershell(); while (sh = getusershell()) { if (!strcmp(name, sh)) - return (name); + { endusershell(); return (name); } /* allow just shell name, but use "real" path */ if ((p = strrchr(sh, '/')) && strcmp(name, p + 1) == 0) - return (sh); + { endusershell(); return (sh); } } + endusershell(); return (NULL); } Index: su.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/su/su.c,v retrieving revision 1.14 diff -u -r1.14 su.c --- su.c 1996/10/07 10:00:58 1.14 +++ su.c 1997/01/11 01:18:41 @@ -330,9 +330,14 @@ { char *cp; + setusershell(); while ((cp = getusershell()) != NULL) - if (strcmp(cp, sh) == 0) + if (strcmp(cp, sh) == 0) { + endusershell(); return (1); + } + + endusershell(); return (0); } Index: pw_scan.c =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.sbin/pwd_mkdb/pw_scan.c,v retrieving revision 1.5 diff -u -r1.5 pw_scan.c --- pw_scan.c 1996/06/20 19:19:29 1.5 +++ pw_scan.c 1997/01/11 01:20:00 @@ -123,7 +123,8 @@ p = pw->pw_shell; if (root && *p) /* empty == /bin/sh */ - for (setusershell();;) { + setusershell(); + for (;;) { if (!(sh = getusershell())) { warnx("warning, unknown root shell"); break; @@ -131,6 +132,7 @@ if (!strcmp(p, sh)) break; } + endusershell(); if(p[0]) pw->pw_fields |= _PWF_SHELL; if (p = strsep(&bp, ":")) { /* too many */ >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 21:34:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA29250 for bugs-outgoing; Fri, 10 Jan 1997 21:34:48 -0800 (PST) Received: from nemesis.lonestar.org ([207.136.12.34]) by freefall.freebsd.org (8.8.4/8.8.4) with SMTP id VAA29181 for ; Fri, 10 Jan 1997 21:34:25 -0800 (PST) Received: by nemesis.lonestar.org (Smail3.1.27.1 #22) id m0viw4W-000uoHC; Fri, 10 Jan 97 23:33 CST Message-Id: Date: Fri, 10 Jan 97 23:33 CST To: freebsd-bugs@freebsd.org From: uhclem@nemesis.lonestar.org (Frank Durda IV) Sent: Fri Jan 10 1997, 23:33:35 CST Cc: uhclem@nemesis.lonestar.org, j@uriah.heep.sax.de Subject: Re: bin/2303 & kern/2423 CDs and BCD numbers - its 99 DECIMAL not HEX Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk From: j@uriah.heep.sax.de (J Wunsch) [...that the track number is in BCD on the disk, yes, we know.] [0]Now, there are plenty of makes of CD-ROM drives that return info to [0]the host in BCD, and this is because most of the fields on the actual disk [0]are in BCD. [1]Yes, but SCSI requires the drive to return it as an integer value. [1]Any drive returning BCD is violating the specs. Agreed. My point all along is that we should not incorporate any change that allows for more than 99 DECIMAL tracks, even if there is (A) media cut that way and (B) one drive that can cope with it. Too many things will fall over. Frank Durda IV |"The Knights who say "LETNi" or uhclem%nemesis@rwsystr.nkn.net | demand... A SEGMENT REGISTER!!!" |"A what?" or ...letni!rwsys!nemesis!uhclem |"LETNi! LETNi! LETNi!" - 1983 From owner-freebsd-bugs Fri Jan 10 21:50:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA00649 for bugs-outgoing; Fri, 10 Jan 1997 21:50:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA00641; Fri, 10 Jan 1997 21:50:05 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 21:50:05 -0800 (PST) Resent-Message-Id: <199701110550.VAA00641@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA00517;Fri; (8.8.4/8.8.4);, 10 Jan 1997 21:48:30.-0800 (PST) Message-Id: <199701110548.VAA00517@freefall.freebsd.org> Date: Fri, 10 Jan 1997 21:48:30 -0800 (PST) From: hyama@acm.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2443: Fetch cannot find the correct boundary between HTTP header and body. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2443 >Category: bin >Synopsis: Fetch cannot find the correct boundary between HTTP header and body. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 21:50:01 PST 1997 >Last-Modified: >Originator: Hideki Yamamoto >Organization: Oki Electric Industy Co., Ltd. >Release: FreeBSD 2.1.5 >Environment: FreeBSD imagen.pumpkin.kansai.oki.co.jp 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #2: Thu Jan 9 00:54:59 JST 1997 root@imagen.pumpkin.kansai.oki.co.jp:/usr/src/sys/compile/psm i386 >Description: fetch in FreeBSD-2.2-Beta (2.1.5 also) has a problem that it cannot fetch the following example correctly, because `filter' function in fetch handles the second `\r\n` as a boundary between the HTTP header and the body. I hope you will understand the problem and do something for 2.2-RELEASE. The following patch is an example to finds the first separator( `\r\n' or `\n\n' or `\r\r' ). Thank you for your efforts for FreeBSD. >How-To-Repeat: Type the following command: % fetch http://www.sun.com/index.html You can find the fetched `index.html' incomplete. >Fix: *** main.c.orig Thu Jan 9 01:33:22 1997 --- main.c Sat Jan 11 13:08:02 1997 *************** *** 644,649 **** --- 644,667 ---- return pmatch[1].rm_so ? pmatch[1].rm_so : -1; } + unsigned char * + min3(unsigned char *x, unsigned char *y, unsigned char *z) + { + if( (x)<=(y) ){ + if ((x)<=(z)){ + return (x); + }else{ + return (z); + } + }else{ + if ((y)<=(z)){ + return (y); + }else{ + return (z); + } + } + } + void filter (unsigned char *p, int len) { *************** *** 682,703 **** } } else { unsigned char *t; /* document begins with a success line. try to get size */ i = match ("content-length:[ \t]*([0-9]+)", s); if (i > 0) size = atoi (s+i); /* assume that the file to get begins after an empty line */ ! i = match ("(\n\n|\r\n\r\n)", s); ! if (i > 0) { ! if (s[i] == '\r') ! t = s+i+4; ! else ! t = s+i+2; ! } else { fprintf (stderr, "Can't decode the header!\n"); rm (); exit (1); } display (size, 0); n = (s-t)+header_len; i = fwrite (t, 1, n, file); --- 700,728 ---- } } else { unsigned char *t; + unsigned char *pp1,*pp2,*pp3,*pp,*ppmin,*plast; /* document begins with a success line. try to get size */ i = match ("content-length:[ \t]*([0-9]+)", s); if (i > 0) size = atoi (s+i); /* assume that the file to get begins after an empty line */ ! plast = &s[S]; ! pp1 = ( ( pp = strstr (s,"\r\n\r\n")) !=NULL )? pp : plast; ! pp2 = ( ( pp = strstr (s,"\n\n")) !=NULL )? pp : plast; ! pp3 = ( ( pp = strstr (s,"\r\r")) !=NULL )? pp : plast; ! ppmin = min3( pp1, pp2, pp3 ); ! ! if( ppmin == plast ) { fprintf (stderr, "Can't decode the header!\n"); rm (); exit (1); } + if( pp1 == ppmin ) + t = pp1+4; + else if( pp2 == ppmin ) + t = pp2+2; + else + t = pp3+2; display (size, 0); n = (s-t)+header_len; i = fwrite (t, 1, n, file); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 22:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01093 for bugs-outgoing; Fri, 10 Jan 1997 22:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01077; Fri, 10 Jan 1997 22:00:02 -0800 (PST) Resent-Date: Fri, 10 Jan 1997 22:00:02 -0800 (PST) Resent-Message-Id: <199701110600.WAA01077@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.VAA00810;Fri; (8.8.4/8.8.4);, 10 Jan 1997 21:51:32.-0800 (PST) Message-Id: <199701110551.VAA00810@freefall.freebsd.org> Date: Fri, 10 Jan 1997 21:51:32 -0800 (PST) From: hyama@acm.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2444: Fetch cannot find the correct boundary between HTTP header and body. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2444 >Category: bin >Synopsis: Fetch cannot find the correct boundary between HTTP header and body. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 10 22:00:01 PST 1997 >Last-Modified: >Originator: Hideki Yamamoto >Organization: Oki Electric Industy Co., Ltd. >Release: FreeBSD 2.2 BETA >Environment: FreeBSD imagen.pumpkin.kansai.oki.co.jp 2.1.5-RELEASE FreeBSD 2.1.5-RELEASE #2: Thu Jan 9 00:54:59 JST 1997 root@imagen.pumpkin.kansai.oki.co.jp:/usr/src/sys/compile/psm i386 >Description: fetch in FreeBSD-2.2-Beta (2.1.5 also) has a problem that it cannot fetch the following example correctly, because `filter' function in fetch handles the second `\r\n` as a boundary between the HTTP header and the body. I hope you will understand the problem and do something for 2.2-RELEASE. The following patch is an example to finds the first separator( `\r\n' or `\n\n' or `\r\r' ). Thank you for your efforts for FreeBSD. >How-To-Repeat: Type the following command: % fetch http://www.sun.com/index.html You can find the fetched `index.html' incomplete. >Fix: *** main.c.orig Thu Jan 9 01:33:22 1997 --- main.c Sat Jan 11 13:08:02 1997 *************** *** 644,649 **** --- 644,667 ---- return pmatch[1].rm_so ? pmatch[1].rm_so : -1; } + unsigned char * + min3(unsigned char *x, unsigned char *y, unsigned char *z) + { + if( (x)<=(y) ){ + if ((x)<=(z)){ + return (x); + }else{ + return (z); + } + }else{ + if ((y)<=(z)){ + return (y); + }else{ + return (z); + } + } + } + void filter (unsigned char *p, int len) { *************** *** 682,703 **** } } else { unsigned char *t; /* document begins with a success line. try to get size */ i = match ("content-length:[ \t]*([0-9]+)", s); if (i > 0) size = atoi (s+i); /* assume that the file to get begins after an empty line */ ! i = match ("(\n\n|\r\n\r\n)", s); ! if (i > 0) { ! if (s[i] == '\r') ! t = s+i+4; ! else ! t = s+i+2; ! } else { fprintf (stderr, "Can't decode the header!\n"); rm (); exit (1); } display (size, 0); n = (s-t)+header_len; i = fwrite (t, 1, n, file); --- 700,728 ---- } } else { unsigned char *t; + unsigned char *pp1,*pp2,*pp3,*pp,*ppmin,*plast; /* document begins with a success line. try to get size */ i = match ("content-length:[ \t]*([0-9]+)", s); if (i > 0) size = atoi (s+i); /* assume that the file to get begins after an empty line */ ! plast = &s[S]; ! pp1 = ( ( pp = strstr (s,"\r\n\r\n")) !=NULL )? pp : plast; ! pp2 = ( ( pp = strstr (s,"\n\n")) !=NULL )? pp : plast; ! pp3 = ( ( pp = strstr (s,"\r\r")) !=NULL )? pp : plast; ! ppmin = min3( pp1, pp2, pp3 ); ! ! if( ppmin == plast ) { fprintf (stderr, "Can't decode the header!\n"); rm (); exit (1); } + if( pp1 == ppmin ) + t = pp1+4; + else if( pp2 == ppmin ) + t = pp2+2; + else + t = pp3+2; display (size, 0); n = (s-t)+header_len; i = fwrite (t, 1, n, file); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Jan 10 22:12:12 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id WAA01477 for bugs-outgoing; Fri, 10 Jan 1997 22:12:12 -0800 (PST) Received: from hydrogen.nike.efn.org (metriclient-3.uoregon.edu [128.223.172.3]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id WAA01472 for ; Fri, 10 Jan 1997 22:12:06 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by hydrogen.nike.efn.org (8.8.4/8.8.4) with SMTP id WAA12535; Fri, 10 Jan 1997 22:11:28 -0800 (PST) Date: Fri, 10 Jan 1997 22:11:28 -0800 (PST) From: John-Mark Gurney Reply-To: John-Mark Gurney To: Frank Durda IV cc: freebsd-bugs@freebsd.org, j@uriah.heep.sax.de Subject: Re: bin/2303 & kern/2423 CDs and BCD numbers - its 99 DECIMAL not HEX In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 10 Jan 1997, Frank Durda IV wrote: > From: j@uriah.heep.sax.de (J Wunsch) > [...that the track number is in BCD on the disk, yes, we know.] > > [0]Now, there are plenty of makes of CD-ROM drives that return info to > [0]the host in BCD, and this is because most of the fields on the actual disk > [0]are in BCD. > > [1]Yes, but SCSI requires the drive to return it as an integer value. > [1]Any drive returning BCD is violating the specs. > > Agreed. My point all along is that we should not incorporate any > change that allows for more than 99 DECIMAL tracks, even if there is > (A) media cut that way and (B) one drive that can cope with it. > Too many things will fall over. the fix I supplied in kern/2423 doesn't do this... what it does is on certain drives the numbers returned are bcd encoded... what this patch does is you add a flag to the quirks entry that says this drive needs help... like: { T_READONLY, T_READONLY, T_REMOV, "CHINON", "CD-ROM CDS-535","*", "cd", SC_ONE_LU, CD_Q_BCD_TRACKS }, see the CD_Q_BCD_TRACKS flag? this means and drives that match the above entry then special code is enabled in the scsi cd driver that will convert all track ids from bcd to binary... as I followed up.. as soon as kern/2423 gets commited then bin/2303 can be closed without the patch being commited... the patch in bin/2303 was because I didn't recognize that every ten tracks 5 tracks were skipped... it just looks like they decided to skip tracks... I didn't know that tracks on cds were required to NOT skip tracks... I just thought that the NIN cd was doing some special stuff... hope this helps clarify the problem... ttyl... John-Mark gurney_j@efn.org http://resnet.uoregon.edu/~gurney_j/ Modem/FAX: (541) 683-6954 (FreeBSD Box) Live in Peace, destroy Micro$oft, support free software, run FreeBSD (unix) From owner-freebsd-bugs Sat Jan 11 02:40:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA09733 for bugs-outgoing; Sat, 11 Jan 1997 02:40:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id CAA09727; Sat, 11 Jan 1997 02:40:02 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 02:40:02 -0800 (PST) Resent-Message-Id: <199701111040.CAA09727@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, lucifer@xyzzy.net.au Received: from orac.xyzzy.net.au (orac.maths.uq.oz.au [130.102.160.13]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id CAA09602 for ; Sat, 11 Jan 1997 02:32:11 -0800 (PST) Received: (from lucifer@localhost) by orac.xyzzy.net.au (8.8.4/0.0.0) id UAA06434; Sat, 11 Jan 1997 20:31:38 +1000 (EST) Message-Id: <199701111031.UAA06434@orac.xyzzy.net.au> Date: Sat, 11 Jan 1997 20:31:38 +1000 (EST) From: David Conran Reply-To: lucifer@xyzzy.net.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2446: Problem in interactive restore. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2446 >Category: bin >Synopsis: Problem in interactive restore. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 02:40:01 PST 1997 >Last-Modified: >Originator: David Conran >Organization: Dept. of Mathematics UofQ >Release: FreeBSD 3.0-CURRENT i386 >Environment: day old sup, scsi tape drive dump done on a 2.2-snap >Description: interactive restore of a 2.2 dump seems to fail with a nasty message. orac:/tmp$ restore ivf /dev/nrst1 Verify tape and initialize maps Tape block size is 32 Dump date: Mon Jan 6 00:39:10 1997 Dumped from: the epoch Level 0 dump of /usr on orac.xyzzy.net.au:/dev/sd0e Label: none Extract directories from tape Initialize symbol table. restore > cd include canonname: not enough bufferspace orac:/tmp$ but: restore xvf /dev/nrst1 include/dlfcn.h worked fine. the old 2.2-snap version of restore worked as per normal >How-To-Repeat: dump /usr to tape restore ivf /dev/nrstX cd include >Fix: don't use the interactive part of restore .. or use the old 2.2 binary >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 06:00:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA18422 for bugs-outgoing; Sat, 11 Jan 1997 06:00:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA18390; Sat, 11 Jan 1997 06:00:01 -0800 (PST) Date: Sat, 11 Jan 1997 06:00:01 -0800 (PST) Message-Id: <199701111400.GAA18390@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: bin/2446: Problem in interactive restore. Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2446; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: lucifer@xyzzy.net.au Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2446: Problem in interactive restore. Date: Sat, 11 Jan 1997 14:45:18 +0100 As David Conran wrote: > orac:/tmp$ restore ivf /dev/nrst1 > Verify tape and initialize maps > Tape block size is 32 > Dump date: Mon Jan 6 00:39:10 1997 > Dumped from: the epoch > Level 0 dump of /usr on orac.xyzzy.net.au:/dev/sd0e > Label: none > Extract directories from tape > Initialize symbol table. > restore > cd include > canonname: not enough bufferspace Can you perhaps track this with gdb? Interactive restore works fine for me (and worked all the time), so i probably have a hard time to reproduce this. (Hint: send followups to your PR to freebsd-gnats-submit@freebsd.org, using the same subject.) -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 11 06:41:33 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19318 for bugs-outgoing; Sat, 11 Jan 1997 06:41:33 -0800 (PST) Received: from labs.usn.blaze.net.au (labs.usn.blaze.net.au [203.17.53.30]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA19293; Sat, 11 Jan 1997 06:40:30 -0800 (PST) Received: from localhost (davidn@localhost) by labs.usn.blaze.net.au (8.8.4/8.8.4) with SMTP id MAA00541; Thu, 11 Jan 1996 12:40:11 +1100 (EST) Date: Thu, 11 Jan 1996 01:40:10 +0000 () From: David Nugent Reply-To: davidn@blaze.net.au To: Philippe Charnier cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2442: setusershell()/endusershell() missing In-Reply-To: <199701110134.CAA28437@xp11.frmug.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 11 Jan 1997, Philippe Charnier wrote: > The right way (TM) should be: > setusershell() > some getusershell() > endusershell() In theory at least. :-) > setusershell(); > while (sh = getusershell()) { > if (!strcmp(name, sh)) >- return (name); >+ { endusershell(); return (name); } > /* allow just shell name, but use "real" path */ > if ((p = strrchr(sh, '/')) && strcmp(name, p + 1) == 0) >- return (sh); >+ { endusershell(); return (sh); } The problem in some places patched is that 'sh' will point to memory that has been free()'ed by the call to endusershell(). Not all, but some. Either this should be documented, and strdup() called prior endusershell() is called and the strdup()ed copy should be returned, or /usr/src/lib/libc/gen/getusershell.c should be made to not to free that memory, but recycle it should setusershell() be called again. I think the latter is a better solution, which would allow this patch to work as is. However, libc needs to be fixed first. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Jan 11 06:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19540 for bugs-outgoing; Sat, 11 Jan 1997 06:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19520; Sat, 11 Jan 1997 06:50:01 -0800 (PST) Date: Sat, 11 Jan 1997 06:50:01 -0800 (PST) Message-Id: <199701111450.GAA19520@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Nugent Subject: Re: bin/2442: setusershell()/endusershell() missing Reply-To: David Nugent Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2442; it has been noted by GNATS. From: David Nugent To: Philippe Charnier Cc: FreeBSD-gnats-submit@freebsd.org, GNATS Management , freebsd-bugs@freefall.freebsd.org Subject: Re: bin/2442: setusershell()/endusershell() missing Date: Thu, 11 Jan 1996 01:40:10 +0000 () On Sat, 11 Jan 1997, Philippe Charnier wrote: > The right way (TM) should be: > setusershell() > some getusershell() > endusershell() In theory at least. :-) > setusershell(); > while (sh = getusershell()) { > if (!strcmp(name, sh)) >- return (name); >+ { endusershell(); return (name); } > /* allow just shell name, but use "real" path */ > if ((p = strrchr(sh, '/')) && strcmp(name, p + 1) == 0) >- return (sh); >+ { endusershell(); return (sh); } The problem in some places patched is that 'sh' will point to memory that has been free()'ed by the call to endusershell(). Not all, but some. Either this should be documented, and strdup() called prior endusershell() is called and the strdup()ed copy should be returned, or /usr/src/lib/libc/gen/getusershell.c should be made to not to free that memory, but recycle it should setusershell() be called again. I think the latter is a better solution, which would allow this patch to work as is. However, libc needs to be fixed first. Regards, David Nugent - Unique Computing Pty Ltd - Melbourne, Australia Voice +61-3-9791-9547 Data/BBS +61-3-9792-3507 3:632/348@fidonet davidn@freebsd.org davidn@blaze.net.au http://www.blaze.net.au/~davidn/ From owner-freebsd-bugs Sat Jan 11 06:50:05 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19551 for bugs-outgoing; Sat, 11 Jan 1997 06:50:05 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id GAA19536; Sat, 11 Jan 1997 06:50:02 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 06:50:02 -0800 (PST) Resent-Message-Id: <199701111450.GAA19536@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.GAA19356;Sat; (8.8.4/8.8.4);, 11 Jan 1997 06:43:44.-0800 (PST) Message-Id: <199701111443.GAA19356@freefall.freebsd.org> Date: Sat, 11 Jan 1997 06:43:44 -0800 (PST) From: tsingle@sunland.gsfc.nasa.gov To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2448: semctl() not portable -- freebsd requires 4th arg; Solaris, HPUX, etc. don't. Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2448 >Category: bin >Synopsis: semctl() not portable -- freebsd requires 4th arg; Solaris, HPUX, etc. don't. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 06:50:01 PST 1997 >Last-Modified: >Originator: Tim Singletary >Organization: August Automation, Inc. >Release: 2.2-961014-SNAP >Environment: >Description: FreeBSD's semctl() requires four arguments; in Solaris, HP-UX, etc. the fourth argument isn't needed unless the third argument is SETVAL, GETALL, SETALL, IPC_STAT, or IPC_SET. The SunOS manual _Porting_Software_to_SPARC_ states: Programs that call semctl() with these subcommands [those requiring a fourth argument] must pass the union itself, rather than an element of the union, or a constant such as 0 (zero). Programs that call semctl() with other subcommands should omit the fourth argument, rather than pass a constant such as 0 (zero). In other words, there's a portability issue: FreeBSD is not compatible with other unixes. >How-To-Repeat: (not applicable) >Fix: Here's my suggestion for code patches; I don't have any suggestions on how to fix the man page. 1) Change line 175(?) of /usr/include/sys/sem.h from int semctl __P((int, int, int, union semun)); to int semctl __P((int, int, int, ...)); 2) Replace /usr/src/lib/libc/gen/semctl.c with #include #include #include #include int semctl(int semid, int semnum, int cmd, ...) { va_list ap; union semun fourth_arg; union semun *fourth_arg_ptr; va_start(ap,cmd); if (cmd == IPC_SET || cmd == IPC_STAT || cmd == GETALL || cmd == SETVAL || cmd == SETALL) { fourth_arg = va_arg(ap, union semun); fourth_arg_ptr = &fourth_arg; } else { fourth_arg_ptr = NULL; } va_end(ap); return(semsys(0, semid, semnum, cmd, fourth_arg_ptr)); } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 07:00:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA19926 for bugs-outgoing; Sat, 11 Jan 1997 07:00:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id HAA19917; Sat, 11 Jan 1997 07:00:02 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 07:00:02 -0800 (PST) Resent-Message-Id: <199701111500.HAA19917@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, thompson@tgsoft.com Received: from squirrel.tgsoft.com (squirrel.tgsoft.com [207.167.64.183]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id GAA19738 for ; Sat, 11 Jan 1997 06:54:53 -0800 (PST) Received: (from thompson@localhost) by squirrel.tgsoft.com (8.8.3/8.6.12) id GAA15414; Sat, 11 Jan 1997 06:56:40 -0800 (PST) Message-Id: <199701111456.GAA15414@squirrel.tgsoft.com> Date: Sat, 11 Jan 1997 06:56:40 -0800 (PST) From: mark thompson Reply-To: thompson@tgsoft.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/2449: nit in ij-ppp Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2449 >Category: bin >Synopsis: ij-ppp in auto mode goes into failure loop >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 07:00:01 PST 1997 >Last-Modified: >Originator: mark thompson >Organization: tgsoft >Release: FreeBSD 2.1-960627-SNAP i386 >Environment: Using user-mode ppp in auto mode. >Description: If ppp ever gets to the line: LogPrintf(LOG_PHASE_BIT, "** 1 Too many ECHO packets are lost. **\n"); It will get there every time until killed, because the counter "lqrsendcnt" does not get reset. >How-To-Repeat: Best way to reproduce this is to have the receiving end refuse to anwer pings for a while, then bring it back. >Fix: diff -r -u ../FreeBSD.2.2/src/usr.sbin/ppp/lqr.c Root/usr/src/usr.sbin/ppp/lqr.c --- ../FreeBSD.2.2/src/usr.sbin/ppp/lqr.c Sat May 11 13:48:33 1996 +++ Root/usr/src/usr.sbin/ppp/lqr.c Fri Jan 10 05:06:26 1997 @@ -189,6 +189,7 @@ struct lcpstate *lcp = &LcpInfo; int period; + lqrsendcnt = 0; /* start waiting all over for ECHOs */ lqmmethod = LQM_ECHO; if (Enabled(ConfLqr)) lqmmethod |= LQM_LQR; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 08:43:31 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id IAA23282 for bugs-outgoing; Sat, 11 Jan 1997 08:43:31 -0800 (PST) Received: from runningman.rs.itd.umich.edu (0@runningman.rs.itd.umich.edu [141.211.144.15]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id IAA23277 for ; Sat, 11 Jan 1997 08:43:28 -0800 (PST) Received: from HG-BASIC1MAIL.HG.MED.UMICH.EDU by runningman.rs.itd.umich.edu (8.7.5/2.3) with ESMTP id LAA16825; Sat, 11 Jan 1997 11:43:23 -0500 (EST) Received: from HG-BASIC1/SpoolDir by HG-BASIC1MAIL.HG.MED.UMICH.EDU (Mercury 1.21); 11 Jan 97 11:43:23 -0500 Received: from SpoolDir by HG-BASIC1 (Mercury 1.21); 11 Jan 97 11:43:07 -0500 Received: from wtaylor by HG-BASIC1MAIL.HG.MED.UMICH.EDU (Mercury 1.21); 11 Jan 97 11:42:57 -0500 Comments: Authenticated sender is From: "Kacanski Aleksandar" Organization: SCAD To: bugs@FreeBSD.org Date: Sat, 11 Jan 1997 11:40:07 -5000 Subject: PS-2 keyboard mouse driver problem psm0 X-Confirm-Reading-To: "Kacanski Aleksandar" X-pmrqc: 1 Priority: normal X-mailer: Pegasus Mail for Windows (v2.42a) Message-ID: Sender: owner-bugs@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Hi, Please could someone explain to me if PS-2 mouse ("keyboard mouse") driver is fixed or at least works because I did not have luck with it. I am running FreeBSD2.1.6 system on the TD-300 and I am very exited about improvements on the new version. Enabled driver psm0 will load but it conflicts with the keyboard driver sc0. Keyboard locks when I run XF86Setup. Also mouse is recognized but the motions are not synchronized, at least (mouse couldn't be used - cursor sits in the upper left corner). If the keyboard uses IRQ 1 and mouse 12 why I/O needs to be the same 0x60. Could I setup mouse to use I/O ox64. This is the only obstacle for me, but keeps me from exploring X-windows and working on some projects. p.s. I looked at the FAQ and Hand Book and I did recompile KERNEL as suggested. Please help, /s ----------------------------------------------- I eat all my road kills Sasha Kacanski SCAD Savannah College of Art and Design 110 W. Taylor upper flor Savannah, GA 31401 912.238.1719 From owner-freebsd-bugs Sat Jan 11 11:03:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29029 for bugs-outgoing; Sat, 11 Jan 1997 11:03:10 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29004; Sat, 11 Jan 1997 11:03:02 -0800 (PST) Date: Sat, 11 Jan 1997 11:03:02 -0800 (PST) From: Mike Pritchard Message-Id: <199701111903.LAA29004@freefall.freebsd.org> To: ylo@trance.olari.clinet.fi, mpp, freebsd-bugs Subject: Re: kern/971 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Default limits for number of processes per user ridiculously low State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 11:01:05 PST 1997 State-Changed-Why: The new login.conf changes allow this to be easily changed. From owner-freebsd-bugs Sat Jan 11 11:16:34 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29678 for bugs-outgoing; Sat, 11 Jan 1997 11:16:34 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id LAA29655; Sat, 11 Jan 1997 11:16:28 -0800 (PST) Date: Sat, 11 Jan 1997 11:16:28 -0800 (PST) From: Mike Pritchard Message-Id: <199701111916.LAA29655@freefall.freebsd.org> To: sja@sja.home.tekla.fi, mpp, freebsd-bugs Subject: Re: bin/1657 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls(1) output of future mtime State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 11:16:03 PST 1997 State-Changed-Why: Supplied patch applied. From owner-freebsd-bugs Sat Jan 11 12:17:48 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA03610 for bugs-outgoing; Sat, 11 Jan 1997 12:17:48 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA03588; Sat, 11 Jan 1997 12:17:45 -0800 (PST) Date: Sat, 11 Jan 1997 12:17:45 -0800 (PST) From: Mike Pritchard Message-Id: <199701112017.MAA03588@freefall.freebsd.org> To: bill@duchess.wagill.com, mpp, freebsd-bugs Subject: Re: bin/1559 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ftpd apparently not recognizing -l or -S parms State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 12:17:09 PST 1997 State-Changed-Why: The manual page was updated to make it clear that syslog may have to be configured to display all of the messages logged by ftpd. From owner-freebsd-bugs Sat Jan 11 12:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA04643 for bugs-outgoing; Sat, 11 Jan 1997 12:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA04620; Sat, 11 Jan 1997 12:40:02 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 12:40:02 -0800 (PST) Resent-Message-Id: <199701112040.MAA04620@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA04553;Sat; (8.8.4/8.8.4);, 11 Jan 1997 12:39:07.-0800 (PST) Message-Id: <199701112039.MAA04553@freefall.freebsd.org> Date: Sat, 11 Jan 1997 12:39:07 -0800 (PST) From: gilbertd@cs.man.ac.uk To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/2450: 2.2-Beta installation panics Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2450 >Category: kern >Synopsis: 2.2-Beta installation panics >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 12:40:01 PST 1997 >Last-Modified: >Originator: Dave Gilbert >Organization: The University of Manchester >Release: 2.2-Beta >Environment: As on the 2.2-Beta boot floppy >Description: Trying to install FreeBSD for the first time; installing over the net using NFS from src.doc.ic.ac.uk, doing a full binary install with all the security options. It installs bin etc. etc. and gives an information message something along the lines of 'updating kernel params with -c ...' and then panics with a message along the lines of 'panic: can't do anything without my init' (I can get the exact text I think..if it really is a problem). >How-To-Repeat: Its repeatable - did it two or three times, including after configuring the kernel with only needed devices. (The machine was installing onto EIDE on a Triton HX motherboard with 64MB of RAM; the machine also had an Adaptec 2940UW (no devices attached) and was sucking data over an NE2000 netcard. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 12:45:39 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA04951 for bugs-outgoing; Sat, 11 Jan 1997 12:45:39 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA04923; Sat, 11 Jan 1997 12:45:27 -0800 (PST) Date: Sat, 11 Jan 1997 12:45:27 -0800 (PST) From: Mike Pritchard Message-Id: <199701112045.MAA04923@freefall.freebsd.org> To: mpp, freebsd-bugs, ache Subject: Re: bin/1678 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls(1) with LC_TIME Responsible-Changed-From-To: freebsd-bugs->ache Responsible-Changed-By: mpp Responsible-Changed-When: Sat Jan 11 12:44:01 PST 1997 Responsible-Changed-Why: /LC_ Andrey's area... From owner-freebsd-bugs Sat Jan 11 12:49:35 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05251 for bugs-outgoing; Sat, 11 Jan 1997 12:49:35 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05227; Sat, 11 Jan 1997 12:49:26 -0800 (PST) Date: Sat, 11 Jan 1997 12:49:26 -0800 (PST) From: Mike Pritchard Message-Id: <199701112049.MAA05227@freefall.freebsd.org> To: kallio@silmu.cc.jyu.fi, mpp, freebsd-bugs Subject: Re: kern/1828 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: limit filesize does not work State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 12:48:59 PST 1997 State-Changed-Why: Can now be done with the new login class database in -current. From owner-freebsd-bugs Sat Jan 11 12:50:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05302 for bugs-outgoing; Sat, 11 Jan 1997 12:50:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id MAA05295; Sat, 11 Jan 1997 12:50:01 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 12:50:01 -0800 (PST) Resent-Message-Id: <199701112050.MAA05295@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.MAA04668;Sat; (8.8.4/8.8.4);, 11 Jan 1997 12:40:53.-0800 (PST) Message-Id: <199701112040.MAA04668@freefall.freebsd.org> Date: Sat, 11 Jan 1997 12:40:53 -0800 (PST) From: gilbertd@cs.man.ac.uk To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/2451: 2.1.6 NFS install fails Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2451 >Category: misc >Synopsis: 2.1.6 NFS install fails >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 12:50:00 PST 1997 >Last-Modified: >Originator: Dave Gilbert >Organization: The University of Manchester >Release: 2.1.6 >Environment: As on the 2.1.6 boot floppy >Description: Trying to install 2.1.6 via NFS, the mount failed the first time. If you go back to the menu and go through the novice install again it works fine. I'm using a gateway and name server - I'm guessing that one of those wasn't setup at the time of the mount. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 13:03:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA05981 for bugs-outgoing; Sat, 11 Jan 1997 13:03:21 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA05943; Sat, 11 Jan 1997 13:03:03 -0800 (PST) Date: Sat, 11 Jan 1997 13:03:03 -0800 (PST) From: Mike Pritchard Message-Id: <199701112103.NAA05943@freefall.freebsd.org> To: hosokawa@mt.cs.keio.ac.jp, mpp, freebsd-bugs Subject: Re: misc/2098 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Missing asprintf()/vasprintf() on 2.1.6-RELEASE State-Changed-From-To: open-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 13:00:43 PST 1997 State-Changed-Why: The asprintf & vasprint exist in -current, and 2.2-BETA, and there isn't anything that can be done now that 2.1.6 is out the door (although the 2.1.6 system I have access to has the functions). From owner-freebsd-bugs Sat Jan 11 13:51:55 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA07972 for bugs-outgoing; Sat, 11 Jan 1997 13:51:55 -0800 (PST) Received: (from mpp@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id NAA07934; Sat, 11 Jan 1997 13:51:38 -0800 (PST) Date: Sat, 11 Jan 1997 13:51:38 -0800 (PST) From: Mike Pritchard Message-Id: <199701112151.NAA07934@freefall.freebsd.org> To: schweikh@ito.uni-stuttgart.de, mpp, freebsd-bugs Subject: Re: bin/1035 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ls to terminal always uses ? for non-printable chars State-Changed-From-To: analyzed-closed State-Changed-By: mpp State-Changed-When: Sat Jan 11 13:51:14 PST 1997 State-Changed-Why: Duplicate of PR# 1315. From owner-freebsd-bugs Sat Jan 11 14:40:04 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA10976 for bugs-outgoing; Sat, 11 Jan 1997 14:40:04 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id OAA10963; Sat, 11 Jan 1997 14:40:02 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 14:40:02 -0800 (PST) Resent-Message-Id: <199701112240.OAA10963@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by freefall.freebsd.org (8.8.4/8.8.4) with ESMTP id OAA10548 for ; Sat, 11 Jan 1997 14:31:53 -0800 (PST) Received: (from uucp@localhost) by frmug.org (8.8.2/8.8.2/frmug-1.3) with UUCP id XAA00759 for FreeBSD-gnats-submit@freebsd.org; Sat, 11 Jan 1997 23:31:45 +0100 (MET) Received: (from charnier@localhost) by xp11.frmug.org (8.8.4/8.7.3/xp11-uucp-1.1) id MAA16686; Sat, 11 Jan 1997 12:30:32 +0100 (CET) Message-Id: <199701111130.MAA16686@xp11.frmug.org> Date: Sat, 11 Jan 1997 12:30:32 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: docs/2453: incorrect window title with Netscape Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2453 >Category: docs >Synopsis: window titles can't resolve aaaaa >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 14:40:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: In the handbook, code that is defined by Future plans for is incorrectly displayed in the window title, I see `Future plans for CTM' instead of `Future plans for CTM'. >How-To-Repeat: Browse using Netscape or grep handbook looking for TITLE. handbook216.html:What is FreeBSD-current <em>NOT</em>? handbook224.html:Why should I use <code>CTM</code>? handbook262.html:What's a <em>kernel option</em>, anyway? [...] >Fix: Do not allow this in documents or use something like: Index: sgmlfmt.pl =================================================================== RCS file: /home2h/FreeBSD.cvsroot/src/usr.bin/sgmlfmt/sgmlfmt.pl,v retrieving revision 1.17 diff -u -r1.17 sgmlfmt.pl --- sgmlfmt.pl 1996/10/05 23:38:55 1.17 +++ sgmlfmt.pl 1997/01/11 11:19:58 @@ -396,6 +396,10 @@ if ($st_sl[$sc] > 0 && $st_sl[$sc] <= $maxlevel) { $header[$st_ol[$sc]] = "$doctype\n\n\n$_\n\n$BODY\n"; + $header[$st_ol[$sc]] =~ s///g; + $header[$st_ol[$sc]] =~ s/<\/code>//g; + $header[$st_ol[$sc]] =~ s///g; + $header[$st_ol[$sc]] =~ s/<\/em>//g; $header[$st_ol[$sc]] .= $html_header; if ($opt_ssi) { # Server Side Include hook $header[$st_ol[$sc]] .= >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 16:00:14 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA16023 for bugs-outgoing; Sat, 11 Jan 1997 16:00:14 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id QAA15978; Sat, 11 Jan 1997 16:00:07 -0800 (PST) Date: Sat, 11 Jan 1997 16:00:07 -0800 (PST) Message-Id: <199701120000.QAA15978@freefall.freebsd.org> To: freebsd-bugs Cc: From: j@uriah.heep.sax.de (J Wunsch) Subject: Re: misc/2451: 2.1.6 NFS install fails Reply-To: j@uriah.heep.sax.de (J Wunsch) Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/2451; it has been noted by GNATS. From: j@uriah.heep.sax.de (J Wunsch) To: gilbertd@cs.man.ac.uk Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/2451: 2.1.6 NFS install fails Date: Sun, 12 Jan 1997 00:23:34 +0100 As gilbertd@cs.man.ac.uk wrote: > Trying to install 2.1.6 via NFS, the mount failed the first time. > If you go back to the menu and go through the novice install again > it works fine. I think this was a known problem, and his been fixed since -- but that was already too late for 2.1.6. :( IIRC, sysinstall wrote the resolv.conf into the true root /etc at the first time, as opposed to the chroot'ed /etc. Hence, if you specify an FQDN, it will work, too. -- cheers, J"org joerg_wunsch@uriah.heep.sax.de -- http://www.sax.de/~joerg/ -- NIC: JW11-RIPE Never trust an operating system you don't have sources for. ;-) From owner-freebsd-bugs Sat Jan 11 17:30:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA22624 for bugs-outgoing; Sat, 11 Jan 1997 17:30:06 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id RAA22617; Sat, 11 Jan 1997 17:30:03 -0800 (PST) Resent-Date: Sat, 11 Jan 1997 17:30:03 -0800 (PST) Resent-Message-Id: <199701120130.RAA22617@freefall.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@freefall.FreeBSD.org, Received:(from nobody@localhost) by.freefall.freebsd.org.id.RAA22498;Sat; (8.8.4/8.8.4);, 11 Jan 1997 17:28:14.-0800 (PST) Message-Id: <199701120128.RAA22498@freefall.freebsd.org> Date: Sat, 11 Jan 1997 17:28:14 -0800 (PST) From: ulf@alameda.net To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/2454: 2.2-BETA upgrade function forgets location of saved /etc directory Sender: owner-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk >Number: 2454 >Category: bin >Synopsis: 2.2-BETA upgrade function forgets location of saved /etc directory >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 11 17:30:02 PST 1997 >Last-Modified: >Originator: Ulf Zimmermann >Organization: Alameda Networks, Inc. >Release: 2.2-BETA >Environment: >Description: I tried to do an upgrade from 2.1.6R to 2.2-BETA. It asked me to save the /etc. Accepted the default /usr/tmp/etc. As source for the upgrade I used a FTP server and specified the url myself. Here I mistyped the url a little bit and needed to try a different FTP server. This time it accepted it. Then it comes to step 2, it brings up the error message: Unable to go to your saved /etc directory in Uereo3r34j34! Argh! .... It looks much garbage as I can type it here ;-) >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Jan 11 19:30:10 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA28011 for bugs-outgoing; Sat, 11 Jan 1997 19:30:10 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id TAA28001; Sat, 11 Jan 1997 19:30:06 -0800 (PST) Date: Sat, 11 Jan 1997 19:30:06 -0800 (PST) Message-Id: <199701120330.TAA28001@freefall.freebsd.org> To: freebsd-bugs Cc: From: David Conran Subject: Re: bin/2446: Problem in interactive restore. Reply-To: David Conran Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/2446; it has been noted by GNATS. From: David Conran To: joerg_wunsch@uriah.heep.sax.de Cc: lucifer@xyzzy.net.au, FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/2446: Problem in interactive restore. Date: Sun, 12 Jan 1997 13:24:06 +1000 (EST) J Wunsch writes ... > > As David Conran wrote: > > > orac:/tmp$ restore ivf /dev/nrst1 > > Verify tape and initialize maps > > Tape block size is 32 > > Dump date: Mon Jan 6 00:39:10 1997 > > Dumped from: the epoch > > Level 0 dump of /usr on orac.xyzzy.net.au:/dev/sd0e > > Label: none > > Extract directories from tape > > Initialize symbol table. > > restore > cd include > > canonname: not enough bufferspace > > Can you perhaps track this with gdb? Interactive restore works fine > for me (and worked all the time), so i probably have a hard time to > reproduce this. > > (Hint: send followups to your PR to freebsd-gnats-submit@freebsd.org, > using the same subject.) Well .. I just re-suped and recompiled restore .. and did it off a very recent (ie. 3.0-current) dump I am no gdb expert .. so .. here is my stuff. (if there is something else to do .. let me know.) Thanks. orac:/tmp$ gdb /home/src/sbin/restore/restore GDB is free software and you are welcome to distribute copies of it under certain conditions; type "show copying" to see the conditions. There is absolutely no warranty for GDB; type "show warranty" for details. GDB 4.13 (i386-unknown-freebsd), Copyright 1994 Free Software Foundation, Inc... (gdb) set args ivf /dev/nrst1 (gdb) break canon Breakpoint 1 at 0x2821: file interactive.c, line 447. (gdb) run Starting program: /home/src/sbin/restore/restore ivf /dev/nrst1 Verify tape and initialize maps Tape block size is 32 Dump date: Sun Jan 12 01:14:28 1997 Dumped from: the epoch Level 0 dump of /usr on orac.xyzzy.net.au:/dev/sd0e Label: none Extract directories from tape Initialize symbol table. Breakpoint 1, canon (rawname=0x1b00 "/", canonname=0xefbfcd5c "", len=1024) at interactive.c:447 447 if (strcmp(rawname, ".") == 0 || strncmp(rawname, "./", 2) == 0) (gdb) step 449 else if (rawname[0] == '/') (gdb) step 450 (void) strcpy(canonname, "."); (gdb) step 453 if (strlen(canonname) + strlen(rawname) >= len) { (gdb) step 458 (void) strcat(canonname, rawname); (gdb) step 462 for (cp = np = canonname; *np != '\0'; cp++) { (gdb) step 463 *cp = *np++; (gdb) step 464 while (*cp == '/' && *np == '/') (gdb) step 462 for (cp = np = canonname; *np != '\0'; cp++) { (gdb) step 463 *cp = *np++; (gdb) step 464 while (*cp == '/' && *np == '/') (gdb) step 462 for (cp = np = canonname; *np != '\0'; cp++) { (gdb) step 467 *cp = '\0'; (gdb) step 468 if (*--cp == '/') (gdb) step 469 *cp = '\0'; (gdb) step 473 for (np = canonname; *np != '\0'; ) { (gdb) step 474 np++; (gdb) step 475 cp = np; (gdb) step 476 while (*np != '/' && *np != '\0') (gdb) step 478 if (np - cp == 1 && *cp == '.') { (gdb) step 483 if (np - cp == 2 && strncmp(cp, "..", 2) == 0) { (gdb) step 491 } (gdb) step runcmdshell () at interactive.c:114 114 if (setjmp(reset) != 0) { (gdb) step 123 runshell = 1; (gdb) step 124 getcmd(curdir, cmd, name, &arglist); (gdb) step getcmd (curdir=0xefbfcd5c ".", cmd=0xefbfc55c "", name=0xefbfc95c "", ap=0xefbfd15c) at interactive.c:315 315 if (ap->argcnt > 0) (gdb) step 317 if (nextarg != NULL) (gdb) step 323 fprintf(stderr, "restore > "); (gdb) step 324 (void) fflush(stderr); (gdb) step restore > 325 (void) fgets(input, BUFSIZ, terminal); (gdb) step cd include 326 } while (!feof(terminal) && input[0] == '\n'); (gdb) c Continuing. Breakpoint 1, canon (rawname=0xefbfc13c "./include", canonname=0xefbfc95c "", len=4) at interactive.c:447 447 if (strcmp(rawname, ".") == 0 || strncmp(rawname, "./", 2) == 0) (gdb) step 448 (void) strcpy(canonname, ""); (gdb) step 453 if (strlen(canonname) + strlen(rawname) >= len) { (gdb) step 454 fprintf(stderr, "canonname: not enough bufferspace\n"); (gdb) step canonname: not enough bufferspace 455 done(1); (gdb) step done (exitcode=1) at dirs.c:765 765 closemt(); (gdb) quit The program is running. Quit anyway (and kill it)? (y or n) y orac:/tmp$ From owner-freebsd-bugs Sat Jan 11 20:10:03 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA29729 for bugs-outgoing; Sat, 11 Jan 1997 20:10:03 -0800 (PST) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA29723; Sat, 11 Jan 1997 20:10:01 -0800 (PST) Date: Sat, 11 Jan 1997 20:10:01 -0800 (PST) Message-Id: <199701120410.UAA29723@freefall.freebsd.org> To: freebsd-bugs Cc: From: Giles Lean Subject: Re: bin/1387: Group file errors cause absolute havoc Reply-To: Giles Lean Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/1387; it has been noted by GNATS. From: Giles Lean To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/1387: Group file errors cause absolute havoc Date: Sat, 11 Jan 1997 22:59:58 -0500 --------------1CFBAE3959E2B60015FB7483 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit This problem is due to getpwent() and friends bailing out on malformed lines instead of ignoring them. The following patch to the 2.2 candidate code causes malformed lines to be ignored. For reference the NetBSD code has the same changes made. A similar problem needs to be fixed in the dynamic buffer code in 3.0-current, but the 2.2 release is more urgent. -- Giles Lean +61 3 9480 2118 Nemeton Pty. Ltd. fax +61 3 9480 1771 PGP Key fingerprint = 9F FB 28 37 81 F2 AC F3 8A B0 37 E5 73 CF 39 E7 --------------1CFBAE3959E2B60015FB7483 Content-Type: text/plain; charset=us-ascii; name="diff" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="diff" Index: getgrent.c =================================================================== RCS file: /a/FreeBSD/CVS/src/lib/libc/gen/getgrent.c,v retrieving revision 1.12.2.1 diff -c -r1.12.2.1 getgrent.c *** getgrent.c 1996/12/31 17:42:28 1.12.2.1 - --- getgrent.c 1997/01/11 09:59:20 *************** *** 236,242 **** continue; } if ((_gr_group.gr_name = strsep(&bp, ":\n")) == NULL) ! break; #ifdef YP /* * XXX We need to be careful to avoid proceeding --- 236,242 ---- continue; } if ((_gr_group.gr_name = strsep(&bp, ":\n")) == NULL) ! continue; #ifdef YP /* * XXX We need to be careful to avoid proceeding *************** *** 282,293 **** if (_ypfound) return(1); else ! break; if (strlen(cp) || !_ypfound) _gr_group.gr_passwd = cp; #else if ((_gr_group.gr_passwd = strsep(&bp, ":\n")) == NULL) ! break; #endif if (!(cp = strsep(&bp, ":\n"))) #ifdef YP --- 282,293 ---- if (_ypfound) return(1); else ! continue; if (strlen(cp) || !_ypfound) _gr_group.gr_passwd = cp; #else if ((_gr_group.gr_passwd = strsep(&bp, ":\n")) == NULL) ! continue; #endif if (!(cp = strsep(&bp, ":\n"))) #ifdef YP *************** *** 308,314 **** continue; cp = NULL; if (bp == NULL) /* !!! Must check for this! */ ! break; #ifdef YP if ((cp = strsep(&bp, ":\n")) == NULL) break; --- 308,314 ---- continue; cp = NULL; if (bp == NULL) /* !!! Must check for this! */ ! continue; #ifdef YP if ((cp = strsep(&bp, ":\n")) == NULL) break; --------------1CFBAE3959E2B60015FB7483-- From owner-freebsd-bugs Sat Jan 11 20:24:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA00750 for bugs-outgoing; Sat, 11 Jan 1997 20:24:00 -0800 (PST) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA00727; Sat, 11 Jan 1997 20:23:49 -0800 (PST) Date: Sat, 11 Jan 1997 20:23:49 -0800 (PST) From: "Jordan K. Hubbard" Message-Id: <199701120423.UAA00727@freefall.freebsd.org> To: gilbertd@cs.man.ac.uk, jkh, freebsd-bugs Subject: Re: misc/2451 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: 2.1.6 NFS install fails State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sat Jan 11 20:22:40 PST 1997 State-Changed-Why: This was fixed post-2.1.6. Since no additional releases will follow 2.1.6, it's probably not worth commiting the sysinstall fixes to that branch. From owner-freebsd-bugs Sat Jan 11 20:25:22 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA00861 for bugs-outgoing; Sat, 11 Jan 1997 20:25:22 -0800 (PST) Received: (from davidn@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id UAA00834; Sat, 11 Jan 1997 20:25:17 -0800 (PST) Date: Sat, 11 Jan 1997 20:25:17 -0800 (PST) From: David Nugent Message-Id: <199701120425.UAA00834@freefall.freebsd.org> To: davidn, freebsd-bugs, davidn Subject: Re: bin/2442 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: setusershell()/endusershell() missing Responsible-Changed-From-To: freebsd-bugs->davidn Responsible-Changed-By: davidn Responsible-Changed-When: Sun Jan 12 15:23:18 EST 1997 Responsible-Changed-Why: Seems to be in my area. From owner-freebsd-bugs Sat Jan 11 21:28:06 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA05843 for bugs-outgoing; Sat, 11 Jan 1997 21:28:06 -0800 (PST) Received: (from gpalmer@localhost) by freefall.freebsd.org (8.8.4/8.8.4) id VAA05736; Sat, 11 Jan 1997 21:27:46 -0800 (PST) Date: Sat, 11 Jan 1997 21:27:46 -0800 (PST) From: Gary Palmer Message-Id: <199701120527.VAA05736@freefall.freebsd.org> To: gpalmer, gnats-admin, freebsd-bugs Subject: Re: docs/2455 Sender: owner-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: no description "option COMCONSOLE" Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: gpalmer Responsible-Changed-When: Sat Jan 11 21:27:30 PST 1997 Responsible-Changed-Why: misfiled PR