From owner-freebsd-bugs Sun Sep 27 01:30:17 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA01490 for freebsd-bugs-outgoing; Sun, 27 Sep 1998 01:30:17 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA01467 for ; Sun, 27 Sep 1998 01:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA16297; Sun, 27 Sep 1998 01:30:01 -0700 (PDT) Received: from ice.cold.org (cold.org [206.81.134.103]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA00589 for ; Sun, 27 Sep 1998 01:23:33 -0700 (PDT) (envelope-from brandon@ice.cold.org) Received: (from brandon@localhost) by ice.cold.org (8.8.8/8.8.5) id CAA20139; Sun, 27 Sep 1998 02:23:24 -0600 (MDT) Message-Id: <199809270823.CAA20139@ice.cold.org> Date: Sun, 27 Sep 1998 02:23:24 -0600 (MDT) From: Brandon Gillespie Reply-To: brandon@ice.cold.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/8061: profiling utilities seperate from profiling libs, broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8061 >Category: conf >Synopsis: profiling utilities seperate from profiling libs, broken >Confidential: no >Severity: non-critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Sep 27 01:30:01 PDT 1998 >Last-Modified: >Originator: Brandon Gillespie >Organization: >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: After about two weeks of being harrassed by a programmer on one of my boxes, I started to dig into it myself. He's been trying to use gprof and the profiling stuff (built with gcc -pg), and its been giving him the error: cc -pg -g -O -Iinclude -Imodules -Lmodules grammar.o coldcc.o [..lots of objects..] shs.o crypt.o -lm -o coldcc ld: -lc_p: no match *** Error code 1 A few frustrating hours later I finally figured out the problem is I didn't install the 'Profiling Libraries' when I did the base OS install/upgrade. This is a problem, because none of the docs on gprof, or cc -pg, or anywhere else say they need to be installed (and infact I only barely remembered seeing the option in the installer). >How-To-Repeat: Just install an OS without the profiled libraries, then try to compile and link some code using the -pg option. >Fix: This is a serious frustration factor... IMHO, one of two things needs to be done: 1) update the man page on anything regarding profiling to say in big letters that 'this will not work unless the profiling libraries are installed' 2) pull all profiling commands out of the base install and wrap them in with proflibs as a generic 'Code Profiling Libraries and Utilities' module, and change it so cc -pg will error out if they are not installed (rather than simply dying with an error of not being able to find libc_p). >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Sep 27 21:40:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id VAA27905 for freebsd-bugs-outgoing; Sun, 27 Sep 1998 21:40:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27842 for ; Sun, 27 Sep 1998 21:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id VAA22399; Sun, 27 Sep 1998 21:40:00 -0700 (PDT) Received: from cr1003333-a.crdva1.bc.wave.home.com (cr1003333-a.crdva1.bc.wave.home.com [24.113.51.240]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id VAA27354 for ; Sun, 27 Sep 1998 21:34:41 -0700 (PDT) (envelope-from jh@cr1003333-a.crdva1.bc.wave.home.com) Received: (from jh@localhost) by cr1003333-a.crdva1.bc.wave.home.com (8.9.1/8.8.7) id VAA01315; Sun, 27 Sep 1998 21:34:31 -0700 (PDT) Message-Id: <199809280434.VAA01315@cr1003333-a.crdva1.bc.wave.home.com> Date: Sun, 27 Sep 1998 21:34:31 -0700 (PDT) From: Jonathan Hanna Reply-To: pangolin@home.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8067: ipfw flags size change causes ICMP filter to fail Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8067 >Category: bin >Synopsis: ipfw flags size change causes ICMP filter to fail >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Sep 27 21:40:00 PDT 1998 >Last-Modified: >Originator: Jonathan Hanna >Organization: >Release: FreeBSD 3.0-BETA i386 >Environment: Current as of ip_fw.h 1.35, I think. >Description: "fill_icmptypes", uses the old size for fw_flg, and forgets IP_FW_F_ICMPBIT. >How-To-Repeat: # ipfw add deny icmp from any to any in via de0 icmptype 5 00000 deny icmp from any to any in recv de0 >Fix: --- ipfw.c.save Sun Sep 27 20:38:01 1998 +++ ipfw.c Sun Sep 27 21:19:05 1998 @@ -747,7 +747,7 @@ fill_icmptypes(types, vp, fw_flg) u_long *types; char **vp; - u_short *fw_flg; + u_int *fw_flg; { char *c = *vp; >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 06:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA06068 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 06:10:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA06059 for ; Mon, 28 Sep 1998 06:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA09001; Mon, 28 Sep 1998 06:10:01 -0700 (PDT) Date: Mon, 28 Sep 1998 06:10:01 -0700 (PDT) Message-Id: <199809281310.GAA09001@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Wilhelm B. Kloke" Subject: Re: bin/7742: fclose(3) dumps core on NULL Reply-To: "Wilhelm B. Kloke" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7742; it has been noted by GNATS. From: "Wilhelm B. Kloke" To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/7742: fclose(3) dumps core on NULL Date: Mon, 28 Sep 1998 15:03:20 +0200 (MET DST) > Change request rejected. Just let me comment thus. Why make running programs (on some other systems) invalid on so little reason? Just letting such programs coredump is just bad marketing. The whole BSD marketing is faulty, anyway. The schisma between Net, Free and Open is only understandable for people who know the history of the maoist KPD-ML parties in Germany (in the seventies), or the medieval schismata in the christianity. FreeBSD is going to be the 4th international of programming. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 06:50:08 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA11923 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 06:50:08 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11897 for ; Mon, 28 Sep 1998 06:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA14314; Mon, 28 Sep 1998 06:50:01 -0700 (PDT) Received: from yorikke.arb-phys.uni-dortmund.de (yorikke.arb-phys.uni-dortmund.de [192.109.44.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA11595 for ; Mon, 28 Sep 1998 06:47:51 -0700 (PDT) (envelope-from wb@yorikke.arb-phys.uni-dortmund.de) Received: (from wb@localhost) by yorikke.arb-phys.uni-dortmund.de (8.9.1/8.9.1) id PAA00484; Thu, 24 Sep 1998 15:47:21 +0200 (MET DST) (envelope-from wb) Message-Id: <199809241347.PAA00484@yorikke.arb-phys.uni-dortmund.de> Date: Thu, 24 Sep 1998 15:47:21 +0200 (MET DST) From: "Wilhelm B. Kloke" Reply-To: wb@yorikke.arb-phys.uni-dortmund.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8074: CAM rescan operation fatal Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8074 >Category: kern >Synopsis: CAM rescan operation fatal >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 28 06:50:01 PDT 1998 >Last-Modified: >Originator: Wilhelm B. Kloke >Organization: IfADo >Release: FreeBSD 3.0-CURRENT i386 >Environment: from dmesg: ncr0: rev 0x04 int a irq 9 on pci0.9.0 da0 at ncr0 bus 0 target 6 lun 0 da0: Fixed Direct Access SCSI2 device da0: 4357MB (8925000 512 byte sectors: 255H 63S/T 555C) also Philips CD2600 >Description: I tried to rescan the SCSI bus camcontrol rescan 0. Or camcontrol rescan 0:5:0. I am getting now: > ncr0: SCSI phase error fixup: CCB already dequeued (0xf0778000) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > ncr0: timeout nccb=f0778000 (skip) > cd0: fatal error, failed to attach to device > (cd0:ncr0:0:5:0): READ CD RECORDED CAPACITY. CDB: 25 0 0 0 0 0 0 0 0 0 > (cd0:ncr0:0:5:0): error code 67 > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > ncr0: timeout nccb=f0779e00 (skip) > (da0:ncr0:0:6:0): lost device > (da0:ncr0:0:6:0): removing device entry After that there is way to get da0 back other than reboot. Rebooting with CD writer on is fatal also with similar messages. On scanbus the list was much longer, of course. And it took some time. And froze all disk operation until crash. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 08:20:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA24896 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 08:20:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA24877 for ; Mon, 28 Sep 1998 08:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA16979; Mon, 28 Sep 1998 08:20:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA23499; Mon, 28 Sep 1998 08:10:14 -0700 (PDT) (envelope-from nobody) Message-Id: <199809281510.IAA23499@hub.freebsd.org> Date: Mon, 28 Sep 1998 08:10:14 -0700 (PDT) From: chashaml@worldnet.att.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8075: Install dialog in 2.2.7 does not permit FTP installation from local FTP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8075 >Category: misc >Synopsis: Install dialog in 2.2.7 does not permit FTP installation from local FTP >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 28 08:20:01 PDT 1998 >Last-Modified: >Originator: Charles E. Hamilton >Organization: Charles E. Hamilton, P.C. >Release: 2.2.7 >Environment: Intel 486DX >Description: When attempting to install FreeBSD 2.2.7 over a local network from a local FTP server, the install dialog does not permit selection of anything but the listed FTP servers. Although the dialog box says you can select "other" there is no way to do this that I can find, and "other" is not on the list. >How-To-Repeat: Happens every time you try to use the installation diskette. >Fix: I suggest that you add some way to do an anonymous FTP installation from any machine, provided the address is known. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 08:40:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA27489 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 08:40:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA27455; Mon, 28 Sep 1998 08:40:10 -0700 (PDT) (envelope-from des@FreeBSD.org) From: "Dag-Erling C. Sm\xf8rgrav" Received: (from des@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA18123; Mon, 28 Sep 1998 08:40:05 -0700 (PDT) Date: Mon, 28 Sep 1998 08:40:05 -0700 (PDT) Message-Id: <199809281540.IAA18123@freefall.freebsd.org> To: chashaml@worldnet.att.net, des@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/8075 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Install dialog in 2.2.7 does not permit FTP installation from local FTP State-Changed-From-To: open-closed State-Changed-By: des State-Changed-When: Mon Sep 28 08:39:31 PDT 1998 State-Changed-Why: PBCAK To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 08:50:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA28903 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 08:50:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA28881 for ; Mon, 28 Sep 1998 08:50:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA18385; Mon, 28 Sep 1998 08:50:01 -0700 (PDT) Date: Mon, 28 Sep 1998 08:50:01 -0700 (PDT) Message-Id: <199809281550.IAA18385@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Subject: Re: misc/8075: Install dialog in 2.2.7 does not permit FTP installation from local FTP Reply-To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/8075; it has been noted by GNATS. From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) To: chashaml@worldnet.att.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/8075: Install dialog in 2.2.7 does not permit FTP installation from local FTP Date: 28 Sep 1998 17:40:50 +0200 chashaml@worldnet.att.net writes: > When attempting to install FreeBSD 2.2.7 over a local network from a > local FTP server, the install dialog does not permit selection of > anything but the listed FTP servers. Although the dialog box says you > can select "other" there is no way to do this that I can find, and > "other" is not on the list. Select "URL" (second item from the top) and type in the URL of the FreeBSD directory (e.g. ftp://ftp.freebsd.org/pub/FreeBSD/). DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 14:14:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA25669 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 14:14:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA25550 for ; Mon, 28 Sep 1998 14:14:07 -0700 (PDT) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id OAA12880; Mon, 28 Sep 1998 14:14:13 -0700 (PDT) Message-Id: <199809282114.OAA12880@implode.root.com> To: "Wilhelm B. Kloke" cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7742: fclose(3) dumps core on NULL In-reply-to: Your message of "Mon, 28 Sep 1998 06:10:01 PDT." <199809281310.GAA09001@freefall.freebsd.org> From: David Greenman Reply-To: dg@root.com Date: Mon, 28 Sep 1998 14:14:12 -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >The following reply was made to PR bin/7742; it has been noted by GNATS. > >From: "Wilhelm B. Kloke" >To: freebsd-gnats-submit@freebsd.org >Cc: Subject: Re: bin/7742: fclose(3) dumps core on NULL >Date: Mon, 28 Sep 1998 15:03:20 +0200 (MET DST) > > > Change request rejected. > > Just let me comment thus. > > Why make running programs (on some other systems) invalid on so little reason? So that programmers will know about the problem and can fix the faulty programs. > Just letting such programs coredump is just bad marketing. Sorry, but we disagree. > The whole BSD marketing is faulty, anyway. Thank you for your opinion. -DG David Greenman Co-founder/Principal Architect, The FreeBSD Project To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 15:03:37 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA05556 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 15:03:37 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from budddah.com ([203.144.249.164]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id PAA05318; Mon, 28 Sep 1998 15:02:40 -0700 (PDT) (envelope-from buddahstuff@iname.com) From: buddahstuff@iname.com Message-Id: <199809282202.PAA05318@hub.freebsd.org> To: Subject: Buddha images Date: Tue, 29 Sep 1998 01:11:37 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Exotic Far Eastern, Amazing Thailand Buddha's. Original Buddha's, previously UN-available for export. Now a unique opportunity to acquire genuine Buddha images for collectors and investors. http://www.produck.com/buddah.htm ------------------------------------------ For more information REPLY to buddahstuff@iname.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 15:27:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA09975 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 15:27:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp3.erols.com (smtp3.erols.com [207.172.3.236]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA09946 for ; Mon, 28 Sep 1998 15:26:54 -0700 (PDT) (envelope-from shmit@natasya.noc.erols.net) Received: from natasya.noc.erols.net (natasya.noc.erols.net [207.172.25.236]) by smtp3.erols.com (8.8.8/8.8.5) with ESMTP id SAA16132; Mon, 28 Sep 1998 18:26:32 -0400 (EDT) Received: (from shmit@localhost) by natasya.noc.erols.net (8.9.1/8.9.1) id SAA08101; Mon, 28 Sep 1998 18:26:31 -0400 (EDT) Message-ID: <19980928182631.B307@kublai.com> Date: Mon, 28 Sep 1998 18:26:31 -0400 From: Brian Cully To: dg@root.com, "Wilhelm B. Kloke" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7742: fclose(3) dumps core on NULL Reply-To: shmit@kublai.com References: <199809281310.GAA09001@freefall.freebsd.org> <199809282114.OAA12880@implode.root.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809282114.OAA12880@implode.root.com>; from David Greenman on Mon, Sep 28, 1998 at 02:14:12PM -0700 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Sep 28, 1998 at 02:14:12PM -0700, David Greenman wrote: > So that programmers will know about the problem and can fix the faulty > programs. Why is free(NULL) permissable, but not fclose(NULL)? -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 15:57:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15541 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 15:57:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: (from alex@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA15502; Mon, 28 Sep 1998 15:57:37 -0700 (PDT) (envelope-from alex) Date: Mon, 28 Sep 1998 15:57:37 -0700 (PDT) From: Alex Nash Message-Id: <199809282257.PAA15502@hub.freebsd.org> To: pangolin@home.com, alex, freebsd-bugs Subject: Re: bin/8067 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw flags size change causes ICMP filter to fail State-Changed-From-To: open-closed State-Changed-By: alex State-Changed-When: Mon Sep 28 15:56:46 PDT 1998 State-Changed-Why: Patch applied to rev 1.60 of src/sbin/ipfw/ipfw.c. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 16:20:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA20603 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 16:20:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA20505 for ; Mon, 28 Sep 1998 16:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA01645; Mon, 28 Sep 1998 16:20:01 -0700 (PDT) Received: from mail.baileynm.com (fw.baileynm.com [206.109.159.11]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id QAA20307 for ; Mon, 28 Sep 1998 16:19:42 -0700 (PDT) (envelope-from peter@pobox.eng.baileynm.com) Received: (qmail 21953 invoked from network); 28 Sep 1998 23:19:29 -0000 Received: from pobox.eng.baileynm.com (198.178.0.191) by fw.nmti.com with SMTP; 28 Sep 1998 23:19:29 -0000 Received: (from peter@localhost) by pobox.eng.baileynm.com (8.8.7/8.8.7) id SAA10514; Mon, 28 Sep 1998 18:19:29 -0500 (CDT) (envelope-from peter) Message-Id: <199809282319.SAA10514@pobox.eng.baileynm.com> Date: Mon, 28 Sep 1998 18:19:29 -0500 (CDT) From: peter@baileynm.com Reply-To: peter@baileynm.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8079: Adaptec 1542 on 3.0-BETA fails to initialize mailboxes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8079 >Category: i386 >Synopsis: Adaptec 1542 on 3.0-BETA fails to initialize mailboxes >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 28 16:20:00 PDT 1998 >Last-Modified: >Originator: Peter da Silva >Organization: Bailey Network Management >Release: FreeBSD 3.0-19980927-BETA i386 >Environment: Hardware: Compaq 386/20e, no MMU, 13M, Adaptec 1542-CP, DE205-AC, HP SureStore 2000 hard drive. >Description: Detects Adaptec 1542, then repeats an error from ahainimboxes twice and hangs for an unknown time (>10 min) and eventually restarts. aha0: AHA1542CP FW Rev D.0(ID=46) SCS Host Adapter, SCSI ID=7, 16 CCBS ahainimboxes: Initialization command fails System is currently running 2.2.6 and working as a router, on the above hardware. >How-To-Repeat: Boot above system from FreeBSD 3.0-19980927-BETA boot.flp. >Fix: ??? >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 16:39:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA24970 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 16:39:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA24883 for ; Mon, 28 Sep 1998 16:38:47 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id BAA07087; Tue, 29 Sep 1998 01:38:30 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id BAA26364; Tue, 29 Sep 1998 01:38:25 +0200 (MET DST) Message-ID: <19980929013824.43804@follo.net> Date: Tue, 29 Sep 1998 01:38:24 +0200 From: Eivind Eklund To: shmit@kublai.com, dg@root.com, "Wilhelm B. Kloke" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7742: fclose(3) dumps core on NULL References: <199809281310.GAA09001@freefall.freebsd.org> <199809282114.OAA12880@implode.root.com> <19980928182631.B307@kublai.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <19980928182631.B307@kublai.com>; from Brian Cully on Mon, Sep 28, 1998 at 06:26:31PM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Sep 28, 1998 at 06:26:31PM -0400, Brian Cully wrote: > On Mon, Sep 28, 1998 at 02:14:12PM -0700, David Greenman wrote: > > So that programmers will know about the problem and can fix the faulty > > programs. > > Why is free(NULL) permissable, but not fclose(NULL)? 'cause these things are documented that way in the ISO C standard. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 16:47:50 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA26779 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 16:47:50 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA26737 for ; Mon, 28 Sep 1998 16:47:36 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id JAA18084; Tue, 29 Sep 1998 09:47:01 +1000 Date: Tue, 29 Sep 1998 09:47:01 +1000 From: Bruce Evans Message-Id: <199809282347.JAA18084@godzilla.zeta.org.au> To: dg@root.com, shmit@kublai.com, wb@yorikke.arb-phys.uni-dortmund.de Subject: Re: bin/7742: fclose(3) dumps core on NULL Cc: freebsd-bugs@FreeBSD.ORG Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Why is free(NULL) permissable, but not fclose(NULL)? Because the C standard says so. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 18:00:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07249 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 18:00:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07166 for ; Mon, 28 Sep 1998 18:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA04656; Mon, 28 Sep 1998 18:00:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA06818; Mon, 28 Sep 1998 17:56:12 -0700 (PDT) (envelope-from nobody) Message-Id: <199809290056.RAA06818@hub.freebsd.org> Date: Mon, 28 Sep 1998 17:56:12 -0700 (PDT) From: rtaylor@mpcs.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8081: Problem with MULTIPORT driver and Boca BB2016 board Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8081 >Category: i386 >Synopsis: Problem with MULTIPORT driver and Boca BB2016 board >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 28 18:00:00 PDT 1998 >Last-Modified: >Originator: Rob Taylor >Organization: MPC Systems >Release: Kernel 2.2.5 >Environment: FreeBSD et 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Sat Sep 26 20:48:20 EDT 1998 rtaylor@et:/usr/src/sys/compile/ET i386 >Description: Am experiencing problems with the MultiPort driver. Works fine, is configured as spec'ed in the Manual. Sio4-19 flags 0x1305 Works 99% of the time, but under high load conditions it seems to miss an interrupt and and from that point on no further I/O is processed from that IRQ or device >How-To-Repeat: Problem can easily be reapeated by setting all 16 ports to 115200 baud and having traffic move on them. Problem is worse with high baud rates. Tried it with all set to 57600 baud and it was not as bad. Tried faster CPU and it didn't help. >Fix: Lower Baud rate helps, but is not a solution. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 19:09:35 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18034 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 19:09:35 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from station54.transbay.net (station54.transbay.net [209.133.53.254]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18028 for ; Mon, 28 Sep 1998 19:09:32 -0700 (PDT) (envelope-from safe@station54.transbay.net) Received: (from safe@localhost) by station54.transbay.net (8.8.8/8.8.8) id TAA20858 for bugs@freebsd.org; Mon, 28 Sep 1998 19:06:41 GMT (envelope-from safe) Date: Mon, 28 Sep 1998 19:06:41 GMT From: safe Message-Id: <199809281906.TAA20858@station54.transbay.net> To: bugs@FreeBSD.ORG Subject: NO ACCESS to current.freebsd.org Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org can't log in as anonymous, so can't fetch 3.0-CURRENT from that server therefore the install procedure aborts ... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 19:10:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18210 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 19:10:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18152 for ; Mon, 28 Sep 1998 19:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id TAA07035; Mon, 28 Sep 1998 19:10:01 -0700 (PDT) Received: from istari.home.net (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA17041 for ; Mon, 28 Sep 1998 19:02:35 -0700 (PDT) (envelope-from sjr@home.net) Received: (from sjr@localhost) by istari.home.net (8.8.8/8.8.6) id WAA20650; Mon, 28 Sep 1998 22:02:19 -0400 (EDT) Message-Id: <199809290202.WAA20650@istari.home.net> Date: Mon, 28 Sep 1998 22:02:19 -0400 (EDT) From: sjr@home.net Reply-To: sjr@home.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8083: Game cleanup from NetBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8083 >Category: bin >Synopsis: Game cleanup from NetBSD >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Sep 28 19:10:00 PDT 1998 >Last-Modified: >Originator: Stephen J. Roznowski >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Joseph Samuel Myers (jsm28@cam.ac.uk) has submitted a number of problem reports fixing various problems with games under NetBSD. It appears that almost all of these problems exist under FreeBSD. bin/5806 [non-critical/low]: [PATCH] Rogue bug report against Linux port of NetBSD games (fwd) bin/5829 [non-critical/low]: [PATCH] quiz europe data file is very out-of-date bin/5830 [non-critical/low]: [PATCH] Broken date calculation in adventure bin/5831 [non-critical/low]: [PATCH] atc should use nodename, not sysname bin/5832 [non-critical/low]: [PATCH] robots does not build with -DFANCY bin/5841 [non-critical/low]: [PATCH] sail uses move() from curses, and defines its own bin/5842 [non-critical/low]: [PATCH] battlestar spelling errors bin/5867 [non-critical/low]: [PATCH] Miscellaneous cleanup of games bin/5945 [serious/medium]: [PATCH] Security of NetBSD games 1 bin/5970 [serious/medium]: [PATCH] Security of NetBSD games 2 bin/6006 [non-critical/low]: [PATCH] Battlestar bug fix 3 bin/6007 [non-critical/low]: [PATCH] Battlestar bug fix 1 bin/6008 [non-critical/low]: [PATCH] Battlestar bug fix 2 bin/6023 [non-critical/low]: [PATCH] Adventure unused parameters bin/6028 [non-critical/low]: [PATCH] Adventure: some functions duplicate standard ones bin/6041 [non-critical/low]: [PATCH] Adventure: patch to use const bin/6048 [non-critical/low]: [PATCH] Battlestar bug fix 5 bin/6049 [non-critical/low]: [PATCH] Battlestar bug fix 4 bin/6050 [non-critical/low]: [PATCH] Adventure unused function and prototypes bin/6051 [non-critical/low]: [PATCH] Adventure signal handling bin/6057 [non-critical/low]: [PATCH] Canfield: use names for open(2) flags, etc. bin/6058 [non-critical/low]: [PATCH] Backgammon: use names for error numbers, etc. bin/6073 [non-critical/low]: [PATCH] dm should ignore TZ bin/6076 [non-critical/low]: [PATCH] Backgammon unused functions bin/6077 [non-critical/low]: [PATCH] Backgammon manpage claims you can execute save files bin/6078 [non-critical/low]: [PATCH] atc: use ICRNL bin/6079 [non-critical/low]: [PATCH] Adventure: unused function return values bin/6082 [non-critical/low]: [PATCH] Adventure setup.c cleanup bin/6083 [non-critical/low]: Unused files in games source tree bin/6136 [non-critical/low]: [PATCH] Adventure should check for malloc failure bin/6137 [non-critical/low]: [PATCH] battlestar.6 typo bin/6138 [non-critical/low]: [PATCH] Battlestar save file handling 1 bin/6144 [non-critical/low]: [PATCH] Add noreturn attributes to games bin/6146 [non-critical/low]: [PATCH] Arithmetic: patch to use const bin/6147 [non-critical/low]: [PATCH] Adventure exit status bin/6148 [non-critical/low]: [PATCH] Rogue: patch to use const bin/6150 [non-critical/low]: [PATCH] Atc: patch to use const bin/6151 [non-critical/low]: [PATCH] Banner: patch to use const >How-To-Repeat: >Fix: These are the URLs for the NetBSD bug reports: http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5806 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5829 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5830 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5831 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5832 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5841 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5842 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5867 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5945 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=5970 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6006 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6007 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6008 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6023 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6028 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6041 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6048 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6049 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6050 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6051 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6057 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6058 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6073 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6076 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6077 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6078 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6079 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6082 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6083 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6136 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6137 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6138 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6144 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6146 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6147 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6148 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6150 http://www.NetBSD.org/cgi-bin/query-pr-single.pl?number=6151 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 19:13:27 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id TAA18859 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 19:13:27 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id TAA18823 for ; Mon, 28 Sep 1998 19:13:02 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id MAA32074 for bugs@freebsd.org; Tue, 29 Sep 1998 12:12:47 +1000 Date: Tue, 29 Sep 1998 12:12:47 +1000 From: Bruce Evans Message-Id: <199809290212.MAA32074@godzilla.zeta.org.au> To: bugs@FreeBSD.ORG Subject: vfs_bio_clrbuf() broken for sub-page buffers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org vfs_bio_clrbuf() seems to be quite broken for sub-page VMIO buffers at a nonzero offset in the page. Such buffers are common for filesystems with a sub-page blocksize, e.g., ext2fs. The diff has a fixed(?) version ifdefed out so that the bug can be found by the test function vfs_bio_clrbuf_check(). The unfixed version looks at the wrong `valid' bits and clears `valid' bits that it hasn't even looked at. I don't understand why `valid' parts of pages are guaranteed to be zero. Bruce diff -c2 vfs_bio.c~ vfs_bio.c *** vfs_bio.c~ Sun Sep 27 10:59:38 1998 --- vfs_bio.c Tue Sep 29 11:54:22 1998 *************** *** 2295,2298 **** --- 2337,2368 ---- } + static void + vfs_bio_clrbuf_check(struct buf *bp) + { + int i, n; + int32_t *p; + + p = (int32_t *)bp->b_data; + n = bp->b_bcount / 4; + for (i = 0; i < n; i++) + if (p[i] != 0) + break; + if (i != n) { + Debugger("not clear 1"); + clrbuf(bp); + } + if (bp->b_bufsize / 4 == n) + return; + p = (int32_t *)bp->b_data; + n = bp->b_bufsize / 4; + for (i = 0; i < n; i++) + if (p[i] != 0) + break; + if (i != n) { + clrbuf(bp); + Debugger("not clear 2"); + } + } + void vfs_bio_clrbuf(struct buf *bp) { *************** *** 2301,2304 **** --- 2371,2397 ---- if( (bp->b_npages == 1) && (bp->b_bufsize < PAGE_SIZE)) { int mask; + u_int off; + + #if 0 + /* + * The mask calculation can be optimized to + * ((1 << x) - (1 << y)), where (I think) + * x = (off + bp->b_bufsize) / DEV_BSIZE and + * y = off / DEV_BSIZE. See also vm_page_bits() + * for a (probably worse) lookup table method. + */ + mask = 0; + off = (vm_offset_t)bp->b_data & PAGE_MASK; + if (off + bp->b_bufsize > PAGE_SIZE) + panic("vfs_bio_clrbuf: page overrun"); + for(i=0;ib_bufsize;i+=DEV_BSIZE) + mask |= 1 << ((off + i) / DEV_BSIZE); + if(((bp->b_pages[0]->flags & PG_ZERO) == 0) && + (bp->b_pages[0]->valid & mask) != mask) { + bzero(bp->b_data, bp->b_bufsize); + bp->b_pages[0]->valid |= mask; + } + bp->b_resid = 0; + #else mask = 0; for(i=0;ib_bufsize;i+=DEV_BSIZE) *************** *** 2310,2313 **** --- 2403,2408 ---- bp->b_pages[0]->valid = mask; bp->b_resid = 0; + #endif + vfs_bio_clrbuf_check(bp); return; } *************** *** 2331,2336 **** --- 2426,2435 ---- } bp->b_resid = 0; + vfs_bio_clrbuf_check(bp); } else { + if (bp->b_bcount != bp->b_bufsize) + Debugger("bcount != bufsize"); clrbuf(bp); + vfs_bio_clrbuf_check(bp); } } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 20:59:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA01252 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 20:59:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from mayn.de (airbus.mayn.de [194.95.209.24]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id UAA01247 for ; Mon, 28 Sep 1998 20:59:20 -0700 (PDT) (envelope-from mkb@altair.mayn.de) Received: (qmail 2159 invoked from network); 29 Sep 1998 06:01:10 -0000 Received: from wuff.mayn.de (qmailr@194.95.209.17) by airbus.mayn.de with SMTP; 29 Sep 1998 06:01:10 -0000 Received: (qmail 26863 invoked by uid 5); 29 Sep 1998 03:58:50 -0000 Received: (from mkb@localhost) by altair.mayn.de (8.8.8/8.7.3) id FAA00440; Tue, 29 Sep 1998 05:56:30 +0200 (CEST) From: Matthias Buelow Message-Id: <199809290356.FAA00440@altair.mayn.de> Subject: Re: bin/7742: fclose(3) dumps core on NULL In-Reply-To: <19980928182631.B307@kublai.com> from Brian Cully at "Sep 28, 1998 6:26:31 pm" To: shmit@kublai.com Date: Tue, 29 Sep 1998 05:56:29 +0200 (CEST) Cc: freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL47 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brian Cully wrote: >Why is free(NULL) permissable, but not fclose(NULL)? Because the behaviour of free(NULL) is explicitly defined by ANSI/ISO C. It might be questionable, though, whether fclose(NULL) should really segfault or just report EOF like on other error conditions. However, since many programmers probably don't check the return value of fclose, the segfault perhaps gains more attention to the buggy code. - mkb To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 22:11:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA12165 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 22:11:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from peak.mountin.net ([207.227.119.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA12160; Mon, 28 Sep 1998 22:11:14 -0700 (PDT) (envelope-from jeff@mountin.net) Received: (from daemon@localhost) by peak.mountin.net (8.9.1/8.9.1) id AAA14414; Tue, 29 Sep 1998 00:11:18 -0500 (CDT) Received: from aridius-9.isdn.mke.execpc.com(169.207.66.136) by peak.mountin.net via smap (V1.3) id sma014412; Tue Sep 29 00:11:00 1998 Message-Id: <3.0.3.32.19980929000935.00718e6c@207.227.119.2> X-Sender: jeffm@207.227.119.2 X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.3 (32) Date: Tue, 29 Sep 1998 00:09:35 -0500 To: freebsd-isp@FreeBSD.ORG From: "Jeffrey J. Mountin" Subject: MFS, mount, and vmdaemon Cc: freebsd-bugs@FreeBSD.ORG Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Posted to both bugs and isp, much as I don't like to do this. Maybe this should be on hackers too. 8-) Don't quite know if this is a bug, but when using a MFS for /tmp and you do a 'mount -a' a second MFS for /tmp is created. This shows up with 'df' and 'ps', but one can be killed without problem it seems. Using noauto, like with a CDROM, means it will not mount initially. Doesn't seem like good behaviour. This also leads to a question. Can you have 2 MFS in fstab? Something like: /dev/wd0s1b none swap sw 0 0 /dev/wd0s1b /tmp mfs rw 0 0 /dev/wd0s1b /htdocs mfs rw 0 0 I presume that any MFS must use the swap (or a swap), but can't find anything saying you can or cannot use more than one. Or is it best to (sym)link /htdocs to /tmp instead, which works fine, but I'm toying with a few ideas. In past I thought of running a web site off of MFS and in part plan to do so still. One thing about running FBSD with plenty of memory is how fast things get once the cache and active pages increase: last pid: 8865; load averages: 0.21, 0.21, 0.19 00:01:28 40 processes: 2 running, 36 sleeping, 2 zombie CPU states: % user, % nice, % system, % interrupt, % idle Mem: 137M Active, 46M Inact, 28M Wired, 34M Cache, 8318K Buf, 5444K Free It took less than 4 seconds to copy 11MB from the htdocs directory to the MFS version of the htdocs directory, which tells me that many of the files were in memory. Subsequent copies are almost instant. Normal performance with only 96MB vs 256MB is astronmical. Must say the vmdaemon does a good job. Even the MFS's resident size will shrink and I pushed it to 80MB from the startup of 7MB, but without keeping the files present and it dropped in size as the memory load went up. Still would be nice to start with all htdocs on MFS, but also wonder if the vmdaemon duplicates this by keeping files from the MFS in memory, which seems kind of redundant and wasteful. comments? Jeff Mountin - Unix Systems TCP/IP networking jeff@mountin.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Sep 28 23:06:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA20717 for freebsd-bugs-outgoing; Mon, 28 Sep 1998 23:06:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from andrew1.lnk.telstra.net (andrew1.lnk.telstra.net [139.130.51.121]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA20691; Mon, 28 Sep 1998 23:06:24 -0700 (PDT) (envelope-from cagney@tpgi.com.au) Received: (from cagney@localhost) by andrew1.lnk.telstra.net (8.8.8/8.7.3) id QAA12767; Tue, 29 Sep 1998 16:06:12 +1000 (EST) Received: from Messages.8.5.N.CUILIB.3.45.SNAP.NOT.LINKED.b1.cygnus.com.i386.bsd via MS.5.6.b1.cygnus.com.i386_bsd; Tue, 29 Sep 1998 16:06:11 +1000 (WET) Message-ID: Date: Tue, 29 Sep 1998 16:06:11 +1000 (WET) From: Andrew Cagney To: jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, John Polstra Subject: Re: kern/7858 In-Reply-To: <199809220135.SAA06041@freefall.freebsd.org> References: <199809220135.SAA06041@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Excerpts from mail: 21-Sep-98 Re: kern/7858 John Polstra@FreeBSD.ORG (354) > Fixed in 2.2-stable by revision 1.20.2.2 of procfs_mem.c and related > changes to several other files. Local tests would appear to confirm this. Thanks! Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 02:40:22 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id CAA18971 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 02:40:22 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA18915 for ; Tue, 29 Sep 1998 02:40:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA20046; Tue, 29 Sep 1998 02:40:03 -0700 (PDT) Date: Tue, 29 Sep 1998 02:40:03 -0700 (PDT) Message-Id: <199809290940.CAA20046@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Sheldon Hearn Subject: Re: i386/7695: rc.i386 only enables mouse support for ttyv0 Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/7695; it has been noted by GNATS. From: Sheldon Hearn To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: i386/7695: rc.i386 only enables mouse support for ttyv0 Date: Tue, 29 Sep 1998 11:32:51 +0200 Having done a little more research, I now know that -CURRENT already has a knob in rc.conf and some magic in rc.i386 to do vidcontrol stuff to all virtual terminals. The appropriate code has had 8 months to mature in -CURRENT, I think it's ready for an MFC. :-) I've tested the patches that were to the -CURRENT branch, and they apply perfectly to the -STABLE sources now. I've tested them on my 2.2-STABLE box with no ill effects. The diffs are attached below, for your convenience. Ciao, Sheldon. Index: rc.conf =================================================================== RCS file: /home/ncvs/src/etc/rc.conf,v retrieving revision 1.41 retrieving revision 1.43 diff -u -d -r1.41 -r1.43 --- rc.conf 1998/03/09 08:50:27 1.41 +++ rc.conf 1998/04/02 15:33:36 1.43 @@ -124,6 +124,7 @@ moused_type="auto" # See man page for rc.conf(5) for available settings. moused_port="/dev/cuaa0" # Set to your mouse port. moused_flags="" # Any additional flags to moused. +allscreens_flags="" # Set this vidcontrol mode for all virtual screens ############################################################## Index: etc.i386/rc.i386 =================================================================== RCS file: /home/ncvs/src/etc/etc.i386/rc.i386,v retrieving revision 1.32 retrieving revision 1.34 diff -u -d -r1.32 -r1.34 --- rc.i386 1998/03/07 09:02:08 1.32 +++ rc.i386 1998/04/02 15:33:49 1.34 @@ -103,6 +103,15 @@ echo -n ' moused' moused ${moused_flags} -p ${moused_port} -t ${moused_type} vidcontrol <${viddev} -m on +fi + +# set this mode for all virtual screens +if [ "X${allscreens_flags}" != X"" ] ; then + echo -n ' allscreens' + for ttyv in /dev/ttyv* + do + vidcontrol <$ttyv ${allscreens_flags} + done fi echo '.' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 05:16:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id FAA10547 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 05:16:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from arc.hq.cti.ru (arc.hq.cti.ru [195.34.40.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id FAA10542 for ; Tue, 29 Sep 1998 05:16:42 -0700 (PDT) (envelope-from tejblum@arc.hq.cti.ru) Received: from arc.hq.cti.ru (localhost [127.0.0.1]) by arc.hq.cti.ru (8.9.0/8.9.0) with ESMTP id QAA23755; Tue, 29 Sep 1998 16:14:52 +0400 (MSD) Message-Id: <199809291214.QAA23755@arc.hq.cti.ru> X-Mailer: exmh version 2.0zeta 7/24/97 To: Bruce Evans cc: dg@root.com, shmit@kublai.com, wb@yorikke.arb-phys.uni-dortmund.de, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/7742: fclose(3) dumps core on NULL In-reply-to: Your message of "Tue, 29 Sep 1998 09:47:01 +1000." <199809282347.JAA18084@godzilla.zeta.org.au> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 29 Sep 1998 16:14:51 +0400 From: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Bruce Evans wrote: > >Why is free(NULL) permissable, but not fclose(NULL)? > > Because the C standard says so. Well, a program calling fclose(NULL) is non-conforming. And what? A lot of non-conforming programs work on FreeBSD. Anyhow, the behavior of printf("%s", (char*)NULL) is not defined by the standard too, but on FreeBSD this print "(null)" rather than dumps core. IMO, this is far more bogus, and I'd rather remove this feature. Anyway, fclose(NULL) is not like strlen(NULL) or fprintf(NULL, ...). fclose(NULL) is like free(NULL), and I claim that it is in the spirit of C if fclose(NULL) permitted :-| :-|. (It is definitely in the spirit of C++, and the standard C library is a part of the standard C++ library.) Note that FreeBSD is apparently the only modern Unix that doesn't permit fclose(NULL), thus the programmer doesn't need to "know about this problem": fixing his code doesn't buy him portability to anything else. This "problem" is FreeBSD-specific in practice, and we should remove it as such. (*) Also, it is irrelevant that programmers don't test result of fclose(NULL). fclose(NULL) simple should not be considered as a bug, just like free(NULL). Appendix. OS comparison. FreeBSD Linux Solaris OSF/1 N/A 2.5 3.0 fclose(NULL) core work work work fprintf(NULL, "Hi") core work core core printf("%s", (char*)NULL) work work core work IMO, Solaris' behavior is (most) correct. Dima (*) Apparently, most (or all) Windows compilers do not permit fclose(NULL). It is totally irrelevant, though. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 06:50:45 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id GAA23990 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 06:50:45 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id GAA23871 for ; Tue, 29 Sep 1998 06:50:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id GAA02209; Tue, 29 Sep 1998 06:50:01 -0700 (PDT) Received: from squirrel.tgsoft.com (cx20270-a.pwy1.sdca.home.com [24.0.169.3]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA21955 for ; Tue, 29 Sep 1998 06:40:10 -0700 (PDT) (envelope-from thompson@tgsoft.com) Received: (qmail 23590 invoked by uid 128); 29 Sep 1998 13:39:56 -0000 Message-Id: <19980929133956.23588.qmail@squirrel.tgsoft.com> Date: 29 Sep 1998 13:39:56 -0000 From: thompson@tgsoft.com Reply-To: thompson@tgsoft.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8084: NIT: non-working code in rshd Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8084 >Category: bin >Synopsis: NIT: non-working code in rshd >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 29 06:50:00 PDT 1998 >Last-Modified: >Originator: mark thompson >Organization: tgsoft >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: >Description: The ioctl below does not seem to do anything useful, since the fd is closed. if (pid) { (void) close(0); (void) close(1); (void) close(2); (void) close(f); (void) close(pv[1]); readfrom = (1<How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 07:50:14 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA03560 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 07:50:14 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03483 for ; Tue, 29 Sep 1998 07:50:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA03865; Tue, 29 Sep 1998 07:50:01 -0700 (PDT) Received: from lohi.clinet.fi (lohi.clinet.fi [194.100.0.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA03400 for ; Tue, 29 Sep 1998 07:49:57 -0700 (PDT) (envelope-from hsu@mail.clinet.fi) Received: from hauki.clinet.fi (hauki.clinet.fi [194.100.0.1]) by lohi.clinet.fi (8.9.1/8.9.0) with ESMTP id RAA04879 for ; Tue, 29 Sep 1998 17:51:09 +0300 (EEST) Received: (from hsu@localhost) by hauki.clinet.fi (8.9.1/8.9.0) id OAA21184; Tue, 29 Sep 1998 14:41:12 GMT Message-Id: <199809291441.OAA21184@hauki.clinet.fi> Date: Tue, 29 Sep 1998 14:41:12 GMT From: Heikki Suonsivu Reply-To: hsu@clinet.fi To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8085: sendmail startup could be backgrounded Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8085 >Category: bin >Synopsis: sendmail startup could be backgrounded >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Sep 29 07:50:01 PDT 1998 >Last-Modified: >Originator: Heikki Suonsivu >Organization: Clinet, Espoo, Finland >Release: FreeBSD 2.2.6-STABLE i386 >Environment: FreeBSD-STABLE (and possibly later versions) >Description: sendmail tends to take ages to start up on host which has problems with its network connection (horribly long name service timeout?). This is unpleasant as the network connection (or routing protocol) may be started by a local rc file, thus jamming the boot process for long time. >How-To-Repeat: Break connectivity between a host and the world, reboot, and wait. >Fix: Sendmail should daemonize itself first and then go on with its lengthy discussions with the name server. As sendmail is not critical to get the boot process through, mail may get queued, but it will be sent out later anyway, so it could be backgrounded in /etc/rc. A quick workaround is to start sendmail in local rc file with & >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 08:40:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA12460 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 08:40:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12415 for ; Tue, 29 Sep 1998 08:40:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA05658; Tue, 29 Sep 1998 08:40:00 -0700 (PDT) Received: from smp.root.com (smp.root.com [198.145.90.39]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA12353 for ; Tue, 29 Sep 1998 08:39:46 -0700 (PDT) (envelope-from dg@smp.root.com) Received: (from root@localhost) by smp.root.com (8.9.1/8.8.5) id IAA02633; Tue, 29 Sep 1998 08:39:27 -0700 (PDT) Message-Id: <199809291539.IAA02633@smp.root.com> Date: Tue, 29 Sep 1998 08:39:27 -0700 (PDT) From: David Greenman Reply-To: dg@smp.root.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8086: "systat -iostat" coredumps when displaying too much history Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8086 >Category: bin >Synopsis: "systat -iostat" coredumps when trying to display more than 7 lines of history >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 29 08:40:00 PDT 1998 >Last-Modified: >Originator: David Greenman >Organization: The FreeBSD Project >Release: FreeBSD 3.0-BETA i386 >Environment: >Description: "systat -iostat" (numbers mode) will coredump inside the curses library if the number of lines of 'history' exceeds 7 lines when using a large screen/window size. In my particular case, 128x44, with a total of 7 devices being displayed. The traceback looks like this: #0 0x20026551 in __set_subwin () #1 0x20025c1a in wrefresh () #2 0x20024bf4 in wrefresh () #3 0x37f6 in display (signo=14) at main.c:207 #4 #5 0x200afaea in read () #6 0x2009da4d in __srefill () #7 0x2009d90a in __srget () #8 0x2002302d in wgetch () #9 0x2fde in keyboard () at keyboard.c:56 #10 0x3590 in main (argc=2, argv=0xefbfda38) at main.c:158 >How-To-Repeat: See above. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 09:10:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id JAA17117 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 09:10:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA17020 for ; Tue, 29 Sep 1998 09:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id JAA06789; Tue, 29 Sep 1998 09:10:01 -0700 (PDT) Received: from news.IAEhv.nl (news.IAEhv.nl [194.151.64.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA16818 for ; Tue, 29 Sep 1998 09:09:20 -0700 (PDT) (envelope-from walter@giga.nl) Received: from LOCAL (uucp@localhost) by news.IAEhv.nl (8.8.8/1.63) with IAEhv.nl; pid 25320 on Tue, 29 Sep 1998 16:09:06 GMT; id QAA25320 efrom: walter@giga.nl; eto: FreeBSD-gnats-submit@freebsd.org Received: (from walter@localhost) by giga.nl (8.8.7/8.8.8/GIGA) id SAA00481; Tue, 29 Sep 1998 18:12:22 +0200 (MET DST) (envelope-from walter) Message-Id: <199809291612.SAA00481@giga.nl> Date: Tue, 29 Sep 1998 18:12:22 +0200 (MET DST) From: Walter Belgers Reply-To: walter@giga.nl To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8087: rbootd problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8087 >Category: bin >Synopsis: rbootd does work according to specs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 29 09:10:00 PDT 1998 >Last-Modified: >Originator: Walter Belgers >Organization: none >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: >Description: An HP9000/433T system cannot boot from a FreeBSD 2.2.5 system using the rboot protocol using rbootd. The same system does succesfully boot using rbootd on an OpenBSD 2.2 system. >How-To-Repeat: >Fix: Steal code from OpenBSD project ;-) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 12:00:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16833 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 12:00:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16743 for ; Tue, 29 Sep 1998 12:00:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA16092; Tue, 29 Sep 1998 12:00:03 -0700 (PDT) Date: Tue, 29 Sep 1998 12:00:03 -0700 (PDT) Message-Id: <199809291900.MAA16092@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Subject: Re: bin/8085: sendmail startup could be backgrounded Reply-To: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8085; it has been noted by GNATS. From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) To: hsu@clinet.fi Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8085: sendmail startup could be backgrounded Date: 29 Sep 1998 20:50:49 +0200 Heikki Suonsivu writes: > sendmail tends to take ages to start up on host which has problems with its > network connection (horribly long name service timeout?). This is > unpleasant as the network connection (or routing protocol) may be started > by a local rc file, thus jamming the boot process for long time. I'd like to add a comment to this: on a network-deprived system, any attempt to run sendmail (even to just check the mail queue) will take ages. I can understand that successful name lookup is necessary for smtp operation, but for listing the f****ing mail queue? DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 15:30:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA24414 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 15:30:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA24362 for ; Tue, 29 Sep 1998 15:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA23398; Tue, 29 Sep 1998 15:30:01 -0700 (PDT) Date: Tue, 29 Sep 1998 15:30:01 -0700 (PDT) Message-Id: <199809292230.PAA23398@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" Subject: Re: bin/8086: "systat -iostat" coredumps when displaying too much history Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8086; it has been noted by GNATS. From: "Kenneth D. Merry" To: dg@smp.root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8086: "systat -iostat" coredumps when displaying too much history Date: Tue, 29 Sep 1998 16:21:02 -0600 (MDT) David Greenman wrote... > >Description: > > "systat -iostat" (numbers mode) will coredump inside the curses > library if the number of lines of 'history' exceeds 7 lines when > using a large screen/window size. In my particular case, 128x44, > with a total of 7 devices being displayed. The traceback looks > like this: > > #0 0x20026551 in __set_subwin () > #1 0x20025c1a in wrefresh () > #2 0x20024bf4 in wrefresh () > #3 0x37f6 in display (signo=14) at main.c:207 > #4 > #5 0x200afaea in read () > #6 0x2009da4d in __srefill () > #7 0x2009d90a in __srget () > #8 0x2002302d in wgetch () > #9 0x2fde in keyboard () at keyboard.c:56 > #10 0x3590 in main (argc=2, argv=0xefbfda38) at main.c:158 I saw this when I was porting systat to use the devstat code. It appears to be some sort of curses problem, but I'm really not sure. It could also be a result of some weird memory leak in the devstat library somewhere. I think it is actually related to showing two or more rows of devices, which happens when you're displaying more than 3 devices. I'm really swamped at the moment, and I probably won't be able to look at this for a while. (after 3.0 at the least) If someone else wants to try to track this down, please feel free. If the problem trail leads down into the devstat code, I'll be glad to try and help you debug it. (I don't know anything about curses, so I won't be of much use there.) Ken -- Kenneth Merry ken@plutotech.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 17:41:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA16763 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 17:41:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from eubie.lbl.gov (eubie.lbl.gov [131.243.2.36]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA16744 for ; Tue, 29 Sep 1998 17:41:16 -0700 (PDT) (envelope-from jin@eubie.lbl.gov) Received: (from jin@localhost) by eubie.lbl.gov (8.9.1/8.9.1) id RAA10238 for bugs@freebsd.org; Tue, 29 Sep 1998 17:41:00 -0700 (PDT) (envelope-from jin) Date: Tue, 29 Sep 1998 17:41:00 -0700 (PDT) From: Jin Guojun (FTG staff) Message-Id: <199809300041.RAA10238@eubie.lbl.gov> To: bugs@FreeBSD.ORG Subject: what is changed in 3.0 for "ld" making lkm module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is the command to make lkm module before 3.0-BETA ld -r -o /lkm/znatmdrv.o zatm_mod.o lib/znatm.Dro # file /lkm/znatmdrv.o /lkm/znatmdrv.o: FreeBSD/i386 object not stripped under 3.0-BETA # file /lkm/null_mod.o # looks the same /lkm/null_mod.o: FreeBSD/i386 object not stripped but # file /lkm/znatmdrv.o /lkm/znatmdrv.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped # modload -ezatm_mod /lkm/znatmdrv.o /usr/libexec/aout/ld: /lkm/znatmdrv.o: malformed input file (not rel or archive) modload: /usr/bin/ld: return code 1 Would someone please tell me what has been changed in "ld" command to make LKM module? Thanks, -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 18:55:42 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA26831 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 18:55:42 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA26821; Tue, 29 Sep 1998 18:55:36 -0700 (PDT) (envelope-from mckusick@FreeBSD.org) From: Kirk McKusick Received: (from mckusick@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA04297; Tue, 29 Sep 1998 18:55:31 -0700 (PDT) Date: Tue, 29 Sep 1998 18:55:31 -0700 (PDT) Message-Id: <199809300155.SAA04297@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, mckusick@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7272 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mountpoint on NFS server can be removed by NFS client State-Changed-From-To: open-closed State-Changed-By: mckusick State-Changed-When: Tue Sep 29 18:54:08 PDT 1998 State-Changed-Why: Fixed in revision 1.100 of /sys/ufs/ufs/ufs_vnops.c. Thanks for the bug report. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Sep 29 23:10:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA00470 for freebsd-bugs-outgoing; Tue, 29 Sep 1998 23:10:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA00461 for ; Tue, 29 Sep 1998 23:10:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA10650; Tue, 29 Sep 1998 23:10:00 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA29834 for ; Tue, 29 Sep 1998 23:04:24 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.9.1a/8.9.1) with ESMTP id IAA29485 for ; Wed, 30 Sep 1998 08:04:11 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by mail.siemens.de (8.9.1a/8.9.1) with ESMTP id IAA26473 for ; Wed, 30 Sep 1998 08:04:01 +0200 (MET DST) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id IAA24205 for ; Wed, 30 Sep 1998 08:04:03 +0200 (CEST) Message-Id: <199809300604.IAA25368@internal> Date: Wed, 30 Sep 1998 08:04:03 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8097: mountpoint on NFS server can be removed by NFS client (patch for -STABLE) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8097 >Category: kern >Synopsis: mountpoint on NFS server can be removed by NFS client (patch for -STABLE) >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Sep 29 23:10:00 PDT 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: -stable only, -current is fixed already. >Description: see kern/7272 >How-To-Repeat: see kern/7272 >Fix: Kirk McKusick fixed this for -current (thanks again) and here is his patch brought to -stable by me. I have tested it and it works: *** sys/ufs/ufs/ufs_vnops.c.ORI Wed Sep 30 07:37:48 1998 --- sys/ufs/ufs/ufs_vnops.c Wed Sep 30 07:47:32 1998 *************** *** 1438,1443 **** --- 1438,1447 ---- * ".." will contain a reference to * the current directory and thus be * non-empty.) + * Do not allow the removal of mounted on + * directories (this can happen when an NFS + * exported filesystem tries to remove a + * locally mounted on directory). */ error = 0; if (ip->i_nlink != 2 || *************** *** 1453,1458 **** --- 1457,1466 ---- if ((dp->i_flags & APPEND) || (ip->i_flags & (NOUNLINK | IMMUTABLE | APPEND))) { error = EPERM; + goto out; + } + if (vp->v_mountedhere != 0) { + error = EINVAL; goto out; } /* >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 00:53:56 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id AAA17680 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 00:53:56 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id AAA17670 for ; Wed, 30 Sep 1998 00:53:50 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id JAA04525; Wed, 30 Sep 1998 09:53:35 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id JAA01652; Wed, 30 Sep 1998 09:53:30 +0200 (MET DST) Message-ID: <19980930095330.60321@follo.net> Date: Wed, 30 Sep 1998 09:53:30 +0200 From: Eivind Eklund To: FTG staff , bugs@FreeBSD.ORG Subject: Re: what is changed in 3.0 for "ld" making lkm module References: <199809300041.RAA10238@eubie.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809300041.RAA10238@eubie.lbl.gov>; from FTG staff on Tue, Sep 29, 1998 at 05:41:00PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Sep 29, 1998 at 05:41:00PM -0700, FTG staff wrote: > This is the command to make lkm module before 3.0-BETA > > ld -r -o /lkm/znatmdrv.o zatm_mod.o lib/znatm.Dro > > # file /lkm/znatmdrv.o > /lkm/znatmdrv.o: FreeBSD/i386 object not stripped > > under 3.0-BETA > > # file /lkm/null_mod.o # looks the same > /lkm/null_mod.o: FreeBSD/i386 object not stripped > > but > > # file /lkm/znatmdrv.o > /lkm/znatmdrv.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), not stripped > # modload -ezatm_mod /lkm/znatmdrv.o > /usr/libexec/aout/ld: /lkm/znatmdrv.o: malformed input file (not rel or archive) modload: /usr/bin/ld: return code 1 > > Would someone please tell me what has been changed in "ld" command > to make LKM module? It need an -aout switch at the very least. I think you'd find it convenient to use bsd.kmod.mk to create LKMs - it abstract the actions for building the LKM, thus avoiding such distruption. Look the the cvs log for it for exact details of what has changed WRT building LKMs. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 03:00:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA04885 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 03:00:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA04858 for ; Wed, 30 Sep 1998 03:00:09 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA18454; Wed, 30 Sep 1998 03:00:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA04499 for ; Wed, 30 Sep 1998 02:56:19 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id CAA18215; Wed, 30 Sep 1998 02:56:14 -0700 (PDT) Message-Id: <199809300956.CAA18215@freefall.freebsd.org> Date: Wed, 30 Sep 1998 02:56:14 -0700 (PDT) From: Erik E Rantapaa Reply-To: Erik E Rantapaa To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8099: some bugs in cpio Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8099 >Category: gnu >Synopsis: some bugs in cpio >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 03:00:01 PDT 1998 >Last-Modified: >Originator: Erik E Rantapaa >Organization: US West >Release: FreeBSD 2.2.6-STABLE i386 >Environment: >Description: [[ Submitted by jkoshy on behalf of Erik E Rantapaa Message-id: sent to freebsd-ports@freebsd.org ]] Hello Freebsd-ers... I fixed a few bugs in cpio-2.4.2 and have just sent a bug report to the GNU folks. I also thought I would report them here since FreeBSD uses GNU cpio as part of its base system. If there is a better way to report these kind of things, please let me know and I'll note it for future reference. Cheers, Erik Rantapaa rantapaa@uswest.net ---------- Forwarded message ---------- Date: Tue, 29 Sep 1998 19:15:49 -0500 (CDT) From: Erik E Rantapaa To: bug-gnu-utils@prep.ai.mit.edu Subject: some bugs in cpio Hello, Here are some bugs I found in cpio-2.4.2. I have tested the fix for bug #1 and it seems to work. I have not run into bug #2 yet, so the fix I have for that is more speculative, although I'm pretty sure it is the right thing to do. A patch file is included. -- Erik Rantapaa rantapaa@uswest.net Bug #1: cpio writes corrupted archives when archiving growing files Description: If a file that cpio is archiving grows in size during the archiving process, the growth will appear as part of the next file placed into the archive. This results in a corrupted archive. The problem is that that cpio is not resetting its input buffer when it opens a new file. Fix: Reset the input buffer by setting input_size = 0 in a few places -- specifically whenever a new file is designated to be the one that uses the input buffer. Bug #2: cpio may not handle file shrinkage properly Description: >How-To-Repeat: >Fix: diff -u cpio-2.4.2/copyout.c cpio-2.4.2-fixed/copyout.c --- cpio-2.4.2/copyout.c Wed Jan 10 10:10:45 1996 +++ cpio-2.4.2-fixed/copyout.c Tue Sep 29 18:35:50 1998 @@ -369,6 +369,7 @@ } } #endif + input_size = 0; in_file_des = open (input_name.ds_string, O_RDONLY | O_BINARY, 0); if (in_file_des < 0) @@ -770,6 +771,7 @@ file_hdr = *header; + input_size = 0; in_file_des = open (header->c_name, O_RDONLY | O_BINARY, 0); if (in_file_des < 0) Only in cpio-2.4.2-fixed: copyout.o diff -u cpio-2.4.2/copypass.c cpio-2.4.2-fixed/copypass.c --- cpio-2.4.2/copypass.c Mon Jan 8 15:59:05 1996 +++ cpio-2.4.2-fixed/copypass.c Tue Sep 29 18:38:48 1998 @@ -147,6 +147,7 @@ /* If the file was not linked, copy contents of file. */ if (link_res < 0) { + input_size = 0; in_file_des = open (input_name.ds_string, O_RDONLY | O_BINARY, 0); if (in_file_des < 0) diff -u cpio-2.4.2/util.c cpio-2.4.2-fixed/util.c --- cpio-2.4.2/util.c Tue Jan 16 15:40:14 1996 +++ cpio-2.4.2-fixed/util.c Tue Sep 29 19:01:02 1998 @@ -497,6 +497,7 @@ else error (0, 0, "Read error at byte %ld in file %s, padding with zeros", original_num_bytes - num_bytes, filename); + tape_empty_output_buffer(out_des); write_nuls_to_file (num_bytes, out_des); break; } @@ -544,6 +545,7 @@ else error (0, 0, "Read error at byte %ld in file %s, padding with zeros", original_num_bytes - num_bytes, filename); + disk_empty_output_buffer(out_des); write_nuls_to_file (num_bytes, out_des); break; } >Audit-Trail: >Unformatted: >From the code it appears that cpio may not handle files which shrink during the archiving process in the most desirable way. The code attempts to pad the missing content with nulls. However, those nulls are written to the file descriptor directly with write(), whereas normally file data is written through a buffer. This could result in the nulls being placed somewhere in the middle of the file instead of at the end where it would make more sense for them to be. Fix: Call disk_empty_output_buffer() / tape_empty_output_buffer() (whichever is appropriate) before calling write_nuls_to_file(). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 07:37:32 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA11792 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 07:37:32 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA11786 for ; Wed, 30 Sep 1998 07:37:30 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.8.8/LBL-ITG) id HAA03587; Wed, 30 Sep 1998 07:37:12 -0700 (PDT) Date: Wed, 30 Sep 1998 07:37:12 -0700 (PDT) From: Jin Guojun (FTG staff) Message-Id: <199809301437.HAA03587@george.lbl.gov> To: bugs@FreeBSD.ORG, eivind@yes.no, jin@eubie.lbl.gov Subject: Re: what is changed in 3.0 for "ld" making lkm module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org } > This is the command to make lkm module before 3.0-BETA } > } > ld -r -o /lkm/znatmdrv.o zatm_mod.o lib/znatm.Dro } > } > # file /lkm/znatmdrv.o } > /lkm/znatmdrv.o: FreeBSD/i386 object not stripped } > } > under 3.0-BETA } > } > # file /lkm/null_mod.o # looks the same } > /lkm/null_mod.o: FreeBSD/i386 object not stripped } > } > but } > } > # file /lkm/znatmdrv.o } > /lkm/znatmdrv.o: ELF 32-bit LSB relocatable, Intel 80386, version 1 (FreeBSD), } not stripped } > # modload -ezatm_mod /lkm/znatmdrv.o } > /usr/libexec/aout/ld: /lkm/znatmdrv.o: malformed input file (not rel or archiv } e) modload: /usr/bin/ld: return code 1 } > } > Would someone please tell me what has been changed in "ld" command } > to make LKM module? } } It need an -aout switch at the very least. It looks the "cc" also needs a "-aout" switch for compiling, because "ld -r -aout" will complain the objects that compiled without "-aout" *.o: malformed input file (not rel or archive) Do you happen to know what is -aout directive doing? It was not used in FreeBSD before. } I think you'd find it convenient to use bsd.kmod.mk to create LKMs - } it abstract the actions for building the LKM, thus avoiding such } distruption. Look the the cvs log for it for exact details of what } has changed WRT building LKMs. Do you know if there is any example for using bsd.kmod.mk to build LKMs? Thanks, -Jin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 08:21:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA18144 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 08:21:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ns1.yes.no (ns1.yes.no [195.204.136.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA18139 for ; Wed, 30 Sep 1998 08:21:17 -0700 (PDT) (envelope-from eivind@bitbox.follo.net) Received: from bitbox.follo.net (bitbox.follo.net [195.204.143.218]) by ns1.yes.no (8.9.1a/8.9.1) with ESMTP id RAA17072; Wed, 30 Sep 1998 17:20:38 +0200 (CEST) Received: (from eivind@localhost) by bitbox.follo.net (8.8.8/8.8.6) id RAA00920; Wed, 30 Sep 1998 17:20:38 +0200 (MET DST) Message-ID: <19980930172038.06916@follo.net> Date: Wed, 30 Sep 1998 17:20:38 +0200 From: Eivind Eklund To: FTG staff , bugs@FreeBSD.ORG, jin@eubie.lbl.gov Subject: Re: what is changed in 3.0 for "ld" making lkm module References: <199809301437.HAA03587@george.lbl.gov> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.89.1i In-Reply-To: <199809301437.HAA03587@george.lbl.gov>; from FTG staff on Wed, Sep 30, 1998 at 07:37:12AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Sep 30, 1998 at 07:37:12AM -0700, FTG staff wrote: > It looks the "cc" also needs a "-aout" switch for compiling, because > "ld -r -aout" will complain the objects that compiled without "-aout" > *.o: malformed input file (not rel or archive) > > Do you happen to know what is -aout directive doing? It was not used > in FreeBSD before. It switch to using the a.out format for executables/object files (instead of ELF). > } I think you'd find it convenient to use bsd.kmod.mk to create LKMs - > } it abstract the actions for building the LKM, thus avoiding such > } distruption. Look the the cvs log for it for exact details of what > } has changed WRT building LKMs. > > Do you know if there is any example for using bsd.kmod.mk to build LKMs? All the LKMs that's part of FreeBSD. Just look at their Makefiles. Eivind. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 11:20:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA18130 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 11:20:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA18060 for ; Wed, 30 Sep 1998 11:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA11695; Wed, 30 Sep 1998 11:20:01 -0700 (PDT) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA17669 for ; Wed, 30 Sep 1998 11:17:48 -0700 (PDT) (envelope-from jkh@FreeBSD.org) Received: (from jkh@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA11641; Wed, 30 Sep 1998 11:17:43 -0700 (PDT) Message-Id: <199809301817.LAA11641@freefall.freebsd.org> Date: Wed, 30 Sep 1998 11:17:43 -0700 (PDT) From: "Jordan K. Hubbard" Reply-To: jkh@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/8105: boot.help behavior is broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8105 >Category: i386 >Synopsis: boot.help behavior is broken >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 11:20:01 PDT 1998 >Last-Modified: >Originator: Jordan K. Hubbard >Organization: FreeBSD Project >Release: FreeBSD 2.2.5(?) and later >Environment: Any version of the boot blocks after Bruce added his boot.help printing code. >Description: The boot.help text is mistakenly printed multiple times rather than just once or in response to a specific command. This causes its text to scroll away other more useful output, such as the file listing (`?') the user may have just requested, and there's no way to turn it off. >How-To-Repeat: Boot a FreeBSD boot floppy and attempt to get a file listing of /sbin/? or something. >Fix: Convince Bruce to make the code a one-shot, hoping that a PR will succeed where previous suggestions have failed. :) >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 12:20:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA00718 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 12:20:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00709 for ; Wed, 30 Sep 1998 12:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA13854; Wed, 30 Sep 1998 12:20:00 -0700 (PDT) Date: Wed, 30 Sep 1998 12:20:00 -0700 (PDT) Message-Id: <199809301920.MAA13854@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Robert Nordier Subject: Re: i386/8105: boot.help behavior is broken Reply-To: Robert Nordier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/8105; it has been noted by GNATS. From: Robert Nordier To: jkh@FreeBSD.ORG Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/8105: boot.help behavior is broken Date: Wed, 30 Sep 1998 21:17:33 +0200 (SAT) Jordan K. Hubbard wrote: > >Description: > > The boot.help text is mistakenly printed multiple times > rather than just once or in response to a specific command. > This causes its text to scroll away other more useful output, > such as the file listing (`?') the user may have just requested, > and there's no way to turn it off. [...] > >Fix: > > Convince Bruce to make the code a one-shot, hoping that a PR > will succeed where previous suggestions have failed. :) A very much better fix is to install btxboot, which doesn't print the help file at all. OK, just kidding. :-) -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 12:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA02632 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 12:30:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA02610 for ; Wed, 30 Sep 1998 12:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA14482; Wed, 30 Sep 1998 12:30:01 -0700 (PDT) Received: from smtp1.erols.com (smtp1.erols.com [207.172.3.234]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA00900 for ; Wed, 30 Sep 1998 12:22:01 -0700 (PDT) (envelope-from shmit@natasya.noc.erols.net) Received: from natasya.noc.erols.net (natasya.noc.erols.net [207.172.25.236]) by smtp1.erols.com (8.8.8/8.8.5) with ESMTP id PAA10315 for ; Wed, 30 Sep 1998 15:21:45 -0400 (EDT) Received: (from shmit@localhost) by natasya.noc.erols.net (8.9.1/8.9.1) id PAA23558; Wed, 30 Sep 1998 15:21:44 -0400 (EDT) Message-Id: <199809301921.PAA23558@natasya.noc.erols.net> Date: Wed, 30 Sep 1998 15:21:44 -0400 (EDT) From: Brian Cully Reply-To: shmit@rcn.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8106: suidperl gets built if NOSUIDPERL is set. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8106 >Category: gnu >Synopsis: suidperl gets built even if NOSUIDPERL is set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 12:30:01 PDT 1998 >Last-Modified: >Originator: Brian Cully >Organization: >Release: FreeBSD 3.0-BETA i386 >Environment: FreeBSD-current >Description: If NOSUIDPERL is set in /etc/make.conf, suidperl shouldn't be built, but it looks like Mark Murray forgot that functionality when he put perl5 into the tree. >How-To-Repeat: >Fix: Apply this patch in /usr/src/gnu/usr.bin/perl *** Makefile.orig Wed Sep 30 15:17:44 1998 --- Makefile Wed Sep 30 15:18:41 1998 *************** *** 2,5 **** --- 2,9 ---- SUBDIR= libperl miniperl perl suidperl pod utils x2p + .if !defined(NOSUIDPERL) + SUBDIR+= suidperl + .endif + .include >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 13:27:43 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA15603 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 13:27:43 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA15581; Wed, 30 Sep 1998 13:27:28 -0700 (PDT) (envelope-from markm@FreeBSD.org) From: Mark Murray Received: (from markm@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA17918; Wed, 30 Sep 1998 13:27:23 -0700 (PDT) Date: Wed, 30 Sep 1998 13:27:23 -0700 (PDT) Message-Id: <199809302027.NAA17918@freefall.freebsd.org> To: shmit@rcn.com, markm@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, markm@FreeBSD.ORG Subject: Re: gnu/8106 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: suidperl gets built even if NOSUIDPERL is set State-Changed-From-To: open-closed State-Changed-By: markm State-Changed-When: Wed Sep 30 13:25:36 PDT 1998 State-Changed-Why: Fixed. I appreciate your submission of a patch, but I did it a bit differently. Thanks! Responsible-Changed-From-To: freebsd-bugs->markm Responsible-Changed-By: markm Responsible-Changed-When: Wed Sep 30 13:25:36 PDT 1998 Responsible-Changed-Why: Perl5 is my baby. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 13:40:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA18644 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 13:40:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA18561 for ; Wed, 30 Sep 1998 13:40:10 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA18460; Wed, 30 Sep 1998 13:40:01 -0700 (PDT) Date: Wed, 30 Sep 1998 13:40:01 -0700 (PDT) Message-Id: <199809302040.NAA18460@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Dmitrij Tejblum Subject: Re: bin/7575: flex has inconsistency in the location of FlexLexer.h. Reply-To: Dmitrij Tejblum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/7575; it has been noted by GNATS. From: Dmitrij Tejblum To: moro@remus.dti.ne.jp Cc: freebsd-gnats-submit@FreeBSD.ORG, phk@FreeBSD.ORG Subject: Re: bin/7575: flex has inconsistency in the location of FlexLexer.h. Date: Thu, 01 Oct 1998 00:31:33 +0400 > /usr/src/usr.bin/lex/Makefile puts FlexLexer.h into /usr/include/g++, but > flex still generates "#include ". > As a result, C++ sources flex generates failed to be compiled. Why /usr/include/g++ exists in the first place? To make it hard for C programs to include C++ headers. A C++ compiler should have /usr/include/g++ in its standard search path. Our standard C++ compiler do. So, this is pilot error ;-) > >Fix: > replace all with in /usr/src/usr.bin/lex/* This is very bogus for other reasons too, and I may explain them if somebody want. So, I plan to back out these changes. Does someone object? > (or revert the location of FlexLexer.h to /usr/include.) (This might be a good idea though, but I don't think so now.) Dima To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 13:44:30 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA19510 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 13:44:30 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from smtp2.erols.com (smtp2.erols.com [207.172.3.235]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA19417 for ; Wed, 30 Sep 1998 13:44:08 -0700 (PDT) (envelope-from shmit@natasya.noc.erols.net) Received: from natasya.noc.erols.net (natasya.noc.erols.net [207.172.25.236]) by smtp2.erols.com (8.8.8/8.8.5) with ESMTP id QAA23801; Wed, 30 Sep 1998 16:43:56 -0400 (EDT) Received: (from shmit@localhost) by natasya.noc.erols.net (8.9.1/8.9.1) id QAA02128; Wed, 30 Sep 1998 16:43:17 -0400 (EDT) Message-ID: <19980930164317.A297@kublai.com> Date: Wed, 30 Sep 1998 16:43:17 -0400 From: Brian Cully To: Robert Nordier , freebsd-bugs@FreeBSD.ORG Subject: Re: i386/8105: boot.help behavior is broken Reply-To: shmit@kublai.com References: <199809301920.MAA13854@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809301920.MAA13854@freefall.freebsd.org>; from Robert Nordier on Wed, Sep 30, 1998 at 12:20:00PM -0700 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Sep 30, 1998 at 12:20:00PM -0700, Robert Nordier wrote: > A very much better fix is to install btxboot, which doesn't print the > help file at all. Does it work with a.out kernels and/or CAM? I tried btxboot-0.8.0 and got a register dump. -- Brian Cully ``And when one of our comrades was taken prisoner, blindfolded, hung upside-down, shot, and burned, we thought to ourselves, `These are the best experiences of our lives''' -Pathology (Joe Frank, Somewhere Out There) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 14:14:55 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA26796 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 14:14:55 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ceia.nordier.com (m2-16-dbn.dial-up.net [196.34.155.80]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA26754 for ; Wed, 30 Sep 1998 14:14:39 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id XAA00884; Wed, 30 Sep 1998 23:13:11 +0200 (SAT) From: Robert Nordier Message-Id: <199809302113.XAA00884@ceia.nordier.com> Subject: Re: i386/8105: boot.help behavior is broken In-Reply-To: <19980930164317.A297@kublai.com> from Brian Cully at "Sep 30, 98 04:43:17 pm" To: shmit@kublai.com Date: Wed, 30 Sep 1998 23:13:09 +0200 (SAT) Cc: rnordier@nordier.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brian Cully wrote: > On Wed, Sep 30, 1998 at 12:20:00PM -0700, Robert Nordier wrote: > > A very much better fix is to install btxboot, which doesn't print the > > help file at all. > > Does it work with a.out kernels and/or CAM? I tried btxboot-0.8.0 and > got a register dump. For a.out, it works here on various machines; and also according to several reports received. I've also had a positive report for a CAM SMP box. However, I'd be interested in getting details of the register dump. Not on account of btxboot (which is unimportant) but because it is test code for BTX, which the new 3-stage bootstrap also uses. (Even just the "eip=" value would be a help in deciding whether this is a btxboot, BTX, or kernel problem.) -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 14:43:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA03333 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 14:43:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from coleridge.kublai.com (coleridge.kublai.com [207.96.1.116]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA03302 for ; Wed, 30 Sep 1998 14:43:28 -0700 (PDT) (envelope-from shmit@coleridge.kublai.com) Received: (from shmit@localhost) by coleridge.kublai.com (8.9.1/8.9.1) id RAA11095; Wed, 30 Sep 1998 17:42:56 -0400 (EDT) Message-ID: <19980930174254.E20854@kublai.com> Date: Wed, 30 Sep 1998 17:42:54 -0400 From: Brian Cully To: Robert Nordier Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/8105: boot.help behavior is broken Reply-To: shmit@kublai.com References: <19980930164317.A297@kublai.com> <199809302113.XAA00884@ceia.nordier.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.93.2i In-Reply-To: <199809302113.XAA00884@ceia.nordier.com>; from Robert Nordier on Wed, Sep 30, 1998 at 11:13:09PM +0200 X-Sender: If your mailer pays attention to this, it's broken. X-PGP-Info: finger shmit@kublai.com for my public key. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Sep 30, 1998 at 11:13:09PM +0200, Robert Nordier wrote: > However, I'd be interested in getting details of the register dump. > Not on account of btxboot (which is unimportant) but because it is > test code for BTX, which the new 3-stage bootstrap also uses. > (Even just the "eip=" value would be a help in deciding whether this > is a btxboot, BTX, or kernel problem.) Sure. It'll probably help if I tell you what I did to install it, as well, no? :-) About an hour ago I CVSupped the system (I made world about four or five hours ago, with freshly CVSupped sources). natasya:~/src/btxboot-0.8.1% cd /sys/boot/i386/ natasya:/sys/boot/i386% make clean && make [snip] natasya:/sys/boot/i386% cd ~/src/btxboot-0.8.1/ natasya:~/src/btxboot-0.8.1% make clean && make natasya:~/src/btxboot-0.8.1% su -m Password: natasya:~/src/btxboot-0.8.1# disklabel -B -b ./btxboot1 -s ./btxboot2 /dev/rda0s1 Then I rebooted and got this: F1 . . . BSD Default: F1 int=0000000e err=00000005 efl=00030202 eip=00001af0 eax=00000800 ebx=000003a2 ecx=00000000 edx=00000080 esi=00001264 edi=00000000 ebp=000003aa esp=0000039e cs=c800 ds=0040 es=9f77 fs=0000 gs=0000 ss=9f77 cs:eip=3a 54 1b 75 08 80 7c 10-55 75 02 eb 05 5e 1f e9 ss:esp=64 12 40 00 00 00 00 00-00 00 4b 15 00 00 00 00 And there you go. Should we stop hijacking Jordan's threads and move this somewhere else? :-) -bjc To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 16:03:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA18108 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 16:03:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ceia.nordier.com (m2-11-dbn.dial-up.net [196.34.155.75]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA18082 for ; Wed, 30 Sep 1998 16:02:59 -0700 (PDT) (envelope-from rnordier@nordier.com) Received: (from rnordier@localhost) by ceia.nordier.com (8.8.7/8.6.12) id BAA00418; Thu, 1 Oct 1998 01:01:51 +0200 (SAT) From: Robert Nordier Message-Id: <199809302301.BAA00418@ceia.nordier.com> Subject: BTX/firmware incompatibility problem (was i386/8105) In-Reply-To: <19980930174254.E20854@kublai.com> from Brian Cully at "Sep 30, 98 05:42:54 pm" To: shmit@kublai.com Date: Thu, 1 Oct 1998 01:01:49 +0200 (SAT) Cc: rnordier@nordier.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Brian Cully wrote: > On Wed, Sep 30, 1998 at 11:13:09PM +0200, Robert Nordier wrote: > > However, I'd be interested in getting details of the register dump. > > Not on account of btxboot (which is unimportant) but because it is > > test code for BTX, which the new 3-stage bootstrap also uses. > > (Even just the "eip=" value would be a help in deciding whether this > > is a btxboot, BTX, or kernel problem.) > > Sure. It'll probably help if I tell you what I did to install it, as well, > no? :-) > > About an hour ago I CVSupped the system (I made world about four or five > hours ago, with freshly CVSupped sources). > > natasya:~/src/btxboot-0.8.1% cd /sys/boot/i386/ > natasya:/sys/boot/i386% make clean && make > [snip] > natasya:/sys/boot/i386% cd ~/src/btxboot-0.8.1/ > natasya:~/src/btxboot-0.8.1% make clean && make > natasya:~/src/btxboot-0.8.1% su -m > Password: > natasya:~/src/btxboot-0.8.1# disklabel -B -b ./btxboot1 -s ./btxboot2 /dev/rda0s1 > > Then I rebooted and got this: > > F1 . . . BSD > > Default: F1 > int=0000000e err=00000005 efl=00030202 eip=00001af0 > eax=00000800 ebx=000003a2 ecx=00000000 edx=00000080 > esi=00001264 edi=00000000 ebp=000003aa esp=0000039e > cs=c800 ds=0040 es=9f77 fs=0000 gs=0000 ss=9f77 > cs:eip=3a 54 1b 75 08 80 7c 10-55 75 02 eb 05 5e 1f e9 > ss:esp=64 12 40 00 00 00 00 00-00 00 4b 15 00 00 00 00 Useful, thanks. This is the sort of firmware-related problem I was hoping to isolate by encouraging people to try the btxboot code. For some reason, your hard drive BIOS is checking for specific values at low memory locations 0x0040:0x127f and 0x0040:0x1274, something it has no particular business doing. (Trying to protect itself against some particularly virulent strain of DOS or Windows, perhaps?) The new boot code is running in fully-protected mode, and isn't expecting that some foreign code is going to be doing (inherently unreliable) heuristic checking based on the contents of its own private memory space. > > And there you go. Should we stop hijacking Jordan's threads and move > this somewhere else? :-) OK, done. (Sorry, Jordan. :-) You could really file a separate pr for this (since the forthcoming /sys/boot/i386/* code isn't going to work either for this firmware), though I'll be taking a look at it anyway. -- Robert Nordier To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 20:50:15 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id UAA02485 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 20:50:15 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA02471 for ; Wed, 30 Sep 1998 20:50:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id UAA03653; Wed, 30 Sep 1998 20:50:01 -0700 (PDT) Received: from kendra.ne.mediaone.net (kendra.ne.mediaone.net [24.128.94.182]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id UAA01775 for ; Wed, 30 Sep 1998 20:46:43 -0700 (PDT) (envelope-from ahd@kew.com) Received: from minerva.hh.kew.com (minerva.hh.kew.com [192.168.203.144]) by kendra.ne.mediaone.net (8.9.1/8.9.1) with ESMTP id XAA12638 for ; Wed, 30 Sep 1998 23:43:41 -0400 (EDT) Received: (from root@localhost) by minerva.hh.kew.com (8.9.1/8.9.1) id XAA00434; Wed, 30 Sep 1998 23:38:19 -0400 (EDT) (envelope-from ahd) Message-Id: <199810010338.XAA00434@minerva.hh.kew.com> Date: Wed, 30 Sep 1998 23:38:19 -0400 (EDT) From: software@kew.com Reply-To: software@kew.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: conf/8111: fdisk gets default name of SCSI disk wrong Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8111 >Category: conf >Synopsis: fdisk gets default name of SCSI disk wrong >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 20:50:01 PDT 1998 >Last-Modified: >Originator: Drew Derbyshire >Organization: Kendra Electronic Wonderworks >Release: FreeBSD 3.0-19980928-BETA i386 >Environment: Executing fdisk from specified environment to change active partition with boot device residing off AHC0 (SCSI controller)... Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s4a 39647 18475 18001 51% / /dev/da0s4d 953821 1 877515 0% /overflow /dev/da0s4f 595383 155370 392383 28% /usr /dev/da0s4h 248047 1 228203 0% /usr/obj /dev/da0s4g 248047 194785 33419 85% /usr/src /dev/da0s4e 59519 907 53851 2% /var procfs 4 4 0 100% /proc mfs:242 190543 5 175295 0% /tmp >Description: fdisk with no operands reports: fdisk: can't get file status of /dev/rsd0 fdisk: cannot open any disk: No such file or directory >How-To-Repeat: execute fdisk with no operands. >Fix: Specify da0 on fdisk command line; correct default name of scsi disk in source. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 22:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA13487 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 22:10:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA13478 for ; Wed, 30 Sep 1998 22:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA06035; Wed, 30 Sep 1998 22:10:02 -0700 (PDT) Received: from cain.gsoft.com.au (genesi.lnk.telstra.net [139.130.136.161]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA13034 for ; Wed, 30 Sep 1998 22:06:51 -0700 (PDT) (envelope-from doconnor@gsoft.com.au) Received: (from doconnor@localhost) by cain.gsoft.com.au (8.8.8/8.6.9) id OAA16445; Thu, 1 Oct 1998 14:36:29 +0930 (CST) Message-Id: <199810010506.OAA16445@cain.gsoft.com.au> Date: Thu, 1 Oct 1998 14:36:29 +0930 (CST) From: "Daniel O'Connor" Reply-To: doconnor@gsoft.com.au To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8112: 2.2.7 + CAM system panics removing shared memory Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8112 >Category: kern >Synopsis: 2.2.7 + CAM system panics removing shared memory >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 22:10:00 PDT 1998 >Last-Modified: >Originator: Daniel O'Connor >Organization: Genesis Software >Release: FreeBSD 2.2.7-STABLE i386 >Environment: This is a 2.2.7 source tree with the CAM patches applied. >Description: Running cdda2wav creates shared memory segments, if I patch cdda2wav to not remove them, the system doesn't crash. Trying to remove the segments by hand causes the same problem though. It only seems to crash if there are 2 shared memory segments are present and they are both removed. The trace is as follows -> test2# gdb -k kernel.1 vmcore.1 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... IdlePTD a27000 current pcb at 21005c panic: vm_page_free: freeing busy page #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 266 dumppcb.pcb_cr3 = rcr3(); (kgdb) where #0 boot (howto=260) at ../../kern/kern_shutdown.c:266 #1 0xf01319b3 in panic (fmt=0xf0113489 "from debugger") at ../../kern/kern_shutdown.c:400 #2 0xf01134a5 in db_panic (dummy1=-266537335, dummy2=0, dummy3=-1, dummy4=0xefbffd38 "") at ../../ddb/db_command.c:440 #3 0xf0113395 in db_command (last_cmdp=0xf02011e4, cmd_table=0xf0201034, aux_cmd_tablep=0xf021d64c) at ../../ddb/db_command.c:337 #4 0xf0113512 in db_command_loop () at ../../ddb/db_command.c:462 #5 0xf0115c at ../../i386/i386/db_interface.c:126 #7 0xf01d8ea4 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -272629864, tf_esi = -266580190, tf_ebp = -272630164, tf_isp = -272630192, tf_ebx = 256, tf_edx = -266537391, tf_ecx = 2000, tf_eax = 18, tf_trapno = 3, tf_err = 0, tf_eip = -266537335, tf_cs = 8, tf_eflags = 582, tf_esp = -266537407, tf_ss = -267183800}) at ../../i386/i386/trap.c:416 #8 0xf01cf689 in Debugger (msg=0xf0131948 "panic") at ../../i386/i386/db_interface.c:254 #9 0xf01319aa in panic (fmt=0xf01c4f22 "vm_page_free: freeing busy page") at ../../kern/kern_shutdown.c:398 #10 0xf01c4fe6 in vm_page_freechk_and_unqueue (m=0xf0abd1a4) at ../../vm/vm_page.c:948 #11 0xf01c506a in vm_page_free (m=0xf0abd1a4) at ../../vm/vm_page.c:1014 #12 0xf01c29c6 in vm_object_terminate (object=0xf1228f80) at ../../vm/vm_object.c:409 #13 0xf01c2817 in vm_object_deallocate (object=0xf1228f80) at ../../vm/v#17 0xf01d9923 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = 0, tf_esi = 262144, tf_ebp = -272638820, tf_isp = -272629788, tf_ebx = 537383008, tf_edx = 0, tf_ecx = 0, tf_eax = 171, tf_trapno = 12, tf_err = 7, tf_eip = 537122097, tf_cs = 31, tf_eflags = 646, tf_esp = -272638844, tf_ss = 39}) at ../../i386/i386/trap.c:920 #18 0x2003d531 in ?? () #19 0x16d6 in ?? () #20 0x197d in ?? () #21 0x1095 in ?? () >How-To-Repeat: Compile cdda2wav (I hacked it for CAM) ./cdda2wav -B [ ... ] [ Program exits ] panic.. >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 22:40:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA18079 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 22:40:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id WAA18067 for ; Wed, 30 Sep 1998 22:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id WAA06868; Wed, 30 Sep 1998 22:40:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id WAA17031; Wed, 30 Sep 1998 22:31:10 -0700 (PDT) (envelope-from nobody) Message-Id: <199810010531.WAA17031@hub.freebsd.org> Date: Wed, 30 Sep 1998 22:31:10 -0700 (PDT) From: jl@noether.uoregon.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8113: no snd0 in kernel implies ed0 gets device timeout Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8113 >Category: kern >Synopsis: no snd0 in kernel implies ed0 gets device timeout >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Sep 30 22:40:00 PDT 1998 >Last-Modified: >Originator: Joshua Lackey >Organization: University of Oregon >Release: 3.0-BETA (but not a BETA problem) >Environment: FreeBSD axis.uoregon.edu 3.0-BETA FreeBSD 3.0-BETA #0: Wed Sep 30 21:34:42 PDT 1998 jl@axis.uoregon.edu:/usr/src/sys/compile/AXIS i386 >Description: Summary: Device ed0 fails with ``device timeout'' unless controller snd0 exists. Rambling explanation: Frankly I don't expect anyone to believe this. I barely believe it myself. I recently bought my son a computer (so I could use my own now and again...) It came with a sound card but no speakers so I just took the speakers off of my machine and put them on his. Now I cvsup sources and rebuild my kernel fairly regularly (mainly for pure hack pleasure) and so once I didn't have any speakers I figured I might as well comment the sound support out of my kernel config file. As you might have guessed from the above summary, when I reboot -- axis /kernel: ed0: device timeout Now at first, I thought that somebody must have recently made a bogus update. But I checked the date on if_ed.c and it hadn't been changed since I last made a kernel. So I did the obvious thing, I put the sound support back in the kernel, rebooted, bingo I've got ethernet again. Frankly I've had problems with my cheap NE2000 clone getting timeouts before. But ONLY when I'm booting a kernel without sound support! i.e. a fresh install. This has been happening since, heck, I don't know, version 1.1 as far as I can remember. Kind of a pain installing without being able to use the ethernet card, but I've always been able to find a way around it so I've never really worried about it. Once the kernel config option was placed in the install I thought ``Great! Now I can FTP install again.'' But even with the correct irq and port it still wouldn't work. It never occured to me that the reason I couldn't use ethernet was because the GENERIC kernel didn't have sound support! Well, I'm not sure what anyone can do about this, or even whether anything should be done. But it certainly is a bug... What I'd really like is for someone to suggest a real nice PCI ethernet card (and a good on-line place to buy it.) I'm including dmesg output and my kernel config in case it matters. Joshua Lackey. -- dmesg output: Copyright (c) 1992-1998 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.0-BETA #0: Wed Sep 30 21:34:42 PDT 1998 jl@axis.uoregon.edu:/usr/src/sys/compile/AXIS Timecounter "i8254" frequency 1193182 Hz cost 3191 ns Timecounter "TSC" frequency 199310326 Hz cost 242 ns CPU: Pentium Pro (199.31-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x619 Stepping=9 Features=0xf9ff real memory = 67108864 (65536K bytes) avail memory = 63037440 (61560K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x00 on pci0.7.1 vga0: rev 0x03 on pci0.10.0 Probing for devices on the ISA bus: sc0 at 0x60-0x6f irq 1 on motherboard sc0: VGA color <16 virtual consoles, flags=0x0> ed0 at 0x300-0x31f irq 5 on isa ed0: address 00:40:95:15:53:e8, type NE2000 (16 bit) sio0 at 0x3f8-0x3ff irq 4 on isa sio0: type 16550A sio1 at 0x2f8-0x2ff irq 3 on isa sio1: type 16550A fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa fdc0: FIFO enabled, 8 bytes threshold fd0: 1.44MB 3.5in wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , DMA, 32-bit, multi-block-16 wd0: 4110MB (8418816 sectors), 14848 cyls, 9 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , DMA, 32-bit, multi-block-16 wd1: 1549MB (3173184 sectors), 3148 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 flags 0xa0ffa0ff on isa wdc1: unit 0 (atapi): , removable, accel, ovlap, dma, iordis wcd0: 5512Kb/sec, 128Kb cache, audio play, 16 volume levels, ejectable tray wcd0: no disc inside, unlocked npx0 on motherboard npx0: INT 16 interface sb0 at 0x220 irq 7 drq 1 on isa snd0: sbxvi0 at ? drq 5 on isa snd0: sbmidi0 at 0x330 on isa snd0: opl0 at 0x388 on isa snd0: IP packet filtering initialized, divert disabled, rule-based forwarding disabled , unlimited logging changing root device to wd0s1a ffs_mountfs: superblock updated ffs_mountfs: superblock updated ffs_mountfs: superblock updated -- config file: machine "i386" cpu "I686_CPU" ident AXIS maxusers 10 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem options PROCFS #Process filesystem options MFS options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options SYSVSHM options SYSVSEM options SYSVMSG options "MD5" options PERFMON options IPFIREWALL options IPFIREWALL_VERBOSE #options IPFILTER #options IPFILTER_LOG options ATAPI options ATAPI_STATIC options KTRACE options VISUAL_USERCONFIG options PQ_LARGECACHE options SC_HISTORY_SIZE=2048 options SOFTUPDATES 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 controller wdc0 at isa? port "IO_WD1" bio irq 14 flags 0xa0ffa0ff vector wdintr disk wd0 at wdc0 drive 0 disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0xa0ffa0ff vector wdintr disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 device wcd0 #IDE CD-ROM device sc0 at isa? port "IO_KBD" tty irq 1 vector scintr device npx0 at isa? port "IO_NPX" iosiz 0x0 flags 0x0 irq 13 vector npxintr 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 ed0 at isa? port 0x300 net irq 5 iomem 0xd8000 vector edintr controller snd0 device sb0 at isa? port 0x220 irq 7 drq 1 vector sbintr device sbxvi0 at isa? drq 5 device sbmidi0 at isa? port 0x330 device opl0 at isa? port 0x388 #controller pnp0 pseudo-device loop pseudo-device ether pseudo-device pty 32 pseudo-device bpfilter 4 pseudo-device snp 4 >How-To-Repeat: I'm not sure. It may only be reproduceable if you have a cheap NE2000 clone. >Fix: Hehehe. Include ``controller snd0'' in your kernel config file. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Sep 30 23:30:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id XAA26529 for freebsd-bugs-outgoing; Wed, 30 Sep 1998 23:30:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id XAA26519; Wed, 30 Sep 1998 23:30:20 -0700 (PDT) (envelope-from jkoshy@FreeBSD.org) From: Joseph Koshy Received: (from jkoshy@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id XAA09271; Wed, 30 Sep 1998 23:30:15 -0700 (PDT) Date: Wed, 30 Sep 1998 23:30:15 -0700 (PDT) Message-Id: <199810010630.XAA09271@freefall.freebsd.org> To: dima@best.net, jkoshy@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/6102 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: panic: biodone: buffer not busy State-Changed-From-To: open-closed State-Changed-By: jkoshy State-Changed-When: Wed Sep 30 23:28:25 PDT 1998 State-Changed-Why: Requested by originator: dima> ... The problem turned out to be a broken FIFO on 2940, and all I dima> did to fix it - I just reduced the number of SCBs from 16 to 12. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 01:34:28 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA12358 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 01:34:28 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.15.68.22]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA12350 for ; Thu, 1 Oct 1998 01:34:24 -0700 (PDT) (envelope-from bde@godzilla.zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.8.7) id SAA00888; Thu, 1 Oct 1998 18:34:02 +1000 Date: Thu, 1 Oct 1998 18:34:02 +1000 From: Bruce Evans Message-Id: <199810010834.SAA00888@godzilla.zeta.org.au> To: freebsd-bugs@FreeBSD.ORG, tejblum@arc.hq.cti.ru Subject: Re: bin/7575: flex has inconsistency in the location of FlexLexer.h. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Why /usr/include/g++ exists in the first place? To make it hard for C programs > to include C++ headers. A C++ compiler should have /usr/include/g++ in its > standard search path. Only if the C++ compiler is g++. >Our standard C++ compiler do. So, this is pilot error ;-) > > >Fix: > > replace all with in /usr/src/usr.bin/lex/* > > This is very bogus for other reasons too, and I may explain them if somebody > want. So, I plan to back out these changes. Does someone object? Not me. > > (or revert the location of FlexLexer.h to /usr/include.) > > (This might be a good idea though, but I don't think so now.) It can't be right to put it in a different place than the flex distribution. This place is seems to be /usr/include. See lex/NEWS (news about Dec93 release). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 03:00:12 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id DAA21467 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 03:00:12 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id DAA21406 for ; Thu, 1 Oct 1998 03:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id DAA17600; Thu, 1 Oct 1998 03:00:01 -0700 (PDT) Received: from axl.training.iafrica.com (axl.training.iafrica.com [196.31.1.175]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id CAA20013 for ; Thu, 1 Oct 1998 02:51:17 -0700 (PDT) (envelope-from sheldonh@axl.training.iafrica.com) Received: from sheldonh by axl.training.iafrica.com with local (Exim 2.02 #1) id 0zOfNv-0003IK-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 1 Oct 1998 11:50:55 +0200 Message-Id: Date: Thu, 1 Oct 1998 11:50:55 +0200 From: axl@iafrica.com Reply-To: axl@iafrica.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/8116: LINT rev1.475 introduced typo in ALT_SEQACCESS description Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8116 >Category: kern >Synopsis: LINT rev1.475 introduced typo in ALT_SEQACCESS description >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 1 03:00:01 PDT 1998 >Last-Modified: >Originator: Sheldon Hearn >Organization: UUNET Internet Africa >Release: FreeBSD 2.2.7-STABLE i386 >Environment: 3.0-BETA and 2.2-STABLE >Description: Typo in description of ALT_SEQACCESS. >How-To-Repeat: N/A >Fix: Apply patch: Index: LINT =================================================================== RCS file: /home/ncvs/src/sys/i386/conf/LINT,v retrieving revision 1.286.2.61 diff -u -d -2 -r1.286.2.61 LINT --- LINT 1998/09/28 16:51:06 1.286.2.61 +++ LINT 1998/10/01 09:49:24 @@ -656,6 +656,6 @@ options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence -# Try the following option, if the mouse pointer is not drawn correctly -# or font does not seem to be loaded properly. May case flicker on +# Try the following option if the mouse pointer is not drawn correctly +# or font does not seem to be loaded properly. May cause flicker on # some systems. #options SC_ALT_SEQACCESS >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 04:16:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01781 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 04:16:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01770; Thu, 1 Oct 1998 04:16:04 -0700 (PDT) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA21122; Thu, 1 Oct 1998 04:15:59 -0700 (PDT) Date: Thu, 1 Oct 1998 04:15:59 -0700 (PDT) Message-Id: <199810011115.EAA21122@freefall.freebsd.org> To: kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kato@FreeBSD.ORG Subject: Re: i386/6269 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Included is a patch to support AMD Write-Allocate on K5s and K6s Responsible-Changed-From-To: freebsd-bugs->kato Responsible-Changed-By: kato Responsible-Changed-When: Thu Oct 1 04:14:10 PDT 1998 Responsible-Changed-Why: I'll take this. I've obtained data books. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 04:17:16 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA01835 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 04:17:16 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA01826; Thu, 1 Oct 1998 04:17:10 -0700 (PDT) (envelope-from kato@FreeBSD.org) From: KATO Takenori Received: (from kato@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA21211; Thu, 1 Oct 1998 04:17:05 -0700 (PDT) Date: Thu, 1 Oct 1998 04:17:05 -0700 (PDT) Message-Id: <199810011117.EAA21211@freefall.freebsd.org> To: kato@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, kato@FreeBSD.ORG Subject: Re: i386/6270 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: options.i386 update for AMD write-allocate patch Responsible-Changed-From-To: freebsd-bugs->kato Responsible-Changed-By: kato Responsible-Changed-When: Thu Oct 1 04:16:38 PDT 1998 Responsible-Changed-Why: I'll take this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 04:40:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA04551 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 04:40:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA04529 for ; Thu, 1 Oct 1998 04:40:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA22037; Thu, 1 Oct 1998 04:40:01 -0700 (PDT) Date: Thu, 1 Oct 1998 04:40:01 -0700 (PDT) Message-Id: <199810011140.EAA22037@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Poul-Henning Kamp Subject: Re: kern/8015: Some sysctl descriptions for the kernel Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8015; it has been noted by GNATS. From: Poul-Henning Kamp To: seggers@semyam.dinoco.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/8015: Some sysctl descriptions for the kernel Date: Thu, 01 Oct 1998 10:24:17 +0200 > Seeing a commit message asking for descriptions on new sysctl >entries I thought I might add some, too. I choose the ones I could >identify right away and knew what they were doing. > This is untested but I think it will work. Unfortunately we >don't have a tool to list the comments, yet so one can't really test >them anyway. :-( That was actually my dream at one point, the comment would be in SGML and some tool would walk all over the kernel and construct some doc from that. Any takers ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." "ttyv0" -- What UNIX calls a $20K state-of-the-art, 3D, hi-res color terminal To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 04:51:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA05545 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 04:51:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA05524; Thu, 1 Oct 1998 04:50:49 -0700 (PDT) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id EAA22452; Thu, 1 Oct 1998 04:50:44 -0700 (PDT) Date: Thu, 1 Oct 1998 04:50:44 -0700 (PDT) Message-Id: <199810011150.EAA22452@freefall.freebsd.org> To: axl@iafrica.com, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8116 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: LINT rev1.475 introduced typo in ALT_SEQACCESS description State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Thu Oct 1 04:50:30 PDT 1998 State-Changed-Why: Fix applied. Thanks. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 04:58:29 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id EAA06151 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 04:58:29 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from fep2-orange.clear.net.nz (fep2-orange.clear.net.nz [203.97.32.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id EAA06026 for ; Thu, 1 Oct 1998 04:57:46 -0700 (PDT) (envelope-from eric.reardon@acetech.co.nz) Received: from cdr (p48-m1-nu2.dialup.xtra.co.nz [203.96.107.176]) by fep2-orange.clear.net.nz (1.5/1.9) with SMTP id XAA15213; Thu, 1 Oct 1998 23:56:44 +1200 (NZST) From: "ACETECH Technologies" To: Subject: Help Date: Thu, 1 Oct 1998 23:56:54 +1200 Message-ID: <000001bded32$95d8c100$b06b60cb@cdr> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook 8.5, Build 4.71.2173.0 Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Guys ; Well im new to UNIX and FREEBSD , but have managed to install BSD and XF86 onto my pc .BSD appears to be running just great but i cant for the life of me seem to be able to get XWindows to run , When i type "Startx" from either $ {sh} or # {root} i get the following ; execve failed for /usr/X11R6/bin/x {errno 2) _X11TransSocketUNIXConnect: Can't connect: errno = 2 this is repeated 6 times , then giving up xinit: Interupted system call {errno 4}: unable to connect to x server xinit: No such process {errno 3}: Server error and back to the prompt ( is it a promt in UNIX ??? } . If i type "grep ttyv /etc/ttys" i get ; ttyv0 "/usr/libexec/getty Pc" cons25 on secure ttyv1 and as above ttyv2 and as above ttyv3 "/usr/X11R6/bin/xdm -nodaemon" xterm off secure changing the above "off" to "on" with vi makes no differance . I have put the "PATH=$PATH:/usr/X11R6/bin" statement into the /etc/profile file . Any suggestions on this would be greatly appreciated . Thanking you ; Eric Reardon edr@xtra.co.nz To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 07:10:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA23268 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 07:10:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA23201 for ; Thu, 1 Oct 1998 07:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA00626; Thu, 1 Oct 1998 07:10:01 -0700 (PDT) Received: from tim.xenologics.com (tim.xenologics.com [194.77.5.24]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA22968 for ; Thu, 1 Oct 1998 07:08:24 -0700 (PDT) (envelope-from seggers@semyam.dinoco.de) Received: (from uucp@localhost) by tim.xenologics.com (8.8.5/8.8.8) with UUCP id QAA26619 for FreeBSD-gnats-submit@freebsd.org; Thu, 1 Oct 1998 16:07:42 +0200 (MET DST) Received: (from seggers@localhost) by semyam.dinoco.de (8.9.1/8.8.8) id OAA24934; Thu, 1 Oct 1998 14:10:38 +0200 (CEST) (envelope-from seggers) Message-Id: <199810011210.OAA24934@semyam.dinoco.de> Date: Thu, 1 Oct 1998 14:10:38 +0200 (CEST) From: Stefan Eggers Reply-To: seggers@semyam.dinoco.de To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: seggers@semyam.dinoco.de X-Send-Pr-Version: 3.2 Subject: kern/8119: typo in LINT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8119 >Category: kern >Synopsis: typo in LINT >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 1 07:10:00 PDT 1998 >Last-Modified: >Originator: Stefan Eggers >Organization: none >Release: FreeBSD 3.0-BETA i386 >Environment: Sources cvsup'ed yesterday evening CET. >Description: >How-To-Repeat: >Fix: Index: LINT =================================================================== RCS file: /usr2/FreeBSD/CVSROOT/src/sys/i386/conf/LINT,v retrieving revision 1.478 diff -u -r1.478 LINT --- LINT 1998/09/29 17:33:45 1.478 +++ LINT 1998/10/01 12:08:36 @@ -803,7 +803,7 @@ options SC_HISTORY_SIZE=200 # number of history buffer lines options SC_DISABLE_REBOOT # disable reboot key sequence # Try the following option, if the mouse pointer is not drawn correctly -# or font does not seem to be loaded properly. May case flicker on +# or font does not seem to be loaded properly. May cause flicker on # some systems. #options SC_ALT_SEQACCESS >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 08:28:25 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA06105 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 08:28:25 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from spinner.netplex.com.au (spinner.netplex.com.au [202.12.86.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA06015 for ; Thu, 1 Oct 1998 08:28:05 -0700 (PDT) (envelope-from peter@netplex.com.au) Received: from spinner.netplex.com.au (localhost [127.0.0.1]) by spinner.netplex.com.au (8.9.1/8.9.1/Spinner) with ESMTP id XAA18836; Thu, 1 Oct 1998 23:21:51 +0800 (WST) (envelope-from peter@spinner.netplex.com.au) Message-Id: <199810011521.XAA18836@spinner.netplex.com.au> X-Mailer: exmh version 2.0.2 2/24/98 To: Poul-Henning Kamp cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8015: Some sysctl descriptions for the kernel In-reply-to: Your message of "Thu, 01 Oct 1998 04:40:01 MST." <199810011140.EAA22037@freefall.freebsd.org> Date: Thu, 01 Oct 1998 23:21:51 +0800 From: Peter Wemm Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Poul-Henning Kamp wrote: > The following reply was made to PR kern/8015; it has been noted by GNATS. > > From: Poul-Henning Kamp > To: seggers@semyam.dinoco.de > Cc: FreeBSD-gnats-submit@FreeBSD.ORG > Subject: Re: kern/8015: Some sysctl descriptions for the kernel > Date: Thu, 01 Oct 1998 10:24:17 +0200 > > > Seeing a commit message asking for descriptions on new sysctl > >entries I thought I might add some, too. I choose the ones I could > >identify right away and knew what they were doing. > > > This is untested but I think it will work. Unfortunately we > >don't have a tool to list the comments, yet so one can't really test > >them anyway. :-( > > That was actually my dream at one point, the comment would be in > SGML and some tool would walk all over the kernel and construct > some doc from that. That was one of the things the Amiga folks had right. They had a system called 'autodocs' where there was man-page like documentation in the source itself and that was extracted and turned into some fairly respectable documentation. They eventually released the tools and I think it spat out something not too unlike texinfo. Something like this would be an excellent replacement for the section 9 manuals where you don't really need fancy markup etc. There were a number of plugins etc for various popular editors etc that you could look up docs for some function on the fly - and by doing a context sensitive lookup based on what you were editing. For example, if you were in the middle of typing a (say) tsleep(....) call, and you weren't sure of the args you could have it look up tsleep for you with a single keypress. The amiga development environment was rather different to the unix environment though as everything was graphical and a popup window for an editor was trivial. This wouldn't work too well in a vi environment. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 08:39:47 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA08419 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 08:39:47 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from ifi.uio.no (ifi.uio.no [129.240.64.2]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA08349 for ; Thu, 1 Oct 1998 08:39:23 -0700 (PDT) (envelope-from dag-erli@ifi.uio.no) Received: from ringhorni.ifi.uio.no (2602@ringhorni.ifi.uio.no [129.240.64.75]) by ifi.uio.no (8.8.8/8.8.7/ifi0.2) with ESMTP id RAA20586; Thu, 1 Oct 1998 17:39:04 +0200 (MET DST) Received: (from dag-erli@localhost) by ringhorni.ifi.uio.no ; Thu, 1 Oct 1998 17:39:03 +0200 (MET DST) Mime-Version: 1.0 To: "ACETECH Technologies" Cc: Subject: Re: Help References: <000001bded32$95d8c100$b06b60cb@cdr> Organization: University of Oslo, Department of Informatics X-url: http://www.stud.ifi.uio.no/~dag-erli/ X-other-addresses: 'finger dag-erli@ifi.uio.no' for a list X-disclaimer-1: The views expressed in this article are mine alone, and do X-disclaimer-2: not necessarily coincide with those of any organisation or X-disclaimer-3: company with which I am or have been affiliated. X-Stop-Spam: http://www.cauce.org/ From: dag-erli@ifi.uio.no (Dag-Erling C. =?iso-8859-1?Q?Sm=F8rgrav?= ) Date: 01 Oct 1998 17:39:02 +0200 In-Reply-To: "ACETECH Technologies"'s message of "Thu, 1 Oct 1998 23:56:54 +1200" Message-ID: Lines: 25 X-Mailer: Gnus v5.6.44/Emacs 20.3 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id IAA08366 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "ACETECH Technologies" writes: > Well im new to UNIX and FREEBSD , but have managed to install BSD and XF86 > onto my pc .BSD appears to be running just great but i cant for the life of > me seem to be able to get XWindows to run , First of all, this should go to -questions, not -bugs. -bugs is for bug reports and not installation problems. > When i type "Startx" from either $ {sh} or # {root} i get the following ; > execve failed for /usr/X11R6/bin/x {errno 2) > _X11TransSocketUNIXConnect: Can't connect: errno = 2 >From 'man 2 intro': 2 ENOENT No such file or directory. A component of a specified pathname did not exist, or the pathname was an empty string. You haven't selected an X server. You probably haven't configured X at all. Run XFree86Setup and specify which graphics hardware, mouse and keyboard you have. XFree86Setup will select the appropriate X server and symlink it to /usr/X11R6/bin/X, which is what startx expects. DES -- Dag-Erling Smørgrav - dag-erli@ifi.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 12:10:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA14457 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 12:10:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA14384 for ; Thu, 1 Oct 1998 12:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id MAA19204; Thu, 1 Oct 1998 12:10:00 -0700 (PDT) Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA13746 for ; Thu, 1 Oct 1998 12:04:09 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail.siemens.de (salomon.siemens.de [139.23.33.13]) by david.siemens.de (8.9.1a/8.9.1) with ESMTP id VAA22963 for ; Thu, 1 Oct 1998 21:03:34 +0200 (MET DST) Received: from curry.mchp.siemens.de (daemon@curry.mchp.siemens.de [146.180.31.23]) by mail.siemens.de (8.9.1a/8.9.1) with ESMTP id VAA17296 for ; Thu, 1 Oct 1998 21:03:34 +0200 (MET DST) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.8.8/8.8.8) id VAA10094 for ; Thu, 1 Oct 1998 21:03:34 +0200 (CEST) Message-Id: <199810011903.VAA21352@internal> Date: Thu, 1 Oct 1998 21:03:33 +0200 (CEST) From: Andre Albsmeier To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8122: -current fails to build in INFODIR is set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8122 >Category: bin >Synopsis: -current fails to build in INFODIR is set >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 1 12:10:00 PDT 1998 >Last-Modified: >Originator: Andre Albsmeier >Organization: >Release: FreeBSD 2.2.7-STABLE i386 >Environment: An existing FreeBSD (2.2.7) system during the "make buildworld" in order to upgrade to -current. >Description: When the INFODIR variable is set, "make buildworld" fails. This is the same problem as desribed in PR# 6138. It has been solved by removing share/info from build-tools in /usr/src/Makefile. This was done for -STABLE in version 1.109.2.28 and for -current in version 1.176 by bde. However, I assume during the E-day transition this bug was reintroduced in Makefile.inc1. Now we find it here in the lib-tools: target. >How-To-Repeat: set INFODIR to anything and make buildworld with -current sources. >Fix: Maybe bde's commit log message is still valid and we can remove /share/info from lib-tools: simply... ------------------------ snip ------------------------------ 1.176 Sun May 10 16:51:07 1998 UTC by bde Diffs to 1.175 Removed share/info from build-tools. It should never have been there, and became redundant when it was put in SUBDIR, and became bogus when WORLDTMP was introduced, and became broken when INFODIR was introduced. PR: 6138 >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 12:25:54 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id MAA16494 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 12:25:54 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from george.lbl.gov (george.lbl.gov [131.243.2.12]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id MAA16475 for ; Thu, 1 Oct 1998 12:25:39 -0700 (PDT) (envelope-from jin@george.lbl.gov) Received: (from jin@localhost) by george.lbl.gov (8.8.8/LBL-ITG) id MAA17556 for bugs@FreeBSD.ORG; Thu, 1 Oct 1998 12:25:22 -0700 (PDT) Date: Thu, 1 Oct 1998 12:25:22 -0700 (PDT) From: Jin Guojun (FTG staff) Message-Id: <199810011925.MAA17556@george.lbl.gov> To: bugs@FreeBSD.ORG Subject: Re: what is changed in 3.0 for "ld" making lkm module Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > It need an -aout switch at the very least. Gee, there is more problem for this thing. All cc, ld, nm need to use -aout to access the file, but gdb does not support such a flag: --------------------------- # gdb -aout -k kernel.0 vmcore.0 gdb: unrecognized option `-aout' Use `gdb --help' for a complete list of options. e# gdb -k kernel.0 vmcore.0 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.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc... "/usr/var/crash/crash/kernel.0": not in executable format: File format not recognized kgdb could not open the exec-file, please check the name you used ! --------------------------- Is "-aout" a temporary flag for BETA test? What is the solution to tell gdb to debug the kernel compiled with -aout? Thanks, -Jin , To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 13:49:20 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id NAA01718 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 13:49:20 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id NAA01546; Thu, 1 Oct 1998 13:48:32 -0700 (PDT) (envelope-from jdp@FreeBSD.org) From: John Polstra Received: (from jdp@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id NAA23138; Thu, 1 Oct 1998 13:48:25 -0700 (PDT) Date: Thu, 1 Oct 1998 13:48:25 -0700 (PDT) Message-Id: <199810012048.NAA23138@freefall.freebsd.org> To: gad@eclipse.its.rpi.edu, jdp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/7468 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [smp] Error building modula-3 on dual-processor kernel State-Changed-From-To: open-closed State-Changed-By: jdp State-Changed-When: Thu Oct 1 13:47:09 PDT 1998 State-Changed-Why: Fixed by Tor Egge in revision 1.136 of "src/sys/vm/vm_map.c". To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 15:20:21 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16971 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 15:20:21 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA16869 for ; Thu, 1 Oct 1998 15:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA25961; Thu, 1 Oct 1998 15:20:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA16799; Thu, 1 Oct 1998 15:20:01 -0700 (PDT) (envelope-from nobody) Message-Id: <199810012220.PAA16799@hub.freebsd.org> Date: Thu, 1 Oct 1998 15:20:01 -0700 (PDT) From: cmetz@inner.net To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8125: DPT SCSI driver *still* not on 3.0 boot floppy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8125 >Category: i386 >Synopsis: DPT SCSI driver *still* not on 3.0 boot floppy >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Oct 1 15:20:01 PDT 1998 >Last-Modified: >Originator: Craig Metz >Organization: >Release: 3.0-19980923-BETA >Environment: Can't get there >Description: This summer, I submitted a pr noting that, while the 3.0/-current source tree had a reasonably functional driver for the DPT host adapters, the install/boot floppy's kernel didn't include this driver. Therefore, users with DPT host adapters have to use a second host adapter to get FreeBSD installed on a drive and those without a spare supported host adapter are just SOL. The pr was responded to by someone who said that the driver would be included on the boot floppy in a future snapshot. It still isn't. Please fix this. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 16:20:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23944 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 16:20:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA23921 for ; Thu, 1 Oct 1998 16:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA27658; Thu, 1 Oct 1998 16:20:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA23474; Thu, 1 Oct 1998 16:15:19 -0700 (PDT) (envelope-from nobody) Message-Id: <199810012315.QAA23474@hub.freebsd.org> Date: Thu, 1 Oct 1998 16:15:19 -0700 (PDT) From: mike@netronix.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/8127: Chap fails in PPP (2.2.7 CD dist) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8127 >Category: bin >Synopsis: Chap fails in PPP (2.2.7 CD dist) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Oct 1 16:20:00 PDT 1998 >Last-Modified: >Originator: Mike Tisdell >Organization: Netronix >Release: 2.2.7 >Environment: FreeBSD shuttle.netronix.com 2.2.7-RELEASE FreeBSD 2.2.7-RELEASE #0: Thu Sep 17 17:31:29 PDT 1998 root@shuttle.netronix.com:/usr/src/sys/compile/SHUTTLE i3 86 s >Description: ppp included in the 2.2.7 dist (CD-ROM), fails durring chap authentications. Once CHAP is requested I never see any furth responces from the ppp process until the phone hangs up due to a timeout. I have seen the same problems connecting to both accend and shiva PPP servers. On the servers that allow PAP auth. a deny chap in the config will allow a succesfull connection, those that don't allow PAP terminate with a PAP-NAK. It only seems to hang when CHAP is requested (and allowed in the ppp.conf) Oct 1 16:00:09 shuttle ppp[15256]: Phase: Connected! Oct 1 16:00:12 shuttle ppp[15256]: Phase: Phone: XXXXXXX Oct 1 16:00:32 shuttle ppp[15256]: Phase: PPP Started. Oct 1 16:00:33 shuttle ppp[15256]: Phase: NewPhase: Authenticate Oct 1 16:00:33 shuttle ppp[15256]: Phase: his = CHAP, mine = none Oct 1 16:00:58 shuttle ppp[15256]: Phase: Modem: Connect time: 49 secs: 248 oct ets in, 166 octets out Oct 1 16:00:58 shuttle ppp[15256]: Phase: total 8 bytes/sec Oct 1 16:00:59 shuttle ppp[15256]: Phase: PPP Terminated (normal). ^C >How-To-Repeat: connect to either a shiva or accend PPP server that uses CHAP auth. Note: Other systems may also fail but I have not tried them) >Fix: deny CHAP if policies allow use of PAP. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Oct 1 18:15:09 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA06878 for freebsd-bugs-outgoing; Thu, 1 Oct 1998 18:15:09 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA06865; Thu, 1 Oct 1998 18:15:03 -0700 (PDT) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id SAA01825; Thu, 1 Oct 1998 18:14:57 -0700 (PDT) Date: Thu, 1 Oct 1998 18:14:57 -0700 (PDT) Message-Id: <199810020114.SAA01825@freefall.freebsd.org> To: seggers@semyam.dinoco.de, yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/8119 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: typo in LINT State-Changed-From-To: open-closed State-Changed-By: yokota State-Changed-When: Thu Oct 1 18:14:32 PDT 1998 State-Changed-Why: Fixed in rev 1.479. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 07:00:07 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id HAA00511 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 07:00:07 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id HAA00501 for ; Fri, 2 Oct 1998 07:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id HAA03632; Fri, 2 Oct 1998 07:00:01 -0700 (PDT) Received: from doughnut.remcomp.fr (doughnut.remcomp.fr [194.51.30.251]) by hub.freebsd.org (8.8.8/8.8.8) with SMTP id GAA29145 for ; Fri, 2 Oct 1998 06:51:29 -0700 (PDT) (envelope-from cdkit.remcomp.fr!dockes@remcomp.fr) Received: (from dockes@localhost) by yquem.cdkit.remcomp.fr (8.8.5/8.8.5) id PAA24308; Fri, 2 Oct 1998 15:44:29 +0200 (MET DST) Message-Id: <199810021344.PAA24308@yquem.cdkit.remcomp.fr> Date: Fri, 2 Oct 1998 15:44:29 +0200 (MET DST) From: Jean-Francois Dockes Reply-To: dockes@cdkit.remcomp.fr To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8129: libc_r write() on broken pipe returns no error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8129 >Category: bin >Synopsis: libc_r write() on broken pipe, no error return. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 2 07:00:00 PDT 1998 >Last-Modified: >Originator: Jean-Francois Dockes >Organization: CDKIT >Release: FreeBSD 2.2.7-RELEASE i386 >Environment: Standard 2.2.7 RELEASE on pentium machine. >Description: When linking with libc_r and catching SIGPIPE, a write() call on a pipe or socket with no reader doesn't return an error. The program seems to be looping sending/catching SIGPIPES. This is a real problem for a network server that talks to the client before forking, or needs to cleanup when the client goes away. >How-To-Repeat: The following trivial program can be used. Pipe it to 'more' and type 'q'. If the program was linked normally, it prints the normal error (write: Broken pipe). If linked with libc_r it loops forever, printing "Got sig 13". #include #include void sigshow(int sig) { fprintf(stderr, "Got sig %d\n", sig); } main() { struct sigaction sa; sa.sa_flags = 0; sigemptyset(&sa.sa_mask); sa.sa_handler = sigshow; sigaction(SIGPIPE, &sa, NULL); for (;;) { if (write(1, "THIS IS DATA\n", 13) != 13) { perror("write"); exit(1); } } } >Fix: No idea. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 08:34:38 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA16611 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 08:34:38 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from thor.tvol.net (mail.tvol.com [38.219.83.4]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16492 for ; Fri, 2 Oct 1998 08:34:14 -0700 (PDT) (envelope-from bbauman@wgate.com) Received: from hf.eng.tvol.net (hf.eng.tvol.net [10.32.1.12]) by thor.tvol.net (8.8.8/8.8.3) with SMTP id LAA11299 for ; Fri, 2 Oct 1998 11:31:05 -0400 (EDT) Message-Id: <199810021531.LAA11299@thor.tvol.net> X-Sender: bbauman@popd.tvol.com X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 Date: Fri, 02 Oct 1998 11:40:59 -0400 To: freebsd-bugs@FreeBSD.ORG From: Bruce Bauman Subject: Fwd: Returned mail: Host unknown (Name server: freebsg.org: host not found) Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Date: Fri, 2 Oct 1998 10:22:20 -0400 (EDT) >From: Mail Delivery Subsystem >To: >Subject: Returned mail: Host unknown (Name server: freebsg.org: host not found) >Auto-Submitted: auto-generated (failure) > >The original message was received at Fri, 2 Oct 1998 10:22:19 -0400 (EDT) >from hf.eng.tvol.net [10.32.1.12] > > ----- The following addresses had permanent fatal errors ----- > > > ----- Transcript of session follows ----- >550 ... Host unknown (Name server: freebsg.org: host not found) >Reporting-MTA: dns; thor.tvol.net >Received-From-MTA: DNS; hf.eng.tvol.net >Arrival-Date: Fri, 2 Oct 1998 10:22:19 -0400 (EDT) > >Final-Recipient: RFC822; freebsd-bugs@freebsg.org >Action: failed >Status: 5.1.2 >Remote-MTA: DNS; freebsg.org >Last-Attempt-Date: Fri, 2 Oct 1998 10:22:20 -0400 (EDT) >Return-Path: >Received: from hf.eng.tvol.net (hf.eng.tvol.net [10.32.1.12]) by thor.tvol.net (8.8.8/8.8.3) with SMTP id KAA09917 for ; Fri, 2 Oct 1998 10:22:19 -0400 (EDT) >Message-Id: <199810021422.KAA09917@thor.tvol.net> >X-Sender: bbauman@popd.tvol.com >X-Mailer: QUALCOMM Windows Eudora Pro Version 4.0 >Date: Fri, 02 Oct 1998 10:32:13 -0400 >To: freebsd-bugs@freebsg.org >From: Bruce Bauman >Subject: leapseconds file in -current >Mime-Version: 1.0 >Content-Type: text/plain; charset="us-ascii" > >A fresh copy of -current (cvsupped yesterday) appeared to have a typo in >the last >line of the leapseconds file - > >change 'lesp' to 'leap' > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 10:00:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA00894 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 10:00:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA00807 for ; Fri, 2 Oct 1998 10:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA09701; Fri, 2 Oct 1998 10:00:01 -0700 (PDT) Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id JAA29242 for ; Fri, 2 Oct 1998 09:54:27 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.1/8.9.1) id LAA02996; Fri, 2 Oct 1998 11:54:08 -0500 (CDT) Message-Id: <199810021654.LAA02996@dan.emsphone.com> Date: Fri, 2 Oct 1998 11:54:08 -0500 (CDT) From: Dan Nelson To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/8130: tcpdump can't use NIS ether maps Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8130 >Category: bin >Synopsis: tcpdump can't use NIS ether maps (patch included) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Oct 2 10:00:00 PDT 1998 >Last-Modified: >Originator: Dan Nelson >Organization: Executive Marketing Services, Inc. >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD dan.emsphone.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Sat Aug 8 15:03:34 CDT 1998 dan@dan.emsphone.com:/usr/src/sys/compile/DAN i386 >Description: A configuration define is wrong, causing tcpdump to think that the ether_ntohost function doesn't exist. It ends up reading /etc/ethers directly, which is bad if your ether tables are distributed via NIS. >How-To-Repeat: put your /etc/ethers file in NIS, run tcpdump -e, notice that all your ethernet addresses aren't resolved. >Fix: Index: tcpdump/Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/tcpdump/tcpdump/Makefile,v retrieving revision 1.14.2.1 diff -u -r1.14.2.1 Makefile --- Makefile 1997/12/31 21:51:55 1.14.2.1 +++ Makefile 1998/07/23 19:34:49 @@ -2,7 +2,7 @@ PROG= tcpdump CFLAGS+=-DHAVE_FCNTL_H=1 -DHAVE_NET_SLIP_H=1 -DTIME_WITH_SYS_TIME=1 \ - -DHAVE_ETHER_NTOA=1 -DHAVE_SETLINEBUF=1 -DSTDC_HEADERS=1 \ + -DHAVE_ETHER_NTOHOST=1 -DHAVE_SETLINEBUF=1 -DSTDC_HEADERS=1 \ -DRETSIGTYPE=void -DRETSIGVAL= -DHAVE_SOCKADDR_SA_LEN=1 \ -DHAVE_TM_GMTOFF=1 -DLBL_ALIGN=1 -DPPP -DHAVE_FDDI MAN1= tcpdump.1 (the code doesn't check for ETHER_NTOA at all, so it must have been typoed at some point) -Dan Nelson dnelson@emsphone.com >Audit-Trail: >Unformatted: Dan Nelson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 11:30:18 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA14044 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 11:30:18 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA13979 for ; Fri, 2 Oct 1998 11:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA12454; Fri, 2 Oct 1998 11:30:00 -0700 (PDT) Date: Fri, 2 Oct 1998 11:30:00 -0700 (PDT) Message-Id: <199810021830.LAA12454@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Brian Somers Subject: Re: bin/8127: Chap fails in PPP (2.2.7 CD dist) Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8127; it has been noted by GNATS. From: Brian Somers To: mike@netronix.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: bin/8127: Chap fails in PPP (2.2.7 CD dist) Date: Fri, 02 Oct 1998 14:46:31 +0100 > > >Number: 8127 > >Category: bin > >Synopsis: Chap fails in PPP (2.2.7 CD dist) [.....] > Oct 1 16:00:09 shuttle ppp[15256]: Phase: Connected! > Oct 1 16:00:12 shuttle ppp[15256]: Phase: Phone: XXXXXXX > Oct 1 16:00:32 shuttle ppp[15256]: Phase: PPP Started. > Oct 1 16:00:33 shuttle ppp[15256]: Phase: NewPhase: Authenticate > Oct 1 16:00:33 shuttle ppp[15256]: Phase: his = CHAP, mine = none > Oct 1 16:00:58 shuttle ppp[15256]: Phase: Modem: Connect time: 49 secs: 248 oct > ets in, 166 octets out > Oct 1 16:00:58 shuttle ppp[15256]: Phase: total 8 bytes/sec > Oct 1 16:00:59 shuttle ppp[15256]: Phase: PPP Terminated (normal). [.....] Where's the rest of the log ? We're expecting to see an incoming CHAP challenge.... Please enable LCP logging (as well as Phase logging) and follow up with the resulting log. -- Brian , , Don't _EVER_ lose your sense of humour.... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 11:50:13 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA16886 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 11:50:13 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA16869 for ; Fri, 2 Oct 1998 11:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA13058; Fri, 2 Oct 1998 11:50:01 -0700 (PDT) Date: Fri, 2 Oct 1998 11:50:01 -0700 (PDT) Message-Id: <199810021850.LAA13058@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Bill Fenner Subject: Re: bin/8130: tcpdump can't use NIS ether maps Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8130; it has been noted by GNATS. From: Bill Fenner To: Dan Nelson Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/8130: tcpdump can't use NIS ether maps Date: Fri, 2 Oct 1998 11:42:04 PDT Thanks for the report. It's actually a bug in the tcpdump configure script, which I will report to LBL. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 15:10:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14000 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 15:10:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13960 for ; Fri, 2 Oct 1998 15:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA22023; Fri, 2 Oct 1998 15:10:01 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13148; Fri, 2 Oct 1998 15:06:09 -0700 (PDT) (envelope-from nobody) Message-Id: <199810022206.PAA13148@hub.freebsd.org> Date: Fri, 2 Oct 1998 15:06:09 -0700 (PDT) From: jasonl@quanxing.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/8131: Support for PCI NE2000 compatible Ethernet card in the `netboot' code Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8131 >Category: i386 >Synopsis: Support for PCI NE2000 compatible Ethernet card in the `netboot' code >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Oct 2 15:10:00 PDT 1998 >Last-Modified: >Originator: Jason Liao >Organization: Quanxing.org >Release: 2.2.7 >Environment: >Description: The following text comes from http://www.quanxing.org/netboot/ FreeBSD netboot Enhancement BOOTROM for FreeBSD The original netboot code released with FreeBSD 2.2.7 supports NE2000 compatible and 3Com 3C509 Ethernet cards. I used it successfully with some ISA bus NE2000 compatible cards. However, the code doesn't support PCI NE2000 compatible cards because the base I/O address is hard coded in the program. One way to work around it is to find out the I/O address assigned to the PCI NE2000 compatible card and set the -DNE_BASE option in the Makefile. This is not a universal solution because the I/O address is assigned by the PCI BIOS at boot time. BootROMs with hard coded I/O address will not work if moved to another computer. I wrote some code to get the base I/O address using PCI BIOS calls. With this enhancement, the BootROM can automatically detect the existence of PCI BIOS and get the correct I/O address of the card. I tested the code with PCI NE2000 compatible card based on both Realtek 8029AS and Winbond 89C940F chipsets. In order to make a BootROM for a PCI NE2000 compatible card, you must include the NS8390 option -DNE_PCI in the Makefile. The PCI_VENDOR and PCI_DEVICE macros must be defined with the correct values that match the chipset. If you change any of these macros, you must do a "make clean" before "make" or the program will not be re-compiled. The enhanced code can be downloaded as a gzip-ped tar file: netboot.tar.gz Please send any feed back to me. My email address can be found in the file pci8390.S. >How-To-Repeat: >Fix: Modified source code can be downloaded from http://www.quanxing.org/netboot/ >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Oct 2 17:45:48 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA01370 for freebsd-bugs-outgoing; Fri, 2 Oct 1998 17:45:48 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA01345; Fri, 2 Oct 1998 17:45:38 -0700 (PDT) (envelope-from fenner@FreeBSD.org) From: Bill Fenner Received: (from fenner@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA26063; Fri, 2 Oct 1998 17:45:29 -0700 (PDT) Date: Fri, 2 Oct 1998 17:45:29 -0700 (PDT) Message-Id: <199810030045.RAA26063@freefall.freebsd.org> To: dnelson@emsphone.com, fenner@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/8130 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tcpdump can't use NIS ether maps (patch included) State-Changed-From-To: open-closed State-Changed-By: fenner State-Changed-When: Fri Oct 2 17:45:08 PDT 1998 State-Changed-Why: Patch applied to -current and -stable. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 01:14:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id BAA14695 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 01:14:34 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id BAA14690; Sat, 3 Oct 1998 01:14:30 -0700 (PDT) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id BAA05766; Sat, 3 Oct 1998 01:14:25 -0700 (PDT) Date: Sat, 3 Oct 1998 01:14:25 -0700 (PDT) Message-Id: <199810030814.BAA05766@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/8127 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Chap fails in PPP (2.2.7 CD dist) Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sat Oct 3 01:14:12 PDT 1998 Responsible-Changed-Why: Ppp's mine To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 08:20:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id IAA17339 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 08:20:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA17331 for ; Sat, 3 Oct 1998 08:20:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id IAA19881; Sat, 3 Oct 1998 08:20:01 -0700 (PDT) Received: from mail.tower.net.au (orion.tower.net.au [203.22.233.3]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id IAA16862 for ; Sat, 3 Oct 1998 08:12:21 -0700 (PDT) (envelope-from anthony@dino.omen.com.au) Received: from s2-15.staronline.com.au ([203.18.142.215]) by mail.tower.net.au with esmtp id m0zPTLj-000SgJC (Smail-3.2.0.92 1997-Feb-9 #2); Sat, 3 Oct 1998 23:11:59 +0800 (WST) Message-Id: <199810032313.XAA01271@magenta.tower.net.au> Date: Sat, 3 Oct 1998 23:13:48 GMT From: lemonpie@tower.net.au Reply-To: lemonpie@tower.net.au To: anthony@indigo.tower.net.au X-Send-Pr-Version: 3.2 Subject: bin/8134: Bug in Battleship (Salvo Mode) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8134 >Category: bin >Synopsis: End of game is not recognised immediately in salvo mode. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 3 08:20:01 PDT 1998 >Last-Modified: >Originator: Anthony Di Pietro >Organization: >Release: FreeBSD 3.0-BETA i386 >Environment: FreeBSD-current running on a Pentium 200MMX with 32M RAM. >Description: When playing battleship (/usr/games/bs) in salvo mode (ie using the -s option), if you destroy all of the computer's ships, but still have one or more shots remaining in your salvo, the game does not recognize your victory until you finish your salvo. >How-To-Repeat: Play in salvo mode and beat the computer mid-salvo. When I did it, I was firing two shots at a time (2 ships left) and the computer was firing one shot at a time (1 ship left). I destroyed his last ship with my first shot, and the game didn't end until I fired my other shot. >Fix: I haven't looked at the source, but I suppose you aren't checking whether the game has ended after every shot, but rather at the end of every turn. If you check after every shot, things should work properly, I guess. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 10:40:19 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29855 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 10:40:19 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id KAA29798 for ; Sat, 3 Oct 1998 10:40:08 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id KAA22931; Sat, 3 Oct 1998 10:40:02 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id KAA29338; Sat, 3 Oct 1998 10:37:19 -0700 (PDT) (envelope-from nobody) Message-Id: <199810031737.KAA29338@hub.freebsd.org> Date: Sat, 3 Oct 1998 10:37:19 -0700 (PDT) From: dswartz@druber.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/8137: quotaoff followed by quotaon can crash system. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8137 >Category: kern >Synopsis: quotaoff followed by quotaon can crash system. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 3 10:40:01 PDT 1998 >Last-Modified: >Originator: Dan Swartzendruber >Organization: Swartzendruber Consulting, Inc. >Release: 2.2.7-STABLE >Environment: reeBSD www.kersur.net 2.2.7-STABLE FreeBSD 2.2.7-STABLE #2: Tue Sep 29 20:07:10 EDT 1998 root@mail.kersur.net:/usr/src/sys/compile/WWW i386 >Description: Turning quotas off and back on can crash system. >How-To-Repeat: Boot a system with quotas on. Set a few with setquota. Turn quotas off with quotaoff. Turn them back on with quotaon. You may need to do a few more setquota commands. The system will crash at or around line 778 in ufs/ufs/ufs_quota.c with a kernel page fault. >Fix: I believe this is because when a dquot is released, it is threaded onto the freelist, but left hashed. When a dquot is needed, one will be taken from the freelist if possible. This code assumes that the dquot is still hashed in. Unfortunately, quotaoff() calls dquot_flush() which will unhash the dquot (so it is now on the freelist but is not hashed in). This causes a fault referencing the hash predecessor of the dquot we just took from the freelist. Context diff follows: *** ufs_quota.c Tue Jul 9 12:51:17 1996 --- /net/www/home/pammy/ufs_quota.c Sat Oct 3 13:25:05 1998 *************** *** 775,781 **** dp = dq->dq_forw; if (dp) dp->dq_back = dq->dq_back; ! *dq->dq_back = dp; } /* * Initialize the contents of the dquot structure. --- 775,783 ---- dp = dq->dq_forw; if (dp) dp->dq_back = dq->dq_back; ! dp = dq->dq_back; ! if (dp) ! dp->dq_forw = dq->dq_forw; } /* * Initialize the contents of the dquot structure. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 11:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id LAA10556 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 11:50:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id LAA10536 for ; Sat, 3 Oct 1998 11:50:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id LAA24452; Sat, 3 Oct 1998 11:50:01 -0700 (PDT) Date: Sat, 3 Oct 1998 11:50:01 -0700 (PDT) Message-Id: <199810031850.LAA24452@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: Tor.Egge@fast.no Subject: Re: bin/8086: "systat -iostat" coredumps when displaying too much history Reply-To: Tor.Egge@fast.no Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/8086; it has been noted by GNATS. From: Tor.Egge@fast.no To: dg@smp.root.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/8086: "systat -iostat" coredumps when displaying too much history Date: Sat, 03 Oct 1998 20:49:13 +0200 When wrefresh() is called with a subwindow as argument, __set_subwin might be called with reversed arguments if wrefresh() decides to calls quickch(). This may cause use of negative array indexes, with a resulting segfault. Since quickch() manipulates the line structures belonging to curscr, it looks like all subwindows of curscr should be updated. Index: refresh.c =================================================================== RCS file: /home/ncvs/src/lib/libcurses/refresh.c,v retrieving revision 1.13 diff -u -r1.13 refresh.c --- refresh.c 1996/07/12 18:56:05 1.13 +++ refresh.c 1998/10/03 18:23:39 @@ -682,8 +682,8 @@ * Need to repoint any subwindow lines to the rotated * line structured. */ - for (wp = win->nextp; wp != win; wp = wp->nextp) - __set_subwin(win, wp); + for (wp = curscr->nextp; wp != curscr; wp = wp->nextp) + __set_subwin(wp->orig, wp); } } - Tor Egge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 14:10:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id OAA01043 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 14:10:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id OAA01036 for ; Sat, 3 Oct 1998 14:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id OAA27409; Sat, 3 Oct 1998 14:10:01 -0700 (PDT) Date: Sat, 3 Oct 1998 14:10:01 -0700 (PDT) Message-Id: <199810032110.OAA27409@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.ORG From: James Egelhof Subject: Re: kern/8137: quotaoff followed by quotaon can crash system. Reply-To: James Egelhof Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/8137; it has been noted by GNATS. From: James Egelhof To: dswartz@druber.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/8137: quotaoff followed by quotaon can crash system. Date: Sat, 3 Oct 1998 17:03:01 -0400 (EDT) We have had this problem, except we get an instantaneous reboot instead of a panic. We have to execute quotaoff/quotaon several times to make it happen. The workaround is "don't do that." -james On Sat, 3 Oct 1998 dswartz@druber.com wrote: > > >Number: 8137 > >Category: kern > >Synopsis: quotaoff followed by quotaon can crash system. > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Oct 3 10:40:01 PDT 1998 > >Last-Modified: > >Originator: Dan Swartzendruber > >Organization: > Swartzendruber Consulting, Inc. > >Release: 2.2.7-STABLE > >Environment: > reeBSD www.kersur.net 2.2.7-STABLE FreeBSD 2.2.7-STABLE #2: Tue Sep 29 20:07:10 EDT 1998 root@mail.kersur.net:/usr/src/sys/compile/WWW i386 > > >Description: > Turning quotas off and back on can crash system. > >How-To-Repeat: > Boot a system with quotas on. Set a few with setquota. Turn quotas > off with quotaoff. Turn them back on with quotaon. You may need to > do a few more setquota commands. The system will crash at or around > line 778 in ufs/ufs/ufs_quota.c with a kernel page fault. > >Fix: > I believe this is because when a dquot is released, it is threaded onto > the freelist, but left hashed. When a dquot is needed, one will be > taken from the freelist if possible. This code assumes that the dquot > is still hashed in. Unfortunately, quotaoff() calls dquot_flush() which will unhash the dquot (so it is now on the freelist but is not > hashed in). This causes a fault referencing the hash predecessor of > the dquot we just took from the freelist. Context diff follows: > > *** ufs_quota.c Tue Jul 9 12:51:17 1996 > --- /net/www/home/pammy/ufs_quota.c Sat Oct 3 13:25:05 1998 > *************** > *** 775,781 **** > dp = dq->dq_forw; > if (dp) > dp->dq_back = dq->dq_back; > ! *dq->dq_back = dp; > } > /* > * Initialize the contents of the dquot structure. > --- 775,783 ---- > dp = dq->dq_forw; > if (dp) > dp->dq_back = dq->dq_back; > ! dp = dq->dq_back; > ! if (dp) > ! dp->dq_forw = dq->dq_forw; > } > /* > * Initialize the contents of the dquot structure. > > >Audit-Trail: > >Unformatted: > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > --- James Egelhof jegelhof@cloud9.net Cloud 9 Consulting, Inc. +1 (914) 696-4000 White Plains, New York http://www.cloud9.net To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 15:50:10 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12592 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 15:50:10 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12577 for ; Sat, 3 Oct 1998 15:50:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA01956; Sat, 3 Oct 1998 15:50:01 -0700 (PDT) Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA11245 for ; Sat, 3 Oct 1998 15:41:26 -0700 (PDT) (envelope-from se@dialup124.zpr.uni-koeln.de) Received: from dialup124.zpr.Uni-Koeln.DE (dialup124.zpr.Uni-Koeln.DE [134.95.219.124]) by Sisyphos.MI.Uni-Koeln.DE (8.8.7/8.8.7) with ESMTP id AAA16665 for ; Sun, 4 Oct 1998 00:41:04 +0200 (MET DST) Received: (from se@localhost) by dialup124.zpr.Uni-Koeln.DE (8.9.1/8.6.9) id AAA01283; Sun, 4 Oct 1998 00:19:21 +0200 (CEST) Message-Id: <199810032219.AAA01283@dialup124.zpr.Uni-Koeln.DE> Date: Sun, 4 Oct 1998 00:19:21 +0200 (CEST) From: Stefan Esser Reply-To: se@FreeBSD.ORG To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/8138: "gcc -pipe xxx.s" hangs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8138 >Category: gnu >Synopsis: gcc -pipe xxx.s hangs >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Oct 3 15:50:00 PDT 1998 >Last-Modified: >Originator: Stefan Esser >Organization: >Release: FreeBSD 3.0-BETA i386 >Environment: FreeBSD 3.0-BETA (ELF) built 20-Oct-98 >Description: If the assembler "as" is invoked via "gcc -pipe xxx.s", the parameters passed to as will end with a hyphen "-", indicating that input should also be taken from STDIN. The assembler process will wait for input until EOF is read. This may cause unexpected build failures, for example if ports come with assembly language files and CFLAGS=-pipe. Since GNU configure may contained tests for "as" features, the configure target of a port may seem to hang indefenitely. >How-To-Repeat: touch xxx.s cc -v -pipe xxx.s The assembler will be called with a "-" as last parameter and will wait for a ^D to be pressed ... This situation is triggered by the configure script provided by the latest version of WINE (980927). >Fix: Fix the parameter processing of "gcc". As far as I can see, the assembler does not really need "-" for the "cc -pipe" case, since STDIN is assumed, if no file name is passed. I guess that "/usr/src/contrib/gcc/cp/lang-specs.h" must be modified, but didn't have time to actually attempt a fix. >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 15:50:57 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA12715 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 15:50:57 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA12621; Sat, 3 Oct 1998 15:50:22 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA01988; Sat, 3 Oct 1998 15:50:16 -0700 (PDT) Date: Sat, 3 Oct 1998 15:50:16 -0700 (PDT) Message-Id: <199810032250.PAA01988@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8006 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rsh does not accept data on input stream Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 15:45:53 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 15:56:23 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA13809 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 15:56:23 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA13573; Sat, 3 Oct 1998 15:55:48 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA02201; Sat, 3 Oct 1998 15:55:43 -0700 (PDT) Date: Sat, 3 Oct 1998 15:55:43 -0700 (PDT) Message-Id: <199810032255.PAA02201@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8050 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: Portal FS not working New Synopsis: Portal Filesystem (mount_portal) does not operate correctly. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 15:51:45 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 15:58:05 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14370 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 15:58:05 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14206; Sat, 3 Oct 1998 15:57:40 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA02293; Sat, 3 Oct 1998 15:57:34 -0700 (PDT) Date: Sat, 3 Oct 1998 15:57:34 -0700 (PDT) Message-Id: <199810032257.PAA02293@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8132 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: open("..",O_RDONLY|O_NONBLOCK) fails Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 15:56:04 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 15:59:39 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id PAA14699 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 15:59:39 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id PAA14634; Sat, 3 Oct 1998 15:59:18 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id PAA02435; Sat, 3 Oct 1998 15:59:12 -0700 (PDT) Date: Sat, 3 Oct 1998 15:59:12 -0700 (PDT) Message-Id: <199810032259.PAA02435@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8133 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: bug in telnetd (Kerberos IV) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 15:58:35 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 16:02:40 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15543 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 16:02:40 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15388; Sat, 3 Oct 1998 16:02:11 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA02615; Sat, 3 Oct 1998 16:02:06 -0700 (PDT) Date: Sat, 3 Oct 1998 16:02:06 -0700 (PDT) Message-Id: <199810032302.QAA02615@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8070 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't get a system with an NCR 810 controller installed Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 16:01:04 PDT 1998 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 16:03:26 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id QAA15690 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 16:03:26 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id QAA15612; Sat, 3 Oct 1998 16:02:57 -0700 (PDT) (envelope-from steve@FreeBSD.org) From: Steve Price Received: (from steve@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id QAA02703; Sat, 3 Oct 1998 16:02:51 -0700 (PDT) Date: Sat, 3 Oct 1998 16:02:51 -0700 (PDT) Message-Id: <199810032302.QAA02703@freefall.freebsd.org> To: steve@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/8071 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: some obj-links seem not to be taken Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sat Oct 3 16:02:11 PDT 1998 Responsible-Changed-Why: Misfile PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Oct 3 17:30:11 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26778 for freebsd-bugs-outgoing; Sat, 3 Oct 1998 17:30:11 -0700 (PDT) (envelope-from owner-freebsd-bugs@FreeBSD.ORG) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id RAA26767 for ; Sat, 3 Oct 1998 17:30:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.8.8/8.8.5) id RAA04217; Sat, 3 Oct 1998 17:30:00 -0700 (PDT) Received: (from nobody@localhost) by hub.freebsd.org (8.8.8/8.8.8) id RAA26258; Sat, 3 Oct 1998 17:22:41 -0700 (PDT) (envelope-from nobody) Message-Id: <199810040022.RAA26258@hub.freebsd.org> Date: Sat, 3 Oct 1998 17:22:41 -0700 (PDT) From: crb@ChrisBowman.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/8139: missing /usr/src/share/examples/drivers/make_pci_driver.sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 8139 >Category: misc >Synopsis: missing /usr/src/share/examples/drivers/make_pci_driver.sh >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Oct 3 17:30:00 PDT 1998 >Last-Modified: >Originator: Christopher R. Bowman >Organization: non >Release: FreeBSD 2.2.7-STABLE i386 >Environment: FreeBSD quark.ChrisBowman.com 2.2.7-STABLE FreeBSD 2.2.7-STABLE #0: Sun Aug 16 2 1:27:13 EST 1998 crb@quark.ChrisBowman.com:/usr/src/sys/compile/QUARK i386 >Description: We have scripts for making drivers for psudeo devices and isa drivers but none for pci drivers. The enclosed fix is my sugestion for such a script >How-To-Repeat: >Fix: #!/bin/sh # This writes a skeleton pci driver and puts it into the kernel tree for you # arg1 is lowercase "foo" # # Trust me, RUN THIS SCRIPT :) # #-------cut here------------------ cd /sys/pci if [ "${1}X" = "X" ] then echo "Hey , how about some help here.. give me a device name!" exit 1 fi UPPER=`echo ${1} |tr "[:lower:]" "[:upper:]"` cat >files.${UPPER} <${UPPER} <>${UPPER} cat >>${UPPER} <../pci/${1}.c <0 #include "${1}.h" /* generated file.. defines N${UPPER} */ #include #include #include /* SYSINIT stuff */ #include /* cdevsw stuff */ #include /* malloc region definitions */ #include /* DELAY() */ #include /* NCPI definitions */ #include /* pci variables etc. */ #include /* pci register definitions etc. */ #include /* ${1} IOCTL definitions */ #ifdef DEVFS #include /* DEVFS defintitions */ #endif /* DEVFS */ #define ${1}_DEV_PCI_ID X /* pci device id of your device */ /* Function prototypes (these should all be static except for ${1}intr()) */ static d_open_t ${1}open; static d_close_t ${1}close; static d_read_t ${1}read; static d_write_t ${1}write; static d_ioctl_t ${1}ioctl; static d_mmap_t ${1}mmap; static d_select_t ${1}select; static int ${1}probe(pcici_t tag, pcidi_t type); static int ${1}attach(pcici_t tag, int unit); static pci_inthand_t ${1}intr; static u_long ${1}count; #define CDEV_MAJOR 20 static struct cdevsw ${1}_cdevsw = { ${1}open, ${1}close, ${1}read, ${1}write, ${1}ioctl, nullstop, nullreset, nodevtotty, ${1}select, ${1}mmap, NULL, "${1}", NULL, -1 }; struct pci_device ${1}driver = { "${1}" ${1}probe, ${1}attach, &${1}count, NULL }; /* The DATA_SET macro includes the pci device in the set of pci devices * that will be probed at config time. */ DATA_SET (pcidevice_set, met_device); #define UNIT(dev) minor(dev) /* assume one minor number per unit */ /* * One of these per allocated device */ struct ${1}_softc { #ifdef DEVFS static void *devfs_token; #endif } ; typedef struct ${1}_softc *sc_p; static sc_p sca[N${UPPER}]; /* this function should discriminate if this device is * or is not handled by this driver, often this will be * as simple as testing the pci id of the device */ static int ${1}probe(pcici_t tag, pcidi_t type) { switch (type) { case ${1}_DEV_PCI_ID: return("${1}"); }; return ((char *)0); } /* * Called if the probe succeeded. */ static int ${1}attach(pcici_t tag, int unit) { int unit = dev->id_unit; sc_p scp = sca[unit]; /* * Allocate storage for this instance . */ scp = malloc(sizeof(*scp), M_DEVBUF, M_NOWAIT); if( scp == NULL) { printf("${1}%d failed to allocage driver strorage\n", unit); return (0); } bzero(scp, sizeof(*scp)); sca[unit] = scp; /* * Store whatever seems wise. */ scp->dev = dev; #if DEVFS scp->devfs_token = devfs_add_devswf(&${1}_cdevsw, unit, DV_CHR, UID_ROOT, GID_KMEM, 0600, "${1}%d", unit); #endif return 1; } /* * Macro to check that the unit number is valid * Often this isn't needed as once the open() is performed, * the unit number is pretty much safe.. The exception would be if we * implemented devices that could "go away". in which case all these routines * would be wise to check the number, DIAGNOSTIC or not. */ #define CHECKUNIT(RETVAL) \ do { /* the do-while is a safe way to do this grouping */ \ if (unit > N${UPPER}) { \ printf(__FUNCTION__ ":bad unit $d\n", unit); \ return (RETVAL); \ } \ if (scp == NULL) { \ printf( __FUNCTION__ ": unit $d not attached\n", unit);\ return (RETVAL); \ } \ } while (0) #ifdef DIAGNOSTIC #define CHECKUNIT_DIAG(RETVAL) CHECKUNIT(RETVAL) #else /* DIAGNOSTIC */ #define CHECKUNIT_DIAG(RETVAL) #endif /* DIAGNOSTIC */ pci_inthand_t ${1}intr { /* * well we got an interupt, now what? * Theoretically we don't need to check the unit. */ return; } int ${1}ioctl (dev_t dev, int cmd, caddr_t data, int flag, struct proc *p) { int unit = UNIT (dev); sc_p scp = sca[unit]; CHECKUNIT_DIAG(ENXIO); switch (cmd) { case DHIOCRESET: /* whatever resets it */ outb(scp->dev->id_iobase, 0xff); break; default: return ENXIO; } return (0); } /* * You also need read, write, open, close routines. * This should get you started */ static int ${1}open(dev_t dev, int oflags, int devtype, struct proc *p) { int unit = UNIT (dev); sc_p scp = sca[unit]; CHECKUNIT(ENXIO); /* * Do processing */ return (0); } static int ${1}close(dev_t dev, int fflag, int devtype, struct proc *p) { int unit = UNIT (dev); sc_p scp = sca[unit]; CHECKUNIT_DIAG(ENXIO); /* * Do processing */ return (0); } static int ${1}read(dev_t dev, struct uio *uio, int ioflag) { int unit = UNIT (dev); sc_p scp = sca[unit]; int toread; CHECKUNIT_DIAG(ENXIO); /* * Do processing * read from buffer */ toread = (min(uio->uio_resid, sizeof(scp->buffer))); return(uiomove(scp->buffer, toread, uio)); } static int ${1}write(dev_t dev, struct uio *uio, int ioflag) { int unit = UNIT (dev); sc_p scp = sca[unit]; int towrite; CHECKUNIT_DIAG(ENXIO); /* * Do processing * write to buffer */ towrite = (min(uio->uio_resid, sizeof(scp->buffer))); return(uiomove(scp->buffer, towrite, uio)); } static int ${1}mmap(dev_t dev, int offset, int nprot) { int unit = UNIT (dev); sc_p scp = sca[unit]; CHECKUNIT_DIAG(-1); /* * Do processing */ #if 0 /* if we had a frame buffer or whatever.. do this */ if (offset > FRAMEBUFFERSIZE - PAGE_SIZE) { return (-1); } return i386_btop((FRAMEBASE + offset)); #else return (-1); #endif } static int ${1}select(dev_t dev, int which, struct proc *p) { int unit = UNIT (dev); sc_p scp = sca[unit]; CHECKUNIT_DIAG(ENXIO); /* * Do processing */ return (0); /* this is the wrong value I'm sure */ } /* * Now for some driver initialization. There are basically 2 options * here you can either use the drvinit function for initialization that * needs to occur before any probing is done, or keep state in a global * you can use in the probe routine to see if probe is being called for * the fist time, and do your initalization there. */ static void ${1}_drvinit(void *unused) { dev_t dev; dev = makedev(CDEV_MAJOR, 0); cdevsw_add(&dev, &${1}_cdevsw, NULL); } SYSINIT(${1}dev, SI_SUB_DRIVERS, SI_ORDER_MIDDLE+CDEV_MAJOR, ${1}_drvinit, NULL) #endif /* NPCI */ DONE cat >../../sys/${1}io.h < #endif #include /* * define an ioctl here */ #define DHIOCRESET _IO('D', 0) /* reset the ${1} device */ #endif DONE config ${UPPER} cd ../../compile/${UPPER} make depend make ${1}.o make exit #--------------end of script--------------- # #you also need to add an entry into the cdevsw[] #array in conf.c, but it's too hard to do in a script.. # #edit to your taste.. # # >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message