From owner-freebsd-bugs Sun Jan 16 1: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E6AE215243 for ; Sun, 16 Jan 2000 01:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA01952; Sun, 16 Jan 2000 01:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id D033815258 for ; Sun, 16 Jan 2000 00:53:22 -0800 (PST) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id BAA57469 for ; Sun, 16 Jan 2000 01:53:21 -0700 (MST) (envelope-from imp@harmony.village.org) Received: (from imp@localhost) by harmony.village.org (8.9.3/8.8.3) id BAA53023; Sun, 16 Jan 2000 01:53:18 -0700 (MST) Message-Id: <200001160853.BAA53023@harmony.village.org> Date: Sun, 16 Jan 2000 01:53:18 -0700 (MST) From: Warner Losh Reply-To: imp@village.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16141: src/sys/pci/isp_pci.c needs newbusification Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16141 >Category: kern >Synopsis: src/sys/pci/isp_pci.c needs newbusification >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: Sun Jan 16 01:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Warner Losh >Release: FreeBSD 4.0-CURRENT i386 >Organization: FreeBSD >Environment: 4.0-current as of Jan 16 >Description: src/sys/pci/isp_pci.c uses the old pci compatibilty layer. It should likely be converted to newbus. In addition, it assumes that bus_space_handle_t is an integral type and can be treated as an address, which is not the case in the pc98 flavor of FreeBSD. >How-To-Repeat: >Fix: >Release-Note: >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 Jan 16 1: 4:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 547) id 89032152A2; Sun, 16 Jan 2000 01:04:43 -0800 (PST) To: imp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, mjacob@feral.com From: imp@FreeBSD.ORG Subject: Re: kern/16141 Message-Id: <20000116090443.89032152A2@hub.freebsd.org> Date: Sun, 16 Jan 2000 01:04:43 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: src/sys/pci/isp_pci.c needs newbusification Responsible-Changed-From-To: freebsd-bugs->mjacob@feral.com Responsible-Changed-By: imp Responsible-Changed-When: Sun Jan 16 02:02:53 MST 2000 Responsible-Changed-Why: Matt asked me to file this, so I did. I suppose that he wants to fix it :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 1:10: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AFDA315261 for ; Sun, 16 Jan 2000 01:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA02426; Sun, 16 Jan 2000 01:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 547) id 37C901525C; Sun, 16 Jan 2000 01:01:57 -0800 (PST) Message-Id: <20000116090157.37C901525C@hub.freebsd.org> Date: Sun, 16 Jan 2000 01:01:57 -0800 (PST) From: imp@FreeBSD.ORG Reply-To: imp@FreeBSD.ORG To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16142: isp_pci needs a newbus attachment. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16142 >Category: kern >Synopsis: isp_pci needs a newbus attachment. >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 16 01:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Warner Losh >Release: FreeBSD 4.0 >Organization: FreeBSD >Environment: All >Description: isp_pci.c needs to have a newbus attachment. In addition, it assumes that bus_space_handle_t is an int or close relative thereto. In pc98 it is a struct, so anther way needs to be found to map things from bus_space_handle_t to a bus_addr_t. >How-To-Repeat: >Fix: >Release-Note: >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 Jan 16 1:16: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 05D5414A00; Sun, 16 Jan 2000 01:16:03 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id BAA22307; Sun, 16 Jan 2000 01:16:01 -0800 Date: Sun, 16 Jan 2000 01:16:01 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: imp@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/16141 In-Reply-To: <20000116090443.89032152A2@hub.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks, yes- I just need this on my 'remind me to do it' plate... On Sun, 16 Jan 2000 imp@FreeBSD.ORG wrote: > Synopsis: src/sys/pci/isp_pci.c needs newbusification > > Responsible-Changed-From-To: freebsd-bugs->mjacob@feral.com > Responsible-Changed-By: imp > Responsible-Changed-When: Sun Jan 16 02:02:53 MST 2000 > Responsible-Changed-Why: > Matt asked me to file this, so I did. I suppose that he wants to > fix it :-) > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 1:25:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 547) id A62A5153B5; Sun, 16 Jan 2000 01:25:24 -0800 (PST) To: imp@FreeBSD.ORG, imp@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: imp@FreeBSD.ORG Subject: Re: kern/16142 Message-Id: <20000116092524.A62A5153B5@hub.freebsd.org> Date: Sun, 16 Jan 2000 01:25:24 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: isp_pci needs a newbus attachment. State-Changed-From-To: open->closed State-Changed-By: imp State-Changed-When: Sun Jan 16 02:25:10 MST 2000 State-Changed-Why: dupe. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 1:30: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B090014FCF for ; Sun, 16 Jan 2000 01:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA03667; Sun, 16 Jan 2000 01:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from newcpf.cpf.navy.mil (newcpf.cpf.navy.mil [199.124.12.8]) by hub.freebsd.org (Postfix) with ESMTP id 2BA6015226 for ; Sun, 16 Jan 2000 01:28:54 -0800 (PST) (envelope-from atm@newcpf.cpf.navy.mil) Received: (from atm@localhost) by newcpf.cpf.navy.mil (8.8.8/8.8.8) id XAA11074; Sat, 15 Jan 2000 23:28:52 -1000 (HST) (envelope-from atm) Message-Id: <200001160928.XAA11074@newcpf.cpf.navy.mil> Date: Sat, 15 Jan 2000 23:28:52 -1000 (HST) From: kuriyakk@cpf.navy.mil Reply-To: kuriyakk@cpf.navy.mil To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16143: 3C589D (PCMCIA) card not recognized during installation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16143 >Category: kern >Synopsis: 3C589D (PCMCIA) card not recognized during installation >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 16 01:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kent Kuriyama >Release: FreeBSD 3.4-RELEASE i386 >Organization: US Navy >Environment: Dell Latitude CPI, 3C589D 10Mb card. >Description: Under 3.4-RELEASE, the 3C589D card is not recognized by the floppy installation process. The card should be recognized as device 'zp' but is not. It is interesting to note that this card is recognized by 3.3-RELEASE under the same hardware environment. >How-To-Repeat: Install 3.3-RELEASE from floppy - 3C589D card is correctly recognized. Install 3.4-RELEASE from floppy - 3C589D card is not detected. >Fix: Wish I knew. >Release-Note: >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 Jan 16 4:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDD93155C9 for ; Sun, 16 Jan 2000 04:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA15909; Sun, 16 Jan 2000 04:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D7CD014C19; Sun, 16 Jan 2000 04:37:23 -0800 (PST) Message-Id: <20000116123723.D7CD014C19@hub.freebsd.org> Date: Sun, 16 Jan 2000 04:37:23 -0800 (PST) From: paul@iaehv.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/16144: FreeBSd 3.4. /stand/sysinstall cores when accessing 'distributions' menu Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16144 >Category: i386 >Synopsis: FreeBSd 3.4. /stand/sysinstall cores when accessing 'distributions' menu >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: Sun Jan 16 04:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Paul Kolenbrander >Release: FreeBSD 3.4 >Organization: PKS Computer Problems >Environment: FreeBSD dax.pks.fdns.net 3.4-RELEASE FreeBSD 3.4-RELEASE #4: Sun Jan 16 03:10:39 CET 2000 root@dax.pks.fdns.net:/usr/src/sys/compile/DAXKERNEL i386 >Description: I've encountered a weird problem in updating the below system from FreeBSD 3.1 to FreeBSD 3.4. After the upgrade /stand/sysinstall cores when I access the 'dictributions' menu. Figuring the upgrade went awry, I completely wiped the hd's and installed 3.4 afresh. Same problem. So I wiped it again and installed 3.3 instead. Again the same problem. So I ended up reinstalling 3.1 on a clean system. /stand/sysinstall works fine. Does anybody have any idea what may be causing this? As it prevents me fromn getting at, amongst others, the kernel sources. :-( Have there been changes in /stand/sysinstall or one of it's components since 3.1 that may be causing this? Output of 'strings sysinstal.core | more' produced the following interesting line: 'erflow pages. Increase page size' Note: I installed another system from the same 3.3/3.4 CD's and there /stand/sysinstall runs fine. System specs for that system are available on http://pks.fdns.net/ System Specifications --------------------- Motherboard: Intel TC430HX with onboard Yamaha sound and 2Mb S3 VIRGE Phoenix BIOS, 1.00.07.DH0 (last available BIOS) CPU : CPU: 133Mhz Pentium/P54C (132.96-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x52c Stepping = 12 Features=0x1bf Memory : 64MB, 2 x 32M EDO DIMM Ethernet : Generic PCI (Realtek based) NE-2000 clone ( I use it in my other FBSD 3.3 system without problems. Video : S3 Virge 2MB vga0: rev 0x06 int a irq 11 on pci0.8.0 keyboard : Standard 104 keys Mouse : PS/2 Mousepad (swapped with mouse, no change) psm0 irq 12 on isa psm0: model Generic PS/2 mouse, device ID 0 Drives : Standard floppy wdc0: unit 0 (wd0): [MASTER] wd0: 1919MB (3931200 sectors) wdc1: unit 0 (wd2): wd2: 520MB (1065456 sectors) [MASTER] wdc1: unit 1 (atapi): , [SLAVE] removable, accel, dma, iordy >How-To-Repeat: On my system, run /stand/sysinstall and click on the 'distributions' menu item. >Fix: >Release-Note: >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 Jan 16 7:50: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2085014D92 for ; Sun, 16 Jan 2000 07:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA81462; Sun, 16 Jan 2000 07:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kudzu.cs.vt.edu (kudzu.cs.vt.edu [128.173.41.43]) by hub.freebsd.org (Postfix) with ESMTP id 8DEFE14BD0 for ; Sun, 16 Jan 2000 07:40:43 -0800 (PST) (envelope-from jzwolak@kudzu.cs.vt.edu) Received: (from jzwolak@localhost) by kudzu.cs.vt.edu (8.9.3/8.9.3) id KAA73334; Sun, 16 Jan 2000 10:33:55 -0500 (EST) (envelope-from jzwolak) Message-Id: <200001161533.KAA73334@kudzu.cs.vt.edu> Date: Sun, 16 Jan 2000 10:33:55 -0500 (EST) From: Jason Zwolak Reply-To: jzwolak@kudzu.cs.vt.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16145: Undergrad lab not starting shell on login Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16145 >Category: misc >Synopsis: Undergrad lab not starting shell on login >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jan 16 07:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jason Zwolak >Release: FreeBSD 3.3-RELEASE i386 >Organization: VT CS >Environment: >Description: The problem occurs when I try to login to lime or acorn (and any other undergrad lab computer, I assume). After I login I get the login message and then nothing. No prompt for a command, no shell. If I just try typing in commands all that happens is the text I type is echoed back to me. Two days ago I logged into acorn and had no problems. I did not change anything when I logged in. >How-To-Repeat: Login as me on acorn or lime. >Fix: I'm not sure, but the first thing I would do is check to see if the shell I'm using exists and starts up at a resonable speed. I know some programs are run off a network filesystem and startup slow. >Release-Note: >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 Jan 16 9: 0: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 028B314EB6 for ; Sun, 16 Jan 2000 09:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA85663; Sun, 16 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 16 Jan 2000 09:00:02 -0800 (PST) Message-Id: <200001161700.JAA85663@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bernhard Rosenkraenzer Subject: Re: i386/16132: FreeBSD doesn't install on Notebook w/ SystemSoft MobilePRO BIOS 1.01 Reply-To: Bernhard Rosenkraenzer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16132; it has been noted by GNATS. From: Bernhard Rosenkraenzer To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: i386/16132: FreeBSD doesn't install on Notebook w/ SystemSoft MobilePRO BIOS 1.01 Date: Sun, 16 Jan 2000 17:56:20 +0100 (CET) Additional info: OpenBSD 2.6 works without problems on the same machine. That should make the problem easier to track down. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 13: 5:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id C711814DDD; Sun, 16 Jan 2000 13:05:08 -0800 (PST) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA05844; Sun, 16 Jan 2000 22:05:03 +0100 (CET) (envelope-from des@flood.ping.uio.no) To: Garrett Wollman Cc: , pekkas@netcore.fi, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/15414: syslogd -ss disables all network logging functions References: <200001140147.RAA23443@freefall.freebsd.org> <200001141624.LAA85230@khavrinen.lcs.mit.edu> From: Dag-Erling Smorgrav Date: 16 Jan 2000 22:05:02 +0100 In-Reply-To: Garrett Wollman's message of "Fri, 14 Jan 2000 11:24:11 -0500 (EST)" Message-ID: Lines: 12 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Garrett Wollman writes: > shutdown(s, SHUT_RD) ought to do it -- but I'm not sure whether it > will work correctly or not. Setting the buffer size to zero should > fail with EINVAL. shutdown() works fine (I verified it using netcat and netstat). Setting the buffer size to one also works, though it's an ugly hack. I opted for shutdown() at Ruslan's prompting. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 13:32:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4547A14F62; Sun, 16 Jan 2000 13:32:31 -0800 (PST) (envelope-from dan@FreeBSD.org) Received: (from dan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA03175; Sun, 16 Jan 2000 13:32:31 -0800 (PST) (envelope-from dan@FreeBSD.org) Date: Sun, 16 Jan 2000 13:32:31 -0800 (PST) From: Message-Id: <200001162132.NAA03175@freefall.freebsd.org> To: jzwolak@kudzu.cs.vt.edu, dan@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16145: Undergrad lab not starting shell on login Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Undergrad lab not starting shell on login State-Changed-From-To: open->closed State-Changed-By: dan State-Changed-When: Sun Jan 16 13:31:18 PST 2000 State-Changed-Why: I think you want to send this to your university computer guys, not us. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jan 16 13:33:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E91914CB2; Sun, 16 Jan 2000 13:33:17 -0800 (PST) (envelope-from dan@FreeBSD.org) Received: (from dan@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA03289; Sun, 16 Jan 2000 13:33:17 -0800 (PST) (envelope-from dan@FreeBSD.org) Date: Sun, 16 Jan 2000 13:33:17 -0800 (PST) From: Message-Id: <200001162133.NAA03289@freefall.freebsd.org> To: dan@FreeBSD.org, freebsd-bugs@FreeBSD.org, dan@FreeBSD.org Subject: Re: bin/16133: vmstat -i reports negative counts Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: vmstat -i reports negative counts Responsible-Changed-From-To: freebsd-bugs->dan Responsible-Changed-By: dan Responsible-Changed-When: Sun Jan 16 13:32:40 PST 2000 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 Mon Jan 17 7:53:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5481E14EC8; Mon, 17 Jan 2000 07:53:54 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA78745; Mon, 17 Jan 2000 07:53:54 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 17 Jan 2000 07:53:54 -0800 (PST) From: Message-Id: <200001171553.HAA78745@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: conf/15737: rc.conf should have '-s' for syslogd options Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rc.conf should have '-s' for syslogd options Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: billf Responsible-Changed-When: Mon Jan 17 07:53:12 PST 2000 Responsible-Changed-Why: I'll be looking into this (and most likely committing it soon). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 17 9: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C8A0D15107 for ; Mon, 17 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA85926; Mon, 17 Jan 2000 09:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from cyberfrg.access.one.net (cyberfrg.access.one.net [216.23.8.7]) by hub.freebsd.org (Postfix) with SMTP id 9FC9214BFF for ; Mon, 17 Jan 2000 08:51:51 -0800 (PST) (envelope-from root@cyberfrg.access.one.net) Received: by cyberfrg.access.one.net via sendmail with stdio id for FreeBSD-gnats-submit@freebsd.org; Mon, 17 Jan 2000 12:00:41 -0500 (EST) (Smail-3.2 1996-Jul-4 #3 built 2000-Jan-2) Message-Id: Date: Mon, 17 Jan 2000 12:00:41 -0500 (EST) From: mark@entropynet.com Reply-To: mark@entropynet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/16160: i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16160 >Category: i386 >Synopsis: /stand/sysinstall cores when selecting network interfaces >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 Jan 17 09:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mark Shirley >Release: FreeBSD 3.3-RELEASE i386 >Organization: Entropy Networks >Environment: uname -a FreeBSD cyberfrg.access.one.net 3.3-RELEASE FreeBSD 3.3-RELEASE #7: Mon Dec 27 22:21:34 EST 1999 root@cyberfrg.access.one.net:/usr/src/sys/compile/MYKERNEL i386 assuming its not a hardware problem so i didn't include a dmesg ifconfig -a, devices already configured when attempting sysinstall lp0: flags=8810 mtu 1500 tun0: flags=8151 mtu 1500 inet 216.23.8.7 --> 216.23.4.18 netmask 0xffffff00 sl0: flags=c010 mtu 552 ppp0: flags=8010 mtu 1500 lo0: flags=8049 mtu 16384 inet 127.0.0.1 netmask 0xff000000 >Description: in stand /stand/sysinstall i selected configure -> networking -> interfaces and hit yes for "Running multi-user, assume that the network is already configured?" and thus, a segfault and core dump. (this is my first pr so be gentle) >How-To-Repeat: start /stand/sysinstall select configure -> networking -> interfaces and hit yes for "Running multi-user, assume that the network is already configured?" >Fix: >Release-Note: >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 Jan 17 9:39:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6557E14CF1; Mon, 17 Jan 2000 09:39:39 -0800 (PST) (envelope-from nectar@FreeBSD.org) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA90145; Mon, 17 Jan 2000 09:39:39 -0800 (PST) (envelope-from nectar@FreeBSD.org) Date: Mon, 17 Jan 2000 09:39:39 -0800 (PST) From: Message-Id: <200001171739.JAA90145@freefall.freebsd.org> To: christmn@clackamas.ds.adp.com, nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11137: /bin/ps output loses the values for all pseudo-ports beyond the ttyp[0-v] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /bin/ps output loses the values for all pseudo-ports beyond the ttyp[0-v] State-Changed-From-To: open->closed State-Changed-By: nectar State-Changed-When: Mon Jan 17 09:37:43 PST 2000 State-Changed-Why: No re-occurrences of the problem since the fix was suggested, Oct 12. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 17 10:42:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0680714DE5; Mon, 17 Jan 2000 10:42:49 -0800 (PST) (envelope-from jkh@FreeBSD.org) Received: (from root@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA18824; Mon, 17 Jan 2000 10:42:48 -0800 (PST) (envelope-from jkh@FreeBSD.org) Date: Mon, 17 Jan 2000 10:42:48 -0800 (PST) From: Message-Id: <200001171842.KAA18824@freefall.freebsd.org> To: jlemon@monster.americantv.com, jkh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15656: in_cksum computes wrong checksum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: in_cksum computes wrong checksum State-Changed-From-To: open->closed State-Changed-By: jkh State-Changed-When: Mon Jan 17 10:42:30 PST 2000 State-Changed-Why: Submitted has rescinded PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 17 11: 1:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 12F6D14F1A for ; Mon, 17 Jan 2000 11:00:12 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA32917 for freebsd-bugs@freebsd.org; Mon, 17 Jan 2000 11:00:05 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 17 Jan 2000 11:00:05 -0800 (PST) Message-Id: <200001171900.LAA32917@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1996/12/20] bin/2258 adrian route add/delete [network] xxx.yyy.zzz.0 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/24] bin/5139 portmap does not find interfaces correctl f [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 peter running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 panic: cannot allocate pipe - out of kvm o [1999/02/23] kern/10224 panic: pipeinit: cannot allocate pipe -- s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/02/26] i386/10282 PCMCIA problems in 3.1-RELEASE? o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi o [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/16] kern/11180 boot of fresh bsd3.1 hangs o [1999/04/17] kern/11196 n_hibma kernel mode page fault o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] kern/11330 page fault in generic_bzero o [1999/04/26] conf/11343 worm; problems with installation and boot o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/04] i386/11488 Error while starting FreeBSD o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB f [1999/05/17] bin/11744 perllib fails to build o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/15] kern/12233 Fvwm2 causes FreeBSD-current to hang or r o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server o [1999/08/04] kern/12980 NetGear Dec 21140AF Ethernet Card unrecog o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/07] bin/13615 awk corrupts the memory arena when OFMT i o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/17] i386/13797 SMP/NFS panics on 3.3-RC o [1999/09/18] i386/13802 freebsd 3.3 fails to boot with irq proble o [1999/09/19] i386/13817 system reboot o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/05] ports/14154 obrien xwpe is not completely compiled o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit o [1999/10/17] i386/14373 Error while booting from floppy disk o [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/09] bin/5693 hoek groff -mm or groff -mmm ??? f [1998/02/17] gnu/5767 phantom man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic f [1998/02/27] bin/5867 peter pppd or FreeBSD ? o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output f [1998/06/19] i386/6996 Occasional complete lockup of 2.2.5R s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c f [1998/07/22] kern/7367 panic: malloc: wrong bucket o [1998/07/23] ports/7383 imp socks5 + ssh + redirection not working o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/19] kern/7678 Problems with a 386-16 f [1998/08/20] i386/7698 n_hibma scotty/tkined library error o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/09] bin/7877 fenner libpcap and tcpdump need updating o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/22] conf/8031 peter [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded o [1998/09/30] gnu/8099 [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats s [1998/11/09] misc/8623 [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 sos can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9362 "lpc start queue" doesn't work in 3.0-R & o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/09] kern/9413 profiling does not work with elf kernels o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/12] bin/9464 fenner Fix for fetch ignoring FTP_PASSIVE_MODE e o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/21] kern/9612 grog NFS mounts on dual-homed server may hang o [1999/01/22] docs/9618 hoek many typos in groff_mm(7) o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] kern/9980 savecore fails with large (2gig+) swap pa o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/01] bin/10341 memory leak in setenv(3) o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/09] bin/10511 incorrect return value in kvm_read(3) and o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/23] kern/10747 [PATCH] ipfirewall `deny' rules act as `r o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/26] bin/10807 host(1) is broken - multiple options in o o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 dcs wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946 se kdm 1.1 does not work correctly - XBINDIR o [1999/04/05] bin/10963 brian date -v dosen't quite work o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/16] kern/11164 The ie network driver panics during the i o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 dg Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk o [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug o [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11936 wine don't work (SMP) (-STABLE) o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/10] gnu/12122 cc hangs on STDIN with -pipe and .s files o [1999/06/11] bin/12137 something wrong with shell -- functions w o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] i386/12749 marcel Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/26] alpha/12821 alpha slib.aq for the 3.2-RELEASE alpha distrib o [1999/07/27] kern/12831 sos CD-rom cannot be mounted o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] kern/12927 jedgar [PATCH] using BROKEN_KEYBOARD_RESET optio o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi o [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] kern/13022 ipfilter is out-of-date o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/10] i386/13058 Installation hangs after commit f [1999/08/13] kern/13113 panic related (proberbly) to vnode o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/14] ports/13145 se kaudioserver runs amok on logout o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] ports/13170 ports New port: UW-Imap with maildir and qmail o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/21] bin/13286 jhay [SECURITY] Potential IPXrouted(8) /tmp se o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/25] bin/13383 sys/netinet/in.h violates C++ spec. o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc o [1999/08/29] i386/13452 changing to root device wd0s1a \n error 2 o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/08/31] bin/13504 troubles with the ipfw tool o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] kern/13678 sos hard lockup's on tsleep in atapi_queue_cm o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] conf/13724 Prevent ".: Out of file descriptors" erro o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13736 enabling NAT on 3.3RC results in panic sb o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13766 ldconfig doesn't recognize symbolic links o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/15] misc/13771 brian Packet fragment filter bug in user-land P o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] kern/13810 3.3 panic rlist_free: free start overlaps o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 se kdegraphics11 'make PREFIX' fix, one comp o [1999/09/19] i386/13847 missing support for INT 0x13 extensions i o [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] i386/14027 "disklabel -r -w" on new disk reports "No o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/01] conf/14075 CDROM not being recognized during certain o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] ports/14128 torstenb Wrong group and mode on postdrop program o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/11] misc/14264 Combination of aio_read(), pthread_cond_w o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] ports/14283 ache apache13 htpasswd dumps core o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/22] kern/14457 SIOCGIFCONF uses too much memory o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro f [1999/10/31] ports/14625 green pidentd doesn't work correctly for finger o [1999/10/31] bin/14626 sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] kern/14685 setjmp/longjmp in threaded app cause subs o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 when sysinstall is running as init it sho o [1999/11/07] kern/14765 Something wrong for UDMA for Gigabyte 586 o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d f [1999/11/09] kern/14797 Serious locking problem in CURRENT o [1999/11/09] i386/14799 Promise Ultra33 doesn't work o [1999/11/09] i386/14806 if_tun.ko conflicts with built-in tunnel o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/10] kern/14814 4.0-CURRENT SMP mode causes ep0 slow o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected o [1999/11/12] kern/14849 newpcm doesn't work with Vibra16X a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/15] i386/14907 ipfw show take wrong values of counter/or o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] kern/14918 Write access to write protected media cau o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/16] misc/14932 "more" eating up CPU on users with shell= o [1999/11/16] i386/14937 ipfw -a list show wrong information o [1999/11/17] ports/14944 ports No stable Gimp in ports o [1999/11/17] i386/14946 rmt - remote magtape protocol o [1999/11/17] ports/14955 jmz XFree86-port does not support ru_SU.* loc o [1999/11/17] kern/14960 Compaq EISA array controller not working o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14975 lpc start subcmd doesn't start printing o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 'fetch' doesn't work for http when behind o [1999/11/19] i386/15003 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 /sbin/dhclient-script ignores resolv.conf o [1999/11/23] i386/15062 i4b stops working after some time o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] misc/15080 corrupt tree/subtree on primary ftp serve o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed o [1999/11/26] ports/15100 ports New port: www/links-0.80 s [1999/11/26] bin/15101 joe [PATCH] cdcontrol does not perform bounds f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/28] ports/15157 se [PATCH] Environment Botch in KDM o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/11/30] kern/15193 PCCARD ethernet interface not returned by o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/08] kern/15365 Fatal trap 18 (integer divide fault) when o [1999/12/09] ports/15368 torstenb Update ftp/mirror o [1999/12/10] ports/15395 jfitz fix port: net/mrtg (BUILD/LIB_DEPEND prob o [1999/12/10] ports/15404 jfitz www/p5-CGI: Wrong BUILD_DEPENDS? o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] i386/15460 Installation with Compaq SMART-2DH Array o [1999/12/13] bin/15471 Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy a [1999/12/15] bin/15494 ru over-natd connections hang if MTUs are di o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] kern/15513 kernel or ipfw drops rules sometimes o [1999/12/16] misc/15515 Firewall/FIltering Problems o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/16] ports/15523 asami Motif/Lesstif not found when grace-5.0.3g o [1999/12/17] ports/15541 ports KDE screen saver with password protection o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 ports Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F o [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/22] docs/15637 doc diff to add quantum to src/gen/lib/libc/g o [1999/12/23] bin/15660 tip dumps core when sending file o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/25] kern/15690 savecore fails to work when it doesn't fi c [1999/12/25] ports/15693 obrien aub may fail on certain (bad?) postings o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/26] kern/15709 dan rtfree()/rtrequest() kernel panic o [1999/12/28] conf/15737 billf rc.conf should have '-s' for syslogd opti o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [1999/12/29] ports/15768 jfitz Majordomo resend prog allow exec of any p o [1999/12/29] ports/15770 jmz /usr/ports/sysutils/cd-write won't build o [1999/12/31] ports/15811 se graphics/kdegraphics11 fails to compile!! o [2000/01/01] ports/15820 ports A Y2K class bug when setting atime & mtim o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/02] bin/15847 tip core dumps after file transfer from l o [2000/01/03] ports/15867 ports Update sdcc to a more stable version and o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 PicoBSD Kernel link fails o [2000/01/03] bin/15872 Y2k bug in at(1) o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] kern/15882 Etherexpress 16 doesn't work in 3.4 insta o [2000/01/04] ports/15887 green Openssh srctarball is out of date on inte o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] kern/15909 Pentium III Features reporting during boo o [2000/01/05] ports/15922 ports print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/06] conf/15943 An exact fix to change timezone informati o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/09] ports/16020 ports mod_dtcl port added -- embed TCL8.x into o [2000/01/10] misc/16028 Change 1.10 in libc/xdr/xdr_rec.c breaks o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/10] ports/16044 ports cyrus-sasl-1.5.13 build dies without Kerb s [2000/01/10] gnu/16045 asmodai groff 1.11 Y2K bug o [2000/01/10] kern/16047 /kernel.DEFAULT won't boot on a newly ins o [2000/01/11] bin/16056 [patch] ldconfig skips all command line p o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/11] misc/16070 jkh [PATCH] Correct and improve HTTP support o [2000/01/12] ports/16079 ports [PATCH] tiff port during installation pha o [2000/01/12] ports/16089 ports apache13-ssl does not compile w/ openssl- o [2000/01/12] kern/16090 No buffer space available o [2000/01/12] i386/16094 FreeBSD-3.4 #1 CD doesn't boot on ATAPI C o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/13] kern/16113 Kernel page fault panic using sysctl to c o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/16] kern/16143 3C589D (PCMCIA) card not recognized durin o [2000/01/17] docs/16152 doc books/fdp-primer: Footnotes mangled in SG o [2000/01/17] i386/16160 /stand/sysinstall cores when selecting ne 736 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems s [1995/08/05] gnu/655 ld -r of shared objects worked in 1.1.5, s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 hoek ncurses doesn't always display ALTCHARSET s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi f [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/14] kern/2492 AIMS Lab RadioTrack driver for FreeBSD 2. o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print f [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 silo overflows running o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern f [1998/02/05] misc/5662 sysinstall generates short dev names for o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6234 ypserv -d is broken f [1998/04/07] kern/6247 Gravis UltraSound Classic no longer works o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags f [1998/05/31] ports/6813 fenner patched audio module for vat port o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] kern/7029 gibbs cdrecord and aic7880 troubles f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top s [1998/07/06] bin/7184 /usr/games/robots fails to write high sco s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 doc dialog(3) man page outdated s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall f [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] ports/7680 billf New port of tn5250 o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/20] bin/7694 bogus error-message from route(8) o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/09/01] gnu/7800 tar(1) does not recognize --gunzip option o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] docs/7873 doc poor initial configuration and documentat o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 jkh Murphy's Laws o [1998/11/01] conf/8531 jkh sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] ports/8620 asami New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make a [1998/11/25] ports/8864 ports useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and a [1998/12/12] bin/9064 n_hibma [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] docs/9352 hoek wrong macro names in groff_[ms|mm|mmse].7 f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl f [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] bin/9809 finger output format wrong o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/07] ports/9954 ports New port: devel/ACE o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] gnu/9987 jdp wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET o [1999/02/09] bin/9990 Enhancement to filename completeion in cs o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/10] ports/10007 ports New port: lang/mercury (the mercury compi o [1999/02/11] ports/10023 kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/14] docs/10085 nbm NIS Setup Tutorial o [1999/02/14] kern/10095 missing VGA description o [1999/02/15] gnu/10112 /usr/src/gnu/usr.bin/patch sorely out of o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/16] ports/10124 ports New port: math/stat o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162 se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc o [1999/02/21] ports/10178 torstenb USE_SOCKS=YES option broken for security/ o [1999/02/22] ports/10196 torstenb Better startup scripts for ssh a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 doc We need a script which check if our web m o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/08] bin/10493 ipfw's undocumented feature o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] ports/10532 ports New port: lang/gpc - GNU Pascal o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] bin/10622 vi does not display Russian characters pr o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par o [1999/03/16] ports/10634 ports Update the hylafax port to do a client in o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/22] kern/10728 sos WCD driver does not recognize a recovered o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/24] i386/10779 zp slot 0 sees 3Com 589 PCMCIA card but z o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/27] bin/10825 daily script not executed or executed twi f [1999/03/28] ports/10844 deischen New port: adagdb o [1999/03/29] docs/10850 doc submitting a documentation change for sed o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/04] ports/10945 jmz X11 "sessreg" program does not update /va o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/12] kern/11109 ipfw.ko Makefile contains CFLAGS+= -DDIVE o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] ports/11138 jmz New version of Xevil 2.01, I created a po o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/16] kern/11178 [PATCH] minor fix to /usr/include/sys/mbu o [1999/04/18] i386/11201 brian mktime possible bug o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/21] docs/11258 doc suggestion to refine npx.4 o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] ports/11353 asami Feature additions to bsd.port.mk. o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/28] bin/11370 more segfaults if you give it a real file o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] ports/11388 torstenb patch for ircII so /window create works o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/05] kern/11516 NetGear 10/100 Ethernet 21140-based Ether o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11518 ../../pci/if_tx.c:1376: warning: no previ o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/07] misc/11569 Automatically run fsck when the file syst o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820 asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/22] ports/11840 asami Feature fixup: bsd.port.mk o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] docs/11978 doc timed(8) manpage does not define '-F' swi o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced s [1999/06/02] bin/11997 Enhancement for lpr o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/13] ports/12188 ports New port: pbs-2.1.11 (misc/PBS) a batch s o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] conf/12342 /etc/hosts.allow must use numerical IP ad o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/07/01] bin/12477 New fortune o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/02] ports/12490 joerg package xmine exits 1 with XawAsciiSource o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/05] ports/12518 ports New port: ifmail-os-2.14.7 o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] ports/12624 ports New version of mxv which also works with o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] ports/12722 ports New port: AT&T's DjVu library for scanned o [1999/07/20] kern/12723 Unnecessary use of magic numbers in F_[SG o [1999/07/21] ports/12739 ports New port: AT&T's DjVu Netscape plug-in o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/22] bin/12768 billf Compilation warning for fortune.c o [1999/07/22] kern/12770 mount_msdos causes panic: kmem_malloc(134 o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 sheldonh xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] kern/12803 obrien patch to make xe driver's noise configura o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/27] kern/12833 Support for TI1225 PCI to CardBus Bridge o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused a [1999/07/28] bin/12866 sheldonh [PATCH] RFE for /bin/ls to add a -n optio o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] kern/12896 Incorrect CPU model display at boot time o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/01] ports/12915 ache Add elm 2.5 to ports o [1999/08/02] docs/12933 n_hibma sio.4 misses description of 0x0080 flag o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] misc/12992 sector size independent patch for msdosfs o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/06] bin/13000 vi core dumped o [1999/08/06] ports/13006 erich update emulators/x48 to 0.4.1d o [1999/08/07] conf/13016 Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] docs/13034 peter incorrect (old/obsolete) manpage for name o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 mpp new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 doc typo in ms(7) o [1999/08/13] ports/13124 ports New port: LinAlg; request for local hosti o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/15] ports/13167 torstenb [PATCH] security/ssh package keygen fails o [1999/08/15] i386/13171 "config" not quite right for kernel not n o [1999/08/16] ports/13173 ports New port: yiff-0.33 o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/17] ports/13191 ports New port: fire-1.0 o [1999/08/17] kern/13209 IPFILTER_DEFAULT_BLOCK not in /usr/src/sy o [1999/08/17] docs/13211 chris [LIST] Some man pages has references to n o [1999/08/17] kern/13215 ALPS GlidePoint in Sony Z505 not recogniz o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/18] ports/13251 ports New port: founts-11 s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] ports/13291 ports New port: xap-xwf-0.7.8 o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB o [1999/09/21] ports/13887 taoka New port (fmirror) o [1999/09/22] misc/13895 nonexistent words in /usr/share/dict/web2 o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of o [1999/09/22] docs/13914 doc global(1) manpage does not explain -v opt o [1999/09/23] conf/13916 mpp man outputs footer only page as first pag o [1999/09/23] conf/13918 Termcap entries for VESA modes missing o [1999/09/23] gnu/13921 awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix o [1999/09/28] docs/14024 doc Several manpages still mentions hosts.den o [1999/09/29] docs/14035 doc tzfile.h referenced in tzfile(5) doesn't o [1999/09/29] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work o [1999/09/30] ports/14070 ports g2c libraries and compatibility for DJGPP o [1999/09/30] i386/14071 FreeBSD 3.3 Installation CD does not boot o [1999/10/01] ports/14077 ports Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - o [1999/10/01] ports/14079 ports ssh2 port won't install if automake is in f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/02] kern/14087 dcs update sys/boot/ficl/softwords/softcore.a o [1999/10/02] ports/14088 ports port of new fvwm 2.3 beta (2.3.8) o [1999/10/03] ports/14100 sada New port: graphics/flashplugin o [1999/10/03] misc/14104 DISTFILES name clash between release/Make o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/04] kern/14136 roger no mean 'OVERRIDE_xxx' o [1999/10/04] kern/14138 sos writing to ZIP 250MB drive bombs via ATAP o [1999/10/05] bin/14142 sendmail: mci.c: bad pointer conversion i o [1999/10/05] bin/14151 Patch: date(1): merge in OpenBSD enhancem o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/06] bin/14171 joe [PATCH] create symbolic links using mtree o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target o [1999/10/07] ports/14185 ports ports/x11-wm/fvwm2 updated from 2.2.2 to o [1999/10/07] alpha/14200 alpha kldstat command has formatting problems o o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on o [1999/10/11] ports/14260 ports New port: WODA - A Web Oriented Database o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] i386/14266 vfsload() looks in /lkm, not /modules o [1999/10/11] misc/14269 NIS passwd and group maps do not clean ou o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/12] ports/14280 kris port curl build flag USE_SSL does nothing o [1999/10/12] conf/14297 [Patch] pccard.conf for corega Ether PCC- o [1999/10/13] bin/14305 ru natd should know FTP EPRT command o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14317 jkh sysintall: instructions to reboot don't m o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/14] ports/14337 ports xdm and Eterm: tty allocation problem? o [1999/10/14] bin/14342 [PATCH] Speed ups for regex! o [1999/10/15] kern/14346 Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] ports/14378 ports New port: graphics/mpeg o [1999/10/17] ports/14379 ports New port: graphics/xmrm o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do a [1999/10/17] ports/14382 billf New port: tkrat 2.0b3 o [1999/10/18] kern/14394 kernel panic when asking help in visual u o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas o [1999/10/20] i386/14437 MFC'ed identcpu.c o [1999/10/20] i386/14438 additional CPUID bit definitions for iden o [1999/10/20] i386/14440 update to identcpu.c to "support" AMD K7' o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep f [1999/10/23] docs/14460 jhb Fix broken links in the FAQ f [1999/10/23] conf/14463 phantom cvs pserver does not work with out-of-the f [1999/10/23] ports/14469 ports remove port: deskutils/recycler f [1999/10/23] ports/14471 ports remove port: deskutils/xcalendar f [1999/10/23] conf/14487 phantom Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/24] ports/14499 torstenb update port irc/ircII to 4.4L o [1999/10/24] kern/14504 Framing Error on FreeBSD Laptop o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] ports/14515 ports New Tripwire 1.3 Port o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] bin/14532 doc Much of cam_cdbparse(3) prints in Courier o [1999/10/25] bin/14533 pccardd improperly assigns irqs o [1999/10/25] bin/14534 mpp Formatting man pages gives numeric expres o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14563 doc Wrong manpage produced by `man 4 fd' o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions s [1999/10/29] kern/14590 kernel panic writing to floppy f [1999/10/29] docs/14595 nbm The ipfw `log' suboption is not documente o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14634 cg Mixer synth & mixer CD seem to be swapped o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST o [1999/11/01] ports/14643 ports A Chinese/English dictionary o [1999/11/01] ports/14644 vanilla A Big5-localized & XIM-enabled XEmacs por o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/01] ports/14652 se update emulators/wine to 991031 (supersed o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] ports/14686 ports New port: pisces IIB (Category: cad) o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] ports/14741 ports A summary of the old ispell-language-file o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/07] ports/14760 asami bsd.port.mk: Speed-up for clean-depends o [1999/11/07] kern/14778 sio.c doesn't recognize USR model 3090 IS o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces o [1999/11/10] i386/14816 lnc(4) can work with Am79C937 a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14822 jfitz majordomo sets group-writable dir's o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ f [1999/11/13] ports/14859 green OpenSSH has no support for the login clas o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] misc/14868 Freebsd 3.2-REL with 1 ISA PNP and 1 PCI o [1999/11/14] ports/14889 se [PATCH] dynamic loading for WINE port o [1999/11/14] i386/14891 New smbus driver lmsmb o [1999/11/14] ports/14894 joerg comm/kermit some fixed patch o [1999/11/15] bin/14911 Install of opiekey missing links to otp-m o [1999/11/16] ports/14922 ports New port: net/infobot o [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility o [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than f [1999/11/18] ports/14983 green OpenSSH, support for login.conf o [1999/11/18] ports/14986 torstenb possible bug in ssh1 o [1999/11/18] kern/14990 cg new-pcm caveats o [1999/11/18] ports/14991 ports Tcl Data transformations (Tcl-Trf) port o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 mjacob Suggestion for enhancement: move isp firm o [1999/11/21] ports/15035 jseger [Tcl/Tk] apply plus patch to Tcl/Tk8.2 o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files s [1999/11/23] misc/15066 sheldonh ``allscreens_flags'' in rc.conf not docum o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/26] ports/15102 obrien pgp5 port is broken under -CURRENT o [1999/11/26] ports/15108 jmz The print/latex port is thrashing the dis o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/27] misc/15127 _T is defined in ctype.h and breaks c++ l o [1999/11/27] ports/15128 dirk Php4 beta 3 o [1999/11/28] ports/15131 ports new port: devel/kpp o [1999/11/28] ports/15135 ports new port: devel/cervisia o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/28] ports/15147 ports New port: audio/xsidplay o [1999/11/28] ports/15159 ports new port: games/blackpenguin o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] ports/15192 ports Ident2 Daemon o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] bin/15211 CFLAGS and CC not settable and one warnin o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] kern/15221 marcel Linux emulator core dumps on setreuid() o [1999/12/02] bin/15227 sheldonh New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/02] docs/15234 mpp sh(1) man page have capitalised instance o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/04] kern/15251 patch to add unsigned support to sysctl o [1999/12/04] docs/15259 obrien amd(8) refers to nonexistent automount(8) o [1999/12/05] kern/15280 kernel panic during FreeBSD install f [1999/12/05] bin/15285 wes unhelpful error message from brandelf o [1999/12/05] misc/15288 billf pkg_version -c output isn't safe for scri o [1999/12/05] ports/15294 jfitz Update port: mrgt from 2.8.8 to 2.8.9 o [1999/12/05] kern/15299 One more videocard (NVidia Vanta) o [1999/12/06] docs/15300 doc assorted update for FAQ o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 billf proposed modifications to pkg_version o [1999/12/06] bin/15325 mpp nroff -man bombs out with more than eight o [1999/12/06] ports/15326 ache tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/07] ports/15341 jmz XF86Setup in CURRENT is broken on possibl o [1999/12/07] bin/15342 replacement for the stock /sbin/dhclient- o [1999/12/08] ports/15362 obrien mutt core dumps as soon as a key is press o [1999/12/08] ports/15367 ports new ports on linux emulator o [1999/12/09] bin/15371 keyinfo doesn't work without suidperl o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] docs/15408 doc Description of ls and nlist wrong in man o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/10] ports/15413 wes new port: shells/flash o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/11] ports/15424 ports new port: www/kwebsearch o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] ports/15461 jmacd Update of misc/xdelta port o [1999/12/13] ports/15469 ports New port: nethack-3.3.0 o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 andreas wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] ports/15481 ports ports/devel/codecrusader slightly broken o [1999/12/14] i386/15488 Incorrect FPE_*_TRAP macros in machine/tr o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] ports/15505 chuckr Update math/gnuplot o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/15] kern/15512 sos ATA driver bug for CD drives that don't r o [1999/12/16] ports/15517 ports Port of newly released game nethack 3.3.0 o [1999/12/16] misc/15519 peter Lots of bind-8.2.2 manual pages don't get o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? o [1999/12/17] ports/15545 ports new port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] gnu/15549 obrien Fix -fformat-extensions support code merg o [1999/12/18] ports/15552 ports new port (knode) o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/19] bin/15561 doc regex(3) manpage needs update o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 se kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/20] docs/15600 doc Undocumented option in restore(8) o [1999/12/21] bin/15604 Typo in lpd.c o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] ports/15626 ports error description in MESSAGE o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick o [1999/12/22] ports/15634 ports upsd-2.0 package hangs 3.3-RELEASE o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] ports/15647 ports MICO: doesn't compiles and mico-ld links o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/23] docs/15661 doc Handbook doesn't properly document bootin o [1999/12/24] bin/15663 yokota none o [1999/12/25] ports/15691 ports Ssh ports fail to check inetd.conf before o [1999/12/25] docs/15697 doc Outdated information about Sendmail's con o [1999/12/26] ports/15698 ports New port: misc/p5-I18N-Charset o [1999/12/26] ports/15699 ports New port: misc/p5-I18N-LangTags o [1999/12/26] ports/15704 ports New port: sysutils/p5-SyslogScan o [1999/12/26] ports/15706 ports NEW port: gweather o [1999/12/27] ports/15713 ports repository copy: vfxdvik -> xdvik-vflib o [1999/12/27] bin/15728 in /usr/sbin/lpc, the 'start queue' comma o [1999/12/28] ports/15734 ports make -i ignores fetch failure, results in o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] conf/15745 rc.network overrides mountd_flags rather o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade o [1999/12/30] misc/15782 kernel script handling breaks with perl o [1999/12/30] ports/15787 se Kvt doesn't agree with MAKEDEV on pty num o [1999/12/31] conf/15792 can't make /dev/cd31 o [1999/12/31] ports/15795 ports new port: www/bkmrkconv o [1999/12/31] ports/15796 ports new port: net/dhcp_dns o [1999/12/31] ports/15799 ports new port: devel/flux o [1999/12/31] ports/15800 ports new port: games/kmud o [1999/12/31] ports/15802 ports new port: security/kssh o [1999/12/31] ports/15803 ports new port: games/krogue o [1999/12/31] ports/15804 ports new port: www/fhttpd o [1999/12/31] ports/15805 ports new port: mail/mreport o [1999/12/31] misc/15809 New entry for the fortune(6) database o [1999/12/31] ports/15810 jfitz p5-Net port update o [1999/12/31] ports/15812 jfitz p5-Mail-Tools port update o [1999/12/31] ports/15813 eivind p5-IO-stringy port update o [1999/12/31] ports/15814 eivind p5-MIME-Tools port update o [1999/12/31] ports/15815 ports p5-Apache-ASP new port o [2000/01/01] ports/15819 cwt fix PLIST of misc/amanda24 o [2000/01/01] docs/15821 doc Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/01] bin/15832 the w commands can show a bad result on t o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] ports/15840 ports New port: x11-fonts/ucs-fixed o [2000/01/02] i386/15841 [patch] Assembler syntax fixes for the bo o [2000/01/02] ports/15842 ports news/cnews more robust patches o [2000/01/02] ports/15844 wosch www/checkbot fix and update to 1.58 o [2000/01/02] ports/15851 ports new port: deskutils/p5-hp200lx-db o [2000/01/02] bin/15852 predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] ports/15857 dirk new standalone port of php3 for ports/www o [2000/01/03] ports/15859 ache Fix a typo in BUILD_DEPENDS in www/p5-Par o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 ftpd did not use sendfile(2) when sending o [2000/01/03] ports/15862 ports New port: www/p5-HTML-Tree o [2000/01/03] ports/15863 ports New port: www/p5-HTML-Summary o [2000/01/03] ports/15868 ports [patch] hylafax reporting not y2k o [2000/01/03] misc/15871 CVS directories copied to PicoBSD filesys o [2000/01/03] ports/15873 ports New Apache_fp+php+mod_ssl-1.3.9+3.0.12+2. o [2000/01/03] misc/15874 PicoBSD can only update files from within o [2000/01/03] misc/15875 Incorrect permissions on PicoBSD /tmp dir o [2000/01/03] misc/15876 PicoBSD message of the day problems o [2000/01/04] ports/15886 ports Addition/Modification to ports - cd2mp3-1 o [2000/01/04] misc/15890 doc rfork(RFMEM) on SMP generates error o [2000/01/04] ports/15894 ports New AIDE 0.5 Port o [2000/01/04] ports/15895 billf new bugfix version of htdig (3.1.4) o [2000/01/04] ports/15899 green New port of Quake Forge o [2000/01/05] ports/15907 jseger trafshow port is outdated o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano o [2000/01/05] kern/15923 ATA/EIDE DMA does not work with some hard a [2000/01/05] ports/15926 tom y2k bug in leafnode+ causes lost news o [2000/01/05] bin/15929 printf(1) truncates if it sees \000 o [2000/01/05] ports/15931 ports bpft-2.0 port update o [2000/01/06] ports/15933 marcel ports/editors/staroffice requires linux l o [2000/01/06] ports/15935 msmith ports/editors/wordperfect - incorrect URL o [2000/01/06] ports/15936 ports new port: devel/libgii o [2000/01/06] ports/15938 ports New Port: graphics/libggi o [2000/01/06] ports/15941 reg Modify gettext to install po-mode.el to t o [2000/01/06] ports/15944 ports [PATCH] update of SDL port (devel/sdl) to o [2000/01/06] ports/15948 jmz include dictionaries into textproc/ispell o [2000/01/06] ports/15952 ports new port: graphics/paintlib o [2000/01/06] ports/15953 ports New port: japanese/samba o [2000/01/06] docs/15958 nik Mice section for doc/en_US.ISO_8859-1/boo s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/07] ports/15963 se krn requires libgdbm but port doesn't che o [2000/01/07] ports/15966 ports files under /usr/share/doc/ja/handbook/ b o [2000/01/07] ports/15969 ports Update port: deskutils/xopps o [2000/01/07] ports/15970 kris Update port: security/rsaref o [2000/01/07] ports/15971 ports FreeBSD port of slsc, the slang spreadshe o [2000/01/07] ports/15972 ports cad/cider: make it more portable a [2000/01/07] kern/15975 ken Bug in cam_periph.c:cam_periph_error() o [2000/01/07] ports/15976 ports [PATCH] bsd.port.mk to accomodate Qt libr o [2000/01/07] ports/15977 ports new port: x11-toolkits/qt14 o [2000/01/07] ports/15978 ports update port: x11/kdelibs11 [USE_NEWGCC] o [2000/01/08] bin/15981 rcp -p fails when times have high bit set o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15985 ports new port: libcgi (fix PR ports/15964) o [2000/01/08] ports/15990 ports port update: java/shujit o [2000/01/08] ports/15991 ports port update: java/tya o [2000/01/08] ports/15992 ports [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/08] ports/15994 ports new libapreq 0.31 port o [2000/01/08] ports/15995 wes new port: shells/flash o [2000/01/08] kern/15996 patch adds hw.syscons.sc_mouse_char sysct o [2000/01/08] ports/15997 ports new port: devel/kdevelop o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] ports/16004 ports New port: audio/yamt o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] ports/16006 ports new port: x11/xkbctrl (display and manipu o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/09] ports/16018 ports Update of ports: security/nessus* o [2000/01/09] ports/16019 ports Update of port: ftp/lftp o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li o [2000/01/10] misc/16026 /stand/sysinstall segmentation fault when o [2000/01/10] ports/16032 ports Update port: devel/crossgo32 o [2000/01/10] ports/16033 ports Update port: devel/crossgo32-djgpp2 o [2000/01/10] ports/16034 ports Update port: devel/crossgo32-djgpp2-pdcur o [2000/01/10] ports/16035 ports Update port: emulators/prodosemu o [2000/01/10] ports/16037 ports Update port: graphics/netpbm o [2000/01/10] ports/16039 ports Update port: emulators/xgs (fix ports/160 o [2000/01/10] ports/16042 ports chinese/CJK is out of date o [2000/01/10] ports/16043 ports Update port: graphics/gimp1-i18n s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/10] ports/16052 ports New port: games/xlifegame o [2000/01/11] ports/16055 scrappy [PATCH] MICO port update from v.2.3.0 to o [2000/01/11] ports/16059 ports A new port of XKeyWrap-1.0 o [2000/01/11] ports/16060 ports new port: japanese/yc.el o [2000/01/11] ports/16062 ports ports japanese/e2ps Y2K problem patch o [2000/01/11] ports/16063 ports rdjpegcom part of the JPEG port ignores l o [2000/01/11] docs/16065 doc small note about HP printers. o [2000/01/11] ports/16069 ports new sftp port o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] bin/16074 dan pkg_delete feature o [2000/01/11] conf/16076 [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/12] ports/16080 ports mfm (frontend for mtools) port o [2000/01/12] ports/16082 ports nslint sources have been updated o [2000/01/12] ports/16083 ports port to install the mm.mysql.jdbc driver o [2000/01/12] ports/16084 ports o [2000/01/12] ports/16085 ade BitchX IRC client port (once again) o [2000/01/12] bin/16086 des Inetd internal IDENT is not work well. o [2000/01/12] ports/16087 ports New port of cadaver-0.10.0 o [2000/01/12] ports/16088 ports apache13-ssl lacks sbin/gcache in PLIST o [2000/01/12] docs/16091 nik Update man refs for patch in pr #15958 o [2000/01/12] ports/16092 ports [PATCH] mkcmd port upgrade to 8.13d o [2000/01/13] ports/16095 ports xcode port f [2000/01/13] conf/16097 arp problem on loopback i/f when using DH o [2000/01/13] ports/16100 ports [NEW PORT] new port of smb_auth - SMB aut o [2000/01/13] ports/16103 ports New FreeBSD port for qico o [2000/01/13] ports/16105 ports Update port: cad/xcircuit to 2.0b2 o [2000/01/13] ports/16106 ports Update port: japanese/escpf to 0.4 o [2000/01/13] ports/16107 ports Update port: japanese/k10 to 1.1 o [2000/01/13] ports/16108 ports Update port: japanese/lipsf to 1.14a o [2000/01/13] ports/16109 ports Update port: japanese/mimekit to 1.8 o [2000/01/13] ports/16110 ports Update port: japanese/nkf to 1.71 o [2000/01/13] ports/16111 ports Update port: x11-wm/piewm to 1.03 o [2000/01/13] ports/16112 ports new port - 'avltree' in-memory indexing l o [2000/01/13] ports/16115 ports AOL's web server o [2000/01/13] docs/16116 jim More Handbook typos and misc. observation o [2000/01/14] ports/16117 sumikawa Update: japanese/ndtpd, japanese/eb o [2000/01/14] ports/16118 ports Update: japanese/bookview o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] ports/16120 ports Update: math/gnuplot+ o [2000/01/14] bin/16124 [PATCH] Enhancement for 'lpr -r' o [2000/01/14] ports/16125 ports new port sqsh-1.7 to databases o [2000/01/14] ports/16127 ade fix port: sysutils/upsmon - csocket.cc do o [2000/01/14] kern/16128 Typos in comments in src/sys/sys/mbuf.h o [2000/01/14] ports/16130 ports Update: cyrus-sasl to 1.5.15 o [2000/01/15] misc/16131 bizarre dates displayed when searching th o [2000/01/15] bin/16133 dan vmstat -i reports negative counts o [2000/01/15] ports/16134 kris pgp4pine 1.74 port o [2000/01/15] ports/16138 ports update sysutils/gcombust to 0.1.28 o [2000/01/15] ports/16139 ports Ntop port fails to find lsof o [2000/01/16] kern/16141 mjacob src/sys/pci/isp_pci.c needs newbusificati o [2000/01/16] i386/16144 FreeBSd 3.4. /stand/sysinstall cores when o [2000/01/16] ports/16147 ports New Awhois Port o [2000/01/16] ports/16148 ports textproc/sp: default catalog file o [2000/01/16] ports/16149 ports package won't work quite right for hevea. o [2000/01/16] ports/16150 ports new port for dvipdfm o [2000/01/16] ports/16151 ports ports update: sysutils/sarah o [2000/01/17] ports/16156 ports Broken link in ports/misc o [2000/01/17] ports/16158 ports New port: perl front-end to GNU recode o [2000/01/17] ports/16159 ports new port for cvsmapfs o [2000/01/17] ports/16161 ports [NEW PORT] New port of Login.app - a nice 1293 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 17 12:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8208414EE9 for ; Mon, 17 Jan 2000 12:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA22636; Mon, 17 Jan 2000 12:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 17 Jan 2000 12:40:02 -0800 (PST) Message-Id: <200001172040.MAA22636@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: i386/16160: i386 Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16160; it has been noted by GNATS. From: Ruslan Ermilov To: mark@entropynet.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/16160: i386 Date: Mon, 17 Jan 2000 21:34:33 +0200 On Mon, Jan 17, 2000 at 12:00:41PM -0500, mark@entropynet.com wrote: > > >Number: 16160 > >Category: i386 > >Synopsis: /stand/sysinstall cores when selecting network interfaces [...] > > in stand /stand/sysinstall i selected configure -> networking -> > interfaces and hit yes for "Running multi-user, assume that the network is > already configured?" and thus, a segfault and core dump. > > (this is my first pr so be gentle) > This has been fixed in 3.3-STABLE, src/release/sysinstall/tcpip.c,v 1.74.2.11. This PR could be closed. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jan 17 12:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0BAE414F4F for ; Mon, 17 Jan 2000 12:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA22645; Mon, 17 Jan 2000 12:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id 52F5614A2D for ; Mon, 17 Jan 2000 11:54:45 -0800 (PST) (envelope-from mjacob@farrago.feral.com) Received: from farrago.feral.com (farrago [192.67.166.23]) by feral.com (8.9.3/8.9.3) with ESMTP id LAA27779 for ; Mon, 17 Jan 2000 11:54:44 -0800 Received: (from mjacob@localhost) by farrago.feral.com (8.9.3/8.9.1) id LAA08394; Mon, 17 Jan 2000 11:05:09 -0800 (PST) (envelope-from mjacob) Message-Id: <200001171905.LAA08394@farrago.feral.com> Date: Mon, 17 Jan 2000 11:05:09 -0800 (PST) From: mjacob@feral.com Reply-To: mjacob@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16162: shared /usr/src isn't because .depend files are not shareable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16162 >Category: misc >Synopsis: shared /usr/src isn't because .depend files are not shareable >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jan 17 12:40:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Matthew Jacob >Release: FreeBSD 4.0-CURRENT alpha >Organization: Feral Software >Environment: -current as of the last day or so. >Description: You can no longer share /usr/src between i386 && alpha. In fact, I don't really see how shared source can work at all. The problem here is that, at least for building bootstrap tools, several derived files that contain platform specific information end up in /usr/src- not in OBJDIR. This leads to breakage right away because .depend's are radically different between alpha and i386: echo yacc: /usr/obj/usr/src/alpha/usr/lib/libc.a >> .depend cc -O -pipe -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/usr.bin/yacc/closure.c cc -O -pipe -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/usr.bin/yacc/error.c cc -O -pipe -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/usr.bin/yacc/lalr.c cc -O -pipe -I/usr/obj/usr/src/alpha/usr/include -c /usr/src/usr.bin/yacc/lr0.c make: don't know how to make /usr/include/machine/trap.h. Stop *** Error code 2 Stop in /usr/src. >How-To-Repeat: Share a source tree between an alpha and an i386 and try and do a buildworld. Or share a /usr/src between to i386 machines each with different include locations such that the .depend files would be not compatible. >Fix: Put *all* derived files in OBJDIR. >Release-Note: >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 Jan 17 12:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F12214F75 for ; Mon, 17 Jan 2000 12:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA22657; Mon, 17 Jan 2000 12:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D4B8314E58 for ; Mon, 17 Jan 2000 12:36:06 -0800 (PST) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA22032; Mon, 17 Jan 2000 12:36:06 -0800 (PST) (envelope-from adrian@FreeBSD.org) Message-Id: <200001172036.MAA22032@freefall.freebsd.org> Date: Mon, 17 Jan 2000 12:36:06 -0800 (PST) From: adrian@freebsd.org Reply-To: adrian@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16163: posix AIO broken for normal files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16163 >Category: kern >Synopsis: posix AIO broken for normal files >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 Jan 17 12:40:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Adrian Chadd >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: 4.0-CURRENT box built about 8 hours before this PR.. >Description: Trying to use aio_* on a normal file (not a socket or a device) gives ENOTBLK. The code calls aio_qphysio() which it expects to fall through with a return value of -1 if it can't queue it the non-thread way. This routine is only valid for VCHRs. However, the vn_isdisk() call isn't checked to see if the return is ENOTBLK, and any error triggers a return which causes the aio_* routines to error out without queueing the IO request the "normal" way. >How-To-Repeat: Try to write some AIO code, that talks to normal disk files, and not special stuff (sockets or VCHRs). >Fix: Index: vfs_aio.c =================================================================== RCS file: /home/ncvs/src/sys/kern/vfs_aio.c,v retrieving revision 1.65 diff -u -r1.65 vfs_aio.c --- vfs_aio.c 2000/01/14 02:53:26 1.65 +++ vfs_aio.c 2000/01/17 20:26:54 @@ -944,8 +944,16 @@ vp = (struct vnode *)fp->f_data; + /* + * If its not a disk, we don't want to return a positive error. + * It causes the aio code to not fall through to try the thread + * way when you're talking to a regular file. + */ if (!vn_isdisk(vp, &error)) - return (error); + if (error == ENOTBLK) + return -1; + else + return (error); if (cb->aio_nbytes % vp->v_rdev->si_bsize_phys) return (-1); >Release-Note: >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 Jan 17 12:50:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 59FEB14F29 for ; Mon, 17 Jan 2000 12:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA23856; Mon, 17 Jan 2000 12:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from green.dyndns.org (localhost [127.0.0.1]) by hub.freebsd.org (Postfix) with ESMTP id 7F4D214FC5 for ; Mon, 17 Jan 2000 12:42:01 -0800 (PST) (envelope-from green@green.dyndns.org) Received: (from green@localhost) by green.dyndns.org (8.9.3/8.9.3) id PAA95336; Mon, 17 Jan 2000 15:41:08 -0500 (EST) (envelope-from green) Message-Id: <200001172041.PAA95336@green.dyndns.org> Date: Mon, 17 Jan 2000 15:41:08 -0500 (EST) From: green@freebsd.org Reply-To: green@freebsd.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/16164: "vga" attach fails if video card not whacked into shape Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16164 >Category: i386 >Synopsis: "vga"/"sc" don't work when a video card is not whacked into shape >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 Jan 17 12:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Brian Fundakowski Feldman >Release: FreeBSD 4.0-CURRENT i386 >Organization: The FreeBSD Project >Environment: It happens with -current as of any time, my AMI BIOS from a few months ago (latest), and latest working BIOS (1.20) for my SIIG66 HPT366 controller. >Description: The HPT366's BIOS makes a highly lame video mode change and things are very screwy; the BIOS doesn't reset the video card after that, though I don't know if it _should_, and FreeBSD has a cow with it. The "vga" and "sc" devices don't work, VESA fails, and the system isn't usable from the console. >How-To-Repeat: I suppose you have to have the same hardware, or hardware which also causes this problem. >Fix: This knocks the video card into shape, and FreeBSD works after it runs. This was submitted to me by W. G. Hicks, but a better place should really be found for it. It definitely seems to be necessary. Index: i386/boot2/boot1.s =================================================================== RCS file: /usr2/ncvs/src/sys/boot/i386/boot2/boot1.s,v retrieving revision 1.10 diff -u -r1.10 boot1.s --- i386/boot2/boot1.s 1999/08/28 00:40:01 1.10 +++ i386/boot2/boot1.s 2000/01/14 06:53:20 @@ -58,7 +58,10 @@ # Bootstrap -main: cld # String ops inc +main: movb $0x0,%ah + movb $0x3,%al + int $0x10 + cld # String ops inc xorl %ecx,%ecx # Zero movl %cx,%es # Address movl %cx,%ds # data >Release-Note: >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 Jan 17 18: 0:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EA6C2150E6 for ; Mon, 17 Jan 2000 18:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA51695; Mon, 17 Jan 2000 18:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from sabre.velocet.net (sabre.velocet.net [198.96.118.66]) by hub.freebsd.org (Postfix) with ESMTP id A729114F21 for ; Mon, 17 Jan 2000 17:59:48 -0800 (PST) (envelope-from dgilbert@strike.velocet.net) Received: by sabre.velocet.net (Postfix, from userid 66) id 9AF52137FBA; Mon, 17 Jan 2000 20:59:47 -0500 (EST) Received: (from dgilbert@localhost) by strike.velocet.net (8.9.3/8.9.2) id UAA17871; Mon, 17 Jan 2000 20:50:42 -0500 (EST) (envelope-from dgilbert) Message-Id: <200001180150.UAA17871@strike.velocet.net> Date: Mon, 17 Jan 2000 20:50:42 -0500 (EST) From: dgilbert@velocet.ca Reply-To: dgilbert@velocet.ca To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16165: Diskless machine panics swapping. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16165 >Category: kern >Synopsis: Diskless machine panics during swap >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 Jan 17 18:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Gilbert >Release: FreeBSD 4.0-CURRENT i386 >Organization: Velocet Communications >Environment: Diskless client and server both running the same 4.0 CURRENT, cvsup'd this week. Diskless kernel configuration follows, as does the dmesg. A 256M file on the server is being swapped to. Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #8: Sun Jan 16 23:32:25 EST 2000 root@strike.velocet.net:/usr/src/sys/compile/DISKLESS Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K6tm w/ multimedia extensions (225.00-MHz 586-class CPU) Origin = "AuthenticAMD" Id = 0x562 Stepping = 2 Features=0x8001bf AMD Features=0x400<> real memory = 67108864 (65536K bytes) avail memory = 62459904 (60996K bytes) md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: mem 0xd8000000-0xdbffffff at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0xf400-0xf40f at device 7.1 on pci0 ata-pci0: Busmastering DMA supported pci0: VIA 83C572 USB controller (vendor=0x1106, dev=0x3038) at 7.2 irq 11 chip1: at device 7.3 on pci0 ed0: port 0xf600-0xf61f irq 9 at device 10.0 on pci0 ed0: address 00:60:67:08:cf:ae, type NE2000 (16 bit) devclass_alloc_unit: ed0 already exists, using next available unit number fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A unknown: can't assign resources unknown0: at port 0-0xf,0x81-0x83,0x87,0x89-0x8b,0x8f-0x91,0xc0-0xdf drq 4 on isa0 unknown1: at port 0x40-0x43 irq 0 on isa0 unknown2: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown: can't assign resources unknown3: at port 0xf0-0xff irq 13 on isa0 unknown4: at iomem 0xe0000-0xfffff,0-0x9ffff,0xfffe0000-0xffffffff,0x100000-0x3ffffff on isa0 unknown5: at port 0x4d0-0x4d1,0xcf8-0xcff,0x480-0x48f,0x6000-0x607f,0x6080-0x60ff on isa0 unknown: can't assign resources unknown: can't assign resources unknown6: at port 0x378-0x37f,0x778-0x77b irq 7 on isa0 unknown: can't assign resources bootpc_init: wired to interface 'ed0' bootpc_init: using network interface 'ed0' Bootpc testing starting bootpc hw address is 0:60:67:8:cf:ae My ip address is .35 Server ip address is .34 Gateway ip address is 0.0.0.0 boot file is /tftpboot/kernel.debug Subnet mask is 255.255.255.240 Router is .33 rootfs is .34:/u4/repeat swapfs is .34:/u4 Ignoring field type 15 md_lookup_swap: Swap size is 262144 KB Mounting root from nfs: NFS ROOT: .34:/u4/repeat NFS SWAP: .34:/u4 # # GENERIC -- Generic machine with WD/AHx/NCR/BTx family disks # # For more information on this file, please read the handbook section on # Kernel Configuration Files: # # http://www.freebsd.org/handbook/kernelconfig-config.html # # The handbook is also available locally in /usr/share/doc/handbook # if you've installed the doc distribution, otherwise always see the # FreeBSD World Wide Web server (http://www.FreeBSD.ORG/) for the # latest information. # # An exhaustive list of options and more detailed explanations of the # device lines is also present in the ./LINT configuration file. If you are # in doubt as to the purpose or necessity of a line, check first in LINT. # # $FreeBSD: src/sys/i386/conf/GENERIC,v 1.219 1999/12/23 05:32:53 wpaul Exp $ machine i386 #cpu I386_CPU #cpu I486_CPU cpu I586_CPU #cpu I686_CPU ident GENERIC maxusers 32 makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols #options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking #options FFS #Berkeley Fast Filesystem #options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed #options MSDOSFS #MSDOS Filesystem #options CD9660 #ISO 9660 Filesystem #options CD9660_ROOT #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=2000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores # To make an SMP kernel, the next two are needed #options SMP # Symmetric MultiProcessor Kernel #options APIC_IO # Symmetric (APIC) I/O # Optionally these may need tweaked, (defaults shown): #options NCPU=2 # number of CPUs #options NBUS=4 # number of busses #options NAPIC=1 # number of IO APICs #options NINTR=24 # number of INTs controller isa0 #controller eisa0 controller pci0 # Floppy drives controller fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices controller ata0 at isa? port IO_WD1 irq 14 controller ata1 at isa? port IO_WD2 irq 15 controller ata2 device atadisk0 # ATA disk drives device atapicd0 # ATAPI CDROM drives device atapifd0 # ATAPI floppy drives device atapist0 # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # ata0 doesn't appear to work for us. #controller wdc0 at isa? port IO_WD1 irq 14 #device wd0 at wdc0 drive 0 #device wd1 at wdc0 drive 1 #controller wdc1 at isa? port IO_WD2 irq 15 #device wd2 at wdc1 drive 0 #device wd3 at wdc1 drive 1 # SCSI Controllers # A single entry for any of these controllers (ahb, ahc, amd, ncr, etc...) is # sufficient for any number of installed devices. #controller ahb0 # EISA AHA1742 family #controller ahc0 # AHA2940 and onboard AIC7xxx devices #controller amd0 # AMD 53C974 (Teckram DC-390(T)) #controller dpt0 # DPT Smartcache - See LINT for options! #controller isp0 # Qlogic family #controller ncr0 # NCR/Symbios Logic #controller sym0 # NCR/Symbios Logic (newer chipsets) #controller adv0 at isa? port ? irq ? #controller adw0 #controller bt0 at isa? port ? irq ? #controller aha0 at isa? port ? irq ? #controller aic0 at isa? port ? irq ? # SCSI peripherals # Only one of each of these is needed, they are dynamically allocated. #controller scbus0 # SCSI bus (required) #device da0 # Direct Access (disks) #device sa0 # Sequential Access (tape etc) #device cd0 # CD #device pass0 # Passthrough device (direct SCSI access) # RAID controllers #device amr0 # AMI MegaRAID #device mlx0 # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 #device psm0 at atkbdc? irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at isa? #device pcic1 at isa? # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port #device ppc0 at isa? port? flags 0x40 irq 7 #controller ppbus0 # Parallel port bus (required) #device lpt0 # Printer #device plip0 # TCP/IP over parallel #device ppi0 # Parallel port interface device #controller vpo0 # Requires scbus and da0 # PCI Ethernet NICs. #device de0 # DEC/Intel DC21x4x (``Tulip'') #device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vx0 # 3Com 3c590, 3c595 (``Vortex'') # PCI Ethernet NICs that use the common MII bus controller code. #controller miibus0 # MII bus support #device dc0 # DEC/Intel 21143 and various workalikes #device rl0 # RealTek 8129/8139 #device sf0 # Adaptec AIC-6915 (``Starfire'') #device sis0 # Silicon Integrated Systems SiS 900/SiS 7016 #device ste0 # Sundance ST201 (D-Link DFE-550TX) #device tl0 # Texas Instruments ThunderLAN #device vr0 # VIA Rhine, Rhine II #device wb0 # Winbond W89C840F #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex0 at isa? port? irq? # NOTE: This removes the isa attachment so that the pccard unit numbers # come out right. #device ep0 # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi0 # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 irq ? #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 irq ? #device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? irq ? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP #pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #controller uhci0 # UHCI PCI->USB interface #controller ohci0 # OHCI PCI->USB interface #controller usb0 # USB Bus (required) #device ugen0 # Generic #device uhid0 # "Human Interface Devices" #device ukbd0 # Keyboard #device ulpt0 # Printer #controller umass0 # Disks/Mass storage - Requires scbus and da0 #device ums0 # Mouse pseudo-device vn #pseudo-device snp 4 options INCLUDE_CONFIG_FILE options USER_LDT options MAXCONS=12 options SC_HISTORY_SIZE=200 device pcm0 options PNPBIOS #options IPFIREWALL #firewall #options IPFIREWALL_VERBOSE #print information about # dropped packets #options IPFIREWALL_FORWARD #enable transparent proxy support #options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity #options IPFIREWALL_DEFAULT_TO_ACCEPT #allow everything by default #options IPDIVERT #divert sockets #options IPFILTER #ipfilter support #options IPFILTER_LOG #ipfilter logging #options IPSTEALTH #support for stealth forwarding #options TCPDEBUG #options TCP_DROP_SYNFIN #drop TCP packets with SYN+FIN #options TCP_RESTRICT_RST #restrict emission of TCP RST #options ICMP_BANDLIM #options DUMMYNET #options BRIDGE options BOOTP # Use BOOTP to obtain IP address/hostname options BOOTP_NFSROOT # NFS mount root filesystem using BOOTP info options BOOTP_NFSV3 # Use NFS v3 to NFS mount root options BOOTP_COMPAT # Workaround for broken bootp daemons. options BOOTP_WIRED_TO=ed0 # Use interface fxp0 for BOOTP #options NULLFS #options UNION options DDB >Description: Machine will panic often. The signature of the panic that I have recorded is the following: fatal trap 12: page fault in kernel mode curproc: pagedaemon interupt mask: net bio cam vn_todev+0x6: movl 0x48(%edx),%eax (edx and eax are 0x0) pbgetvp+0x1a swap_pageer_putpages+0x32b ufs_vnoperatespec+0x7f vm_pageout_flush+0x92 vm_page_bits+0x202 vm_pageout_page_free+0x49e vm_opageout_page_free+0xd8c fork_trampoline+0x8 I think the vm_pageout_page_free looks suspicious --- that function doesn't look big enough to have such offsets. fork_trampoline looks like particularly difficult magic. I don't know exactly where I should be heading to track this one down, but I can reproduce it several times a day on a small diskless machine. >How-To-Repeat: Boot machine, run X, wait. >Fix: None known. >Release-Note: >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 Jan 17 20:40: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 40AC714E07 for ; Mon, 17 Jan 2000 20:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA67387; Mon, 17 Jan 2000 20:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D2E2A15040; Mon, 17 Jan 2000 20:31:40 -0800 (PST) Message-Id: <20000118043140.D2E2A15040@hub.freebsd.org> Date: Mon, 17 Jan 2000 20:31:40 -0800 (PST) From: rob_dal@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16166: installation goes to copy the kernel comes up with error "can't copy /kernal" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16166 >Category: kern >Synopsis: installation goes to copy the kernel comes up with error "can't copy /kernal" >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 Jan 17 20:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: rob >Release: 4.0 current >Organization: >Environment: p-133 330 meg hd 64 ram >Description: >How-To-Repeat: >Fix: >Release-Note: >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 Jan 17 21:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 03AE9150CF for ; Mon, 17 Jan 2000 21:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA69837; Mon, 17 Jan 2000 21:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id D1397151BB for ; Mon, 17 Jan 2000 21:00:25 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: (from louie@localhost) by whizzo.transsys.com (8.9.3/8.9.1) id AAA23756; Tue, 18 Jan 2000 00:00:23 -0500 (EST) (envelope-from louie) Message-Id: <200001180500.AAA23756@whizzo.transsys.com> Date: Tue, 18 Jan 2000 00:00:23 -0500 (EST) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org, Nick Hibma X-Send-Pr-Version: 3.2 Subject: kern/16168: null pointer dereference in USB stack Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16168 >Category: kern >Synopsis: null pointer dereference when manipulating multiple USB endpoints >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 Jan 17 21:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Louis Mamakos >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Any recent 4.0-current (as of early Jan, 2000), USB device with multiple endpoints (e.g., Handspring Visor), and using /dev/ugen0 device to diddle with. >Description: There's a problem with simultanous use of multiple USB endpoints on a device. Consider the following sequence of actions: 1. plug in USB device with multiple endpoints, such as a Handspring Visor. 2. open /dev/ugen0 to get a handle on the control endpoint. 3. open /dev/ugen0.2 to get a handle on a bulk endpoint on which bidirectional transfers will occur. 3. perform an ioctl(ugen0_fd, USB_SET_CONFIG, &one) operation. 3a. then kernel will invoke ugen_set_config() in sys/dev/usb/ugen.c. This will perform a memset(sc->sc_endpoints, 0, sizeof sc->sc_endpoints). Note this zap the state associated with step (3) above, in particular, the pipeh member of the struct ugen_endpoint structure. 4. perform a select, read or write system call on the fd associated with /dev/ugen0.2. If DIAGNOSTIC is not defined, you'll eventually dereference the pipeh structure member mentioned above. >How-To-Repeat: As described. >Fix: "It hurts when I do that. Well, don't do that!" Clearly, whacking the application program to perform all diddling with the device configuration on the control endpoint before opening the bulk endpoint is easy to do. However, doing these operations in the "wrong" order shouldn't cause the kernel to panic. One simple approach is to removed the conditional #ifdef DIAGNOSTIC around the tests in ugenpoll, ugen_do_read, ugen_do_write, etc, so that a panic() is avoided. This somehow seems unsatisfactory. I suspect that I don't completely grok the structure of the USB driver stack to suggest a more tasteful alternative. Perhaps some of the ioctl()'s that reset the state of the driver for a device should be prohibited if any other endpoints are currently open? louie >Release-Note: >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 Jan 17 23:57:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from relay1.marconi.it (relay1.marconi.it [192.106.52.1]) by hub.freebsd.org (Postfix) with ESMTP id F14EF14A1F for ; Mon, 17 Jan 2000 23:57:40 -0800 (PST) (envelope-from Marco.Ruscitti@marconicomms.com) Received: by relay1.marconi.it (8.9.1a/8.9.1) id IAA01864 for freebsd-bugs@FreeBSD.org; Tue, 18 Jan 2000 08:54:56 +0100 (MET) From: Marco.Ruscitti@marconicomms.com Received: from marconicomms.com (gedgwy01.marconi.it [172.16.123.237]) by relay1.marconi.it (8.9.1a/8.9.1) with SMTP id IAA01852 for ; Tue, 18 Jan 2000 08:54:51 +0100 (MET) Received: by marconicomms.com(Lotus SMTP MTA v4.6.3 (733.2 10-16-1998)) id C125686A.002BA343 ; Tue, 18 Jan 2000 08:56:38 +0100 X-Lotus-FromDomain: MCMAIN@MCEXT To: freebsd-bugs@FreeBSD.org Message-ID: Date: Tue, 18 Jan 2000 08:57:17 +0100 Mime-Version: 1.0 Content-type: text/plain; charset=us-ascii Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org auth f497b3a4 unsubscribe freebsd-bugs Marco.Ruscitti@marconicomms.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 0:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E641514D0F for ; Tue, 18 Jan 2000 00:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA89942; Tue, 18 Jan 2000 00:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 63385150FB; Tue, 18 Jan 2000 00:40:48 -0800 (PST) Message-Id: <20000118084048.63385150FB@hub.freebsd.org> Date: Tue, 18 Jan 2000 00:40:48 -0800 (PST) From: heath@cs.byu.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16169: The U.S. Robotics 56K Voice Int modem is not automatically detected. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16169 >Category: kern >Synopsis: The U.S. Robotics 56K Voice Int modem is not automatically detected. >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 Jan 18 00:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Heath Nielson >Release: FreeBSD 3.1-STABLE i386 >Organization: >Environment: FreeBSD hershey.itsnet.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 10 23:54:16 MST 2000 heath@hershey.itsnet.com:/usr/src/sys/compile/HERSHEY i386 >Description: The USR3070 PnP modem is not automatically detected. pnpinfo says: hershey# pnpinfo Checking for Plug-n-Play devices... Card assigned CSN #1 Vendor ID USR3070 (0x70307256), Serial Number 0xeee993ac PnP Version 1.0, Vendor Version 0 Device Description: U.S. Robotics 56K Voice INT Logical Device ID: USR3070 0x70307256 #0 TAG Start DF Good Configuration FIXED I/O base address 0x2f8 length 0x8 IRQ: 3 - only one type (true/edge) TAG Start DF Acceptable Configuration FIXED I/O base address 0x3f8 length 0x8 IRQ: 4 - only one type (true/edge) TAG Start DF Acceptable Configuration FIXED I/O base address 0x3e8 length 0x8 IRQ: 3 4 5 7 - only one type (true/edge) TAG Start DF Acceptable Configuration FIXED I/O base address 0x2e8 length 0x8 IRQ: 3 4 5 7 - only one type (true/edge) TAG End DF End Tag Successfully got 16 resources, 1 logical fdevs -- card select # 0x0001 CSN USR3070 (0x70307256), Serial Number 0xeee993ac Logical device #0 IO: 0x03f8 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 0x0000 IRQ 4 0 DMA 4 4 IO range check 0x00 activate 0x01 >How-To-Repeat: Boot the machine with a U.S. Robotics 56K Voice INT modem. >Fix: *** sio.c.orig Tue Jan 18 01:31:16 2000 --- sio.c Tue Jan 18 01:28:16 2000 *************** *** 2786,2789 **** --- 2786,2790 ---- { 0x90307256, "USR3090"}, { 0x0100440e, "Cardinal MVP288IV"}, + { 0x70307256, "U.S. Robotics 56K Voice INT"}, { 0 } }; >Release-Note: >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 Jan 18 1:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 80C9314D69 for ; Tue, 18 Jan 2000 01:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA91596; Tue, 18 Jan 2000 01:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lark.websci.ru (olga.websci.ru [212.164.55.71]) by hub.freebsd.org (Postfix) with ESMTP id 94DD5152A7 for ; Tue, 18 Jan 2000 01:02:37 -0800 (PST) (envelope-from fjoe@lark.websci.ru) Received: (from fjoe@localhost) by lark.websci.ru (8.9.3/8.9.3) id PAA67829; Tue, 18 Jan 2000 15:02:22 +0600 (NOVT) (envelope-from fjoe) Message-Id: <200001180902.PAA67829@lark.websci.ru> Date: Tue, 18 Jan 2000 15:02:22 +0600 (NOVT) From: Max Khon Reply-To: fjoe@lark.websci.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16170: compiling machine/setjmp.h with g++ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16170 >Category: kern >Synopsis: compiling machine/setjmp.h with g++ >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: Tue Jan 18 01:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Max Khon >Release: FreeBSD 4.0-CURRENT i386 >Organization: WebSci Technologies Inc. >Environment: lark:~$uname -a FreeBSD lark.websci.ru 4.0-CURRENT FreeBSD 4.0-CURRENT #4: Fri Jan 14 10:26:27 NOVT 2000 fjoe@lark.websci.ru:/usr/src/sys/compile/lark i386 lark:~$g++ -v Using builtin specs. gcc version 2.95.2 19991024 (release) lark:~$ >Description: C++ does not like tagless symbols >How-To-Repeat: sample program: --- cut here --- #include int foo(jmp_buf *j) { } --- cut here --- lark:~$g++ -c foo.cc foo.cc:4: non-local function `int foo({anonymous struct} (*)[1])' uses anonymous type lark:~$ >Fix: *** setjmp.h.orig Tue Jan 18 14:52:29 2000 --- setjmp.h Tue Jan 18 14:51:53 2000 *************** *** 40,46 **** * internally to avoid some run-time errors for mismatches. */ #ifndef _ANSI_SOURCE ! typedef struct { int _sjb[_JBLEN + 1]; } sigjmp_buf[1]; #endif /* not ANSI */ ! typedef struct { int _jb[_JBLEN + 1]; } jmp_buf[1]; --- 40,46 ---- * internally to avoid some run-time errors for mismatches. */ #ifndef _ANSI_SOURCE ! typedef struct _sigjmp_buf { int _sjb[_JBLEN + 1]; } sigjmp_buf[1]; #endif /* not ANSI */ ! typedef struct _jmp_buf { int _jb[_JBLEN + 1]; } jmp_buf[1]; >Release-Note: >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 Jan 18 1:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 01B2814FF6 for ; Tue, 18 Jan 2000 01:10:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA91603; Tue, 18 Jan 2000 01:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 01:10:03 -0800 (PST) Message-Id: <200001180910.BAA91603@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16164; it has been noted by GNATS. From: Kazutaka YOKOTA To: green@freebsd.org Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Date: Tue, 18 Jan 2000 18:08:55 +0900 >>Number: 16164 >>Category: i386 >>Synopsis: "vga"/"sc" don't work when a video card is not whacked into s >hape [...] >>Release: FreeBSD 4.0-CURRENT i386 >>Organization: >The FreeBSD Project >>Environment: > > It happens with -current as of any time, my AMI BIOS from a few >months ago (latest), and latest working BIOS (1.20) for my SIIG66 HPT366 >controller. > >>Description: > > The HPT366's BIOS makes a highly lame video mode change and things >are very screwy; the BIOS doesn't reset the video card after that, though >I don't know if it _should_, and FreeBSD has a cow with it. The "vga" >and "sc" devices don't work, VESA fails, and the system isn't usable from the >console. I would like to see the output from dmesg when you give "boot -v" to boot the system. What does the HPT366 BIOS do to the screen? Does it draw some sort of graphics? At which point does it do that? The motherboard AMI BIOS runs POST and prints something about CPU, serial ports, parallel ports and PnP device info before looking for a boot device. >>Fix: > >This knocks the video card into shape, and FreeBSD works after it runs. >This was submitted to me by W. G. Hicks, but a better place should really >be found for it. It definitely seems to be necessary. This patch sets the video mode #3: 80x25 color text. It is fine for CGA/EGA/VGA cards, but not good for MDA and Hercules mono cards. (Well, maybe we shouldn't bother too much about monochrome video cards nowadays, but they are still in use, I believe.) Kazu >Index: i386/boot2/boot1.s >=================================================================== >RCS file: /usr2/ncvs/src/sys/boot/i386/boot2/boot1.s,v >retrieving revision 1.10 >diff -u -r1.10 boot1.s >--- i386/boot2/boot1.s 1999/08/28 00:40:01 1.10 >+++ i386/boot2/boot1.s 2000/01/14 06:53:20 >@@ -58,7 +58,10 @@ > > # Bootstrap > >-main: cld # String ops inc >+main: movb $0x0,%ah >+ movb $0x3,%al >+ int $0x10 >+ cld # String ops inc > xorl %ecx,%ecx # Zero > movl %cx,%es # Address > movl %cx,%ds # data To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 1:26:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 54885150B5; Tue, 18 Jan 2000 01:26:44 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA92774; Tue, 18 Jan 2000 01:26:43 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Date: Tue, 18 Jan 2000 01:26:43 -0800 (PST) From: Message-Id: <200001180926.BAA92774@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/16168: null pointer dereference when manipulating multiple USB endpoints Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: null pointer dereference when manipulating multiple USB endpoints Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Tue Jan 18 01:24:09 PST 2000 Responsible-Changed-Why: USB is mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 1:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from overcee.netplex.com.au (overcee.netplex.com.au [202.12.86.7]) by hub.freebsd.org (Postfix) with ESMTP id 3C48A14FE5 for ; Tue, 18 Jan 2000 01:40:00 -0800 (PST) (envelope-from peter@netplex.com.au) Received: from netplex.com.au (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id 18E401CD9; Tue, 18 Jan 2000 17:39:57 +0800 (WST) (envelope-from peter@netplex.com.au) X-Mailer: exmh version 2.1.1 10/15/1999 To: Kazutaka YOKOTA Cc: freebsd-bugs@FreeBSD.org Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape In-Reply-To: Message from Kazutaka YOKOTA of "Tue, 18 Jan 2000 01:10:03 PST." <200001180910.BAA91603@freefall.freebsd.org> Date: Tue, 18 Jan 2000 17:39:57 +0800 From: Peter Wemm Message-Id: <20000118093957.18E401CD9@overcee.netplex.com.au> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Kazutaka YOKOTA wrote: > The following reply was made to PR i386/16164; it has been noted by GNATS. > > From: Kazutaka YOKOTA > To: green@freebsd.org > Cc: FreeBSD-gnats-submit@freebsd.org, > yokota@zodiac.mech.utsunomiya-u.ac.jp > Subject: Re: i386/16164: "vga" attach fails if video card not whacked into sh ape > Date: Tue, 18 Jan 2000 18:08:55 +0900 > > >>Number: 16164 > >>Category: i386 > >>Synopsis: "vga"/"sc" don't work when a video card is not whacked int o s > >hape > [...] > >>Release: FreeBSD 4.0-CURRENT i386 > >>Organization: > >The FreeBSD Project > >>Environment: > > > > It happens with -current as of any time, my AMI BIOS from a few > >months ago (latest), and latest working BIOS (1.20) for my SIIG66 HPT366 > >controller. > > > >>Description: > > > > The HPT366's BIOS makes a highly lame video mode change and things > >are very screwy; the BIOS doesn't reset the video card after that, though > >I don't know if it _should_, and FreeBSD has a cow with it. The "vga" > >and "sc" devices don't work, VESA fails, and the system isn't usable from t he > >console. > > I would like to see the output from dmesg when you give "boot -v" to > boot the system. I've got the dmesg -v already. It says: ... Preloaded elf kernel "kernel" at 0xc030e000. Preloaded elf module "vesa.ko" at 0xc030e0a8. Preloaded elf module "usb.ko" at 0xc030e144. Preloaded elf module "joy.ko" at 0xc030e1e0. module_register_init: MOD_LOAD (vesa, c02eebb0, 0) error 19 .. vga-pci0: mem 0xcc000000-0xccffffff,0xef000000-0xefffffff irq 11 at device 20.0 on pci0 .. sc0: no video adapter is found. .. My guess is the vesa module is getting this far in vesa_configure(): /* * The VGA adapter is not found. This is because either * 1) the VGA driver has not been initialized, or 2) the VGA card * is not present. If 1) is the case, we shall defer * initialization for now and try again later. */ if (adp == NULL) { vga_sub_configure = vesa_configure; return ENODEV; } > What does the HPT366 BIOS do to the screen? Does it draw some sort of > graphics? At which point does it do that? The motherboard AMI BIOS > runs POST and prints something about CPU, serial ports, parallel ports > and PnP device info before looking for a boot device. It clears the screen and draws a little "Highpoint" in cursive writing on the bottom right of the screen. It's kinda like the energy star logo on the boot screen. > >>Fix: > > > >This knocks the video card into shape, and FreeBSD works after it runs. > >This was submitted to me by W. G. Hicks, but a better place should really > >be found for it. It definitely seems to be necessary. > > This patch sets the video mode #3: 80x25 color text. It is fine > for CGA/EGA/VGA cards, but not good for MDA and Hercules mono cards. > (Well, maybe we shouldn't bother too much about monochrome video cards > nowadays, but they are still in use, I believe.) Since boot1/2 are a bit tight on space, can we do something along these lines in loader? In vidconsole.c, perhaps test to see if the equipment bytes list cga/ega/vga and set the mode then? If it lists mono, set it to mono 80x25.. Cheers, -Peter To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 3: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CDCF71518F for ; Tue, 18 Jan 2000 03:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA05562; Tue, 18 Jan 2000 03:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from irga-gw.wuppy.net.ru (wuppy-gw.ineco.ryazan.su [195.9.65.177]) by hub.freebsd.org (Postfix) with ESMTP id B923214C57 for ; Tue, 18 Jan 2000 02:56:50 -0800 (PST) (envelope-from romanp@ghost.wuppy.eu.org) Received: (from uucp@localhost) by irga-gw.wuppy.net.ru (8.9.3.local/8.9.2) with UUCP id NAA18596 for FreeBSD-gnats-submit@freebsd.org; Tue, 18 Jan 2000 13:56:46 +0300 (MSK) (envelope-from romanp@ghost.wuppy.eu.org) Received: (from romanp@localhost) by ghost.wuppy.eu.org (8.10.0.Beta6/8.10.0.Beta6) id e0IAphX00970; Tue, 18 Jan 2000 13:51:43 +0300 (MSK) Message-Id: <200001181051.e0IAphX00970@ghost.wuppy.eu.org> Date: Tue, 18 Jan 2000 13:51:43 +0300 (MSK) From: romanp@wuppy.net.ru Reply-To: romanp@wuppy.net.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16171: mmap(2) of /dev/kmem cause kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16171 >Category: kern >Synopsis: mmap(2) of /dev/kmem cause kernel panic >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 18 03:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Roman V. Palagin >Release: FreeBSD 3.3-19991022-INRIA-991118E i386 >Organization: Speak for myself. >Environment: Systems: FreeBSD 3.3-19991022-STABLE with INRIA IPv6 patches, also tested on 3.4-20000108-STABLE. Architecture: i386 >Description: When test code executes, it cause kernel panic in memmmap(). This is kernel panic message with backtrace. If you need more information feel free to contact me. IdlePTD 2686976 initial pcb at 216028 panicstr: page fault panic messages: --- Fatal trap 12: page fault while in kernel mode fault virtual address = 0xbfc00000 fault code = supervisor read, page not present instruction pointer = 0x8:0xc01ca911 stack pointer = 0x10:0xc306cd80 frame pointer = 0x10:0xc306cd80 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 2137 (t_mmap) interrupt mask = trap number = 12 panic: page fault syncing disks... 8 4 2 done dumping to dev 30011, offset 39296 dump 31 30 29 28 27 26 25 24 23 22 21 20 19 18 17 16 15 14 13 12 11 10 9 8 7 6 5 4 3 2 1 --- #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 285 dumppcb.pcb_cr3 = rcr3(); (kgdb) bt #0 boot (howto=256) at ../../kern/kern_shutdown.c:285 #1 0xc012773c in at_shutdown ( function=0xc01faab2 <__set_sysinit_set_sym_memdev_sys_init+1050>, arg=0xc3069e60, queue=-1023928320) at ../../kern/kern_shutdown.c:446 #2 0xc01cef11 in trap_fatal (frame=0xc306cd44, eva=3217031168) at ../../i386/i386/trap.c:942 #3 0xc01cebef in trap_pfault (frame=0xc306cd44, usermode=0, eva=3217031168) at ../../i386/i386/trap.c:835 #4 0xc01ce866 in trap (frame={tf_es = 16, tf_ds = 16, tf_edi = -1071863604, tf_esi = 0, tf_ebp = -1022964352, tf_isp = -1022964372, tf_ebx = 19, tf_edx = 0, tf_ecx = 0, tf_eax = 0, tf_trapno = 12, tf_err = 0, tf_eip = -1071863535, tf_cs = 8, tf_eflags = 66134, tf_esp = -1022964308, tf_ss = -1072000884}) at ../../i386/i386/trap.c:437 #5 0xc01ca911 in memmmap (dev=513, offset=0, nprot=1) at machine/pmap.h:171 #6 0xc01a908c in dev_pager_alloc (handle=0x201, size=81920, prot=1, foff=0) at ../../vm/device_pager.c:129 #7 0xc01b5bcc in vm_pager_allocate (type=OBJT_DEVICE, handle=0x201, size=81920, prot=1, off=0) at ../../vm/vm_pager.c:238 #8 0xc01b11c4 in vm_mmap (map=0xc2f81800, addr=0xc306cee8, size=81920, prot=1 '\001', maxprot=5 '\005', flags=1, handle=0x201, foff=0) at ../../vm/vm_mmap.c:1002 #9 0xc01b0911 in mmap (p=0xc3069e60, uap=0xc306cf94) at ../../vm/vm_mmap.c:334 #10 0xc01cf153 in syscall (frame={tf_es = 39, tf_ds = 39, tf_edi = -1077945236, tf_esi = 2, tf_ebp = -1077945324, tf_isp = -1022963740, tf_ebx = 671963100, tf_edx = 0, tf_ecx = 0, tf_eax = 198, tf_trapno = 12, tf_err = 2, tf_eip = 671699592, tf_cs = 31, tf_eflags = 530, tf_esp = -1077945372, tf_ss = 39}) at ../../i386/i386/trap.c:1100 #11 0xc01c529c in Xint0x80_syscall () #12 0x80484b2 in ?? () #13 0x8048419 in ?? () >How-To-Repeat: Compile and execute this program: /* t_mmap.c */ #include #include #include main() { int fd = open("/dev/kmem", O_RDONLY); void *ptr = mmap(0, 20*4096, PROT_READ, MAP_SHARED, fd, 0); } >Fix: >Release-Note: >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 Jan 18 3:54: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 0FD031518F for ; Tue, 18 Jan 2000 03:54:03 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id GAA18944; Tue, 18 Jan 2000 06:53:53 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id GAA22302; Tue, 18 Jan 2000 06:54:02 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id GAA31353; Tue, 18 Jan 2000 06:53:52 -0500 (EST) Date: Tue, 18 Jan 2000 06:53:52 -0500 (EST) From: Thomas David Rivers Message-Id: <200001181153.GAA31353@lakes.dignus.com> To: freebsd-bugs@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape In-Reply-To: <200001180910.BAA91603@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > This patch sets the video mode #3: 80x25 color text. It is fine > for CGA/EGA/VGA cards, but not good for MDA and Hercules mono cards. > (Well, maybe we shouldn't bother too much about monochrome video cards > nowadays, but they are still in use, I believe.) > > Kazu Oh yes! They are still in use. In fact, I'm upset with the latest trend in ATX motherboards to eliminate the ISA slot... because then I won't be able to use them. At $15 for a monitor (or even less) and $7 for a card; you sure can make really good use of them. - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 5:48:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F72614C37; Tue, 18 Jan 2000 05:48:46 -0800 (PST) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA22759; Tue, 18 Jan 2000 05:48:46 -0800 (PST) (envelope-from adrian@FreeBSD.org) Date: Tue, 18 Jan 2000 05:48:46 -0800 (PST) From: Message-Id: <200001181348.FAA22759@freefall.freebsd.org> To: adrian@freebsd.org, adrian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16163: posix AIO broken for normal files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: posix AIO broken for normal files State-Changed-From-To: open->closed State-Changed-By: adrian State-Changed-When: Tue Jan 18 05:48:16 PST 2000 State-Changed-Why: Patch applied by green, with a quick style fix. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 6: 6:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from main.mednet.com (main.mednet.com [194.186.40.17]) by hub.freebsd.org (Postfix) with ESMTP id 56EB114C31 for ; Tue, 18 Jan 2000 06:06:04 -0800 (PST) (envelope-from lenya@fonds.phtula.mednet.com) Received: (from uucp@localhost) by main.mednet.com (8.9.0/8.9.0) with UUCP id RAA03018 for freebsd-bugs@FreeBSD.org; Tue, 18 Jan 2000 17:05:56 +0300 (MSK) Received: from starlight (starlight.tula.ffoms.ru [10.20.25.200]) by tula.tula.ffoms.ru (8.9.3/8.9.3) with SMTP id QAA04489 for ; Tue, 18 Jan 2000 16:58:37 +0300 (MSK) (envelope-from lenya@fonds.phtula.mednet.com) Message-ID: <003c01bf61bc$ed7cfac0$c819140a@tula.ffoms.ru> From: "çÁÒÁÇÁÔÙÊ áÌÅËÓÅÊ âÏÒÉÓÏ×ÉÞ" To: Subject: Date: Tue, 18 Jan 2000 17:04:24 +0300 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0039_01BF61D6.12119120" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2417.2000 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0039_01BF61D6.12119120 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0039_01BF61D6.12119120 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0039_01BF61D6.12119120-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 8:37: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 29B0314D1B; Tue, 18 Jan 2000 08:36:59 -0800 (PST) (envelope-from bde@FreeBSD.org) Received: (from bde@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA96115; Tue, 18 Jan 2000 08:36:53 -0800 (PST) (envelope-from bde@FreeBSD.org) Date: Tue, 18 Jan 2000 08:36:53 -0800 (PST) From: Message-Id: <200001181636.IAA96115@freefall.freebsd.org> To: stenn@whimsy.udel.edu, bde@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16113: Kernel page fault panic using sysctl to change timer frequency Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Kernel page fault panic using sysctl to change timer frequency State-Changed-From-To: open->closed State-Changed-By: bde State-Changed-When: Tue Jan 18 08:26:28 PST 2000 State-Changed-Why: Hopefully fixed in clock.c rev.1.129.2.6. The bug fixed only affects systems with unfortunate configurations (ones with a TSC, but with the TSC unused due to use of apm, misconfiguration of apm (configured but not active), or use of SMP. or use of a CPU with a known broken TSC. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 9: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0F78014DBC for ; Tue, 18 Jan 2000 09:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA98553; Tue, 18 Jan 2000 09:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 09:00:03 -0800 (PST) Message-Id: <200001181700.JAA98553@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Hagan Subject: bin/15929 [patch] clarify manpage for printf(1) Reply-To: Daniel Hagan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Daniel Hagan To: freebsd-gnats-submit@freebsd.org Cc: archie@whistle.com Subject: bin/15929 [patch] clarify manpage for printf(1) Date: Tue, 18 Jan 2000 11:50:12 -0500 (EST) Does this adequately explain it? -Daniel Index: printf.1 =================================================================== RCS file: /src/cvs/src/usr.bin/printf/printf.1,v retrieving revision 1.7 diff -c -r1.7 printf.1 *** printf.1 1999/09/14 11:46:03 1.7 --- printf.1 2000/01/18 16:36:39 *************** *** 281,283 **** --- 281,289 ---- .Pp .Tn ANSI hexadecimal character constants were deliberately not provided. + .Pp + The escape sequence \e000 is the string terminator. When present in the + .Ar format , + the + .Ar format + will be truncated at the \e000 character. -- Daniel Hagan Computer Science CSE dhagan@cs.vt.edu http://www.cs.vt.edu/~dhagan/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 9:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3145A14CB1 for ; Tue, 18 Jan 2000 09:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA03651; Tue, 18 Jan 2000 09:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 09:40:02 -0800 (PST) Message-Id: <200001181740.JAA03651@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Fundakowski Feldman Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Reply-To: Brian Fundakowski Feldman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16164; it has been noted by GNATS. From: Brian Fundakowski Feldman To: Kazutaka YOKOTA Cc: FreeBSD-gnats-submit@FreeBSD.org Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Date: Tue, 18 Jan 2000 12:32:22 -0500 (EST) On Tue, 18 Jan 2000, Kazutaka YOKOTA wrote: > What does the HPT366 BIOS do to the screen? Does it draw some sort of > graphics? At which point does it do that? The motherboard AMI BIOS > runs POST and prints something about CPU, serial ports, parallel ports > and PnP device info before looking for a boot device. Yes, but the HPT366 BIOS runs before it prints all that info. And it puts it in some graphics mode for some reason, even though it _uses_only_color_text_! Yeesh! So, it does screw up my screen. > > >>Fix: > > > >This knocks the video card into shape, and FreeBSD works after it runs. > >This was submitted to me by W. G. Hicks, but a better place should really > >be found for it. It definitely seems to be necessary. > > This patch sets the video mode #3: 80x25 color text. It is fine > for CGA/EGA/VGA cards, but not good for MDA and Hercules mono cards. > (Well, maybe we shouldn't bother too much about monochrome video cards > nowadays, but they are still in use, I believe.) I think jhicks is working on it :) > > Kazu -- Brian Fundakowski Feldman \ FreeBSD: The Power to Serve! / green@FreeBSD.org `------------------------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 9:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 90DA514CB7 for ; Tue, 18 Jan 2000 09:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA03660; Tue, 18 Jan 2000 09:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from cc942873-a.ewndsr1.nj.home.com (cc942873-a.ewndsr1.nj.home.com [24.2.89.207]) by hub.freebsd.org (Postfix) with ESMTP id 99EFF14CB7 for ; Tue, 18 Jan 2000 09:39:00 -0800 (PST) (envelope-from cjc@cc942873-a.ewndsr1.nj.home.com) Received: (from cjc@localhost) by cc942873-a.ewndsr1.nj.home.com (8.9.3/8.9.3) id MAA65891; Tue, 18 Jan 2000 12:43:43 -0500 (EST) (envelope-from cjc) Message-Id: <200001181743.MAA65891@cc942873-a.ewndsr1.nj.home.com> Date: Tue, 18 Jan 2000 12:43:43 -0500 (EST) From: "Crist J. Clark" Reply-To: cjc@cc942873-a.ewndsr1.nj.home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16179: ipfw(8) poor design of command line parsing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16179 >Category: bin >Synopsis: ipfw(8) poor design of command line parsing >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: Tue Jan 18 09:40:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Crist J. Clark >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: FreeBSD 3.4-STABLE. It looks like the major problem was introduced when the option to pre-process IPFW rule files was added. It exists in 2.2.8-STABLE but occurs under more restricted conditions. >Description: The design of the ipfw(8) command line parser is poorly designed. The first check it does is whether the last argument on the command line is a readable file. If it is, ipfw assumes that it is a script containing IPFW rules. Therefore, if a user or script ever executes an ipfw command in which the last argument on the command line is a readable file, the command will fail if the file is not in fact a set of IPFW rules. I entered this as a 'change request' rather than 'bug,' but it is a borderline case, IMHO. >How-To-Repeat: The problem was brought to my attention by a user who was having all commands that ended with the "setup" keyword fail. He had a file named "setup" in the pwd. The code for this in /usr/src/sbin/ipfw.c quite clearly, if (ac > 1 && access(av[ac - 1], R_OK) == 0) { shows this is the intended, coded behavior. The above code is the first treatment of command line args (ac = argc, av = argv) and if hte above evaluates true, it is assumed the ipfw command is of the form, ipfw [-q] [-p preproc [-D macro[=value]] [-U macro]] file Although the occurance of readable files with names of words that might appear at the end of an ipfw command line is admittedly low, this problem can be corrected with minor, but non-negligbile, effort. >Fix: To maintain back-compatibility, changing the format for ipfw command to read IPFW rule files is not a viable solution. The manner in which command line parsing is done would need restructuring. One possible method is scanning for keywords at the begining of a rule (flush, zero, delete, resetlog, list, show, add) first. If the command line does not contain one of these, _then_ the line should be treated as one with a IPFW rule file. >Release-Note: >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 Jan 18 9:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6424914EE2 for ; Tue, 18 Jan 2000 09:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA04866; Tue, 18 Jan 2000 09:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 09:50:03 -0800 (PST) Message-Id: <200001181750.JAA04866@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Piazza Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Reply-To: Chris Piazza Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16164; it has been noted by GNATS. From: Chris Piazza To: green@FreeBSD.ORG Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/16164: "vga" attach fails if video card not whacked into shape Date: Tue, 18 Jan 2000 09:44:10 -0800 On Mon, Jan 17, 2000 at 03:41:08PM -0500, green@FreeBSD.ORG wrote: > > >Number: 16164 > >Category: i386 > >Synopsis: "vga"/"sc" don't work when a video card is not whacked into shape > > It happens with -current as of any time, my AMI BIOS from a few > months ago (latest), and latest working BIOS (1.20) for my SIIG66 HPT366 > controller. hmm.. I have an HPT366 (built into my bp6 motherboard) and it's BIOS revision is 1.21. > > >Description: > > The HPT366's BIOS makes a highly lame video mode change and things > are very screwy; the BIOS doesn't reset the video card after that, though > I don't know if it _should_, and FreeBSD has a cow with it. The "vga" > and "sc" devices don't work, VESA fails, and the system isn't usable from the > console. My HPT366 BIOS does the same mode change, but it must switch it back because I'm not having any problems whatsoever with it: Preloaded elf kernel "kernel" at 0xc0309000. VESA: v3.0, 4096k memory, flags:0x1, mode table:0xc02b54c2 (1000022) VESA: NVidia vga-pci0: mem 0xe6000000-0xe6ffffff,0xe40 00000-0xe4ffffff irq 9 at device 0.0 on pci1 [with no error message]. > I suppose you have to have the same hardware, or hardware which > also causes this problem. My hardware seems similar to yours except for maybe the motherboard and BIOS revision. -Chris -- cpiazza@jaxon.net cpiazza@FreeBSD.org Abbotsford, BC, Canada To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 10:10:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3DBD515070 for ; Tue, 18 Jan 2000 10:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA07318; Tue, 18 Jan 2000 10:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5FCF814C8F; Tue, 18 Jan 2000 10:01:39 -0800 (PST) Message-Id: <20000118180139.5FCF814C8F@hub.freebsd.org> Date: Tue, 18 Jan 2000 10:01:39 -0800 (PST) From: Kurt@OpenLDAP.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/16180: firewall rules may require flags to be passed to ipfw Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16180 >Category: conf >Synopsis: firewall rules may require flags to be passed to ipfw >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: Tue Jan 18 10:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kurt Zeilenga >Release: FreeBSD 3.4-STABLE >Organization: OpenLDAP >Environment: FreeBSD boole.openldap.org 3.4-STABLE FreeBSD 3.4-STABLE #6: Wed Jan 12 13:36:53 PST 2000 kurt@boole.openldap.org:/work/usr/src/sys/compile/OPENLDAP-SMP i386 >Description: For user specified firewall types (rc.conf $firewall_type), rc.firewall simply calls ipfw with $firewall_type as the only argument. It would be nice if there was a mechanism to pass additional flags to ipfw, such as "-p /usr/bin/cpp". Attached is a small patch to allows, but does not require, $firewall_flags to set in rc.conf and for these flags to be passed to ipfw when a user has specified an alternative firewall type. It is meant to be used as follows: firewall_enable="YES" firewall_script="/etc/rc.firewall" firewall_type="/etc/firewall.ipfw" firewall_quiet="YES" firewall_flags="-p /usr/bin/cpp -D router" >How-To-Repeat: >Fix: --- rc.firewall Wed Sep 29 21:56:27 1999 +++ /etc/rc.firewall Wed Jan 12 11:31:53 2000 @@ -187,5 +187,5 @@ # Everything else is denied as default. elif [ "${firewall_type}" != "UNKNOWN" -a -r "${firewall_type}" ]; then - $fwcmd ${firewall_type} + $fwcmd ${firewall_flags} ${firewall_type} fi >Release-Note: >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 Jan 18 10:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 39F3714E03 for ; Tue, 18 Jan 2000 10:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA10540; Tue, 18 Jan 2000 10:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gracie.lbl.gov (gracie.lbl.gov [131.243.2.175]) by hub.freebsd.org (Postfix) with ESMTP id 5AFC514BEF for ; Tue, 18 Jan 2000 10:33:23 -0800 (PST) (envelope-from jin@gracie.lbl.gov) Received: (from jin@localhost) by gracie.lbl.gov (8.9.3/8.9.3) id KAA62614; Tue, 18 Jan 2000 10:33:22 -0800 (PST) (envelope-from jin) Message-Id: <200001181833.KAA62614@gracie.lbl.gov> Date: Tue, 18 Jan 2000 10:33:22 -0800 (PST) From: Jin Guojun (FTG staff) Reply-To: j_guojun@lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16182: Y#K of tm_year returned by localtime() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16182 >Category: misc >Synopsis: Y#K of tm_year returned by localtime() >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 Jan 18 10:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (FTG staff) >Release: FreeBSD 3.4-20000104-STABLE i386 >Organization: >Environment: All FreeBSD Releases >Description: % ll Makefile -rw-r--r-- 1 jin 2294 Jan 18 09:59 Makefile stat(file_name, &f_stat); ftm = localtime(&f_stat.st_mtime); (xxgdb) print *ftm $3 = { tm_sec = 22, tm_min = 44, tm_hour = 9, tm_mday = 18, tm_mon = 0, tm_year = 100, tm_wday = 2, tm_yday = 17, tm_isdst = 0, tm_gmtoff = -28800, tm_zone = 0x20158f30 "PST" } >How-To-Repeat: >Fix: Question: Shall we set the tm_year value to four digits by adding 1900? or Is the user resposible to add 1900 to the tm_year in program? >Release-Note: >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 Jan 18 11: 0:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BA5D614ECF for ; Tue, 18 Jan 2000 11:00:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA12367; Tue, 18 Jan 2000 11:00:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 11:00:06 -0800 (PST) Message-Id: <200001181900.LAA12367@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/16182: Y#K of tm_year returned by localtime() Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16182; it has been noted by GNATS. From: Ruslan Ermilov To: j_guojun@lbl.gov Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/16182: Y#K of tm_year returned by localtime() Date: Tue, 18 Jan 2000 20:55:42 +0200 On Tue, Jan 18, 2000 at 10:33:22AM -0800, Jin Guojun wrote: > > >Number: 16182 > >Category: misc > >Synopsis: Y#K of tm_year returned by localtime() > >Severity: serious > >Release: FreeBSD 3.4-20000104-STABLE i386 > [...] > >Description: > > % ll Makefile > -rw-r--r-- 1 jin 2294 Jan 18 09:59 Makefile > > stat(file_name, &f_stat); > ftm = localtime(&f_stat.st_mtime); > > (xxgdb) print *ftm > $3 = { > tm_sec = 22, > tm_min = 44, > tm_hour = 9, > tm_mday = 18, > tm_mon = 0, > tm_year = 100, > tm_wday = 2, > tm_yday = 17, > tm_isdst = 0, > tm_gmtoff = -28800, > tm_zone = 0x20158f30 "PST" > } > Read the ctime(3) manpage: [...] int tm_mday; /* day of month (1 - 31) */ int tm_mon; /* month of year (0 - 11) */ int tm_year; /* year - 1900 */ int tm_wday; /* day of week (Sunday = 0) */ int tm_yday; /* day of year (0 - 365) */ [...] > >Fix: > > Question: > Shall we set the tm_year value to four digits by adding 1900? > or Is the user resposible to add 1900 to the tm_year in program? > The PR system is probably not a good place to ask questions. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 11:10:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9280F1504E for ; Tue, 18 Jan 2000 11:10:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA13245; Tue, 18 Jan 2000 11:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mx1.lublin.pl (mx1.lublin.pl [212.182.63.76]) by hub.freebsd.org (Postfix) with ESMTP id 5B23D14EE2 for ; Tue, 18 Jan 2000 11:05:13 -0800 (PST) (envelope-from venglin@lubi.FreeBSD.lublin.pl) Received: from lubi.freebsd.lublin.pl ([212.182.118.90]:13060 "HELO lubi.FreeBSD.lublin.pl") by krupik.man.lublin.pl with SMTP id ; Tue, 18 Jan 2000 20:04:45 +0100 Received: (qmail 1231 invoked by uid 1001); 18 Jan 2000 19:04:39 -0000 Message-Id: <20000118190439.1230.qmail@lubi.FreeBSD.lublin.pl> Date: 18 Jan 2000 19:04:39 -0000 From: venglin@lubi.FreeBSD.lublin.pl Reply-To: venglin@lubi.FreeBSD.lublin.pl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16186: [PATCH] Insecure use of strncpy() and strcpy() in lpr(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16186 >Category: bin >Synopsis: [PATCH] Insecure use of strncpy() and strcpy() in lpr(1) >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 Jan 18 11:10:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Przemyslaw Frasunek >Release: FreeBSD 3.4-STABLE i386 >Organization: Lublin BSD Users Group >Environment: FreeBSD lagoon.freebsd.lublin.pl 3.4-STABLE FreeBSD 3.4-STABLE #0: Sat Dec 18 17:37:37 CET 1999 root@:/usr/sys/compile/LAGOON i386 >Description: 1. Possible strcpy() buffer overflow in printjob.c:823 2. No room for NULL termination in printjob.c:825, printjob.c:827, printjob.c:836. >How-To-Repeat: >Fix: --- printjob.c.orig Tue Jan 18 19:34:50 2000 +++ printjob.c Tue Jan 18 19:39:23 2000 @@ -818,24 +818,30 @@ i = 0; while (*cp >= '0' && *cp <= '9') i = i * 10 + (*cp++ - '0'); fino = i; } else if (line[0] == 'H') { - strcpy(fromhost, line+1); + strncpy(fromhost, line+1, sizeof(fromhost) - 1); + fromhost[sizeof(fromhost)-1] = '\0'; if (class[0] == '\0') + { strncpy(class, line+1, sizeof(class) - 1); + class[sizeof(class)-1] = '\0'; + } } else if (line[0] == 'P') { strncpy(logname, line+1, sizeof(logname) - 1); + logname[sizeof(logname)-1] = '\0'; if (pp->restricted) { /* restricted */ if (getpwnam(logname) == NULL) { sendmail(pp, line+1, NOACCT); err = ERROR; break; } } } else if (line[0] == 'I') { strncpy(indent+2, line+1, sizeof(indent) - 3); + indent[2+sizeof(indent)-3] = '\0'; } else if (line[0] >= 'a' && line[0] <= 'z') { strcpy(last, line); while ((i = getline(cfp)) != 0) if (strcmp(last, line)) break; >Release-Note: >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 Jan 18 11:31: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1ECA0151A7 for ; Tue, 18 Jan 2000 11:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA15273; Tue, 18 Jan 2000 11:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 11:30:01 -0800 (PST) Message-Id: <200001181930.LAA15273@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Archie Cobbs To: dhagan@cs.vt.edu (Daniel Hagan) Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Date: Tue, 18 Jan 2000 11:26:54 -0800 (PST) Daniel Hagan writes: > Does this adequately explain it? Looks great, thanks. .. but why "\e000" and not "\000" ? > + .Pp > + The escape sequence \e000 is the string terminator. When present in the > + .Ar format , > + the > + .Ar format > + will be truncated at the \e000 character. -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 11:33:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B83F8151B9; Tue, 18 Jan 2000 11:32:59 -0800 (PST) (envelope-from mph@FreeBSD.org) Received: (from mph@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA15574; Tue, 18 Jan 2000 11:32:59 -0800 (PST) (envelope-from mph@FreeBSD.org) Date: Tue, 18 Jan 2000 11:32:59 -0800 (PST) From: Message-Id: <200001181932.LAA15574@freefall.freebsd.org> To: j_guojun@lbl.gov, mph@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16182: Y#K of tm_year returned by localtime() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Y#K of tm_year returned by localtime() State-Changed-From-To: open->closed State-Changed-By: mph State-Changed-When: Tue Jan 18 14:31:14 EST 2000 State-Changed-Why: Correctly written software adds 1900 to tm_year to obtain a four-digit year. Changing localtime(3) in the way you describe will break all existing correctly-written software with no benefit. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 11:35:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from whimsy.udel.edu (whimsy.udel.edu [128.4.2.3]) by hub.freebsd.org (Postfix) with SMTP id 7DF8B15130; Tue, 18 Jan 2000 11:35:30 -0800 (PST) (envelope-from stenn@whimsy.udel.edu) To: bde@freebsd.org Cc: freebsd-bugs@freebsd.org Subject: Re: kern/16113: Kernel page fault panic using sysctl to change timer frequency In-Reply-To: bde@freebsd.org's message dated Tue, 18 Jan 2000 08:36:53. <200001181636.IAA96115@freefall.freebsd.org> X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Date: Tue, 18 Jan 2000 14:34:50 -0500 Message-ID: <20051.948224090@whimsy.udel.edu> From: stenn@whimsy.udel.edu Source-Info: From (or Sender) name not authenticated. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org How about some useful information on how to avoid or detect the situation? This script is part of ntp4, so it will soon appear in both -stable and -current. Harlan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 11:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 011E9151BC for ; Tue, 18 Jan 2000 11:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA16234; Tue, 18 Jan 2000 11:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id BE0E3151F5; Tue, 18 Jan 2000 11:38:37 -0800 (PST) Message-Id: <20000118193837.BE0E3151F5@hub.freebsd.org> Date: Tue, 18 Jan 2000 11:38:37 -0800 (PST) From: nicole@daemontech.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16189: Advansys ASB-3940U2W SCSI Card does not work with 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16189 >Category: misc >Synopsis: Advansys ASB-3940U2W SCSI Card does not work with 3.4 >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 Jan 18 11:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Nicole Harrington >Release: 3.4 >Organization: Daemon Technologies >Environment: FreeBSD 3.4 Install via disks made from FTP Site. Also on newly installed system. >Description: Release notes state All Advansys SCSI cards are supported. However the ASB-3940U2W is not seen. This is the first time I have used the model card so I do not know if it worked in earlier releases. So it is either a make the card work issue or a fix the docs issue :) >How-To-Repeat: Purchases any ASB-3940U2W card, try to install FreeBSD. >Fix: >Release-Note: >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 Jan 18 11:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ADC401500D for ; Tue, 18 Jan 2000 11:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA17101; Tue, 18 Jan 2000 11:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 11:50:04 -0800 (PST) Message-Id: <200001181950.LAA17101@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Daniel Hagan Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Reply-To: Daniel Hagan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Daniel Hagan To: Archie Cobbs Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Date: Tue, 18 Jan 2000 14:30:59 -0500 (EST) On Tue, 18 Jan 2000, Archie Cobbs wrote: > Looks great, thanks. .. but why "\e000" and not "\000" ? Well, I'm not familiar with man-page source formats (Troff?), but that's what it appears to take to make a \000 appear in the output. For reference, refer to lines 90-106 where the ANSI escape sequences are listed. \000 resulted in \00 when I tried it. Daniel -- Daniel Hagan Computer Science CSE dhagan@cs.vt.edu http://www.cs.vt.edu/~dhagan/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 13:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 80B94150FA for ; Tue, 18 Jan 2000 13:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA24473; Tue, 18 Jan 2000 13:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 13:10:03 -0800 (PST) Message-Id: <200001182110.NAA24473@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Archie Cobbs Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Reply-To: Archie Cobbs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15929; it has been noted by GNATS. From: Archie Cobbs To: dhagan@cs.vt.edu (Daniel Hagan) Cc: archie@whistle.com (Archie Cobbs), freebsd-gnats-submit@freebsd.org Subject: Re: bin/15929 [patch] clarify manpage for printf(1) Date: Tue, 18 Jan 2000 13:01:05 -0800 (PST) Daniel Hagan writes: > > Looks great, thanks. .. but why "\e000" and not "\000" ? > > Well, I'm not familiar with man-page source formats (Troff?), but that's > what it appears to take to make a \000 appear in the output. For > reference, refer to lines 90-106 where the ANSI escape sequences are > listed. \000 resulted in \00 when I tried it. Ah, of course.. my ignorance :-) -Archie ___________________________________________________________________________ Archie Cobbs * Whistle Communications, Inc. * http://www.whistle.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 13:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8A48A1532F for ; Tue, 18 Jan 2000 13:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA26623; Tue, 18 Jan 2000 13:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 4C7E714BE5; Tue, 18 Jan 2000 13:27:57 -0800 (PST) Message-Id: <20000118212757.4C7E714BE5@hub.freebsd.org> Date: Tue, 18 Jan 2000 13:27:57 -0800 (PST) From: paco@cs.virginia.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16195: 16-bit uid/gid struct in sys/ipc.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16195 >Category: kern >Synopsis: 16-bit uid/gid struct in sys/ipc.h >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 Jan 18 13:30:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Paco Hope >Release: 3.3-RELEASE >Organization: University of Virginia >Environment: FreeBSD lava003.cs.virginia.edu 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Tue Jan 18 12:05:39 GMT 2000 root@lava003.cs.virginia.edu:/usr/src/sys/compile/LAVA i386 >Description: /usr/include/sys/ipc.h (and /usr/src/sys/sys/ipc.h) provides a data structure "struct ipc_perm" which does not store UID and GID information properly. It currently looks like this: struct ipc_perm { ushort cuid; /* creator user id */ ushort cgid; /* creator group id */ ushort uid; /* user id */ ushort gid; /* group id */ ushort mode; /* r/w permission */ ushort seq; /* sequence # (to generate unique msg/sem/shm id) */ key_t key; /* user specified msg/sem/shm key */ }; It needs to treat UIDs and GIDs in the proper way. I'm using NIS (Solaris NIS, not NIS+, server) to get my password entries, but I don't think this matters. >How-To-Repeat: Create a user with a large UID (> 65536). I was using a user whose UID was 70883. Create a shared memory segment with something like: shmid = shmget(IPC_PRIVATE, MY_SHM_SZ, SHM_R|SHM_W|(SHM_R>>3)|(SHM_W>>3)|IPC_CREAT); Then, try to attach to it with something like: p = shmat(shmid, 0, 0) It will fail. ipcs will also show the wrong UID as the owner. E.g. Shared Memory: T ID KEY MODE OWNER GROUP m 196609 0 --rw-rw---- 5347 csfaculty That's a memory segment created by UID 70883. Only root will be able to delete such segments, since the UIDs won't match when a user tries to run ipcrm. >Fix: Four steps to a fix: 1. Change ipc.h to update the struct ipc_perm as shown below. 2. Recompile the kernel. 3. Recompile libc. 4. Recompile any programs that use shm calls (e.g. ipcs, ipcrm, X stuff) struct ipc_perm { uid_t cuid; /* creator user id */ gid_t cgid; /* creator group id */ uid_t uid; /* user id */ gid_t gid; /* group id */ ushort mode; /* r/w permission */ ushort seq; /* sequence # (to generate unique msg/sem/shm id) */ key_t key; /* user specified msg/sem/shm key */ }; I'm not the savviest of kernel hackers here, but the trivial programs which exhibited bad behavior appeared to work correctly after the above four steps were performed. >Release-Note: >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 Jan 18 13:37:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3247C14BE5; Tue, 18 Jan 2000 13:37:45 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA27535; Tue, 18 Jan 2000 13:37:45 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 18 Jan 2000 13:37:45 -0800 (PST) From: Message-Id: <200001182137.NAA27535@freefall.freebsd.org> To: klh@netcom.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/15981: rcp -p fails when times have high bit set Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: rcp -p fails when times have high bit set State-Changed-From-To: open->suspended State-Changed-By: sheldonh State-Changed-When: Tue Jan 18 13:34:08 PST 2000 State-Changed-Why: Fixed in CURRENT's rev 1.9 of util.c: http://www.freebsd.org/cgi/cvsweb.cgi/src/usr.bin/ftp/util.c.diff?r1=1.8&r2=1.9 Only _critical_ bugfixes are merged into the STABLE branch immediately, so I'll leave this to simmer for a few weeks. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jan 18 13:34:08 PST 2000 Responsible-Changed-Why: reminder for me to merge to STABLE. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 13:48:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3523014BE5; Tue, 18 Jan 2000 13:48:34 -0800 (PST) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA28681; Tue, 18 Jan 2000 13:48:33 -0800 (PST) (envelope-from asmodai@FreeBSD.org) Date: Tue, 18 Jan 2000 13:48:33 -0800 (PST) From: Message-Id: <200001182148.NAA28681@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-doc@FreeBSD.org Subject: Re: bin/15929: printf(1) truncates if it sees \000 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: printf(1) truncates if it sees \000 Responsible-Changed-From-To: freebsd-bugs->freebsd-doc Responsible-Changed-By: asmodai Responsible-Changed-When: Tue Jan 18 13:47:55 PST 2000 Responsible-Changed-Why: Patch for -doc. This way we will not loose track of it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 14: 0: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E4B1C14CB1 for ; Tue, 18 Jan 2000 14:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA29905; Tue, 18 Jan 2000 14:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 14:00:02 -0800 (PST) Message-Id: <200001182200.OAA29905@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: bin/16124: [PATCH] Enhancement for 'lpr -r' Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16124; it has been noted by GNATS. From: Andre Albsmeier To: gad@eclipse.acs.rpi.edu Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/16124: [PATCH] Enhancement for 'lpr -r' Date: Tue, 18 Jan 2000 22:53:20 +0100 On Fri, 14-Jan-2000 at 14:15:24 -0500, Garance A Drosehn wrote: > > >Number: 16124 > >Category: bin > >Synopsis: [PATCH] Enhancement for 'lpr -r' > >Confidential: no Thanks a lot for your work. Hopefully, someone commits it soon... -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 15:17:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A1A7715057; Tue, 18 Jan 2000 15:17:20 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA37214; Tue, 18 Jan 2000 15:17:20 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 18 Jan 2000 15:17:20 -0800 (PST) From: Message-Id: <200001182317.PAA37214@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/11997: Enhancement for lpr Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Enhancement for lpr State-Changed-From-To: suspended->closed State-Changed-By: sheldonh State-Changed-When: Tue Jan 18 15:16:15 PST 2000 State-Changed-Why: Superseded by PR 16124. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 15:21:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DE5C314E98; Tue, 18 Jan 2000 15:21:17 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA37676; Tue, 18 Jan 2000 15:21:17 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 18 Jan 2000 15:21:17 -0800 (PST) From: Message-Id: <200001182321.PAA37676@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, alfred@FreeBSD.org Subject: Re: bin/16124: [PATCH] Enhancement for 'lpr -r' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] Enhancement for 'lpr -r' Responsible-Changed-From-To: freebsd-bugs->alfred Responsible-Changed-By: sheldonh Responsible-Changed-When: Tue Jan 18 15:17:25 PST 2000 Responsible-Changed-Why: This addresses the race condition that led you to suspend PR 11997. Perhaps you'd be interested in looking at this when we're out of feature freeze? :-) . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 17:27:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4BDD014D8F; Tue, 18 Jan 2000 17:27:53 -0800 (PST) (envelope-from msmith@FreeBSD.org) Received: (from msmith@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA48397; Tue, 18 Jan 2000 17:26:31 -0800 (PST) (envelope-from msmith@FreeBSD.org) Date: Tue, 18 Jan 2000 17:26:31 -0800 (PST) From: Message-Id: <200001190126.RAA48397@freefall.freebsd.org> To: wolman@cs.washington.edu, msmith@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11178: [PATCH] minor fix to /usr/include/sys/mbuf.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] minor fix to /usr/include/sys/mbuf.h State-Changed-From-To: open->closed State-Changed-By: msmith State-Changed-When: Tue Jan 18 17:26:15 PST 2000 State-Changed-Why: Comment fixed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 17:28:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2230E15314; Tue, 18 Jan 2000 17:28:07 -0800 (PST) (envelope-from msmith@FreeBSD.org) Received: (from msmith@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA48470; Tue, 18 Jan 2000 17:26:48 -0800 (PST) (envelope-from msmith@FreeBSD.org) Date: Tue, 18 Jan 2000 17:26:48 -0800 (PST) From: Message-Id: <200001190126.RAA48470@freefall.freebsd.org> To: bmah@ca.sandia.gov, msmith@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16128: Typos in comments in src/sys/sys/mbuf.h Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Typos in comments in src/sys/sys/mbuf.h State-Changed-From-To: open->closed State-Changed-By: msmith State-Changed-When: Tue Jan 18 17:26:36 PST 2000 State-Changed-Why: Comment fixed To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 18:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B0BD14FF2 for ; Tue, 18 Jan 2000 18:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA57387; Tue, 18 Jan 2000 18:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 38B4714C99; Tue, 18 Jan 2000 18:47:03 -0800 (PST) Message-Id: <20000119024703.38B4714C99@hub.freebsd.org> Date: Tue, 18 Jan 2000 18:47:03 -0800 (PST) From: s0121430@cs.laurentian.ca To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16197: Installation problems on IBM Thinkpad 365 XD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16197 >Category: misc >Synopsis: Installation problems on IBM Thinkpad 365 XD >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jan 18 18:50:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Marwan >Release: 3.3-RELEASE >Organization: Laurentian University - senior >Environment: Laptop: P100, 40M Ram, 800M HD, PCI architecture (cannot provide output since OS won't run) >Description: Installation goes quite smoothly, but when I reboot I'm told there is no O.S. on the machine. After trying numourous solutions, I re-entered the install process and discovered my mount points were lost. That is, the partitions were there but the mount points were unlabeled. I tried to remount so that "UFS N" appears, and then writing that info and rebooting and still I get no OS. >How-To-Repeat: Any attempt to install v3.3-RELEASE on a (at least my) IBM Thinkpad 365 XD. >Fix: >Release-Note: >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 Jan 18 21:50: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 782F215243 for ; Tue, 18 Jan 2000 21:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA77303; Tue, 18 Jan 2000 21:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F05CF14E55; Tue, 18 Jan 2000 21:41:13 -0800 (PST) Message-Id: <20000119054113.F05CF14E55@hub.freebsd.org> Date: Tue, 18 Jan 2000 21:41:13 -0800 (PST) From: rob_dal@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16198: unable to copy "/kernel " to place when finished installing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16198 >Category: kern >Synopsis: unable to copy "/kernel " to place when finished installing >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jan 18 21:50:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: rob >Release: 4.0 current >Organization: >Environment: >Description: >How-To-Repeat: >Fix: >Release-Note: >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 Jan 18 22:14:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5869A15320; Tue, 18 Jan 2000 22:14:50 -0800 (PST) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA79616; Tue, 18 Jan 2000 22:14:50 -0800 (PST) (envelope-from chris@FreeBSD.org) Date: Tue, 18 Jan 2000 22:14:50 -0800 (PST) From: Message-Id: <200001190614.WAA79616@freefall.freebsd.org> To: rob_dal@hotmail.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16166: installation goes to copy the kernel comes up with error "can't copy /kernal" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: installation goes to copy the kernel comes up with error "can't copy /kernal" State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Tue Jan 18 22:14:24 PST 2000 State-Changed-Why: This question belongs on freebsd-questions@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 22:15:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A3777150F0; Tue, 18 Jan 2000 22:15:21 -0800 (PST) (envelope-from chris@FreeBSD.org) Received: (from chris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA79763; Tue, 18 Jan 2000 22:15:21 -0800 (PST) (envelope-from chris@FreeBSD.org) Date: Tue, 18 Jan 2000 22:15:21 -0800 (PST) From: Message-Id: <200001190615.WAA79763@freefall.freebsd.org> To: rob_dal@hotmail.com, chris@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16198: unable to copy "/kernel " to place when finished installing Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: unable to copy "/kernel " to place when finished installing State-Changed-From-To: open->closed State-Changed-By: chris State-Changed-When: Tue Jan 18 22:15:04 PST 2000 State-Changed-Why: Duplicate of PR #16166. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 22:18:54 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E843115016; Tue, 18 Jan 2000 22:18:51 -0800 (PST) (envelope-from wpaul@FreeBSD.org) Received: (from wpaul@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA80038; Tue, 18 Jan 2000 22:18:51 -0800 (PST) (envelope-from wpaul@FreeBSD.org) Date: Tue, 18 Jan 2000 22:18:51 -0800 (PST) From: Message-Id: <200001190618.WAA80038@freefall.freebsd.org> To: sue@sleepycat.com, wpaul@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16028: Change 1.10 in libc/xdr/xdr_rec.c breaks some RPC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Change 1.10 in libc/xdr/xdr_rec.c breaks some RPC State-Changed-From-To: open->closed State-Changed-By: wpaul State-Changed-When: Tue Jan 18 22:15:15 PST 2000 State-Changed-Why: Apparently it's legal for client RPC programs to receive zero length records with the LAST_FRAG marger bit set. So the test that works on the server side breaks on the client side. I changed the test to look for a header value of 0, since that is actually not legal. This fixes the client side while still maintaining the test for the server side. With this fix, the sample application works correctly. I updated xdr_rec.c in both the -current and -stable branches. The fix will be in 4.0-RELEASE when it comes out. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 22:20:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D8C9215244 for ; Tue, 18 Jan 2000 22:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA80169; Tue, 18 Jan 2000 22:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 22:20:05 -0800 (PST) Message-Id: <200001190620.WAA80169@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: kern/16166: installation goes to copy the kernel comes up with error "can't copy /kernal" Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16166; it has been noted by GNATS. From: Chris Costello To: rob_dal@hotmail.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/16166: installation goes to copy the kernel comes up with error "can't copy /kernal" Date: Wed, 19 Jan 2000 00:12:50 -0600 On Mon, Jan 17, 2000, rob_dal@hotmail.com wrote: > >Synopsis: installation goes to copy the kernel comes up with error "can't copy /kernal" > >Environment: > p-133 > 330 meg hd > 64 ram You likely don't have enough space on your drive if you have the source code installed. Consider a larger hard drive for running FreeBSD 4.0, or consider using 3.4 with only binaries installed. -- |Chris Costello |The programmer's national anthem is 'AAAAAAAAHHHHHHHH'. -Weinberg, p.152 `------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 22:20:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F64D14EFA for ; Tue, 18 Jan 2000 22:20:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA80181; Tue, 18 Jan 2000 22:20:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 22:20:08 -0800 (PST) Message-Id: <200001190620.WAA80181@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: kern/16198: unable to copy "/kernel " to place when finished installing Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16198; it has been noted by GNATS. From: Chris Costello To: rob_dal@hotmail.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/16198: unable to copy "/kernel " to place when finished installing Date: Wed, 19 Jan 2000 00:13:40 -0600 On Tue, Jan 18, 2000, rob_dal@hotmail.com wrote: > >Synopsis: unable to copy "/kernel " to place when finished installing You don't have to file your problem report twice. -- |Chris Costello |The world will end in 5 minutes. Please log out. `------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 23:30:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id 52ECB14E0C; Tue, 18 Jan 2000 23:30:40 -0800 (PST) To: xfb52@dial.pipex.com, jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: kern/14685 Message-Id: <20000119073040.52ECB14E0C@hub.freebsd.org> Date: Tue, 18 Jan 2000 23:30:40 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: setjmp/longjmp in threaded app cause subsequent read to run forever State-Changed-From-To: open->closed State-Changed-By: jasone State-Changed-When: Tue Jan 18 23:30:05 PST 2000 State-Changed-Why: Fixed in -current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 23:45:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 83A8F14A25; Tue, 18 Jan 2000 23:45:21 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA87873; Tue, 18 Jan 2000 23:45:21 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 18 Jan 2000 23:45:21 -0800 (PST) From: Message-Id: <200001190745.XAA87873@freefall.freebsd.org> To: mark@entropynet.com, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/16160: /stand/sysinstall cores when selecting network interfaces Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /stand/sysinstall cores when selecting network interfaces State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Tue Jan 18 23:44:34 PST 2000 State-Changed-Why: From Ruslan Ermilov: This has been fixed in 3.3-STABLE, src/release/sysinstall/tcpip.c,v 1.74.2.11. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 23:46:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from axl.noc.iafrica.com (axl.noc.iafrica.com [196.31.1.175]) by hub.freebsd.org (Postfix) with ESMTP id 4C39315272; Tue, 18 Jan 2000 23:46:15 -0800 (PST) (envelope-from sheldonh@axl.noc.iafrica.com) Received: from sheldonh (helo=axl.noc.iafrica.com) by axl.noc.iafrica.com with local-esmtp (Exim 3.11 #1) id 12Apog-00009a-00; Wed, 19 Jan 2000 09:46:10 +0200 From: Sheldon Hearn To: Ruslan Ermilov Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: i386/16160: i386 In-reply-to: Your message of "Mon, 17 Jan 2000 12:40:02 PST." <200001172040.MAA22636@freefall.freebsd.org> Date: Wed, 19 Jan 2000 09:46:10 +0200 Message-ID: <593.948267970@axl.noc.iafrica.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 17 Jan 2000 12:40:02 PST, Ruslan Ermilov wrote: > This has been fixed in 3.3-STABLE, src/release/sysinstall/tcpip.c,v > 1.74.2.11. This PR could be closed. Thanks! In future, send such comments to freebsd-gnats-submit so that they appear on the PR, in case people are rushing through their bugs mail. ;-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jan 18 23:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DFAA214EE1 for ; Tue, 18 Jan 2000 23:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA88495; Tue, 18 Jan 2000 23:50:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 18 Jan 2000 23:50:04 -0800 (PST) Message-Id: <200001190750.XAA88495@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/16162: shared /usr/src isn't because .depend files are not shareable Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16162; it has been noted by GNATS. From: Sheldon Hearn To: mjacob@FreeBSD.ORG Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/16162: shared /usr/src isn't because .depend files are not shareable Date: Wed, 19 Jan 2000 09:49:21 +0200 On Mon, 17 Jan 2000 11:05:09 PST, mjacob@feral.com wrote: > The problem here is that, at least for building bootstrap tools, > several derived files that contain platform specific information end > up in /usr/src- not in OBJDIR. This leads to breakage right away > because .depend's are radically different between alpha and i386: It'd be useful to know where these files are and whether they're being created by the current incarnation of the build process, or whether they're just old cruft. Could you send ``find /usr/src -name '.depend' -print'' ? :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 0: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B74E8150F0 for ; Wed, 19 Jan 2000 00:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA89816; Wed, 19 Jan 2000 00:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 00:00:03 -0800 (PST) Message-Id: <200001190800.AAA89816@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: misc/16162: shared /usr/src isn't because .depend files are not shareable Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16162; it has been noted by GNATS. From: Sheldon Hearn To: mjacob@FreeBSD.ORG Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: misc/16162: shared /usr/src isn't because .depend files are not shareable Date: Wed, 19 Jan 2000 09:52:25 +0200 On Wed, 19 Jan 2000 09:49:21 +0200, Sheldon Hearn wrote: > Could you send ``find /usr/src -name '.depend' -print'' ? :-) Damnit, I meant find /usr/src -name '.depend' -ls Sorry, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 0:43:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id D806D151B6 for ; Wed, 19 Jan 2000 00:43:08 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 9664 invoked from network); 19 Jan 2000 08:43:03 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 19 Jan 2000 08:43:03 -0000 Date: Wed, 19 Jan 2000 19:42:57 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: stenn@whimsy.udel.edu Cc: bde@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: kern/16113: Kernel page fault panic using sysctl to change timer frequency In-Reply-To: <20051.948224090@whimsy.udel.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, 18 Jan 2000 stenn@whimsy.udel.edu wrote: > How about some useful information on how to avoid or detect the > situation? Don't attempt to change clocks that aren't used for timecounting. The machine-dependent clock frequencies can be compared with the timecounter frequency to determin which one is in use. There doesn't seem to be anything better than clock_getres() for determining the timecounter frequency. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 0:56:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from whimsy.udel.edu (whimsy.udel.edu [128.4.2.3]) by hub.freebsd.org (Postfix) with SMTP id C924115251; Wed, 19 Jan 2000 00:56:33 -0800 (PST) (envelope-from stenn@whimsy.udel.edu) To: Bruce Evans Cc: bde@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: kern/16113: Kernel page fault panic using sysctl to change timer frequency In-Reply-To: Bruce Evans's (bde@zeta.org.au) message dated Wed, 19 Jan 2000 19:42:57. X-Face: "csXK}xnnsH\h_ce`T#|pM]tG,6Xu.{3Rb\]&XJgVyTS'w{E+|-(}n:c(Cc* $cbtusxDP6T)Hr'k&zrwq0.3&~bAI~YJco[r.mE+K|(q]F=ZNXug:s6tyOk{VTqARy0#axm6BWti9C d Date: Wed, 19 Jan 2000 03:56:17 -0500 Message-ID: <18152.948272177@whimsy.udel.edu> From: stenn@whimsy.udel.edu Source-Info: From (or Sender) name not authenticated. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thanks for the extra info. I've been hacking the script in various ways to do a better/safer job. I think I may be close... Harlan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 1:23:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9AAB2151EC; Wed, 19 Jan 2000 01:23:54 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97320; Wed, 19 Jan 2000 01:23:54 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 01:23:54 -0800 (PST) From: Message-Id: <200001190923.BAA97320@freefall.freebsd.org> To: casper@acc.am, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10493: ipfw's undocumented feature Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw's undocumented feature State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 01:22:29 PST 2000 State-Changed-Why: Dummynet(4) commands are now documented in the ipfw(8) manpage in both -current and -stable. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 1:34:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 282A6152C6; Wed, 19 Jan 2000 01:34:52 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA98309; Wed, 19 Jan 2000 01:34:51 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 01:34:51 -0800 (PST) From: Message-Id: <200001190934.BAA98309@freefall.freebsd.org> To: martin@Magnetics.NL.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/13504: troubles with the ipfw tool Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: troubles with the ipfw tool State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 01:31:28 PST 2000 State-Changed-Why: It's an indication of an inconsistency between the kernel and userland tools. Make world is advised. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 1:39:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33C181526E; Wed, 19 Jan 2000 01:39:35 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA98854; Wed, 19 Jan 2000 01:39:34 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 01:39:34 -0800 (PST) From: Message-Id: <200001190939.BAA98854@freefall.freebsd.org> To: pauel@encred.ru, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/14937: ipfw -a list show wrong information Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw -a list show wrong information State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 01:38:15 PST 2000 State-Changed-Why: Duplicate of PR#14907. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 1:51: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 650D715280; Wed, 19 Jan 2000 01:51:07 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA00161; Wed, 19 Jan 2000 01:51:07 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 01:51:07 -0800 (PST) From: Message-Id: <200001190951.BAA00161@freefall.freebsd.org> To: johan@link-data.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/15513: kernel or ipfw drops rules sometimes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel or ipfw drops rules sometimes State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 01:47:52 PST 2000 State-Changed-Why: Cannot reproduce, believed to be the pilot error. Originator is advised to provide some additional details and discuss the problem on freebsd-bugs. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 1:56:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7D80714EBA; Wed, 19 Jan 2000 01:56:49 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA00888; Wed, 19 Jan 2000 01:56:49 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 01:56:49 -0800 (PST) From: Message-Id: <200001190956.BAA00888@freefall.freebsd.org> To: toh@victoria.tc.ca, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11109: ipfw.ko Makefile contains CFLAGS+= -DDIVERT when it probably means -DIPDIVERT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ipfw.ko Makefile contains CFLAGS+= -DDIVERT when it probably means -DIPDIVERT State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 01:54:06 PST 2000 State-Changed-Why: src/sys/modules/ipfw/Makefile never contained -DDIVERT. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 2:19:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E556914F95; Wed, 19 Jan 2000 02:19:34 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA03106; Wed, 19 Jan 2000 02:19:34 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 02:19:34 -0800 (PST) From: Message-Id: <200001191019.CAA03106@freefall.freebsd.org> To: matheny@cs.purdue.edu, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/15515: Firewall/FIltering Problems Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Firewall/FIltering Problems State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 02:18:02 PST 2000 State-Changed-Why: Cannot reproduce, and originator does not respond within a reasonable amount of time (one month). Believed to be a pilot error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 5: 2:39 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2F75215128; Wed, 19 Jan 2000 05:02:38 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA20066; Wed, 19 Jan 2000 05:02:37 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Wed, 19 Jan 2000 05:02:37 -0800 (PST) From: Message-Id: <200001191302.FAA20066@freefall.freebsd.org> To: swilson@tfn.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16047: /kernel.DEFAULT won't boot on a newly installed 3.4 BSD system Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /kernel.DEFAULT won't boot on a newly installed 3.4 BSD system State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Wed Jan 19 05:01:11 PST 2000 State-Changed-Why: Originator is advised to read the boot(8) manpage. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 8: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 28BC214DC8 for ; Wed, 19 Jan 2000 08:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA99183; Wed, 19 Jan 2000 08:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from irbs.irbs.com (irbs.irbs.com [209.36.62.129]) by hub.freebsd.org (Postfix) with ESMTP id A2574152BE for ; Wed, 19 Jan 2000 07:54:21 -0800 (PST) (envelope-from jc@irbs.com) Received: (from jc@localhost) by irbs.irbs.com (8.8.5/8.8.5) id KAA05077; Wed, 19 Jan 2000 10:54:10 -0500 (EST) Message-Id: <200001191554.KAA05077@irbs.irbs.com> Date: Wed, 19 Jan 2000 10:54:10 -0500 (EST) From: John Capo Reply-To: jc@irbs.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16206: PATCH: vmstat column alignment, %ll not supported in -stable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16206 >Category: bin >Synopsis: PATCH: vmstat column alignment, %ll not supported in -stable >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 Jan 19 08:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: John Capo >Release: FreeBSD 3.4-STABLE i386 >Organization: IRBS Engineering >Environment: 3.4 system with high interrupt rate >Description: 3.4 with latest vmstat.c MFC: interrupt total rate clk0 irq0 88009614 99 rtc0 irq8 112654001 127 pci irq12 1681736896 1910 pci irq15 824752586 937 pci irq10 1645044289 1869 pci irq11 206810620 234 fdc0 irq6 1 0 wdc0 irq14 149002 0 Total 264189713 1 Bogus column alignment and Total printed as 32 bit value. With included patch: interrupt total rate clk0 irq0 88010165 99 rtc0 irq8 112654707 127 pci irq12 1681747863 1910 pci irq15 824757776 937 pci irq10 1645055676 1869 pci irq11 206811727 234 fdc0 irq6 1 0 wdc0 irq14 149004 0 Total 4559186919 5180 >How-To-Repeat: Generate a bunch of interrupts, run vmstat -i >Fix: Index: vmstat.c =================================================================== RCS file: /usr/cvs/src/usr.bin/vmstat/vmstat.c,v retrieving revision 1.29.2.3 diff -u -r1.29.2.3 vmstat.c --- vmstat.c 2000/01/18 17:39:38 1.29.2.3 +++ vmstat.c 2000/01/19 15:43:43 @@ -774,18 +774,18 @@ errx(1, "malloc"); kread(X_INTRCNT, intrcnt, (size_t)nintr); kread(X_INTRNAMES, intrname, (size_t)inamlen); - (void)printf("interrupt total rate\n"); + (void)printf("interrupt total rate\n"); inttotal = 0; nintr /= sizeof(long); while (--nintr >= 0) { if (*intrcnt) - (void)printf("%-12s %8lu %8lu\n", intrname, + (void)printf("%-12s %10lu %8lu\n", intrname, *intrcnt, *intrcnt / uptime); intrname += strlen(intrname) + 1; inttotal += *intrcnt++; } - (void)printf("Total %8llu %8llu\n", inttotal, - inttotal / (u_int64_t) uptime); + (void)printf("Total %10qu %8qu\n", inttotal, + inttotal / uptime); } void >Release-Note: >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 Jan 19 8:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B1AE0152B8 for ; Wed, 19 Jan 2000 08:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA00549; Wed, 19 Jan 2000 08:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E3A941529D; Wed, 19 Jan 2000 08:07:33 -0800 (PST) Message-Id: <20000119160733.E3A941529D@hub.freebsd.org> Date: Wed, 19 Jan 2000 08:07:33 -0800 (PST) From: emon@kuis.kyoto-u.ac.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16207: y2k problem in troff (e.g. 'man hosts.equiv') Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16207 >Category: bin >Synopsis: y2k problem in troff (e.g. 'man hosts.equiv') >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 Jan 19 08:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: KOMURA Takaaki >Release: 3.3-RELEASE >Organization: Kyoto University (student) >Environment: FreeBSD beat.kuis.kyoto-u.ac.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: When I invoked 'man host.equiv' at January 20 2000, I found following in the man page: ---- FreeBSD January 20, 1900 1 ---- >How-To-Repeat: # rm /usr/share/man/cat5/hosts.equiv % man hosts.equiv The following may be printed on the last of man page: ---- FreeBSD January 20, 1900 1 ---- >Fix: /usr/src/contrib/groff/troff/input.cc, line 5546 - set_number_reg("yr", int(tt->tm_year)%100); + set_number_reg("yr", int(tt->tm_year)); >Release-Note: >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 Jan 19 8:20: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 387C714EFD for ; Wed, 19 Jan 2000 08:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA01562; Wed, 19 Jan 2000 08:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 08:20:02 -0800 (PST) Message-Id: <200001191620.IAA01562@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Capo Subject: Re: bin/16206: PATCH: vmstat column alignment, %ll not supported in -stable Reply-To: John Capo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16206; it has been noted by GNATS. From: John Capo To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/16206: PATCH: vmstat column alignment, %ll not supported in -stable Date: Wed, 19 Jan 2000 11:17:52 -0500 Quoting John Capo (jc@irbs.com): > + (void)printf("Total %10qu %8qu\n", inttotal, > + inttotal / uptime); I should have made the Total field width larger, perhaps very large. (void)printf("Total%18qu %8qu\n", inttotal, A field width of 10 overflows on several of my machines. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 11:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 162BC14EE5 for ; Wed, 19 Jan 2000 11:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA21918; Wed, 19 Jan 2000 11:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 018B115254; Wed, 19 Jan 2000 11:23:53 -0800 (PST) Message-Id: <20000119192353.018B115254@hub.freebsd.org> Date: Wed, 19 Jan 2000 11:23:53 -0800 (PST) From: p.sikkema@hccnet.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16208: ps/2 mouse problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16208 >Category: misc >Synopsis: ps/2 mouse problem >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 Jan 19 11:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: p.sikkema >Release: 3.2 >Organization: >Environment: freebsd 3.2 release #0 >Description: I use a abit bp6 dual celeron motherboard with a agp graphics card (intel 740 chipset). Under freebsd the p/s2 mouse won't run, serial mouse does. With the XBF-i740 glibc 1.001 (linux) Xwindows runs well, exept for the mouse. Neither serial, nor ps/2. In all cases the pointer moves far to fast and ends in the upper corners. >How-To-Repeat: >Fix: >Release-Note: >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 Jan 19 14:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B04414DFA for ; Wed, 19 Jan 2000 14:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA39622; Wed, 19 Jan 2000 14:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 14:10:02 -0800 (PST) Message-Id: <200001192210.OAA39622@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "S.W. Drinkard" Subject: Re: i386/16144: FreeBSd 3.4. /stand/sysinstall cores when accessing 'distributions' menu Reply-To: "S.W. Drinkard" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16144; it has been noted by GNATS. From: "S.W. Drinkard" To: freebsd-gnats-submit@FreeBSD.org, paul@iaehv.nl Cc: Subject: Re: i386/16144: FreeBSd 3.4. /stand/sysinstall cores when accessing 'distributions' menu Date: Wed, 19 Jan 2000 17:08:59 -0500 Exactly the same behaviour I found from the ftp'd kern & mfsroot floppies. I forgot to get the compat2 bits, so went back in after a reboot and discovered the same problem, exactly. Very repeatable. Can not add additional distributions. Also entering sysinstall after coming up 2nd time, got complaints about not being able to resolve ftp.freebsd.org server. I KNOW it have networking right, because it's my current configuration. Failing apparently on hostlookup, or gethostbyname. Sam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 15:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F2D781534B for ; Wed, 19 Jan 2000 15:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA47322; Wed, 19 Jan 2000 15:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 03C2015325; Wed, 19 Jan 2000 15:12:32 -0800 (PST) Message-Id: <20000119231232.03C2015325@hub.freebsd.org> Date: Wed, 19 Jan 2000 15:12:32 -0800 (PST) From: vg@idiom.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16212: in /stand/sysinstall -- cannot exit menu for XFree86 Desktop without rebooting Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16212 >Category: misc >Synopsis: in /stand/sysinstall -- cannot exit menu for XFree86 Desktop without rebooting >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 Jan 19 15:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Vonnie Gurgin >Release: 3.3 Release ) >Organization: >Environment: $FreeBSD vtry.idiom.com 3.3-RELEASE 3.3 RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkhe@highway.cdrom.com /usr/src/compile/GENERIC i386 >Description: You cannot exit the post install configuration menu for XFree86 desktops without rebooting. >How-To-Repeat: Do a post install configuration. Go to XFree86 desktop environment. Pick an environment. Try tp exit. >Fix: >Release-Note: >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 Jan 19 17: 0:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D943015380 for ; Wed, 19 Jan 2000 17:00:18 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA56502; Wed, 19 Jan 2000 17:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 17:00:03 -0800 (PST) Message-Id: <200001200100.RAA56502@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: emon@kuis.kyoto-u.ac.jp Subject: bin/16207: y2k problem in troff (e.g. 'man hosts.equiv') Reply-To: emon@kuis.kyoto-u.ac.jp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16207; it has been noted by GNATS. From: emon@kuis.kyoto-u.ac.jp To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: bin/16207: y2k problem in troff (e.g. 'man hosts.equiv') Date: Wed, 19 Jan 2000 08:07:33 -0800 (PST) >Number: 16207 >Category: bin >Synopsis: y2k problem in troff (e.g. 'man hosts.equiv') >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 Jan 19 08:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: KOMURA Takaaki >Release: 3.3-RELEASE >Organization: Kyoto University (student) >Environment: FreeBSD beat.kuis.kyoto-u.ac.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: When I invoked 'man host.equiv' at January 20 2000, I found following in the man page: ---- FreeBSD January 20, 1900 1 ---- >How-To-Repeat: # rm /usr/share/man/cat5/hosts.equiv % man hosts.equiv The following may be printed on the last of man page: ---- FreeBSD January 20, 1900 1 ---- >Fix: /usr/src/contrib/groff/troff/input.cc, line 5546 - set_number_reg("yr", int(tt->tm_year)%100); + set_number_reg("yr", int(tt->tm_year)); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 18:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CB8815366 for ; Wed, 19 Jan 2000 18:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA62512; Wed, 19 Jan 2000 18:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 355B614D86; Wed, 19 Jan 2000 18:02:04 -0800 (PST) Message-Id: <20000120020204.355B614D86@hub.freebsd.org> Date: Wed, 19 Jan 2000 18:02:04 -0800 (PST) From: fitz@jfitz.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16214 >Category: i386 >Synopsis: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) >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 Jan 19 18:10:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: John Fitzgibbon >Release: 3.4 Release >Organization: >Environment: FreeBSD fitz.jfitz.org 3.4-RELEASE FreeBSD 3.4-RELEASE #66: Sat Jan 15 21:36:32 PST 2000 root@fitz.jfitz.org:/usr/src/sys/compile/MYKERNEL i386 >Description: if_ie.c driving an Intel EtherExpress 16 causes machine to hang when network traffic is heavy. >How-To-Repeat: Heavy network traffic on an Intel Etherexpress 16. >Fix: http://www.jfitz.com/tips/freebsd_etherexpress16.html >Release-Note: >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 Jan 19 18:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F65015352 for ; Wed, 19 Jan 2000 18:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA62503; Wed, 19 Jan 2000 18:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 18:10:02 -0800 (PST) Message-Id: <200001200210.SAA62503@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kazutaka YOKOTA Subject: Re: misc/16208: ps/2 mouse problem Reply-To: Kazutaka YOKOTA Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16208; it has been noted by GNATS. From: Kazutaka YOKOTA To: p.sikkema@hccnet.nl Cc: freebsd-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: misc/16208: ps/2 mouse problem Date: Thu, 20 Jan 2000 11:05:47 +0900 >>Number: 16208 >>Category: misc >>Synopsis: ps/2 mouse problem [...] >>Release: 3.2 >>Organization: >>Environment: >freebsd 3.2 release #0 >>Description: >I use a abit bp6 dual celeron motherboard with a agp graphics card (intel 740 >chipset). >Under freebsd the p/s2 mouse won't run, serial mouse does. >With the XBF-i740 glibc 1.001 (linux) Xwindows runs well, exept for the mouse. > Neither serial, nor ps/2. >In all cases the pointer moves far to fast and ends in the upper corners. Hmm, you seem to be saying the serial mouse runs, but isn't working in X. What does this mean? In any case, would you provide the following informatin so that I can diagnose your problem? 1. The brand and model of your PS/2 mouse and serial mouse. 2. /etc/rc.conf 3. /var/run/dmesg.boot after starting the system with the PS/2 mouse. 4. The "Pointer" section of your XF86Config (it's usually in /etc) If your serial mouse is relatively old, you may need to tweak a bit. We need to carry out some tests after you send us the above information. In general, the following quick steps will set up the mouse and work for many people. - When you connect a PS/2 mouse to your system, put the following lines in /etc/rc.conf. moused_enable="YES" mouse_port="/dev/psm0" mouse_type="auto" mouse_flags="" After editting /etc/rc.conf, reboot the system. Then modify your "Pointer" section in XF86Config so that it looks: Section "Pointer" Protocol "MouseSystems" Device "/dev/sysmouse" EndSection (As your X server is a Linux binary, the "Protocol" must be "MouseSystems". When you are using the FreeBSD version of the X server, the "Protocol" should be "SysMouse".) - When you use the serial mouse, edit /etc/rc.conf as follows. moused_enable="YES" mouse_port="/dev/cuaa0" mouse_type="auto" mouse_flags="" (I assume your mouse is connected to COM1. If you are using COM2, mouse_port should be "/dev/cuaa1") The "Pointer" section of /etc/XF86Config should be the same as above. Kazu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 19: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B1CFE15084 for ; Wed, 19 Jan 2000 19:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA66617; Wed, 19 Jan 2000 19:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 19:00:04 -0800 (PST) Message-Id: <200001200300.TAA66617@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16214; it has been noted by GNATS. From: Garrett Wollman To: fitz@jfitz.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Date: Wed, 19 Jan 2000 21:54:00 -0500 (EST) <> Synopsis: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Driver for Intel EtherExpress 16 is piece of crap. (I can say that because I wrote it. It was my first device driver.) Intel EtherExpress16 is also piece of crap. Be nice to yourself and buy a $5 NE2000 clone.... -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 19:30:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B118E14CE6 for ; Wed, 19 Jan 2000 19:30:51 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA68812; Wed, 19 Jan 2000 19:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 19:30:01 -0800 (PST) Message-Id: <200001200330.TAA68812@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "John Fitzgibbon" Subject: Re: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Reply-To: "John Fitzgibbon" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16214; it has been noted by GNATS. From: "John Fitzgibbon" To: "Garrett Wollman" Cc: Subject: Re: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) Date: Wed, 19 Jan 2000 19:21:53 -0800 Both driver and board are doing fine - see the (2 line) fix at http://www.jfitz.com/tips/freebsd_etherexpress16.html I'm still not 100% sure why the delay I added fixes the problem - I'm guessing its related to incoming interrupts while the driver is attempting to disable them. I wasn't about to start dissecting ancient spec sheets to try and figure it all out. I'd also suspect that similar problems I've seen reported with linux drivers can be fixed in the same way. BTW, I got my 2 EtherExpress cards for $1 each, so I guess I'm up about $8 on hardware :-) Unfortunately, I'm probably down a few hundred $$'s if I count the time I spent looking at the problem :-( Fitz. ----- Original Message ----- From: "Garrett Wollman" To: Cc: Sent: Wednesday, January 19, 2000 6:54 PM Subject: i386/16214: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) > < > >> Synopsis: Driver for Intel EtherExpress 16 is unreliable, (if_ie.c) > > Driver for Intel EtherExpress 16 is piece of crap. (I can say that > because I wrote it. It was my first device driver.) > > Intel EtherExpress16 is also piece of crap. Be nice to yourself and > buy a $5 NE2000 clone.... > > -GAWollman > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jan 19 19:50: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E4C0014F7A for ; Wed, 19 Jan 2000 19:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA70737; Wed, 19 Jan 2000 19:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 19 Jan 2000 19:50:02 -0800 (PST) Message-Id: <200001200350.TAA70737@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: kern/15996: patch adds hw.syscons.sc_mouse_char sysctl variable Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15996; it has been noted by GNATS. From: Kelly Yancey To: Kazutaka YOKOTA Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/15996: patch adds hw.syscons.sc_mouse_char sysctl variable Date: Wed, 19 Jan 2000 22:38:12 -0500 (EST) > In principle, any change should go into -CURRENT first, then will be > merged to -STABLE. Although the patch for -STABLE will be much > different from the patch for -CURRENT in our case, I believe this > principle will still stand. > > We shall first commit the change to -CURRENT and test its concept > for a while there, then apply the change to -STABLE. > > Kazu > Here is a patch against -stable as of Jan 19, 2000 which MFC's the functionality using ioctl rather than sysctl. I also imported the changes to vidcontrol to facilitate setting the mouse character. I have been using this on a couple of -stable boxen without incident for several days now. Kelly --- sys/i386/include/console.h.orig Wed Jan 19 20:59:14 2000 +++ sys/i386/include/console.h Wed Jan 19 21:07:22 2000 @@ -161,6 +161,7 @@ #define MOUSE_ACTION 0x07 #define MOUSE_MOTION_EVENT 0x08 #define MOUSE_BUTTON_EVENT 0x09 +#define MOUSE_MOUSECHAR 0x0a struct mouse_info { int operation; @@ -168,6 +169,7 @@ struct mouse_data data; struct mouse_mode mode; struct mouse_event event; + int mouse_char; }u; }; --- sys/alpha/include/console.h.orig Wed Jan 19 21:02:10 2000 +++ sys/alpha/include/console.h Wed Jan 19 21:08:27 2000 @@ -162,6 +162,7 @@ #define MOUSE_ACTION 0x07 #define MOUSE_MOTION_EVENT 0x08 #define MOUSE_BUTTON_EVENT 0x09 +#define MOUSE_MOUSECHAR 0x0a struct mouse_info { int operation; @@ -169,6 +170,7 @@ struct mouse_data data; struct mouse_mode mode; struct mouse_event event; + int mouse_char; }u; }; --- usr.sbin/vidcontrol/vidcontrol.c.orig Wed Jan 19 21:46:52 2000 +++ usr.sbin/vidcontrol/vidcontrol.c Wed Jan 19 21:52:24 2000 @@ -33,6 +33,7 @@ #include #include +#include #include #include #include @@ -57,10 +58,11 @@ static void usage() { - fprintf(stderr, "%s\n%s\n%s\n", + fprintf(stderr, "%s\n%s\n%s\n%s\n", "usage: vidcontrol [-r fg bg] [-b color] [-c appearance] [-d] [-l scrmap]", -" [-i adapter | mode] [-L] [-m on|off] [-f size file]", -" [-s number] [-t N|off] [-x] [mode] [fgcol [bgcol]] [show]"); +" [-i adapter | mode] [-L] [-M char] [-m on|off]", +" [-f size file] [-s number] [-t N|off] [-x] [mode]", +" [fgcol [bgcol]] [show]"); exit(1); } @@ -390,6 +392,22 @@ } void +set_mouse_char(char *arg) +{ + struct mouse_info mouse; + long l; + + l = strtol(arg, NULL, 0); + if ((l < 0) || (l > UCHAR_MAX)) { + warnx("argument to -M must be 0 through %d", UCHAR_MAX); + return; + } + mouse.operation = MOUSE_MOUSECHAR; + mouse.u.mouse_char = (int)l; + ioctl(0, CONS_MOUSECTL, &mouse); +} + +void set_mouse(char *arg) { struct mouse_info mouse; @@ -529,7 +547,7 @@ info.size = sizeof(info); if (ioctl(0, CONS_GETINFO, &info) < 0) err(1, "must be on a virtual console"); - while((opt = getopt(argc, argv, "b:c:df:i:l:Lm:r:s:t:x")) != -1) + while((opt = getopt(argc, argv, "b:c:df:i:l:LM:m:r:s:t:x")) != -1) switch(opt) { case 'b': set_border_color(optarg); @@ -552,6 +570,9 @@ break; case 'L': load_default_scrnmap(); + break; + case 'M': + set_mouse_char(optarg); break; case 'm': set_mouse(optarg); --- sys/dev/syscons/syscons.c.orig Wed Jan 19 20:52:32 2000 +++ sys/dev/syscons/syscons.c Wed Jan 19 22:27:33 2000 @@ -41,6 +41,8 @@ #endif #include "opt_syscons.h" +#include + #if NSC > 0 #include #include @@ -239,6 +241,7 @@ #define SC_CONSOLE 255 vm_offset_t Crtat; static const int nsccons = MAXCONS+2; +static int sc_mouse_char = SC_MOUSE_CHAR; #define WRAPHIST(scp, pointer, offset)\ ((scp)->history + ((((pointer) - (scp)->history) + (scp)->history_size \ @@ -1280,6 +1283,54 @@ } break; + case MOUSE_MOUSECHAR: + if (mouse->u.mouse_char < 0) { + mouse->u.mouse_char = sc_mouse_char; + } else { + char *font = NULL; + + if (mouse->u.mouse_char >= UCHAR_MAX - 4) + return EINVAL; + + /* + * The base character for drawing the mouse pointer has changed. + * Clear the pointer, restore the original font definitions, + * and the redraw the pointer - mangling the new characters. + */ + s = spltty(); + remove_mouse_image(cur_console); + + if (ISTEXTSC(cur_console) && + (cur_console->font_size != FONT_NONE)) { + if (scp->font_size < 14) { + if (fonts_loaded & FONT_8) + font = font_8; + } + else if (scp->font_size >= 16) { + if (fonts_loaded & FONT_16) + font = font_16; + } + else { + if (fonts_loaded & FONT_14) + font = font_8; + } + + if (font != NULL) { + font_loading_in_progress = TRUE; + (*vidsw[scp->ad]->load_font)(scp->adp, 0, + cur_console->font_size, + font + (sc_mouse_char * cur_console->font_size), + sc_mouse_char, 4); + font_loading_in_progress = FALSE; + (*vidsw[scp->ad]->show_font)(scp->adp, 0); + } + } + + sc_mouse_char = mouse->u.mouse_char; + splx(s); + } + break; + default: return EINVAL; } @@ -4217,13 +4268,13 @@ } if (scp->status & MOUSE_VISIBLE) { - if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR) + if ((scp->cursor_saveunder & 0xff) == sc_mouse_char) bcopy(&scp->mouse_cursor[0], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 1) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 1) bcopy(&scp->mouse_cursor[32], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 2) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 2) bcopy(&scp->mouse_cursor[64], cursor, scp->font_size); - else if ((scp->cursor_saveunder & 0xff) == SC_MOUSE_CHAR + 3) + else if ((scp->cursor_saveunder & 0xff) == sc_mouse_char + 3) bcopy(&scp->mouse_cursor[96], cursor, scp->font_size); else bcopy(font_buffer+((scp->cursor_saveunder & 0xff)*scp->font_size), @@ -4551,16 +4602,16 @@ #endif font_loading_in_progress = TRUE; (*vidsw[scp->ad]->load_font)(scp->adp, 0, 32, scp->mouse_cursor, - SC_MOUSE_CHAR, 4); + sc_mouse_char, 4); font_loading_in_progress = FALSE; - writew(crt_pos, (*(scp->mouse_pos) & 0xff00) | SC_MOUSE_CHAR); + writew(crt_pos, (*(scp->mouse_pos) & 0xff00) | sc_mouse_char); writew(crt_pos+2*scp->xsize, - (*(scp->mouse_pos + scp->xsize) & 0xff00) | (SC_MOUSE_CHAR + 2)); + (*(scp->mouse_pos + scp->xsize) & 0xff00) | (sc_mouse_char + 2)); if (scp->mouse_xpos < (scp->xsize-1)*8) { - writew(crt_pos + 2, (*(scp->mouse_pos + 1) & 0xff00) | (SC_MOUSE_CHAR + 1)); + writew(crt_pos + 2, (*(scp->mouse_pos + 1) & 0xff00) | (sc_mouse_char + 1)); writew(crt_pos+2*scp->xsize + 2, - (*(scp->mouse_pos + scp->xsize + 1) & 0xff00) | (SC_MOUSE_CHAR + 3)); + (*(scp->mouse_pos + scp->xsize + 1) & 0xff00) | (sc_mouse_char + 3)); } mark_for_update(scp, scp->mouse_pos - scp->scr_buf); mark_for_update(scp, scp->mouse_pos + scp->xsize + 1 - scp->scr_buf); -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 0: 3:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from nl-imail01.cmg.nl (nl-mail-dmz.cmg-gecis.nl [195.109.155.100]) by hub.freebsd.org (Postfix) with ESMTP id C73A415308 for ; Thu, 20 Jan 2000 00:02:53 -0800 (PST) (envelope-from wilco.oelen@cmg.nl) Received: from nl-amv-route01.cmg.nl (NL-AMV-ROUTE01 [10.16.127.107]) by nl-imail01.cmg.nl with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.10) id C9AQ3YKX; Thu, 20 Jan 2000 08:58:39 +0100 Received: by NL-AMV-ROUTE01 with Internet Mail Service (5.5.2232.9) id ; Thu, 20 Jan 2000 09:05:29 +0100 Message-ID: <77BF6063714DD21188A500104BB3F93C170370@NL-GRO-MAIL01> From: Wilco Oelen To: "'freebsd-bugs@FreeBSD.org'" Subject: bug in FreeBSD 3.3-RELEASE Date: Thu, 20 Jan 2000 09:05:26 +0100 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2232.9) Content-Type: multipart/mixed; boundary="----_=_NextPart_000_01BF631D.1C7AB64E" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This message is in MIME format. Since your mail reader does not understand this format, some or all of this message may not be legible. ------_=_NextPart_000_01BF631D.1C7AB64E Content-Type: text/plain; charset="iso-8859-1" Hello, I think I found a bug in FreeBSD, which allows an ordinary user to cause a kernel panic. The problem (or bug?) is reported in the attached document. <> Could you please answer me if you have a soluition for this problem? Thanks in advance, Wilco Oelen A reply can be sent to wilco.oelen@cmg.nl ------_=_NextPart_000_01BF631D.1C7AB64E Content-Type: text/plain; name="BUG.TXT" Content-Transfer-Encoding: quoted-printable Content-Disposition: attachment; filename="BUG.TXT" Content-Location: ATT-0-9DC01B8808CFD311AB3D00104BC2DC1B-B UG.TXT Hello, I want to report a problem, which might be due to a bug in the memory management system of FreeBSD. As an ordinary user I can cause the = system to panic without the need to have superuser privileges. In order to do so I used the following program: ------------------------------------- #include #include int main(void) { char *a[200]; int i; for (i=3D0; i<200; i++) { if (i%10 =3D=3D 0) printf("%d\n", i); a[i] =3D (char *)malloc(1024*1024); if (!a[i]) exit(1); } getchar(); return 0; } ---------------------------------------- The program is compiled without any options: cc -o largemem largemem.c, where largemem is the name of the program given above. The program allocates 200 MBytes of memory, but does not actually write = to it, so it does not cause any memory pages to be physically written to. In order to make the kernel panic I do the following: Log in as ordinary user (either on the local console or through a = network connection with telnet). Start the program. It prints number 0 up to 19 and waits for a = character to be entered. Pressing stops the program. I use ^Z in order to suspend the program instead of stopping it. The above is repeated approximately 10 times. Next, I bring back the processes in the foreground using 'fg' and press to make the program stop. I repeat this action, until I have no jobs left in my current login session. This procedure almost = certainly causes my system to panic with an error message, which can be found in the kernel source file /usr/src/sys/i386/i386/pmap.c. One message, = which frequently appears is: "pmap_enter: attempted pmap_enter on 4MB page". Below, I give some info which may help you analyzing the bug report: Here follows the dmesg output, giving you the kernel info: ------------------------------------------------------------- Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-RELEASE #7: Fri Jan 7 08:17:01 CET 2000 root@ser2.home:/usr/src/sys/compile/HOME Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 400910606 Hz CPU: AMD-K6(tm) 3D+ Processor (400.91-MHz 586-class CPU) Origin =3D "AuthenticAMD" Id =3D 0x591 Stepping =3D 1 Features=3D0x8021bf AMD Features=3D0x80000800 real memory =3D 67108864 (65536K bytes) avail memory =3D 62611456 (61144K bytes) Preloaded elf kernel "kernel" at 0xc0288000. Probing for devices on PCI bus 0: chip0: rev 0x01 on pci0.0.0 chip1: rev 0x01 on pci0.7.0 ide_pci0: rev 0x01 on pci0.7.1 chip2: rev 0x01 on pci0.7.3 vx0: <3COM 3C595 Fast Etherlink III PCI> rev 0x00 int a irq 11 on = pci0.14.0 utp/tx[*utp*] address 00:a0:24:cf:41:71 Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=3D0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa sio0 at 0x3f8-0x3ff irq 4 flags 0x10 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 on isa wdc0: unit 0 (wd0): wd0: 1039MB (2128896 sectors), 2112 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 244MB (499950 sectors), 1010 cyls, 9 heads, 55 S/T, 512 B/S wdc1: unit 1 (wd3): wd3: 102MB (208896 sectors), 1024 cyls, 12 heads, 17 S/T, 512 B/S scd0 at 0x340-0x343 on isa scd0: ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: Generic chipset (NIBBLE-only) in COMPATIBLE mode ppi0: on ppbus 0 plip0: on ppbus 0 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface changing root device to wd0s1a Info about the computer on which FreeBSD 3.3-RELEASE is running: ------------------------------------------------------------------ CPU: AMD K6-III, 450 MHz (underclocked to 400 MHz, it runs on an old mainboard with 66 MHz busclock, highest multiplier which can be used equals 6). Mainboard: Chaintech 5TDM2, socket 7 mainboard (66 MHz busclock). Memory: 64 MByte PC66 SDRAM Cache: 512 KByte pipeline burst cache on mainboard, but this cache is mostly overruled by the processor's L2 cache (K6-III has 256 KBytes of L2 cache). The /etc/fstab file: --------------------- # Device Mountpoint FStype Options Dump Pass# /dev/wd0s1b none swap sw 0 0 /dev/wd2s1b none swap sw 0 0 /dev/wd0s1a / ufs rw 1 1 /dev/wd0s1e /afs1 ufs rw 2 2 /dev/wd0s1f /usr ufs rw 2 2 /dev/wd3s1 /home ufs rw 2 2 proc /proc procfs rw 0 0 The output of df: ------------------- Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/wd0s1a 48415 21978 22564 49% / /dev/wd0s1e 193767 31693 146573 18% /afs1 /dev/wd0s1f 740783 188265 493256 28% /usr /dev/wd3s1 100518 43927 48550 48% /home procfs 4 4 0 100% /proc Swap partitions: ------------------ /dev/wd0s1b : appr. 50 MByte /dev/wd2s1b : appr. 250 Mbyte Kernel configuration: ---------------------- machine "i386" cpu "I586_CPU" cpu "I686_CPU" options "NO_F00F_HACK" options CPU_WT_ALLOC # K6 feature options NO_MEMORY_HOLE # K6 feature makeoptions COPTFLAGS=3D"-O2" ident HOME maxusers 32 options INET #InterNETworking options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] #options MFS #Memory Filesystem #options MFS_ROOT #MFS usable as root device, "MFS" req'ed options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, "NFS" req'ed options MSDOSFS #MSDOS Filesystem options "CD9660" #ISO 9660 Filesystem #options "CD9660_ROOT" #CD-ROM usable as root. "CD9660" req'ed options PROCFS #Process filesystem options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] #options SCSI_DELAY=3D15000 #Be pessimistic about Joe SCSI device options UCONSOLE #Allow users to grab the console options FAILSAFE #Be conservative options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores config kernel root on wd0 controller isa0 controller pci0 # Floppy drives controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 # IDE controller and disks controller wdc0 at isa? port "IO_WD1" bio irq 14 disk wd0 at wdc0 drive 0 #disk wd1 at wdc0 drive 1 controller wdc1 at isa? port "IO_WD2" bio irq 15 disk wd2 at wdc1 drive 0 disk wd3 at wdc1 drive 1 # ATAPI devices #options ATAPI #Enable ATAPI support for IDE bus #options ATAPI_STATIC #Don't do it as an LKM #device acd0 #IDE CD-ROM # Proprietary or custom CD-ROM Interfaces device scd0 at isa? port 0x340 bio # atkbdc0 controls both the keyboard and the PS/2 mouse controller atkbdc0 at isa? port IO_KBD tty device atkbd0 at isa? tty irq 1 #device psm0 at isa? tty irq 12 device vga0 at isa? port ? conflicts # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? tty # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? tty #options XSERVER # support for X server #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the = PCVT lines #options PCVT_SCANSET=3D2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Serial (COM) ports device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 device sio1 at isa? port "IO_COM2" tty irq 3 #device sio2 at isa? disable port "IO_COM3" tty irq 5 #device sio3 at isa? disable port "IO_COM4" tty irq 9 # Parallel port device ppc0 at isa? port? flags 0x40 net irq 7 controller ppbus0 # Parallel port bus (required) #device lpt0 at ppbus? # Printer device plip0 at ppbus? # TCP/IP over parallel device ppi0 at ppbus? # Parallel port interface device # PCI Ethernet NICs. device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 2 # Kernel PPP options "PPP_BSDCOMP" pseudo-device tun 1 # Packet tunnel pseudo-device pty 32 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's pseudo-device vn # Allow regular files to be used as devices I have done the test with the 250 MBytes swap partition removed as = well, leaving only appr. 50 MBytes for swap. This has no effect. I still can easily panic the system, using the procedure mentioned above. I also did the test with the compiler option -O2 removed and doing a complete rebuild of the kernel. This does not solve the problem. I would be pleased to hear more about this bug report. Things are not bleeding for me if FreeBSD has this bug, but I think it is serious enough to be worth posting to you. It might be due to my hardware setup, but if that is the case, could = you please let me know? The hardware I have is not very special, however, so I doubt that it is due to hardware problems.=20 The system runs perfectly stable (also under extreme load, running 350+ processes concurrently which take lots of CPU time and do disk = I/O) for extended periods of time, as long as I do not allocate very large amounts of memory. Another thing that surprises me is that I can allocate much more memory than the sum of available swap space and physical memory. I built a check into the malloc program, but it does not return NULL-pointers from the malloc() function, not even if I only have 50 MBytes of swap = and if I run multiple instances of the program. As soon as I really use the memory (e.g. by writing to it, using = memset()), then I indeed cannot use more than the sum of physical memory and swap. = If I use more, then my program stops because of receipt of a BUS signal. I hope that this bug report helps you in making FreeBSD even better = than it is now. If you have any questions, do not hesitate to contact me at my mail address (wilco.oelen@cmg.nl). With regards, Wilco Oelen ------_=_NextPart_000_01BF631D.1C7AB64E-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 8:31:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B907315100; Thu, 20 Jan 2000 08:31:25 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA98655; Thu, 20 Jan 2000 08:31:25 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 20 Jan 2000 08:31:25 -0800 (PST) From: Message-Id: <200001201631.IAA98655@freefall.freebsd.org> To: adam@worldsport.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/16097: arp problem on loopback i/f when using DHCP and running X sessions. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: arp problem on loopback i/f when using DHCP and running X sessions. State-Changed-From-To: feedback->closed State-Changed-By: ru State-Changed-When: Thu Jan 20 08:29:11 PST 2000 State-Changed-Why: On Wed, Jan 19, 2000 at 11:42:06AM +0000, Adam Shaun Nealis wrote: > Ruslan Ermilov wrote: > > > > Well, can I close this PR? > Sorry, yes you can. > > I thought I e-mailed you last week. > > I did a make installworld from a recent CVSUP, and > somehow I didn't get the new dhcpclient script. > > Very sorry. > > Regards, > Adam. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 13: 0:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 76F2C153AC for ; Thu, 20 Jan 2000 13:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA02619; Thu, 20 Jan 2000 13:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8135C154A1; Thu, 20 Jan 2000 12:58:46 -0800 (PST) Message-Id: <20000120205846.8135C154A1@hub.freebsd.org> Date: Thu, 20 Jan 2000 12:58:46 -0800 (PST) From: sfugarino@immucor.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16231: CD audio wont work. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16231 >Category: misc >Synopsis: CD audio wont work. >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: Thu Jan 20 13:00:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Samuel E. Fugarino >Release: 3.3 >Organization: Immucor, Inc >Environment: Pentium 166 64MG RAM >Description: I installed FreeBSD 3.3 on my machine and recompiled the kernel to support my sound card and other hardware. I got my sound card (AWE 64) configured, but I some of the CD audio apps on my system won't work. Kscd crashes each times it starts as does xcd. I was able to get xmcd to start, but it doesn't read the audio CD. My CD is /dev/acd0c and most of these apps want /dev/rcd0. What do I need to do or where can I go for info? Oh, my AWE works for everything else, except the EMU device won't play. I think it need a sound patch loaded, but I don't have a version of sfxload for BSD (or do I?). >How-To-Repeat: >Fix: >Release-Note: >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 Jan 20 14:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 63B0014F02 for ; Thu, 20 Jan 2000 14:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA46798; Thu, 20 Jan 2000 14:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 122A415346; Thu, 20 Jan 2000 14:18:34 -0800 (PST) Message-Id: <20000120221834.122A415346@hub.freebsd.org> Date: Thu, 20 Jan 2000 14:18:34 -0800 (PST) From: mharding@stamps.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16238: e-bones has a Y2K bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16238 >Category: misc >Synopsis: e-bones has a Y2K bug >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 Jan 20 14:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Harding >Release: 3.4-Stable >Organization: Stamps.com >Environment: reeBSD medusa.stamps.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue Jan 4 17:56:01 PST 2000 mharding@medusa.stamps.com:/usr/src/sys/compile/STAMPS i386 >Description: KerberosIV install does not work properly because there is a hard-wired expiration date of 12/31/99 in the Kerberos source for the ticket granter. >How-To-Repeat: Install Kerberos. >Fix: Change the date in /usr/src/crypto/kerberosIV/admin/kdb_init.c - this is hardwired to 12/31/99 which is not reasonable (any more). There was some code in deja news which set this to 'now+1 year' or something that could be folded in. ... principal.exp_date = 946702799; /* Happy new century */ strncpy(principal.exp_date_txt, "12/31/99", DATE_SZ); ... >Release-Note: >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 Jan 20 15:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DCCD2150B4 for ; Thu, 20 Jan 2000 15:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA52229; Thu, 20 Jan 2000 15:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 1B499153A5; Thu, 20 Jan 2000 15:19:18 -0800 (PST) Message-Id: <20000120231918.1B499153A5@hub.freebsd.org> Date: Thu, 20 Jan 2000 15:19:18 -0800 (PST) From: kannanv@research.bell-labs.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16240 >Category: kern >Synopsis: ICMP error generation fails to correctly insert IP ID on returned packet >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: Thu Jan 20 15:20:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kannan Varadhan >Release: 3.3-RELEASE >Organization: Lucent Techn ologies, Bell Lans >Environment: FreeBSD yankees.mlb.research.bell-labs.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Fri Oct 22 11:38:58 EDT 1999 root@dodgers.mlb.research.bell-labs.com:/usr/src/sys/compile/MH2A235 i386 >Description: See tcpdump traces below: 16:31:54.084947 0:90:27:61:e7:99 0:50:4:b1:f0:90 0800 162: 135.104.73.82.2094666972 > 135.104.73.129.2049: 120 getattr [|nfs] 4500 0094 012d 0000 3d11 da88 8768 4952 8768 4981 03e5 0801 0080 d6a1 7cda 14dc 0000 0000 0000 0002 0001 86a3 0000 0003 0000 0001 0000 ### ORIGINATING PACKET. NOTE IP ID is 0194 16:31:54.085012 0:50:4:b1:f0:90 0:60:1d:9:0:5a 0800 154: 135.104.73.11.2049 > 135.104.73.82.2094666972: reply ok 112 getattr [|nfs] 4500 008c 0194 0000 4011 d79f 8768 490b 8768 4952 0801 03e5 0078 152e 7cda 14dc 0000 0001 0000 0000 0000 0000 0000 0000 0000 0000 0000 ### ICMP ERROR RETURNED. NOTE IP ID on returned packet is 9401, ### indicating some byte-ordering problems. 16:31:54.085486 0:60:1d:9:0:5a 0:50:4:b1:f0:90 0800 70: 135.104.73.82 > 135.104.73.11: icmp: 135.104.73.82 udp port 997 unreachable 4500 0038 012e 0000 fd01 1b69 8768 4952 8768 490b 0303 5e31 0000 0000 4500 008c 9401 0000 3e11 d99f 8768 490b 8768 4952 0801 03e5 0078 >How-To-Repeat: >Fix: >Release-Note: >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 Jan 20 15:20: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E12614E2C for ; Thu, 20 Jan 2000 15:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA52220; Thu, 20 Jan 2000 15:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0E2DB14BED; Thu, 20 Jan 2000 15:16:02 -0800 (PST) Message-Id: <20000120231602.0E2DB14BED@hub.freebsd.org> Date: Thu, 20 Jan 2000 15:16:02 -0800 (PST) From: kannanv@research.bell-labs.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16239: NFS mount file system from multi-homed remote host sometimes fails Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16239 >Category: kern >Synopsis: NFS mount file system from multi-homed remote host sometimes fails >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 Jan 20 15:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kannan Varadhan >Release: 3.3-RELEASE >Organization: Lucent Technologies, Bell Lans >Environment: yankees# uname -a FreeBSD yankees.mlb.research.bell-labs.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Fri Oct 22 11:38:58 EDT 1999 root@dodgers.mlb.research.bell-labs.com:/usr/src/sys/compile/MH2A235 i386 >Description: Remote host has interfaces: 135.104.73.11/29, 135.104.73.129/29; Remote filesystem is /dev/wd0s4e mounted on /local Local host is 135.104.73.82/29. 135.104.73.11 is nearest interface through multiple hops. From local host: mount 135.104.73.11:/local /mnt succeeds, but mount 135.104.73.129:/local /mnt fails. FYI, the /etc/exports file on remote host is (although this appears irrelevant), yankees# more /etc/exports /local -alldirs -maproot=0 -network=135.104.73 -mask=255.255.255.0 /local -alldirs -maproot=0 -network=135.180.182 -mask=255.255.255.0 /local -alldirs -maproot=0 malgudi.dnrc.bell-labs.com /local -alldirs -maproot=0 malgudi.research.bell-labs.com /local -alldirs -maproot=0 kannanvpc.research.bell-labs.com /cdrom ------------------------------------------------------------------------ A tcpdump trace on remote host shows the following (There are multiple sequences of sunrpc and nfs requests back and forth, but this one appears to indicate the problem: 16:31:54.084947 0:90:27:61:e7:99 0:50:4:b1:f0:90 0800 162: 135.104.73.82.2094666972 > 135.104.73.129.2049: 120 getattr [|nfs] 4500 0094 012d 0000 3d11 da88 8768 4952 8768 4981 03e5 0801 0080 d6a1 7cda 14dc 0000 0000 0000 0002 0001 86a3 0000 0003 0000 0001 0000 16:31:54.085012 0:50:4:b1:f0:90 0:60:1d:9:0:5a 0800 154: 135.104.73.11.2049 > 135.104.73.82.2094666972: reply ok 112 getattr [|nfs] 4500 008c 0194 0000 4011 d79f 8768 490b 8768 4952 0801 03e5 0078 152e 7cda 14dc 0000 0001 0000 0000 0000 0000 0000 0000 0000 0000 0000 16:31:54.085486 0:60:1d:9:0:5a 0:50:4:b1:f0:90 0800 70: 135.104.73.82 > 135.104.73.11: icmp: 135.104.73.82 udp port 997 unreachable 4500 0038 012e 0000 fd01 1b69 8768 4952 8768 490b 0303 5e31 0000 0000 4500 008c 9401 0000 3e11 d99f 8768 490b 8768 4952 0801 03e5 0078 I have the full tcpdump traces of both the success and failure conditions are on request. >How-To-Repeat: Have a multi-homed host as above; attempt to mount a filesystem by explicitly specifying the addresses of different interfaces. >Fix: >Release-Note: >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 Jan 20 17:50: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 39D0B1543A for ; Thu, 20 Jan 2000 17:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA94155; Thu, 20 Jan 2000 17:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 20 Jan 2000 17:50:02 -0800 (PST) Message-Id: <200001210150.RAA94155@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fenner Subject: Re: bin/16207: y2k problem in troff (e.g. 'man hosts.equiv') Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16207; it has been noted by GNATS. From: Bill Fenner To: emon@kuis.kyoto-u.ac.jp, chuckr@freebsd.org Cc: freebsd-gnats-submit@freebsd.org Subject: Re: bin/16207: y2k problem in troff (e.g. 'man hosts.equiv') Date: Thu, 20 Jan 2000 17:46:10 -0800 Also see PRs gnu/4930, gnu/8321, bin/9502, and the *roff documentation (which documents that yr is the last 2 digits of the year), and groff v1.15 (which keeps it years since 1900 and adds Y2K fixes to the mandoc and me macros based upon this. ms didn't need fixing and orig_me (from /usr/src/share/me) is not part of groff but also expects yr to be years-since-1900). \(yr holding "the last 2 digits of the year" is broken as designed, since then there is no way for *roff macros to know the century. The fix for bin/9502 made FreeBSD incompatible with everything else; I think it should be reverted. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 18:17:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 79A921515F; Thu, 20 Jan 2000 18:17:33 -0800 (PST) (envelope-from jdp@FreeBSD.org) Received: (from jdp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA97135; Thu, 20 Jan 2000 18:17:33 -0800 (PST) (envelope-from jdp@FreeBSD.org) Date: Thu, 20 Jan 2000 18:17:33 -0800 (PST) From: Message-Id: <200001210217.SAA97135@freefall.freebsd.org> To: un1i@rz.uni-karlsruhe.de, jdp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16056: [patch] ldconfig skips all command line params. if one is nonexistent Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [patch] ldconfig skips all command line params. if one is nonexistent State-Changed-From-To: open->closed State-Changed-By: jdp State-Changed-When: Thu Jan 20 18:16:17 PST 2000 State-Changed-Why: Fixed in src/sbin/ldconfig/elfhints.c revision 1.3, using the originator's patch with a minor style change. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 21:13:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9BEE8153C3 for ; Thu, 20 Jan 2000 21:13:49 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA12539; Thu, 20 Jan 2000 21:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 20 Jan 2000 21:10:03 -0800 (PST) Message-Id: <200001210510.VAA12539@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: kern/16049: Conner Drive Doesn't like syncronize cache (surprise) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16049; it has been noted by GNATS. From: "Kenneth D. Merry" To: robert@tabby.kudra.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: kern/16049: Conner Drive Doesn't like syncronize cache (surprise) Date: Thu, 20 Jan 2000 21:51:08 -0700 --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii On Tue, Jan 11, 2000 at 00:13:53 -0500, robert@tabby.kudra.com wrote: > >Release: FreeBSD 3.4-RELEASE i386 > >Organization: > Kudra.Com Web services > >Environment: > 3.4 Release > > >Description: > > When rebooting a 3.4-RELEASE machine with a Conner drive and Adaptec > Controller, I get the following error message: > > (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > (da0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 > (da0:ahc0:0:0:0): Invalid command operation code > > Here are the boot messages pertaining to the disk adapter and drive: > ahc0: rev 0x03 int a irq 11 on pci0.18.0 > ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs > > da0: Fixed Direct Access SCSI-2 device > da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled > da0: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) > > >How-To-Repeat: > > halt/reboot the machine. Instead of quirking it, can you try the attached patch? Justin and I have a theory on why these messages might be popping up, but we're not quite sure. I've tested this under -current, but the patch is against -stable, which should apply okay to your 3.4-RELEASE sources. (Obviously, you'll need to remove or comment out your quirk to test this.) Anyway, let us know how it works. Make sure to CC your mail to FreeBSD-gnats-submit@FreeBSD.ORG, so it gets in the log for this PR as well. Thanks, Ken -- Kenneth Merry ken@kdm.org --dDRMvlgZJXvWKvBx Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="scsi_da.c.cache_sync.stable.20000120" ==== //depot/FreeBSD-ken-stable/src/sys/cam/scsi/scsi_da.c#1 - /a/ken/perforce/FreeBSD-ken-stable/src/sys/cam/scsi/scsi_da.c ==== *** /tmp/tmp.4027.0 Thu Jan 20 21:47:33 2000 --- /a/ken/perforce/FreeBSD-ken-stable/src/sys/cam/scsi/scsi_da.c Thu Jan 20 21:46:25 2000 *************** *** 263,268 **** --- 263,269 ---- static SLIST_HEAD(,da_softc) softc_list; static struct extend_array *daperiphs; + static union ccb *da_shutdown_ccb; static int daopen(dev_t dev, int flags, int fmt, struct proc *p) *************** *** 808,814 **** printf("da: Failed to alloc extend array!\n"); return; } ! /* * Install a global async callback. This callback will * receive async callbacks like "new device found". --- 809,826 ---- printf("da: Failed to alloc extend array!\n"); return; } ! ! da_shutdown_ccb = malloc(sizeof(union ccb), M_DEVBUF, M_NOWAIT); ! if (da_shutdown_ccb == NULL) { ! /* ! * XXX KDM should we worry about a memory leak from ! * daperiphs here? ! */ ! printf("da: Failed to alloc shutdown CCB!\n"); ! return; ! } else ! bzero(da_shutdown_ccb, sizeof(union ccb)); ! /* * Install a global async callback. This callback will * receive async callbacks like "new device found". *************** *** 1578,1586 **** for (periph = TAILQ_FIRST(&dadriver.units); periph != NULL; periph = TAILQ_NEXT(periph, unit_links)) { ! union ccb ccb; softc = (struct da_softc *)periph->softc; /* * We only sync the cache if the drive is still open, and * if the drive is capable of it.. --- 1590,1600 ---- for (periph = TAILQ_FIRST(&dadriver.units); periph != NULL; periph = TAILQ_NEXT(periph, unit_links)) { ! union ccb *ccb; softc = (struct da_softc *)periph->softc; + ccb = da_shutdown_ccb; + /* * We only sync the cache if the drive is still open, and * if the drive is capable of it.. *************** *** 1589,1598 **** || (softc->quirks & DA_Q_NO_SYNC_CACHE)) continue; ! xpt_setup_ccb(&ccb.ccb_h, periph->path, /*priority*/1); ! ccb.ccb_h.ccb_state = DA_CCB_DUMP; ! scsi_synchronize_cache(&ccb.csio, /*retries*/1, /*cbfcnp*/dadone, MSG_SIMPLE_Q_TAG, --- 1603,1612 ---- || (softc->quirks & DA_Q_NO_SYNC_CACHE)) continue; ! xpt_setup_ccb(&ccb->ccb_h, periph->path, /*priority*/1); ! ccb->ccb_h.ccb_state = DA_CCB_DUMP; ! scsi_synchronize_cache(&ccb->csio, /*retries*/1, /*cbfcnp*/dadone, MSG_SIMPLE_Q_TAG, *************** *** 1601,1630 **** SSD_FULL_SIZE, 5 * 60 * 1000); ! xpt_polled_action(&ccb); ! if ((ccb.ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP) { ! if (((ccb.ccb_h.status & CAM_STATUS_MASK) == CAM_SCSI_STATUS_ERROR) ! && (ccb.csio.scsi_status == SCSI_STATUS_CHECK_COND)){ int error_code, sense_key, asc, ascq; ! scsi_extract_sense(&ccb.csio.sense_data, &error_code, &sense_key, &asc, &ascq); if (sense_key != SSD_KEY_ILLEGAL_REQUEST) ! scsi_sense_print(&ccb.csio); } else { xpt_print_path(periph->path); printf("Synchronize cache failed, status " "== 0x%x, scsi status == 0x%x\n", ! ccb.ccb_h.status, ccb.csio.scsi_status); } } ! if ((ccb.ccb_h.status & CAM_DEV_QFRZN) != 0) ! cam_release_devq(ccb.ccb_h.path, /*relsim_flags*/0, /*reduction*/0, /*timeout*/0, --- 1615,1645 ---- SSD_FULL_SIZE, 5 * 60 * 1000); ! xpt_polled_action(ccb); ! if ((ccb->ccb_h.status & CAM_STATUS_MASK) != CAM_REQ_CMP) { ! if (((ccb->ccb_h.status & CAM_STATUS_MASK) == CAM_SCSI_STATUS_ERROR) ! && (ccb->csio.scsi_status == SCSI_STATUS_CHECK_COND)){ int error_code, sense_key, asc, ascq; ! scsi_extract_sense(&ccb->csio.sense_data, &error_code, &sense_key, &asc, &ascq); if (sense_key != SSD_KEY_ILLEGAL_REQUEST) ! scsi_sense_print(&ccb->csio); } else { xpt_print_path(periph->path); printf("Synchronize cache failed, status " "== 0x%x, scsi status == 0x%x\n", ! ccb->ccb_h.status, ! ccb->csio.scsi_status); } } ! if ((ccb->ccb_h.status & CAM_DEV_QFRZN) != 0) ! cam_release_devq(ccb->ccb_h.path, /*relsim_flags*/0, /*reduction*/0, /*timeout*/0, --dDRMvlgZJXvWKvBx-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jan 20 21:44: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9FCDE155EC for ; Thu, 20 Jan 2000 21:43:54 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA14558; Thu, 20 Jan 2000 21:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 20 Jan 2000 21:40:02 -0800 (PST) Message-Id: <200001210540.VAA14558@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Sergey N. Voronkov" Subject: Re: bin/15872: Y2k bug in at(1) Reply-To: "Sergey N. Voronkov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/15872; it has been noted by GNATS. From: "Sergey N. Voronkov" To: cjc@cc942873-a.ewndsr1.nj.home.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, sheldonh@uunet.co.za Subject: Re: bin/15872: Y2k bug in at(1) Date: Fri, 21 Jan 2000 10:28:10 +0500 (YEKT) > > if (year > 99) { > > if (year > 1899) > > year -= 1900; > > else > > panic("garbled time"); > > } ... > > What odd code. :-) > > I'd fix this by making proper tm_year adjustments before those calls to > assign_date() which pass it a tm_year value. > > Have you chatted to the authors? Are they unreachable? > > Ciao, > Sheldon. > > Index: parsetime.c > =================================================================== > RCS file: /home/ncvs/src/usr.bin/at/parsetime.c,v > retrieving revision 1.19 [...] It's another way to do this right. I'v adapted OpenBSD Team patch . And, Mr. Sheldon, can you, please, make one of two changes in STABLE branch ? Best Regards, Sergey N. Voronkov. --- /usr/src/usr.bin/at/parsetime.c Sun Aug 29 21:25:26 1999 +++ parsetime.c Fri Jan 21 10:21:56 2000 @@ -417,27 +417,30 @@ static void assign_date(struct tm *tm, long mday, long mon, long year) { - if (year > 99) { - if (year > 1899) - year -= 1900; - else - panic("garbled time"); - } else if (year != -1) { + + /* + * Convert year into tm_year format (year - 1900). + * We may be given the year in 2 digit, 4 digit, or tm_year format. + */ +#define TM_YEAR_BASE 1900 + if (year != -1) { struct tm *lt; time_t now; time(&now); lt = localtime(&now); - /* - * check if the specified year is in the next century. - * allow for one year of user error as many people will - * enter n - 1 at the start of year n. - */ - if (year < (lt->tm_year % 100) - 1) - year += 100; - /* adjust for the year 2000 and beyond */ - year += lt->tm_year - (lt->tm_year % 100); + if (year >= TM_YEAR_BASE) + year -= TM_YEAR_BASE; /* convert from 4 digit year */ + else if (year < 100) { + /* Convert to tm_year assuming current century */ + year += (lt->tm_year / 100) * 100; + + if (year == lt->tm_year - 1) + year++; /* Common off by one error */ + else if (year < lt->tm_year) + year += 100; /* must be in next century */ + } } if (year < 0 && To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 0:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 61D681543A for ; Fri, 21 Jan 2000 00:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA37332; Fri, 21 Jan 2000 00:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from tock.gpsclock.com (tock.gpsclock.com [209.133.29.20]) by hub.freebsd.org (Postfix) with ESMTP id B1B2714C43 for ; Fri, 21 Jan 2000 00:07:46 -0800 (PST) (envelope-from davids@tock.gpsclock.com) Received: (from davids@localhost) by tock.gpsclock.com (8.9.3/8.9.3) id AAA14016; Fri, 21 Jan 2000 00:07:45 -0800 (PST) (envelope-from davids) Message-Id: <200001210807.AAA14016@tock.gpsclock.com> Date: Fri, 21 Jan 2000 00:07:45 -0800 (PST) From: davids@webmaster.com Reply-To: davids@webmaster.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16245: libc_r bug in poll, timeout math suspicious Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16245 >Category: misc >Synopsis: poll misconverts milliseconds to nanoseconds >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 Jan 21 00:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Schwartz >Release: FreeBSD 3.3-STABLE i386 >Organization: Webmaster, Incorporated >Environment: FreeBSD 3.3-STALE system. Using libc_r with loops based heavily around poll with timeouts. >Description: Threaded code that uses libc_r and is based around 'poll' uses much more system CPU time than it should. Problem is tracked to a math error in the 'poll' routine. >How-To-Repeat: Run any program that calls poll in a tight loop, relying on the timeout in 'poll' to prevent a spin. >Fix: In libc_r/uthread/uthread_poll.c, we find the following suspicious math: } else if (timeout > 0) { /* Convert the timeout in msec to a timespec: */ ts.tv_sec = timeout / 1000; ts.tv_nsec = (timeout % 1000) * 1000; /* Set the wake up time: */ _thread_kern_set_timeout(&ts); } else if (timeout < 0) { This conversion from milliseconds to nanoseconds is incorrect. There are a million milliseconds in a nanosecond. >Release-Note: >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 Jan 21 2: 0:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 11DF115481 for ; Fri, 21 Jan 2000 02:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA47799; Fri, 21 Jan 2000 02:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 02:00:03 -0800 (PST) Message-Id: <200001211000.CAA47799@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andy Farkas Subject: Re: kern/16049: Conner Drive Doesn't like syncronize cache (surprise) Reply-To: Andy Farkas Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16049; it has been noted by GNATS. From: Andy Farkas To: "Kenneth D. Merry" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/16049: Conner Drive Doesn't like syncronize cache (surprise) Date: Fri, 21 Jan 2000 20:50:46 +1100 (EST) On Thu, 20 Jan 2000, Kenneth D. Merry wrote: > > When rebooting a 3.4-RELEASE machine with a Conner drive and Adaptec > > Controller, I get the following error message: > > > > (da0:ahc0:0:0:0): SYNCHRONIZE CACHE. CDB: 35 0 0 0 0 0 0 0 0 0 > > (da0:ahc0:0:0:0): ILLEGAL REQUEST asc:20,0 > > (da0:ahc0:0:0:0): Invalid command operation code > > > > Here are the boot messages pertaining to the disk adapter and drive: > > ahc0: rev 0x03 int a irq 11 on pci0.18.0 > > ahc0: aic7870 Single Channel A, SCSI Id=7, 16/255 SCBs > > > > da0: Fixed Direct Access SCSI-2 device > > da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled > > da0: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) > > > > >How-To-Repeat: > > > > halt/reboot the machine. > > Instead of quirking it, can you try the attached patch? Justin and I have > a theory on why these messages might be popping up, but we're not quite > sure. > I see the same error message on my system after I 'shutdown', then 'halt'. I have two disks on the scsi bus, but it only complains about da0. (I see the _exact_ same error message as above). I applied your patch, but still see the same message. (exactly the same) What I noticed though, because my da0 (100MB) is totaly dedicated to swap, if I boot single-user without executing 'swapon', it would not show the message during reboot. I can read/write _just_ da1, then reboot, and no message. If I do a 'swapon' in single-user mode, I see the error message after 'halt'ing. In other words, if the controller does not access da0, I will not see a message. Some details: uname: FreeBSD 3.4-STABLE #0: Fri Jan 21 05:41:30 EST 2000 relevent dmesg stuff: CPU: i486 DX4 (486-class CPU) real memory = 33554432 (32768K bytes) ahc0: at 0x1c00-0x1cff irq 11 on eisa0 slot 1 ahc0: aic7770 <= Rev C, Single Channel A, SCSI Id=7, 4/255 SCBs Probing for devices on the ISA bus: wdc0 at 0x1f0-0x1f7 irq 14 flags 0xa0ffa0ff on isa wdc0: unit 0 (wd0): , multi-block-32 wd0: 258MB (528640 sectors), 944 cyls, 14 heads, 40 S/T, 512 B/S wdc0: unit 1 (wd1): , multi-block-16 wd1: 245MB (502272 sectors), 872 cyls, 16 heads, 36 S/T, 512 B/S Waiting 15 seconds for SCSI devices to settle da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 4.032MB/s transfers (4.032MHz, offset 8) da0: 100MB (205561 512 byte sectors: 64H 32S/T 100C) da1 at ahc0 bus 0 target 6 lun 0 da1: Fixed Direct Access SCSI-2 device da1: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da1: 4106MB (8410200 512 byte sectors: 64H 32S/T 4106C) changing root device to wd0s1a > > Ken > -- > Kenneth Merry > ken@kdm.org > -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 7:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 47C36154EC for ; Fri, 21 Jan 2000 07:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA41432; Fri, 21 Jan 2000 07:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id F303A15527 for ; Fri, 21 Jan 2000 07:34:25 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: (from louie@localhost) by whizzo.transsys.com (8.9.3/8.9.1) id KAA13767; Fri, 21 Jan 2000 10:34:20 -0500 (EST) (envelope-from louie) Message-Id: <200001211534.KAA13767@whizzo.transsys.com> Date: Fri, 21 Jan 2000 10:34:20 -0500 (EST) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16256: USB stack panic on null pointer dereference Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16256 >Category: kern >Synopsis: USB stack panic on null pointer dereference >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 Jan 21 07:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Louis Mamakos >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: 4.0-current, using ugen device driver >Description: See PR kern/16168 for details. Essentially, if a set configuration ioctl() is perform on /dev/ugenX.0, while any other endpoints are open (e.g., /dev/ugenX.2), subsequent I/O on the other endpoints will likely cause a null pointer dereference. >How-To-Repeat: as above >Fix: This is just a work-around. As discussed in the previous PR, the "right" answer depends on what the semantics of the driver need to be. Possibly device reconfiguration requests shouldn't be allowed if other endpoints are open? The work-around simply removes #ifdef DIAGNOSTIC around some existing tests to bail out early. Index: ugen.c =================================================================== RCS file: /usr/local/FreeBSD/cvs/src/sys/dev/usb/ugen.c,v retrieving revision 1.33 diff -u -r1.33 ugen.c --- ugen.c 2000/01/20 22:05:30 1.33 +++ ugen.c 2000/01/21 15:28:15 @@ -435,16 +435,15 @@ if (endpt == USB_CONTROL_ENDPOINT) return (ENODEV); -#ifdef DIAGNOSTIC if (sce->edesc == NULL) { printf("ugenread: no edesc\n"); return (EIO); } + if (sce->pipeh == NULL) { printf("ugenread: no pipe\n"); return (EIO); } -#endif switch (sce->edesc->bmAttributes & UE_XFERTYPE) { case UE_INTERRUPT: @@ -559,7 +558,6 @@ if (endpt == USB_CONTROL_ENDPOINT) return (ENODEV); -#ifdef DIAGNOSTIC if (sce->edesc == NULL) { printf("ugenwrite: no edesc\n"); return (EIO); @@ -568,7 +566,6 @@ printf("ugenwrite: no pipe\n"); return (EIO); } -#endif switch (sce->edesc->bmAttributes & UE_XFERTYPE) { case UE_BULK: @@ -897,12 +894,12 @@ sce = &sc->sc_endpoints[endpt][IN]; if (sce == NULL) return (EINVAL); -#ifdef DIAGNOSTIC + if (sce->pipeh == NULL) { printf("ugenioctl: USB_SET_SHORT_XFER, no pipe\n"); return (EIO); } -#endif + if (*(int *)addr) sce->state |= UGEN_SHORT_OK; else @@ -912,12 +909,12 @@ sce = &sc->sc_endpoints[endpt][IN]; if (sce == NULL) return (EINVAL); -#ifdef DIAGNOSTIC + if (sce->pipeh == NULL) { printf("ugenioctl: USB_SET_TIMEOUT, no pipe\n"); return (EIO); } -#endif + sce->timeout = *(int *)addr; return (0); default: @@ -1177,7 +1174,7 @@ sce = &sc->sc_endpoints[UGENENDPOINT(dev)][IN]; if (sce == NULL) return (EINVAL); -#ifdef DIAGNOSTIC + if (!sce->edesc) { printf("ugenwrite: no edesc\n"); return (EIO); @@ -1186,7 +1183,7 @@ printf("ugenpoll: no pipe\n"); return (EIO); } -#endif + s = splusb(); switch (sce->edesc->bmAttributes & UE_XFERTYPE) { case UE_INTERRUPT: >Release-Note: >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 Jan 21 8:20:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C50F215156 for ; Fri, 21 Jan 2000 08:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA45616; Fri, 21 Jan 2000 08:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 08:20:02 -0800 (PST) Message-Id: <200001211620.IAA45616@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16240; it has been noted by GNATS. From: Ruslan Ermilov To: kannanv@research.bell-labs.com, Garrett Wollman Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Date: Fri, 21 Jan 2000 18:10:28 +0200 --azLHFNyN32YCQGCU Content-Type: text/plain; charset=us-ascii On Thu, Jan 20, 2000 at 03:19:18PM -0800, kannanv@research.bell-labs.com wrote: > > >Number: 16240 > >Category: kern > >Synopsis: ICMP error generation fails to correctly insert IP ID on returned packet > >Severity: non-critical [...] > See tcpdump traces below: > > 16:31:54.084947 0:90:27:61:e7:99 0:50:4:b1:f0:90 0800 162: 135.104.73.82.2094666972 > 135.104.73.129.2049: 120 getattr [|nfs] > 4500 0094 012d 0000 3d11 da88 8768 4952 > 8768 4981 03e5 0801 0080 d6a1 7cda 14dc > 0000 0000 0000 0002 0001 86a3 0000 0003 > 0000 0001 0000 > ### ORIGINATING PACKET. NOTE IP ID is 0194 > 16:31:54.085012 0:50:4:b1:f0:90 0:60:1d:9:0:5a 0800 154: 135.104.73.11.2049 > 135.104.73.82.2094666972: reply ok 112 getattr [|nfs] > 4500 008c 0194 0000 4011 d79f 8768 490b > 8768 4952 0801 03e5 0078 152e 7cda 14dc > 0000 0001 0000 0000 0000 0000 0000 0000 > 0000 0000 0000 > > ### ICMP ERROR RETURNED. NOTE IP ID on returned packet is 9401, > ### indicating some byte-ordering problems. > 16:31:54.085486 0:60:1d:9:0:5a 0:50:4:b1:f0:90 0800 70: 135.104.73.82 > 135.104.73.11: icmp: 135.104.73.82 udp port 997 unreachable > 4500 0038 012e 0000 fd01 1b69 8768 4952 > 8768 490b 0303 5e31 0000 0000 4500 008c > 9401 0000 3e11 d99f 8768 490b 8768 4952 > 0801 03e5 0078 > It is an old known bug, for which there is no easy fix, see attached. -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) id MAA99165; Thu, 11 Mar 1999 12:28:58 +0200 (EET) (envelope-from ru) Date: Thu, 11 Mar 1999 12:28:58 +0200 From: Ruslan Ermilov To: wollman@freebsd.org, fenner@freebsd.org Cc: core@freebsd.org Subject: ip_input.c bug!!! Message-ID: <19990311122858.A77664@relay.ucb.crimea.ua> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-Operating-System: FreeBSD 3.1-STABLE i386 Hi! I have discovered the bug in ip_input(), which makes ICMP to not work in some cases. This bug is only seen in FreeBSD 3.1-STABLE (RELENG_3), and, probably, in CURRENT. RELENG_2_2 versions are not affected, I've tested this on 2.2.1-RELEASE and 2.2.8-RELEASE machines. The scenario ============ When a router can't forward IP packet to another host when the host is down, it normally returns ICMP host unreachable. I noticed (with tcpdump) that router, running 3.1-STABLE doesn't return ICMP errors when I'm PINGing from either SCO OpenServer or SCO UnixWare7. Then I noticed with tcpdump that ICMP echo request packets from SCO's hosts have the DF bit set. The bug ======= I've inserted the various debug printf's in both ip_forward() and icmp_error(), and here's what I've discovered. I'm talking about the following files/revisions: $Id: ip_input.c,v 1.111 1999/01/12 12:25:00 eivind Exp $ $Id: ip_icmp.c,v 1.33 1998/12/04 04:21:25 dillon Exp $ The ICMP echo request packet with DF bit set (ip_off=0x4000 in network byte order) is passed to the ip_input(). 1. ip_input(): a) converts the `ip_len', `ip_id' and `ip_off' fields from network to host byte order (lines 343, 348 and 349); --> ip_off=0x4000 (in host byte order) b) performs the various validness tests on it; c) calls ip_forward(m,0) (line 553) 2. ip_forward(): a) saves at most 64 bytes of the original packet `m' into `mcopy', by means of m_copy() (line 1438); b) calls ip_output(m, ...) c) ip_output() changes the byte order of field `ip_off' (among others) to network representation --> mtod(m, struct ip *)->ip_off=0x0040 --> mtod(mcopy, struct ip *)->ip_off=0x0040 also, because `m' and `mcopy' share the same data area. I tested this by putting `printf' before and right after the call to `ip_output(m, ...)': + printf("%x\n", mtod(mcopy, struct ip *)->ip_off); error = ip_output(m, (struct mbuf *)0, &ipforward_rt, IP_FORWARDING, 0); + printf("%x\n", mtod(mcopy, struct ip *)->ip_off); if (error) ipstat.ips_cantforward++; else { d) ip_output() returns one of the following errors: ENETUNREACH, EHOSTUNREACH, ENETDOWN or EHOSTDOWN; e) ip_output() calls icmp_error(mcopy,ICMP_UNREACH,ICMP_UNREACH_HOST,...) 3. icmp_error(): a) checks whether this is the first fragment of message (line 137); --> and it fails because ip_off=0x0040 The following patch solves the problem. It makes `m_copy' to contain the _real_ copy of the `m'. Index: ip_input.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_input.c,v retrieving revision 1.111 diff -u -r1.111 ip_input.c --- ip_input.c 1999/01/12 12:25:00 1.111 +++ ip_input.c 1999/03/10 21:37:33 @@ -1436,6 +1436,8 @@ * we need to generate an ICMP message to the src. */ mcopy = m_copy(m, 0, imin((int)ip->ip_len, 64)); + if (mcopy && (mcopy->m_flags & M_EXT)) + mcopy = m_pullup(mcopy, mcopy->m_len); /* * If forwarding packet using same interface that it came in on, Well, what I can't understand is why this works on 2.2.8 routers. It seems that something has been changed in src/sys/kern/uipc_mbuf.c since revision 1.26 which changed the way how the m_copym() works. Do you know _what_? Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) with ESMTP id TAA99227 for ; Thu, 11 Mar 1999 19:18:24 +0200 (EET) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id MAA01325; Thu, 11 Mar 1999 12:17:22 -0500 (EST) (envelope-from wollman) Date: Thu, 11 Mar 1999 12:17:22 -0500 (EST) From: Garrett Wollman Message-Id: <199903111717.MAA01325@khavrinen.lcs.mit.edu> To: Ruslan Ermilov Cc: wollman@FreeBSD.ORG, fenner@FreeBSD.ORG, core@FreeBSD.ORG Subject: ip_input.c bug!!! In-Reply-To: <19990311122858.A77664@relay.ucb.crimea.ua> References: <19990311122858.A77664@relay.ucb.crimea.ua> < said: > Index: ip_input.c > =================================================================== > RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_input.c,v > retrieving revision 1.111 > diff -u -r1.111 ip_input.c > --- ip_input.c 1999/01/12 12:25:00 1.111 > +++ ip_input.c 1999/03/10 21:37:33 > @@ -1436,6 +1436,8 @@ > * we need to generate an ICMP message to the src. > */ > mcopy = m_copy(m, 0, imin((int)ip->ip_len, 64)); > + if (mcopy && (mcopy->m_flags & M_EXT)) > + mcopy = m_pullup(mcopy, mcopy->m_len); > /* > * If forwarding packet using same interface that it came in on, This does look like it does as you suggest, but I don't think it's the right behavior -- we don't want to be hand-copying every packet as we send it. The Right Thing is substantially more complicated; what we need to do is to change the interface to ip_output() (and by extension to if_output()) such that the original mbuf chain is not freed on error. Then, ip_output would undo its manipulation of the packet (and expect the caller to free it after doing whatever was necessary). This would also speed up the general case of forwarding. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) id TAA00814; Thu, 11 Mar 1999 19:24:58 +0200 (EET) (envelope-from ru) Date: Thu, 11 Mar 1999 19:24:57 +0200 From: Ruslan Ermilov To: Garrett Wollman Cc: wollman@FreeBSD.ORG, fenner@FreeBSD.ORG, core@FreeBSD.ORG Subject: Re: ip_input.c bug!!! Message-ID: <19990311192457.A99244@relay.ucb.crimea.ua> References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199903111717.MAA01325@khavrinen.lcs.mit.edu>; from Garrett Wollman on Thu, Mar 11, 1999 at 12:17:22PM -0500 X-Operating-System: FreeBSD 3.1-STABLE i386 On Thu, Mar 11, 1999 at 12:17:22PM -0500, Garrett Wollman wrote: > < said: > > > Index: ip_input.c > > =================================================================== > > RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_input.c,v > > retrieving revision 1.111 > > diff -u -r1.111 ip_input.c > > --- ip_input.c 1999/01/12 12:25:00 1.111 > > +++ ip_input.c 1999/03/10 21:37:33 > > @@ -1436,6 +1436,8 @@ > > * we need to generate an ICMP message to the src. > > */ > > mcopy = m_copy(m, 0, imin((int)ip->ip_len, 64)); > > + if (mcopy && (mcopy->m_flags & M_EXT)) > > + mcopy = m_pullup(mcopy, mcopy->m_len); > > > /* > > * If forwarding packet using same interface that it came in on, > > This does look like it does as you suggest, but I don't think it's the > right behavior -- we don't want to be hand-copying every packet as we > send it. The Right Thing is substantially more complicated; what we > need to do is to change the interface to ip_output() (and by extension > to if_output()) such that the original mbuf chain is not freed on > error. Then, ip_output would undo its manipulation of the packet (and > expect the caller to free it after doing whatever was necessary). > This would also speed up the general case of forwarding. > > -GAWollman Anyway, ip_output() will change the byte order from host to net, so the problem will remain and icmp_error() will fail. Right? -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: from ark.cris.net (ark.cris.net [212.110.128.68]) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) with ESMTP id UAA18015 for ; Thu, 11 Mar 1999 20:51:02 +0200 (EET) (envelope-from fenner@research.att.com) Received: from mail-blue.research.att.com (mail-blue.research.att.com [135.207.30.102]) by ark.cris.net (8.8.8/8.8.8) with ESMTP id UAA06535 for ; Thu, 11 Mar 1999 20:50:08 +0200 (EET) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-blue.research.att.com (Postfix) with ESMTP id 2AC694CE2A; Thu, 11 Mar 1999 13:46:52 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id NAA17394; Thu, 11 Mar 1999 13:46:51 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.7/8.8.5) id NAA19297; Thu, 11 Mar 1999 13:46:50 -0500 (EST) Message-Id: <199903111846.NAA19297@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: wollman@khavrinen.lcs.mit.edu Subject: Re: ip_input.c bug!!! Cc: ru@ucb.crimea.ua, wollman@freebsd.org, fenner@freebsd.org, core@freebsd.org References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> Date: Thu, 11 Mar 1999 13:46:50 -0500 Versions: dmail (solaris) 2.2b/makemail 2.8t >This does look like it does as you suggest, but I don't think it's the >right behavior -- we don't want to be hand-copying every packet as we >send it. The Right Thing is substantially more complicated; what we >need to do is to change the interface to ip_output() (and by extension >to if_output()) such that the original mbuf chain is not freed on >error. I agree. A couple of years ago I went through the ICMP stuff looking for things to clean up and decided that although there were several inconsistencies, that the interface change was the only way to solve it (and it's more complex than Garrett mentions, since the interface may have modified the mbuf chain before discovering the error so your original pointer may not be valid, or the original data might have moved, or...) Bill --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) id LAA99823; Fri, 12 Mar 1999 11:40:29 +0200 (EET) (envelope-from ru) Date: Fri, 12 Mar 1999 11:40:29 +0200 From: Ruslan Ermilov To: Bill Fenner Cc: wollman@khavrinen.lcs.mit.edu, core@freebsd.org Subject: Re: ip_input.c bug!!! Message-ID: <19990312114029.B91406@relay.ucb.crimea.ua> References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> <199903111846.NAA19297@windsor.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199903111846.NAA19297@windsor.research.att.com>; from Bill Fenner on Thu, Mar 11, 1999 at 01:46:50PM -0500 X-Operating-System: FreeBSD 3.1-STABLE i386 On Thu, Mar 11, 1999 at 01:46:50PM -0500, Bill Fenner wrote: > > >This does look like it does as you suggest, but I don't think it's the > >right behavior -- we don't want to be hand-copying every packet as we > >send it. The Right Thing is substantially more complicated; what we > >need to do is to change the interface to ip_output() (and by extension > >to if_output()) such that the original mbuf chain is not freed on > >error. > > I agree. A couple of years ago I went through the ICMP stuff looking for > things to clean up and decided that although there were several > inconsistencies, that the interface change was the only way to solve > it (and it's more complex than Garrett mentions, since the interface > may have modified the mbuf chain before discovering the error so > your original pointer may not be valid, or the original data might > have moved, or...) > > Bill While you are talking about long-term solution, let's just fix the bug meanwhile. The following patch just adds another XXX. Index: ip_input.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_input.c,v retrieving revision 1.111 diff -u -r1.111 ip_input.c --- ip_input.c 1999/01/12 12:25:00 1.111 +++ ip_input.c 1999/03/12 09:00:17 @@ -1471,6 +1471,16 @@ error = ip_output(m, (struct mbuf *)0, &ipforward_rt, IP_FORWARDING, 0); + + /* + * XXX ip_output() may have changed the byte order of fields in mcopy + */ + if (mcopy && (mcopy->m_flags & M_EXT)) { + struct ip *ipcopy = mtod(mcopy, struct ip *); + NTOHS(ipcopy->ip_len); + NTOHS(ipcopy->ip_off); + } + if (error) ipstat.ips_cantforward++; else { Cheers, -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.30.103]) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) with ESMTP id VAA49802 for ; Fri, 12 Mar 1999 21:54:39 +0200 (EET) (envelope-from fenner@research.att.com) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 455701E032; Fri, 12 Mar 1999 14:54:31 -0500 (EST) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id OAA16284; Fri, 12 Mar 1999 14:54:23 -0500 (EST) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.7/8.8.5) id OAA28324; Fri, 12 Mar 1999 14:54:21 -0500 (EST) Message-Id: <199903121954.OAA28324@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: ru@ucb.crimea.ua Subject: Re: ip_input.c bug!!! Cc: fenner@research.att.com, wollman@khavrinen.lcs.mit.edu, core@freebsd.org References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> <199903111846.NAA19297@windsor.research.att.com> <19990312114029.B91406@relay.ucb.crimea.ua> Date: Fri, 12 Mar 1999 11:54:21 -0800 Versions: dmail (solaris) 2.2b/makemail 2.8t Your XXX comment points out the problem with this patch; ip_output *sometimes* swaps the packet. For things like EHOSTUNREACH, it doesn't, so this change makes it wrong for those errors. Bill --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) with ESMTP id WAA51522 for ; Fri, 12 Mar 1999 22:02:51 +0200 (EET) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.9.1/8.9.1) id PAA06727; Fri, 12 Mar 1999 15:02:41 -0500 (EST) (envelope-from wollman) Date: Fri, 12 Mar 1999 15:02:41 -0500 (EST) From: Garrett Wollman Message-Id: <199903122002.PAA06727@khavrinen.lcs.mit.edu> To: Bill Fenner Cc: ru@ucb.crimea.ua, wollman@khavrinen.lcs.mit.edu Subject: Re: ip_input.c bug!!! In-Reply-To: <199903121954.OAA28324@windsor.research.att.com> References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> <199903111846.NAA19297@windsor.research.att.com> <19990312114029.B91406@relay.ucb.crimea.ua> <199903121954.OAA28324@windsor.research.att.com> < said: > Your XXX comment points out the problem with this patch; ip_output > *sometimes* swaps the packet. For things like EHOSTUNREACH, it > doesn't, so this change makes it wrong for those errors. And, what's worse, if_output() could conceivably return EHOSTUNREACH, so you can't use the error to distinguish these cases. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick --azLHFNyN32YCQGCU Content-Type: message/rfc822 Received: (from ru@localhost) by relay.ucb.crimea.ua (8.9.2/8.9.2/UCB) id WAA55540; Fri, 12 Mar 1999 22:25:43 +0200 (EET) (envelope-from ru) Date: Fri, 12 Mar 1999 22:25:42 +0200 From: Ruslan Ermilov To: Bill Fenner Cc: wollman@khavrinen.lcs.mit.edu, core@freebsd.org Subject: Re: ip_input.c bug!!! Message-ID: <19990312222542.A53502@relay.ucb.crimea.ua> References: <19990311122858.A77664@relay.ucb.crimea.ua> <199903111717.MAA01325@khavrinen.lcs.mit.edu> <199903111846.NAA19297@windsor.research.att.com> <19990312114029.B91406@relay.ucb.crimea.ua> <199903121954.OAA28324@windsor.research.att.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199903121954.OAA28324@windsor.research.att.com>; from Bill Fenner on Fri, Mar 12, 1999 at 11:54:21AM -0800 X-Operating-System: FreeBSD 3.1-STABLE i386 On Fri, Mar 12, 1999 at 11:54:21AM -0800, Bill Fenner wrote: > > Your XXX comment points out the problem with this patch; ip_output > *sometimes* swaps the packet. For things like EHOSTUNREACH, it > doesn't, so this change makes it wrong for those errors. > > Bill How about the following? Index: ip_input.c =================================================================== RCS file: /usr/FreeBSD-CVS/src/sys/netinet/ip_input.c,v retrieving revision 1.111 diff -u -r1.111 ip_input.c --- ip_input.c 1999/01/12 12:25:00 1.111 +++ ip_input.c 1999/03/12 20:22:30 @@ -1388,6 +1388,7 @@ register struct rtentry *rt; int error, type = 0, code = 0; struct mbuf *mcopy; + u_short ip__off, ip__len; n_long dest; struct ifnet *destifp; @@ -1469,8 +1470,20 @@ } } + ip__off = ip->ip_off; + ip__len = ip->ip_len; error = ip_output(m, (struct mbuf *)0, &ipforward_rt, IP_FORWARDING, 0); + + /* + * XXX ip_output() may have changed the byte order of fields in mcopy + */ + if (mcopy && (mcopy->m_flags & M_EXT)) { + struct ip *ipcopy = mtod(mcopy, struct ip *); + ipcopy->ip_len = ip__len; + ipcopy->ip_off = ip__off; + } + if (error) ipstat.ips_cantforward++; else { -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age --azLHFNyN32YCQGCU-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 9: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4B9FA154FD for ; Fri, 21 Jan 2000 09:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA50143; Fri, 21 Jan 2000 09:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F33BA15499; Fri, 21 Jan 2000 08:57:19 -0800 (PST) Message-Id: <20000121165719.F33BA15499@hub.freebsd.org> Date: Fri, 21 Jan 2000 08:57:19 -0800 (PST) From: oklein@smallo.ruhr.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16257: Kernel panic in sbdrop Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16257 >Category: kern >Synopsis: Kernel panic in sbdrop >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 21 09:00:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Olaf Klein >Release: 3.4-STABLE (20000121) >Organization: ruhr.de >Environment: FreeBSD nntp.ruhr.de 3.4-STABLE FreeBSD 3.4-STABLE #0: Fri Jan 21 09:01:44 CET 2000 oklein@nntp.ruhr.de:/usr/src/sys/compile/RUHR i386 >Description: Kernel crashs one or two times a day. #24 0xc015972c in sbdrop (sb=0xcbea2a68, len=2432) at ../../kern/uipc_socket2.c:748 void sbdrop(sb, len) register struct sockbuf *sb; register int len; { register struct mbuf *m, *mn; struct mbuf *next; next = (m = sb->sb_mb) ? m->m_nextpkt : 0; while (len > 0) { if (m == 0) { if (next == 0) => panic("sbdrop"); m = next; next = m->m_nextpkt; continue; } >How-To-Repeat: Don't know. Machine is exactly same hardware as 3 other (except for harddisk-size), same FreeBSD-Stable os. It is the Newsserver which runs diablo-1.23. >Fix: >Release-Note: >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 Jan 21 9:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E0081556C for ; Fri, 21 Jan 2000 09:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA51434; Fri, 21 Jan 2000 09:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A13F615495; Fri, 21 Jan 2000 09:02:24 -0800 (PST) Message-Id: <20000121170224.A13F615495@hub.freebsd.org> Date: Fri, 21 Jan 2000 09:02:24 -0800 (PST) From: neuro@tnug.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16258: 3.4-R custom distributions causes signal 11 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16258 >Category: misc >Synopsis: 3.4-R custom distributions causes signal 11 >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 Jan 21 09:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Ryan Tharp >Release: 3.4-R >Organization: >Environment: Any 3.4-R >Description: Selecting Custom Distribution during and after install will cause signal 11 >How-To-Repeat: Select custom distribution on any 3.4-R release box >Fix: What did you guys change since 3.3? >Release-Note: >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 Jan 21 9:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A79361556D for ; Fri, 21 Jan 2000 09:10:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA51443; Fri, 21 Jan 2000 09:10:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 09:10:04 -0800 (PST) Message-Id: <200001211710.JAA51443@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kannan Varadhan Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Reply-To: Kannan Varadhan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16240; it has been noted by GNATS. From: Kannan Varadhan To: Ruslan Ermilov Cc: kannanv@research.bell-labs.com, Garrett Wollman , freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Date: Fri, 21 Jan 2000 12:12:53 -0500 Excuse me for being stupid here, but what does ping from SCO hosts have to do with how freebsd behaves? Here's a different synopsis of the bug: freebsd host, call it X, decides to send an ICMP error message. It has to copy back some portion of the original packet that caused the error. During the copy process, the ip_d field of the original packet is not in network byte order. Here's another look at the tcpdump trace: > ### ORIGINATING PACKET. NOTE IP ID is 0194 > 16:31:54.085012 0:50:4:b1:f0:90 0:60:1d:9:0:5a 0800 154: 135.104.73.11.2049 > 135.104.73.82.2094666972: reply ok 112 getattr [|nfs] > 4500 008c 0194 0000 4011 d79f 8768 490b ^^^^ ORIGINAL ip_id > 8768 4952 0801 03e5 0078 152e 7cda 14dc > 0000 0001 0000 0000 0000 0000 0000 0000 > 0000 0000 0000 > > ### ICMP ERROR RETURNED. NOTE IP ID on returned packet is 9401, > ### indicating some byte-ordering problems. > 16:31:54.085486 0:60:1d:9:0:5a 0:50:4:b1:f0:90 0800 70: 135.104.73.82 > 135.104.73.11: icmp: 135.104.73.82 udp port 997 unreachable > 4500 0038 012e 0000 fd01 1b69 8768 4952 > 8768 490b 0303 5e31 0000 0000 4500 008c > 9401 0000 3e11 d99f 8768 490b 8768 4952 ^^^^ Copied ip_id. > 0801 03e5 0078 Looking over the icmp_error code in /sys/netinet/ip_icmp.c, towards the end where it copies the original packet into the icmp packet, we have: 179 icp->icmp_code = code; 180 bcopy((caddr_t)oip, (caddr_t)&icp->icmp_ip, icmplen); 181 nip = &icp->icmp_ip; 182 nip->ip_len = htons((u_short)(nip->ip_len + oiplen)); 183 Clearly, the code goes to the trouble of making sure the ip_len is in network byte order. Why does it not do the same for nip->ip_id? Is that not sufficient? Kannan To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mf006.infoweb.ne.jp (mf006.infoweb.ne.jp [210.131.99.16]) by hub.freebsd.org (Postfix) with ESMTP id A517E154F9 for ; Fri, 21 Jan 2000 10:09:42 -0800 (PST) (envelope-from br_wink@anet.ne.jp) Received: from default by mf006.infoweb.ne.jp (8.9.3+3.2W/3.7W-10/13/99) with SMTP id DAA06009 for ; Sat, 22 Jan 2000 03:09:35 +0900 Message-ID: <2168.948478209120@anet.ne.jp> Date: Sat, 22 Jan 2000 03:10:09 +0900 (JST) From: b-support Reply-To: br_wink@anet.ne.jp To: "freebsd-bugs@FreeBSD.ORG" Subject: =?iso-2022-jp?B?GyRCOiMkLCVBJWMlcyU5JEckOSRoISoyPkVQGyhCGyhC?= =?iso-2022-jp?B?GyRCTz88dUlVQ2YhYyVAJSYlczwrRjA5PUNbIWQbKEIbKEI=?= Mime-Version: 1.0 Content-Type: text/plain; charset =ISO-2022-JP Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B"#"#(B $B7HBSEEOC(B $B:G?75!$N:G?75!\$7$/$O2<5-#U#R#L$K%"%/%;%9$7$F2<$5$$!#(B http://cwj.to/link.cgi/ID=441/GO=linker/cwm/keitai_shop/gekiyasu/free.html $B"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#"#(B $BFMA3$N%a!<%k<:Ni$$$?$7$^$9!#$b$7!"A4$/6=L#$NL5$$FbMF$H(B $B$*46$8$K$J$kMM$G$7$?$i!"$*!'%3%9%b%a%G%#%"(B $B=j:_CO!'Bg:e;TMd@n6h(B $B!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1!1(B $B#1#17nCf=\$h$je$N%]%8%7%g%s$,3NJ]$G$-$^$9$h!#(B $B4X@>CO6h0J30$NJ}$O!"8r495!4pCO6I$,40@.$9$k$^$G(B $B2>2q0wEPO?$G>R2p3hF0$G$-$^$9!#2>EPO?$OL5NA$G$9!*(B $B!1!1!1!1!1!1!1!1!1(B $B#17nKv$K;%KZ!"El5~!";0=E!"9-Eg4pCO6I$,2TF03+;O$7$^$9!#(B $B<+F09=C[$J$N$GAa$$!$A!"EPO?$7$?!$A$G$9!#(B $B:#8=:_!"CN$j9g$$$NCf7xBgJ*%M%C%H%o!<%+!<$K@<$r$+$1$F$$$^$9$N$G!"(B $B$"$J$?$NEPO?$N$[$&$,Aa$1$l$P$=$NJ}$?$A$,$"$J$?$N%@%&%s$K(B $B$D$/2DG=@-$O$+$J$j$"$j$^$9!#(B $B$H$j$"$($:$@$1$NEPO?$b#O#K!#3hF0$9$k$7$J$$$O$^$C$?$/<+M3!#(B $B$b$&>/$7MM;R$r8+$?$$?M$bEPO?$@$1$J$i7P:QE*IiC4$O$$$C$5$$$J$7!#(B $B$I$&$;EPO?$O%?%@$@$+$i!&!&!&!!$=$l$G$b%@%&%s$OIU$-$^$9!#(B $B$H$j$"$($:EPO?$7$F$*$1$P!"$$$:$l$$$$$3$H$"$j!*!*!*(B $B4JC1$J35MW$r=q$$$F$*$-$^$9$N$G>\$7$/$O(B $B2qpJs#B#O#X!J(B06-6379-6583$B!!Am9g%a%K%e!<$O(B7000#$B!K(B $B$G0z$-=P$7$F$/$@$5$$!#(B $B$3$3$,%]%$%s%H!*!*(B $B!c0lHLBhFs&IJR2pNA$,H/@8(B $B#7!%3FCO$N%j!<%@!<$K$O!"7HBSEEOC$NDj3[%5!<%S%9$,$J$s$HL5NA!*(B $B!c2q0wFCE5!d(B $B#1!%@lMQ@~$rMxMQ$7$?;T30EEOC$NDj3[NA6b%5!<%S%9(B $B#2!%$o$:$+#1#0?M$N>R2p$G2qe$K$h$kG[J,$"$j(B $B#3!%8D?M8~$1%[!<%`%Z!<%8!J:n@.$+$i8x3+$^$G#1%v7n#8#3#31_!K(B $B#4!%%Q%=%3%sK\BN#3#9#8#0#01_$GHNGd!J?7IJ!K(B $B#5!%#N#T#T$h$j%Q%=%3%s$NL5NAG[I[!J(BIBM$B@=!K(B $B#6!%#F#A#X>pJs%\%C%/%9$,L5NA%l%s%?%k(B $B#7!%#W#e#b#T#V!J%$%s%?!<%M%C%HC@\%\!<%J%9(B $BAH?%$r>&IJ$K1~$8$F<+M3JQ49!J%f%K%l%Y%k!"%P%$%J%j!e$NG[J,$"$j!JG/6bE*%\!<%J%9!K(B $B#5?M>R2p$G$J$s$HKh7n$N2qHq$,L5NA$G$9!*(B $B2>EPO?$r$44uK>$5$l$k>l9g$O!"2<$NEPO??=$79~$_Ms$K(B $BI,MW;v9`$r5-F~$N>e!"JVAw$7$F2<$5$$!#(B $B!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~!~(B $B2>EPO??=$79~$_Ms(B ----------------------------------------------------------- $B!J%U%j%,%J!K!!(B ----------------------------------------------------------- $B$*L>A0(B ----------------------------------------------------------- $B!J%U%j%,%J!K(B ----------------------------------------------------------- $B")(B ($BI,$:(B7$B7eHV9f$r$45-F~$/$@$5$$(B) $B$4=;=j(B ----------------------------------------------------------- $BEEOCHV9f(B ----------------------------------------------------------- FAX$BHV9f(B ----------------------------------------------------------- $BEE;R%a!<%k%"%I%l%9(B ----------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:10:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 000A315552; Fri, 21 Jan 2000 10:10:11 -0800 (PST) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA61960; Fri, 21 Jan 2000 10:10:07 -0800 (PST) (envelope-from asmodai@FreeBSD.org) Date: Fri, 21 Jan 2000 10:10:07 -0800 (PST) From: Message-Id: <200001211810.KAA61960@freefall.freebsd.org> To: jeg@condor.circa.ufl.edu, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/4013: boot floppy hangs if IDE ZIP Drive present Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: boot floppy hangs if IDE ZIP Drive present State-Changed-From-To: open->closed State-Changed-By: asmodai State-Changed-When: Fri Jan 21 10:08:42 PST 2000 State-Changed-Why: Originator was so kind to test a 3.4 bootset and confirmed that the problem is not present anymore for him. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 42027154CC for ; Fri, 21 Jan 2000 10:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA62926; Fri, 21 Jan 2000 10:20:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 10:20:04 -0800 (PST) Message-Id: <200001211820.KAA62926@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16240; it has been noted by GNATS. From: Ruslan Ermilov To: Kannan Varadhan Cc: kannanv@research.bell-labs.com, Garrett Wollman , freebsd-gnats-submit@FreeBSD.org Subject: Re: kern/16240: ICMP error generation fails to correctly insert IP ID on returned packet Date: Fri, 21 Jan 2000 20:15:19 +0200 On Fri, Jan 21, 2000 at 12:12:53PM -0500, Kannan Varadhan wrote: > Excuse me for being stupid here, but what does ping from SCO hosts have > to do with how freebsd behaves? Here's a different synopsis of the bug: > Ping from SCO differ in that SCO sets DF bit in ICMP packets, which triggers the same bug as you observe (the bytes in ICMP response packets appear in the host order). -- Ruslan Ermilov Sysadmin and DBA of the ru@ucb.crimea.ua United Commercial Bank, ru@FreeBSD.org FreeBSD committer, +380.652.247.647 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:24:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E6C414FB7; Fri, 21 Jan 2000 10:24:54 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA63568; Fri, 21 Jan 2000 10:24:53 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Date: Fri, 21 Jan 2000 10:24:53 -0800 (PST) From: Message-Id: <200001211824.KAA63568@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/16256: USB stack panic on null pointer dereference Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USB stack panic on null pointer dereference Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Fri Jan 21 10:22:10 PST 2000 Responsible-Changed-Why: USB is my department (someone said). . To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D265E154CC for ; Fri, 21 Jan 2000 10:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64092; Fri, 21 Jan 2000 10:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 10:30:01 -0800 (PST) Message-Id: <200001211830.KAA64092@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Nick Hibma Subject: Re: misc/16258: 3.4-R custom distributions causes signal 11 Reply-To: Nick Hibma Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16258; it has been noted by GNATS. From: Nick Hibma To: neuro@tnug.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/16258: 3.4-R custom distributions causes signal 11 Date: Fri, 21 Jan 2000 18:22:18 +0000 (GMT) Did you overclock your PC? Do you by any chance have an Athlon processor? Just wondering. Nick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 10:51:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from lcagw.labcorp.com (lcagw.biomed.com [162.134.170.49]) by hub.freebsd.org (Postfix) with SMTP id 883B414BC8 for ; Fri, 21 Jan 2000 10:51:46 -0800 (PST) (envelope-from Randy_Tate@labcorp.com) Received: from LCAPRI-Message_Server by lcagw.labcorp.com with Novell_GroupWise; Fri, 21 Jan 2000 13:52:44 -0500 Message-Id: X-Mailer: Novell GroupWise 5.5.2 Date: Fri, 21 Jan 2000 13:52:06 -0500 From: "Randy Tate" To: Subject: overall installation Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Content-Disposition: inline Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Ladies and Gentleme -=20 The user installation interface for the 3.3 product leaves very much to be = desired when compared to the linux world's current dists (RH 6.1, Mandrake = 6.0+, Caldera, etc). I have tried to install this package several times = and continuously get errors on packages not being foud or the install = locking up(stopping). There is very little recourse in back navigating the = config screens. If you return to a screen, there is nothing new presented = showing previous choices made (ie did I goof up and not enter anything?) = The install is SLOW as compared to the linux installs. If I choose all I = want all!! the cd was not bootable, it couldn't decide what was the = bootable device. Since I haven't gotten th ebox up on 3.3 I can't evaluate = what else may not work or work. I should be able to install and stumble = around and have something in less than 30 miuntes on this machine. It may = not be what I wanted but it should go ping in that time. I am very fair = and when I find something I like, I am stupidly loyal. Right now I feel I = wasted my $$ and am wasting my time. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 11:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 69AE215529 for ; Fri, 21 Jan 2000 11:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA68370; Fri, 21 Jan 2000 11:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 07B7B15156; Fri, 21 Jan 2000 11:01:09 -0800 (PST) Message-Id: <20000121190109.07B7B15156@hub.freebsd.org> Date: Fri, 21 Jan 2000 11:01:09 -0800 (PST) From: tatem@labcorp.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16268: installation/lowering expectations Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16268 >Category: misc >Synopsis: installation/lowering expectations >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: Fri Jan 21 11:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Randy Tate >Release: 3.3 >Organization: Labcorp >Environment: who knows haven't had a successful install!! >Description: Ladies and Gentlemen - The user installation interface for the 3.3 product leaves very much to be desired when compared to the linux world's current dists (RH 6.1, Mandrake 6.0+, Caldera, etc). I have tried to install this package several times and continuously get errors on packages not being foud or the install locking up(stopping). There is very little recourse in back navigating the config screens. If you return to a screen, there is nothing new presented showing previous choices made (ie did I goof up and not enter anything?) The install is SLOW as compared to the linux installs. If I choose all I want all!! the cd was not bootable, it couldn't decide what was the bootable device. Since I haven't gotten th ebox up on 3.3 I can't evaluate what else may not work or work. I should be able to install and stumble around and have something in less than 30 miuntes on this machine. It may not be what I wanted but it should go ping in that time. I am very fair and when I find something I like, I am stupidly loyal. Right now I feel I wasted my $$ and am wasting my time. If this is to go out the masses, then the interface should be more flexible and dependencies fixed. An example is on the current installation packages which installed correctly before will not install this time. The message box says to look at the debug screen for info. The book does not address how to get to the install debug screen to fix the problem while installing.... >How-To-Repeat: >Fix: Work on the user interface and package dependencies. >Release-Note: >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 Jan 21 11:10:17 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 03A5815530 for ; Fri, 21 Jan 2000 11:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA68379; Fri, 21 Jan 2000 11:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from fast.cs.utah.edu (fast.cs.utah.edu [155.99.212.1]) by hub.freebsd.org (Postfix) with ESMTP id 8CF6F154B9 for ; Fri, 21 Jan 2000 11:05:20 -0800 (PST) (envelope-from sclawson@fast.cs.utah.edu) Received: (from sclawson@localhost) by fast.cs.utah.edu (8.9.1/8.9.1) id MAA13074 for FreeBSD-gnats-submit@freebsd.org; Fri, 21 Jan 2000 12:05:13 -0700 (MST) Message-Id: <200001211905.MAA13074@fast.cs.utah.edu> Date: Fri, 21 Jan 2000 12:05:13 -0700 (MST) From: stephen clawson To: FreeBSD-gnats-submit@freebsd.org Subject: i386/16269: smp dosen't work with >2 cpus on AMI Goliath II Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16269 >Category: i386 >Synopsis: smp dosen't work with >2 cpus on AMI Goliath II >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 Jan 21 11:10:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Stephen Clawson >Release: FreeBSD 4.0-CURRENT i386 >Organization: University of Utah CSL >Environment: A AMI Goliath II SMP system w/4 200MHz Pentium Pro's. >Description: For some reason the BIOS on the Goliath II sets the IO APIC's id to 2 in the mptable, while also setting cpu 2's id to 2. This causes SMP initialization to blow up. Because ID_TO_CPU() and ID_TO_IO() both refrence the same array, when we reach the IO APIC's mptable entry, it overwrites the mapping for cpu 2, causing panics like this: [other kernel messages deleted] SMP: AP CPU #3 Launched! SMP: AP CPU #1 Launched! SMP: AP CPU #2 Launched! SMP: cpuid = 2 SMP: apic_id = 0 PTD[MPPTDI] = 0x31d023 panic: cpuid mismatch! boom!! mp_lock = 02000001; cpuid = 2; lapic.id = 02000000 >How-To-Repeat: Boot an SMP kernel with NCPU > 2 on a Goliath II system. =) >Fix: Ideally there'd be a new BIOS for this board that wasn't so braindead. However, I spent some time trying to find an updated BIOS for it and had no luck. It seems that AMI dosen't seem to care much about it these days. =( At the very least there should be a check to see if we've already got a cpu at that apic id. ie. add this to mp_machdep.c:io_apic(): if (ID_TO_CPU(io_apic_id) != -1) panic("IO APIC #%d id conflicts with cpu #%d's local APIC id!", apic, ID_TO_CPU(io_apic_id)); However, the last paragraph of section 3.6.6 of v1.4 of the MP spec does clearly state that it's up to the OS to assign a unique id to io apic's in case there's a conflict, so this fix is potentially useful anyway, even if in this case AMI was just being lazy/stupid. =) So, the patch: It checks to see if there's a conflict between an io apic's id and a cpu's id. If there's a conflict, it assigns a new id starting with the lowest possible id, as per section 3.6.6. In the process it keeps track of the mapping from the original mptable id and the new id, since we'll also have to remap the destination apic id of any io interrupt mptable entries. Index: mp_machdep.c =================================================================== RCS file: /n/marker/usr/lsrc/FreeBSD/CVS/src/sys/i386/i386/mp_machdep.c,v retrieving revision 1.115 diff -c -r1.115 mp_machdep.c *** mp_machdep.c 2000/01/13 09:08:59 1.115 --- mp_machdep.c 2000/01/21 03:10:25 *************** *** 729,736 **** static int processor_entry __P((proc_entry_ptr entry, int cpu)); static int bus_entry __P((bus_entry_ptr entry, int bus)); ! static int io_apic_entry __P((io_apic_entry_ptr entry, int apic)); ! static int int_entry __P((int_entry_ptr entry, int intr)); static int lookup_bus_type __P((char *name)); --- 729,738 ---- static int processor_entry __P((proc_entry_ptr entry, int cpu)); static int bus_entry __P((bus_entry_ptr entry, int bus)); ! static int io_apic_entry __P((io_apic_entry_ptr entry, int apic, ! int io_apic_id_map[])); ! static int int_entry __P((int_entry_ptr entry, int intr, ! int io_apic_id_map[])); static int lookup_bus_type __P((char *name)); *************** *** 883,888 **** --- 885,891 ---- int count; int type; int apic, bus, cpu, intr; + int io_apic_id_map[NAPICID]; POSTCODE(MPTABLE_PASS2_POST); *************** *** 891,896 **** --- 894,900 ---- ID_TO_IO(x) = -1; /* phy APIC ID to log CPU/IO table */ CPU_TO_ID(x) = -1; /* logical CPU to APIC ID table */ IO_TO_ID(x) = -1; /* logical IO to APIC ID table */ + io_apic_id_map[x] = -1; /* mptable apic id to apic id table */ } /* clear bus data table */ *************** *** 934,944 **** ++bus; break; case 2: ! if (io_apic_entry(position, apic)) ++apic; break; case 3: ! if (int_entry(position, intr)) ++intr; break; case 4: --- 938,948 ---- ++bus; break; case 2: ! if (io_apic_entry(position, apic, io_apic_id_map)) ++apic; break; case 3: ! if (int_entry(position, intr, io_apic_id_map)) ++intr; break; case 4: *************** *** 1012,1017 **** --- 1016,1038 ---- } } + #ifdef APIC_IO + static void + set_io_apic_id(int apic, int io_apic_id) + { + u_int32_t ux; + + /* reprogram the io-apic to it's new id. */ + ux = io_apic_read(apic, IOAPIC_ID); /* get current contents */ + ux &= ~APIC_ID_MASK; /* clear the ID field */ + ux |= (io_apic_id << 24); /* set it to io_apic_id */ + io_apic_write(apic, IOAPIC_ID, ux); /* write new value */ + ux = io_apic_read(apic, IOAPIC_ID); /* re-read && test */ + if ((ux & APIC_ID_MASK) != (io_apic_id << 24)) + panic("can't control IO APIC ID, reg: 0x%08x", ux); + } + #endif + /* * parse an Intel MP specification table */ *************** *** 1202,1214 **** static int ! io_apic_entry(io_apic_entry_ptr entry, int apic) { if (!(entry->apic_flags & IOAPICENTRY_FLAG_EN)) return 0; ! IO_TO_ID(apic) = entry->apic_id; ! ID_TO_IO(entry->apic_id) = apic; return 1; } --- 1223,1262 ---- static int ! io_apic_entry(io_apic_entry_ptr entry, int apic, int io_apic_id_map[]) { + int io_apic_id = entry->apic_id; + if (!(entry->apic_flags & IOAPICENTRY_FLAG_EN)) return 0; ! /* ! * section 3.6.6 of the mp spec v1.4 specifies that the OS ! * must check the uniqueness of the IO APIC id and assign a ! * unique id if there's a conflict. ! */ ! if (ID_TO_CPU(io_apic_id) != -1) { ! /* ! * section 3.6.6 also specifies that we must start ! * with the lowest id possible. ! */ ! io_apic_id = 0; ! while ((io_apic_id < NAPICID) && ! (ID_TO_CPU(io_apic_id) != -1)) ! io_apic_id++; ! ! if (io_apic_id == NAPICID) ! panic("can't remap IOAPIC id: all apic id's used"); ! ! printf("Remapping IO APIC #%d from id %d to id %d\n", ! apic, entry->apic_id, io_apic_id); ! ! set_io_apic_id(apic, io_apic_id); ! } ! ! io_apic_id_map[entry->apic_id] = io_apic_id; ! IO_TO_ID(apic) = io_apic_id; ! ID_TO_IO(io_apic_id) = apic; return 1; } *************** *** 1228,1234 **** static int ! int_entry(int_entry_ptr entry, int intr) { int apic; --- 1276,1282 ---- static int ! int_entry(int_entry_ptr entry, int intr, int io_apic_id_map[]) { int apic; *************** *** 1249,1255 **** else io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; } else ! io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; io_apic_ints[intr].dst_apic_int = entry->dst_apic_int; return 1; --- 1297,1305 ---- else io_apic_ints[intr].dst_apic_id = entry->dst_apic_id; } else ! io_apic_ints[intr].dst_apic_id = ! io_apic_id_map[entry->dst_apic_id]; ! io_apic_ints[intr].dst_apic_int = entry->dst_apic_int; return 1; *************** *** 1271,1278 **** /* ! * Given a traditional ISA INT mask, return an APIC mask. ! */ u_int isa_apic_mask(u_int isa_mask) { --- 1321,1327 ---- /* ! * Given a traditional ISA INT mask, return an APIC mask. */ u_int isa_apic_mask(u_int isa_mask) { *************** *** 1601,1607 **** { int ap_cpu_id; #if defined(APIC_IO) - u_int32_t ux; int io_apic_id; int pin; #endif /* APIC_IO */ --- 1650,1655 ---- *************** *** 1661,1673 **** #else if ((io_apic_id == 0) || (io_apic_id == 1) || (io_apic_id == 15)) { #endif /* REALLY_ANAL_IOAPICID_VALUE */ ! ux = io_apic_read(0, IOAPIC_ID); /* get current contents */ ! ux &= ~APIC_ID_MASK; /* clear the ID field */ ! ux |= 0x02000000; /* set it to '2' */ ! io_apic_write(0, IOAPIC_ID, ux); /* write new value */ ! ux = io_apic_read(0, IOAPIC_ID); /* re-read && test */ ! if ((ux & APIC_ID_MASK) != 0x02000000) ! panic("can't control IO APIC ID, reg: 0x%08x", ux); io_apic_id = 2; } IO_TO_ID(0) = io_apic_id; --- 1709,1715 ---- #else if ((io_apic_id == 0) || (io_apic_id == 1) || (io_apic_id == 15)) { #endif /* REALLY_ANAL_IOAPICID_VALUE */ ! set_io_apic_id(0, 2); io_apic_id = 2; } IO_TO_ID(0) = io_apic_id; >Release-Note: >Audit-Trail: >Unformatted: Stephen Clawson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 11:22:43 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 933B414E88; Fri, 21 Jan 2000 11:22:42 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA70059; Fri, 21 Jan 2000 11:22:42 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Fri, 21 Jan 2000 11:22:42 -0800 (PST) From: Message-Id: <200001211922.LAA70059@freefall.freebsd.org> To: tatem@labcorp.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16268: installation/lowering expectations Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: installation/lowering expectations State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Fri Jan 21 11:19:58 PST 2000 State-Changed-Why: (1) Installation works for me. (2) Learn the value of a carriage return, it improves the flow of what you're trying to say. (3) First visit http://www.FreeBSD.org/~billf/FAQ/ for tips on how to avoid sending PRs like this in the future. (4) Then visit http://www.FreeBSD.org/handbook/install.html for an excellent newly redesigned installation guide. (5) Enjoy. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 12: 0:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 866C215499 for ; Fri, 21 Jan 2000 12:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA01092; Fri, 21 Jan 2000 12:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from alsatian.cslab.vt.edu (alsatian.cslab.vt.edu [198.82.184.21]) by hub.freebsd.org (Postfix) with ESMTP id 64BCA14E88 for ; Fri, 21 Jan 2000 11:42:39 -0800 (PST) (envelope-from dhagan@cslab.vt.edu) Received: from snowcow.cslab.vt.edu (root@snowcow.cslab.vt.edu [198.82.184.27]) by alsatian.cslab.vt.edu (8.9.3/8.9.3) with ESMTP id OAA16413; Fri, 21 Jan 2000 14:42:36 -0500 (EST) (envelope-from dhagan@snowcow.cslab.vt.edu) Received: (from dhagan@localhost) by snowcow.cslab.vt.edu (8.9.3/8.9.3) id OAA49593; Fri, 21 Jan 2000 14:41:52 -0500 (EST) (envelope-from dhagan) Message-Id: <200001211941.OAA49593@snowcow.cslab.vt.edu> Date: Fri, 21 Jan 2000 14:41:52 -0500 (EST) From: "Daniel T. Hagan" Reply-To: dhagan@cslab.vt.edu To: FreeBSD-gnats-submit@freebsd.org Cc: admins@cslab.vt.edu X-Send-Pr-Version: 3.2 Subject: bin/16272: passwd(1) w/ NIS broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16272 >Category: bin >Synopsis: passwd(1) w/ NIS broken >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 21 12:00:03 PST 2000 >Closed-Date: >Last-Modified: >Originator: Daniel T. Hagan >Release: FreeBSD 3.2-STABLE >Organization: Virginia Tech >Environment: client: FreeBSD cantaloupe.cslab.vt.edu 3.2-STABLE FreeBSD 3.2-STABLE #2: \ Wed Jun 23 13:41:26 EDT 1999 \ root@snowcow.cslab.vt.edu:/usr/source/src/sys/compile/PIZZA_BOX i386 $Id: passwd.c,v 1.15 1998/10/09 06:38:33 markm Exp $ server: FreeBSD snowcow.cslab.vt.edu 3.4-RELEASE FreeBSD 3.4-RELEASE #5: \ Fri Jan 14 14:30:06 EST 2000 \ root@snowcow.cslab.vt.edu:/usr/source/src/sys/compile/SNOWCOW i386 >Description: NIS user imported to client from server via '+:::::::::' in /etc/master.passwd User runs passwd(1) and instead of changing NIS password, user info gets pasted into local /etc/master.passwd. There are some clients which report as 3.2-STABLE #1 (compiled Jun 6th) and they don't exhibit this behavior. I'm not sure if this is a configuration problem or what. I've browsed passwd.c very briefly, but I don't have time to sit down and get real familiar with it right now. >How-To-Repeat: setup as above, login as NIS user: % passwd Changing local password for dhagan. Old password: New password: Retype new password: passwd: updating the database... passwd: done /etc/master.passwd now contains the following: ----- [snip] +::::::::: dhagan:[new passwd]:8232:200::0:0:Daniel T. Hagan:/home/major/dhagan:/bin/tcsh ----- >Fix: I'd be willing to try any suggestions or look at some code if someone comes up with a hunch as to what is wrong. >Release-Note: >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 Jan 21 12: 0:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 355D815498 for ; Fri, 21 Jan 2000 12:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA01083; Fri, 21 Jan 2000 12:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gracie.lbl.gov (gracie.lbl.gov [131.243.2.175]) by hub.freebsd.org (Postfix) with ESMTP id 1DFB214E88 for ; Fri, 21 Jan 2000 11:38:27 -0800 (PST) (envelope-from jin@gracie.lbl.gov) Received: (from jin@localhost) by gracie.lbl.gov (8.9.3/8.9.3) id LAA70227; Fri, 21 Jan 2000 11:38:26 -0800 (PST) (envelope-from jin) Message-Id: <200001211938.LAA70227@gracie.lbl.gov> Date: Fri, 21 Jan 2000 11:38:26 -0800 (PST) From: Jin Guojun (FTG staff) Reply-To: j_guojun@lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16271: vi has wrong len type in re_tag_conv() Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16271 >Category: bin >Synopsis: vi has wrong len type in re_tag_conv() >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jan 21 12:00:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (FTG staff) >Release: FreeBSD 3.4-20000104-STABLE i386 >Organization: >Environment: nvi in FreeBSD 3.4-20000104-STABLE >Description: an unsinged len is used to compare with signed expression, this causes core dump because the (len > 0) always true, so loop never ends. >How-To-Repeat: Look at the code contrib/nvi/ex/ex_subst.c: ... static int re_tag_conv(sp, ptrnp, plenp, replacedp) SCR *sp; char **ptrnp; size_t *plenp; int *replacedp; { size_t blen, len; !!!!!!!!!!!! line 1180 !!!!!!!!! int lastdollar; char *bp, *p, *t; len = *plenp; /* Max memory usage is 2 times the length of the string. */ *replacedp = 1; GET_SPACE_RET(sp, bp, blen, len * 2); p = *ptrnp; t = bp; /* If the last character is a '/' or '?', we just strip it. */ if (len > 0 && (p[len - 1] == '/' || p[len - 1] == '?')) --len; /* If the next-to-last or last character is a '$', it's magic. */ if (len > 0 && p[len - 1] == '$') { --len; lastdollar = 1; } else lastdollar = 0; /* If the first character is a '/' or '?', we just strip it. */ if (len > 0 && (p[0] == '/' || p[0] == '?')) { ++p; --len; } /* If the first or second character is a '^', it's magic. */ if (p[0] == '^') { *t++ = *p++; --len; } /* * Escape every other magic character we can find, meanwhile stripping * the backslashes ctags inserts when escaping the search delimiter * characters. */ for (; len > 0; --len) { !!!!!! line 1221 !!!!!!!! if (p[0] == '\\' && (p[1] == '/' || p[1] == '?')) { ++p; --len; } else if (strchr("^.[]$*", p[0])) *t++ = '\\'; *t++ = *p++; } if (lastdollar) >Fix: Change the len type from size_t to int, i.e., move len from line 1180 to line 1181. >Release-Note: >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 Jan 21 12:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AD8BD14EA1 for ; Fri, 21 Jan 2000 12:10:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA02159; Fri, 21 Jan 2000 12:10:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id ADDED154E7; Fri, 21 Jan 2000 12:09:32 -0800 (PST) Message-Id: <20000121200932.ADDED154E7@hub.freebsd.org> Date: Fri, 21 Jan 2000 12:09:32 -0800 (PST) From: racker75@hotmail.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16278: Crypt() function returns wierd results Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16278 >Category: misc >Synopsis: Crypt() function returns wierd results >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 Jan 21 12:10:07 PST 2000 >Closed-Date: >Last-Modified: >Originator: David Hasson >Release: 3.3-RELEASE >Organization: >Environment: FreeBSD jkmiller.ath.cx 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Sun Nov 28 21:12:3 9 PST 1999 funtaff@nimrod.ath.cx:/usr/src/sys/compile/NITWIT i386 >Description: Using perl, crypt() returns long, unintelligable values. For example, the perl installed with 3.3-RELEASE produces these results: $salt = 'fs'; $pass = 'heynow'; $out = crypt($salt, $pass); print "$out\n"; returns this: bash-2.03$ perl test3.pl $1$heynow$0jPK61iCt92vyGs2ciUUa. I do not know the cause of this, or how it can be fixed, it seems to be dependent on this particular machine. >How-To-Repeat: >Fix: >Release-Note: >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 Jan 21 12:10:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A265414C8E for ; Fri, 21 Jan 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA02125; Fri, 21 Jan 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from cichlids.com (pC19F54A4.dip0.t-ipconnect.de [193.159.84.164]) by hub.freebsd.org (Postfix) with ESMTP id 543F215143 for ; Fri, 21 Jan 2000 12:04:47 -0800 (PST) (envelope-from alex@cichlids.com) Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by cichlids.com (Postfix) with ESMTP id 8DA62AB92 for ; Fri, 21 Jan 2000 21:05:12 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id VAA04462; Fri, 21 Jan 2000 21:04:58 +0100 (CET) (envelope-from alex) Message-Id: <200001212004.VAA04462@cichlids.cichlids.com> Date: Fri, 21 Jan 2000 21:04:58 +0100 (CET) From: Alexander Langer Reply-To: alex@cichlids.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16275: approve send-pr(1) (attach files, use enviroment vars) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16275 >Category: bin >Synopsis: approve send-pr(1) (attach files, use enviroment vars) >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 Jan 21 12:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Alexander Langer >Release: FreeBSD 4.0-CURRENT i386 >Organization: This space is intentionally left blank. >Environment: -current >Description: This patch improves the send-pr(1) functionality. manpages are not included yet, but if the patch is ok, I'll fix the manpage as well. it's really nice and should be delivered now on all releases ;-) What does it do? 1) add an -a option, which makes it possible to attach text and binary files. The attached files go into the Fixes section. binary files are uuencoded, text files are included with a --- filename begins here --- stuff --- filename ends here --- as you can see below (this pr is filed using my changes) ALSO, you can specify PR_* vars, which makes the use of send-pr(1) out of scripts VERY nice. e.g., I've discovered, when I update ports I ALWAYS write the same stuff. I could create an alias as alias send-ports-pr='echo -n "Please enter the synopsis: "; read syn; PR_SYNOPSIS=$syn PR_CATEGORY=ports PR_CONFIDENTAL=no PR_PRIORITY=medium PR_SEVERITY=non-critical send-pr' which then automatically inserts the stuff into the fields...nice, isn't it? then: send-ports-pr -a port-diff.diff also includes the patch for the port. Wow, I do really like it. I hope you will too, since it does not destroy any of the old funtionality. >How-To-Repeat: n/a >Fix: --- send-pr.diff begins here --- --- send-pr-freebsd.old Fri Jan 21 20:13:08 2000 +++ send-pr Fri Jan 21 20:55:01 2000 @@ -87,19 +87,23 @@ REPLY_TO="${REPLY_TO:-${REPLYTO:-$LOGNAME}}" # Find out the name of the originator of this PR. -if [ -n "$NAME" ]; then - ORIGINATOR="$NAME" -elif [ -f $HOME/.fullname ]; then - ORIGINATOR="`sed -e '1q' $HOME/.fullname`" -elif [ -f /bin/domainname ]; then - if [ "`/bin/domainname`" != "" -a -f /usr/bin/ypcat ]; then - # Must use temp file due to incompatibilities in quoting behavior - # and to protect shell metacharacters in the expansion of $LOGNAME - /usr/bin/ypcat passwd 2>/dev/null | cat - /etc/passwd | grep "^$LOGNAME:" | - cut -f5 -d':' | sed -e 's/,.*//' > $TEMP - ORIGINATOR="`cat $TEMP`" - rm -f $TEMP +if [ -z "$PR_ORIGINATOR" ]; then + if [ -n "$NAME" ]; then + ORIGINATOR="$NAME" + elif [ -f $HOME/.fullname ]; then + ORIGINATOR="`sed -e '1q' $HOME/.fullname`" + elif [ -f /bin/domainname ]; then + if [ "`/bin/domainname`" != "" -a -f /usr/bin/ypcat ]; then + # Must use temp file due to incompatibilities in quoting behavior + # and to protect shell metacharacters in the expansion of $LOGNAME + /usr/bin/ypcat passwd 2>/dev/null | cat - /etc/passwd | grep "^$LOGNAME:" | + cut -f5 -d':' | sed -e 's/,.*//' > $TEMP + ORIGINATOR="`cat $TEMP`" + rm -f $TEMP + fi fi +else + ORIGINATOR="$PR_ORIGINATOR" fi if [ "$ORIGINATOR" = "" ]; then @@ -108,16 +112,20 @@ rm -f $TEMP fi -if [ -n "$ORGANIZATION" ]; then - if [ -f "$ORGANIZATION" ]; then - ORGANIZATION="`cat $ORGANIZATION`" +if [ -z "$PR_ORGANIZATION" ]; then + if [ -n "$ORGANIZATION" ]; then + if [ -f "$ORGANIZATION" ]; then + ORGANIZATION="`cat $ORGANIZATION`" + fi + else + if [ -n "$DEFAULT_ORGANIZATION" ]; then + ORGANIZATION="$DEFAULT_ORGANIZATION" + elif [ -f $HOME/.organization ]; then + ORGANIZATION="`cat $HOME/.organization`" + fi fi else - if [ -n "$DEFAULT_ORGANIZATION" ]; then - ORGANIZATION="$DEFAULT_ORGANIZATION" - elif [ -f $HOME/.organization ]; then - ORGANIZATION="`cat $HOME/.organization`" - fi + $ORGANIZATION="$PR_ORGANIZATION" fi # If they don't have a preferred editor set, then use @@ -139,7 +147,7 @@ COMMAND=`echo $0 | sed -e 's,.*/,,'` USAGE="Usage: $COMMAND [-PVL] [-t address] [-f filename] [--request-id] -[--version]" +[--version] [-a file]" REMOVE= BATCH= @@ -162,6 +170,24 @@ -L | --list) FORMAT=norm ;; -l | -CL | --lisp) FORMAT=lisp ;; --request-id) REQUEST_ID=true ;; + -a | --attach) if [ -z "$2" ]; then + echo "$USAGE" ; exit 1; + fi + if [ ! -d "$2" ]; then + if file $2 | grep "text" >/dev/null 2>/dev/null ; then + ATTACHED_FILES="$ATTACHED_FILES +--- $2 begins here --- +`cat \"$2\"` +--- $2 ends here --- +" + else + ATTACHED_FILES="$ATTACHED_FILES +`uuencode \"$2\" < \"$2\"` +" + fi + shift; + fi; + ;; -h | --help) echo "$USAGE"; exit 0 ;; -V | --version) echo "$VERSION"; exit 0 ;; -*) echo "$USAGE" ; exit 1 ;; @@ -318,7 +344,6 @@ END { printf "\nSEND-PR:\n"; }' >> $file - cat >> $file << __EOF__ To: $GNATS_ADDR Subject: @@ -330,28 +355,29 @@ >Submitter-Id: $SUBMITTER >Originator: $ORIGINATOR >Organization: ${ORGANIZATION-$ORGANIZATION_C} ->Confidential: $CONFIDENTIAL_C ->Synopsis: $SYNOPSIS_C ->Severity: $SEVERITY_C ->Priority: $PRIORITY_C ->Category: $CATEGORY_C +>Confidential: ${PR_CONFIDENTAL-$CONFIDENTIAL_C} +>Synopsis: ${PR_SYNOPSIS-$SYNOPSIS_C} +>Severity: ${PR_SEVERITY-$SEVERITY_C} +>Priority: ${PR_PRIORITY-$PRIORITY_C} +>Category: ${PR_CATEGORY-$CATEGORY_C} >Release: ${DEFAULT_RELEASE-$RELEASE_C} >Class: $CLASS_C >Environment: - $ENVIRONMENT_C +${PR_ENVIROMENT- $ENVIRONMENT_C} >Description: - $DESCRIPTION_C +${PR_DESCRIPTION- $DESCRIPTION_C} >How-To-Repeat: - $HOW_TO_REPEAT_C +${PR_HOW_TO_REPEAT- $HOW_TO_REPEAT_C} >Fix: - $FIX_C +${PR_FIX- $FIX_C} +$ATTACHED_FILES __EOF__ --- send-pr.diff ends here --- >Release-Note: >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 Jan 21 12:50:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 853A2154C8 for ; Fri, 21 Jan 2000 12:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA07674; Fri, 21 Jan 2000 12:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 21 Jan 2000 12:50:03 -0800 (PST) Message-Id: <200001212050.MAA07674@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Christoph Subject: Re: i386/13817: system reboot Reply-To: Christoph Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/13817; it has been noted by GNATS. From: Christoph To: freebsd-gnats-submit@FreeBSD.org, white@extra.dp.ua Cc: Subject: Re: i386/13817: system reboot Date: Fri, 21 Jan 2000 21:46:13 +0100 Hi, > >>Number: 13817 > >>Category: i386 > >>Synopsis: system reboot > >>Confidential: no > >>Severity: critical > [...] > >>Originator: Alex Prohorenko > >>Release: FreeBSD 3.3-19990918-STABLE i386 > >>Organization: > >Private Person > >>Environment: > > > > Am5x86-133/16/811 > > > >>Description: > > > > Pressing Alt-Break (Pause) key will cause server to reboot. > > Alt-Pause is assigned with the SUSPEND function by default. > > Is apm enabled in your kernel? The apm BIOS may be causing the > problem. I have this problem as well. Seen with 3.3-RELEASE on two different machines. None of them has apm enabled. Entirely Reproducable. else: syscons, German Keyboard, german.iso keymap. Regards Christoph Weber-Fahr To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 12:52:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5945D14FF3; Fri, 21 Jan 2000 12:52:56 -0800 (PST) (envelope-from jhb@FreeBSD.org) Received: (from jhb@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA08006; Fri, 21 Jan 2000 12:52:55 -0800 (PST) (envelope-from jhb@FreeBSD.org) Date: Fri, 21 Jan 2000 12:52:55 -0800 (PST) From: Message-Id: <200001212052.MAA08006@freefall.freebsd.org> To: dhagan@cslab.vt.edu, jhb@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16272: passwd(1) w/ NIS broken Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: passwd(1) w/ NIS broken State-Changed-From-To: open->closed State-Changed-By: jhb State-Changed-When: Fri Jan 21 12:51:04 PST 2000 State-Changed-Why: This problem existed because of general stupidity on my part. Thanks to wpaul for pointing this out and finding the source of this problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jan 21 21:25: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4456115534 for ; Fri, 21 Jan 2000 21:24:59 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA53898; Fri, 21 Jan 2000 21:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from whizzo.transsys.com (whizzo.TransSys.COM [144.202.42.10]) by hub.freebsd.org (Postfix) with ESMTP id 6E61D14FC2 for ; Fri, 21 Jan 2000 21:12:59 -0800 (PST) (envelope-from louie@whizzo.transsys.com) Received: (from louie@localhost) by whizzo.transsys.com (8.9.3/8.9.1) id AAA06668; Sat, 22 Jan 2000 00:08:46 -0500 (EST) (envelope-from louie) Message-Id: <200001220508.AAA06668@whizzo.transsys.com> Date: Sat, 22 Jan 2000 00:08:46 -0500 (EST) From: Louis Mamakos Reply-To: louie@TransSys.COM To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16291: USB header files in /sys/dev/usb not installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16291 >Category: kern >Synopsis: USB header files in /sys/dev/usb not installed >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: Fri Jan 21 21:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Louis Mamakos >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Building user code which attempts to access USB devices. >Description: It's currently necessary to have the kernel source code available in order to build user programs which do I/O to some USB devices such as performing some ioctl()'s. As the header files are not seemingly installed in /usr/include, you must reference them from /usr/src/sys/dev/usb/... >How-To-Repeat: >Fix: probably install header files in /usr/include/dev/usb or something? >Release-Note: >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 Jan 21 21:51:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 81F0815358; Fri, 21 Jan 2000 21:51:43 -0800 (PST) (envelope-from jdp@FreeBSD.org) Received: (from jdp@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA56262; Fri, 21 Jan 2000 21:51:43 -0800 (PST) (envelope-from jdp@FreeBSD.org) Date: Fri, 21 Jan 2000 21:51:43 -0800 (PST) From: Message-Id: <200001220551.VAA56262@freefall.freebsd.org> To: neuro@tnug.com, jdp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/16258: 3.4-R custom distributions causes signal 11 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.4-R custom distributions causes signal 11 State-Changed-From-To: open->closed State-Changed-By: jdp State-Changed-When: Fri Jan 21 21:50:38 PST 2000 State-Changed-Why: This is a known problem with 3.4-RELEASE. It is described in the ERRATA.TXT file on the FTP site: o As shipped, the "Custom" installation option in 3.4 is broken. Fix: Both the "Novice" and "Express" install paths still work and can be used just as effectively (if not succinctly). Alternately, you can invoke the custom installation from the "Index" menu (Installation, Custom) or you can download a fixed mfsroot.flp floppy image (or boot.flp if you need 2.88MB boot media) from the floppies/updates/ directory under: ftp://ftp.freebsd.org/pub/FreeBSD/releases/i386/3.4-RELEASE/ The 3.4 ISO installation image is also updated to contain a fix for this errata item. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 0:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E40FD15026 for ; Sat, 22 Jan 2000 00:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA68439; Sat, 22 Jan 2000 00:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E65EE15558; Sat, 22 Jan 2000 00:42:27 -0800 (PST) Message-Id: <20000122084227.E65EE15558@hub.freebsd.org> Date: Sat, 22 Jan 2000 00:42:27 -0800 (PST) From: hide@koie.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16292: performance problem of divert socket Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16292 >Category: kern >Synopsis: performance problem of divert socket >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: Sat Jan 22 00:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: KOIE Hidetaka >Release: FreeBSD 3.3-RELEASE >Organization: >Environment: FreeBSD skipjack.koie.org 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Wed Dec 8 09:16:43 JST 1999 koie@skipjack.koie.org:/usr/src/sys/compile/TP i386 >Description: In sys/netinet/ip_output.c, ip_output() checks that ifnet::if_snd has room enough to enqueue entire packet. This verifying code is commited at revision 1.3. But, using divert socket and IPFW, on fire hose syndrome router, user-land program (ipfw add divert N ... out xmit IFACE) can not receive all packets. /* * Verify that we have any chance at all of being able to queue * the packet or packet fragments */ if ((ifp->if_snd.ifq_len + ip->ip_len / ifp->if_mtu + 1) >= ifp->if_snd.ifq_maxlen) { error = ENOBUFS; goto bad; } >How-To-Repeat: >Fix: IMHO, this verifing code should be moved to the immediately following `pass:'. >Release-Note: >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 Jan 22 1: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6510A154D4 for ; Sat, 22 Jan 2000 01:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA69068; Sat, 22 Jan 2000 01:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 22 Jan 2000 01:00:02 -0800 (PST) Message-Id: <200001220900.BAA69068@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/15611; it has been noted by GNATS. From: Bruce Evans To: rjbubon@bigi.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 Date: Sat, 22 Jan 2000 19:58:14 +1100 (EST) On Tue, 21 Dec 1999 rjbubon@bigi.com wrote: > If I split the drive down the middle, 2 partitions, Strange things happen. > I can load the first partition down with data. If I start writing to the 2nd > partition, I corrupt the first. It's like the sector indexing in the OS > is broke at some large number. Maybe an overflow. Addressing is broken in CHS mode for cylinder numbers >= 65536, since cylinder numbers are blindly truncated mod 65536. The following patches give proper brokenness for -current. Large disks are truncated to 65536 cylinders (normally 33.8GB). This is simple in wd.c. Unfortunately, dsinit() "helpfully" enlarges the disk if necessary to cover the slice entries in the MBR. This was once necessary to support MFM disks with > 1024 cylinders, but it is wrong for disks that report their size. Index: i386/isa/wd.c =================================================================== RCS file: /home/ncvs/src/sys/i386/isa/wd.c,v retrieving revision 1.217 diff -c -2 -r1.217 wd.c *** i386/isa/wd.c 1999/12/10 09:40:29 1.217 --- i386/isa/wd.c 2000/01/22 08:22:07 *************** *** 1761,1764 **** --- 1761,1772 ---- du->dk_dd.d_secperunit / du->dk_dd.d_secpercyl; } + if (du->dk_dd.d_ncylinders > 0x10000 && !(du->cfg_flags & WDOPT_LBA)) { + du->dk_dd.d_ncylinders = 0x10000; + du->dk_dd.d_secperunit = du->dk_dd.d_secpercyl * + du->dk_dd.d_ncylinders; + printf( + "wd%d: cannot handle %d total sectors; truncating to %lu\n", + du->dk_lunit, wp->wdp_lbasize, du->dk_dd.d_secperunit); + } #if 0 du->dk_dd.d_partitions[RAW_PART].p_size = du->dk_dd.d_secperunit; Index: kern/subr_diskmbr.c =================================================================== RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v retrieving revision 1.42 diff -c -2 -r1.42 subr_diskmbr.c *** kern/subr_diskmbr.c 1999/11/09 21:35:10 1.42 --- kern/subr_diskmbr.c 2000/01/22 08:21:43 *************** *** 73,76 **** --- 73,79 ---- u_long ext_size, u_long base_ext_offset, int nsectors, int ntracks, u_long mbr_offset)); + static int dssetslice __P((char *sname, struct disklabel *lp, + struct diskslice *sp, struct dos_partition *dp, + u_long br_offset)); static int *************** *** 295,306 **** --- 298,321 ---- secpercyl = (u_long)max_nsectors * max_ntracks; if (secpercyl != 0) { + #if 0 u_long secperunit; + #endif lp->d_nsectors = max_nsectors; lp->d_ntracks = max_ntracks; lp->d_secpercyl = secpercyl; + /* + * Temporarily, don't even consider adjusting the drive's + * size, since the adjusted size may exceed the hardware's + * addressing capabilities. The adjustment helped mainly + * for ancient MFM drives with > 1024 cylinders, but now + * breaks at least IDE drives with 63*16*65536 sectors if + * they are controlled by the wd driver in CHS mode. + */ + #if 0 secperunit = secpercyl * max_ncyls; if (lp->d_secperunit < secperunit) lp->d_secperunit = secperunit; + #endif lp->d_ncylinders = lp->d_secperunit / secpercyl; } *************** *** 320,335 **** sp = &ssp->dss_slices[BASE_SLICE]; for (dospart = 0, dp = dp0; dospart < NDOSPART; dospart++, dp++, sp++) { ! sp->ds_offset = mbr_offset + dp->dp_start; ! sp->ds_size = dp->dp_size; ! sp->ds_type = dp->dp_typ; ! #ifdef PC98_ATCOMPAT ! /* Fake FreeBSD(98). */ ! if (sp->ds_type == DOSPTYP_386BSD) ! sp->ds_type = 0x94; ! #endif ! #if 0 ! lp->d_subtype |= (lp->d_subtype & 3) | dospart ! | DSTYPE_INDOSPART; ! #endif } ssp->dss_nslices = BASE_SLICE + NDOSPART; --- 335,341 ---- sp = &ssp->dss_slices[BASE_SLICE]; for (dospart = 0, dp = dp0; dospart < NDOSPART; dospart++, dp++, sp++) { ! sname = dsname(dev, dkunit(dev), BASE_SLICE + dospart, ! RAW_PART, partname); ! (void)dssetslice(sname, lp, sp, dp, mbr_offset); } ssp->dss_nslices = BASE_SLICE + NDOSPART; *************** *** 435,446 **** continue; } ! sp->ds_offset = ext_offset + dp->dp_start; ! sp->ds_size = dp->dp_size; ! sp->ds_type = dp->dp_typ; ! #ifdef PC98_ATCOMPAT ! /* Fake FreeBSD(98). */ ! if (sp->ds_type == DOSPTYP_386BSD) ! sp->ds_type = 0x94; ! #endif ssp->dss_nslices++; slice++; --- 441,446 ---- continue; } ! if (dssetslice(sname, lp, sp, dp, ext_offset) != 0) ! continue; ssp->dss_nslices++; slice++; *************** *** 459,462 **** --- 459,501 ---- bp->b_flags |= B_INVAL | B_AGE; brelse(bp); + } + + static int + dssetslice(sname, lp, sp, dp, br_offset) + char *sname; + struct disklabel *lp; + struct diskslice *sp; + struct dos_partition *dp; + u_long br_offset; + { + u_long offset; + u_long size; + + offset = br_offset + dp->dp_start; + if (offset > lp->d_secperunit || offset < br_offset) { + printf( + "%s: slice starts beyond end of the disk: rejecting it\n", + sname); + return (1); + } + size = lp->d_secperunit - offset; + if (size >= dp->dp_size) + size = dp->dp_size; + else + printf( + "%s: slice extends beyond end of disk: truncating from %lu to %lu sectors\n", + sname, (u_long)dp->dp_size, size); + sp->ds_offset = offset; + sp->ds_size = size; + sp->ds_type = dp->dp_typ; + #ifdef PC98_ATCOMPAT + /* Fake FreeBSD(98). */ + if (sp->ds_type == DOSPTYP_386BSD) + sp->ds_type = 0x94; + #endif + #if 0 + lp->d_subtype |= (lp->d_subtype & 3) | dospart | DSTYPE_INDOSPART; + #endif + return (0); } Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 1:15:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 718) id D8A1615644; Sat, 22 Jan 2000 01:15:26 -0800 (PST) To: davids@webmaster.com, jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG From: jasone@FreeBSD.ORG Subject: Re: misc/16245 Message-Id: <20000122091526.D8A1615644@hub.freebsd.org> Date: Sat, 22 Jan 2000 01:15:26 -0800 (PST) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: poll misconverts milliseconds to nanoseconds State-Changed-From-To: open->closed State-Changed-By: jasone State-Changed-When: Sat Jan 22 01:09:41 PST 2000 State-Changed-Why: Fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 1:15:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gidora.zeta.org.au (gidora.zeta.org.au [203.26.10.25]) by hub.freebsd.org (Postfix) with SMTP id 1DC43154F8 for ; Sat, 22 Jan 2000 01:15:04 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (qmail 20231 invoked from network); 22 Jan 2000 09:15:00 -0000 Received: from bde.zeta.org.au (203.2.228.102) by gidora.zeta.org.au with SMTP; 22 Jan 2000 09:15:00 -0000 Date: Sat, 22 Jan 2000 20:14:59 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system corruption,IBM-DPTA-353750 In-Reply-To: <200001220900.BAA69068@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please review the patch, especially the details for extended partitions, um, slices. Range checking for extended slices (the containers, not the contents) is still not done, but invalid sizes normally cause a read error. Bruce On Sat, 22 Jan 2000, Bruce Evans wrote: > The following reply was made to PR kern/15611; it has been noted by GNATS. > > From: Bruce Evans > To: rjbubon@bigi.com > Cc: freebsd-gnats-submit@FreeBSD.ORG > Subject: Re: kern/15611: EIDE Large Disk Support, Newfs problem, File system > corruption,IBM-DPTA-353750 > Date: Sat, 22 Jan 2000 19:58:14 +1100 (EST) > > On Tue, 21 Dec 1999 rjbubon@bigi.com wrote: > > > If I split the drive down the middle, 2 partitions, Strange things happen. > > I can load the first partition down with data. If I start writing to the 2nd > > partition, I corrupt the first. It's like the sector indexing in the OS > > is broke at some large number. Maybe an overflow. > > Addressing is broken in CHS mode for cylinder numbers >= 65536, since > cylinder numbers are blindly truncated mod 65536. > > The following patches give proper brokenness for -current. Large > disks are truncated to 65536 cylinders (normally 33.8GB). This is > simple in wd.c. Unfortunately, dsinit() "helpfully" enlarges the disk > if necessary to cover the slice entries in the MBR. This was once > necessary to support MFM disks with > 1024 cylinders, but it is wrong > for disks that report their size. > > Index: i386/isa/wd.c > =================================================================== > RCS file: /home/ncvs/src/sys/i386/isa/wd.c,v > retrieving revision 1.217 > diff -c -2 -r1.217 wd.c > *** i386/isa/wd.c 1999/12/10 09:40:29 1.217 > --- i386/isa/wd.c 2000/01/22 08:22:07 > *************** > *** 1761,1764 **** > --- 1761,1772 ---- > du->dk_dd.d_secperunit / du->dk_dd.d_secpercyl; > } > + if (du->dk_dd.d_ncylinders > 0x10000 && !(du->cfg_flags & WDOPT_LBA)) { > + du->dk_dd.d_ncylinders = 0x10000; > + du->dk_dd.d_secperunit = du->dk_dd.d_secpercyl * > + du->dk_dd.d_ncylinders; > + printf( > + "wd%d: cannot handle %d total sectors; truncating to %lu\n", > + du->dk_lunit, wp->wdp_lbasize, du->dk_dd.d_secperunit); > + } > #if 0 > du->dk_dd.d_partitions[RAW_PART].p_size = du->dk_dd.d_secperunit; > Index: kern/subr_diskmbr.c > =================================================================== > RCS file: /home/ncvs/src/sys/kern/subr_diskmbr.c,v > retrieving revision 1.42 > diff -c -2 -r1.42 subr_diskmbr.c > *** kern/subr_diskmbr.c 1999/11/09 21:35:10 1.42 > --- kern/subr_diskmbr.c 2000/01/22 08:21:43 > *************** > *** 73,76 **** > --- 73,79 ---- > u_long ext_size, u_long base_ext_offset, > int nsectors, int ntracks, u_long mbr_offset)); > + static int dssetslice __P((char *sname, struct disklabel *lp, > + struct diskslice *sp, struct dos_partition *dp, > + u_long br_offset)); > > static int > *************** > *** 295,306 **** > --- 298,321 ---- > secpercyl = (u_long)max_nsectors * max_ntracks; > if (secpercyl != 0) { > + #if 0 > u_long secperunit; > + #endif > > lp->d_nsectors = max_nsectors; > lp->d_ntracks = max_ntracks; > lp->d_secpercyl = secpercyl; > + /* > + * Temporarily, don't even consider adjusting the drive's > + * size, since the adjusted size may exceed the hardware's > + * addressing capabilities. The adjustment helped mainly > + * for ancient MFM drives with > 1024 cylinders, but now > + * breaks at least IDE drives with 63*16*65536 sectors if > + * they are controlled by the wd driver in CHS mode. > + */ > + #if 0 > secperunit = secpercyl * max_ncyls; > if (lp->d_secperunit < secperunit) > lp->d_secperunit = secperunit; > + #endif > lp->d_ncylinders = lp->d_secperunit / secpercyl; > } > *************** > *** 320,335 **** > sp = &ssp->dss_slices[BASE_SLICE]; > for (dospart = 0, dp = dp0; dospart < NDOSPART; dospart++, dp++, sp++) { > ! sp->ds_offset = mbr_offset + dp->dp_start; > ! sp->ds_size = dp->dp_size; > ! sp->ds_type = dp->dp_typ; > ! #ifdef PC98_ATCOMPAT > ! /* Fake FreeBSD(98). */ > ! if (sp->ds_type == DOSPTYP_386BSD) > ! sp->ds_type = 0x94; > ! #endif > ! #if 0 > ! lp->d_subtype |= (lp->d_subtype & 3) | dospart > ! | DSTYPE_INDOSPART; > ! #endif > } > ssp->dss_nslices = BASE_SLICE + NDOSPART; > --- 335,341 ---- > sp = &ssp->dss_slices[BASE_SLICE]; > for (dospart = 0, dp = dp0; dospart < NDOSPART; dospart++, dp++, sp++) { > ! sname = dsname(dev, dkunit(dev), BASE_SLICE + dospart, > ! RAW_PART, partname); > ! (void)dssetslice(sname, lp, sp, dp, mbr_offset); > } > ssp->dss_nslices = BASE_SLICE + NDOSPART; > *************** > *** 435,446 **** > continue; > } > ! sp->ds_offset = ext_offset + dp->dp_start; > ! sp->ds_size = dp->dp_size; > ! sp->ds_type = dp->dp_typ; > ! #ifdef PC98_ATCOMPAT > ! /* Fake FreeBSD(98). */ > ! if (sp->ds_type == DOSPTYP_386BSD) > ! sp->ds_type = 0x94; > ! #endif > ssp->dss_nslices++; > slice++; > --- 441,446 ---- > continue; > } > ! if (dssetslice(sname, lp, sp, dp, ext_offset) != 0) > ! continue; > ssp->dss_nslices++; > slice++; > *************** > *** 459,462 **** > --- 459,501 ---- > bp->b_flags |= B_INVAL | B_AGE; > brelse(bp); > + } > + > + static int > + dssetslice(sname, lp, sp, dp, br_offset) > + char *sname; > + struct disklabel *lp; > + struct diskslice *sp; > + struct dos_partition *dp; > + u_long br_offset; > + { > + u_long offset; > + u_long size; > + > + offset = br_offset + dp->dp_start; > + if (offset > lp->d_secperunit || offset < br_offset) { > + printf( > + "%s: slice starts beyond end of the disk: rejecting it\n", > + sname); > + return (1); > + } > + size = lp->d_secperunit - offset; > + if (size >= dp->dp_size) > + size = dp->dp_size; > + else > + printf( > + "%s: slice extends beyond end of disk: truncating from %lu to %lu sectors\n", > + sname, (u_long)dp->dp_size, size); > + sp->ds_offset = offset; > + sp->ds_size = size; > + sp->ds_type = dp->dp_typ; > + #ifdef PC98_ATCOMPAT > + /* Fake FreeBSD(98). */ > + if (sp->ds_type == DOSPTYP_386BSD) > + sp->ds_type = 0x94; > + #endif > + #if 0 > + lp->d_subtype |= (lp->d_subtype & 3) | dospart | DSTYPE_INDOSPART; > + #endif > + return (0); > } > > Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 4:20:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ipc.ipcom.ru (ipc.ipcom.ru [195.222.180.252]) by hub.freebsd.org (Postfix) with ESMTP id 8526E15432 for ; Sat, 22 Jan 2000 04:20:00 -0800 (PST) (envelope-from teos2000@mail.ru) Received: from blackeagle (tc010.ipcom.ru [195.222.180.10]) by ipc.ipcom.ru (8.8.5/) with SMTP id PAA21319 for ; Sat, 22 Jan 2000 15:17:45 +0300 (MSK) Message-ID: <000801bf64d2$ecc35fc0$0ab4dec3@blackeagle> From: "Alexander Teodorovich" To: Subject: Y2K bug Date: Sat, 22 Jan 2000 11:08:43 +0300 Organization: Home MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0005_01BF64C9.0BA48A40" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2615.200 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2615.200 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0005_01BF64C9.0BA48A40 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable The function localtime returns incorrect date. For example: 0-21-100. What to me to do? ------=_NextPart_000_0005_01BF64C9.0BA48A40 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable

The function localtime returns incorrect date.

For example: 0-21-100.

What to me to do?

------=_NextPart_000_0005_01BF64C9.0BA48A40-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 4:35:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id 6982014D78 for ; Sat, 22 Jan 2000 04:35:20 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp2.vnet.net (8.9.1a/8.9.1) with ESMTP id HAA00330; Sat, 22 Jan 2000 07:35:16 -0500 (EST) Received: from lakes.dignus.com (lakes.dignus.com [10.0.0.3]) by dignus.com (8.9.2/8.8.5) with ESMTP id HAA33875; Sat, 22 Jan 2000 07:35:15 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id HAA77849; Sat, 22 Jan 2000 07:35:14 -0500 (EST) Date: Sat, 22 Jan 2000 07:35:14 -0500 (EST) From: Thomas David Rivers Message-Id: <200001221235.HAA77849@lakes.dignus.com> To: freebsd-bugs@FreeBSD.ORG, teos2000@mail.ru Subject: Re: Y2K bug In-Reply-To: <000801bf64d2$ecc35fc0$0ab4dec3@blackeagle> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The function localtime returns incorrect date. > > For example: 0-21-100. > > What to me to do? > You're supposed to add 1900 to the year. 100 + 1900 = 2000 See the localtime man page for more information about the `tm' structure. - Dave Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 4:47: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from critter.freebsd.dk (critter.freebsd.dk [212.242.40.131]) by hub.freebsd.org (Postfix) with ESMTP id C9FD31511B for ; Sat, 22 Jan 2000 04:46:57 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.freebsd.dk [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.3) with ESMTP id NAA12398; Sat, 22 Jan 2000 13:46:24 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Alexander Teodorovich" Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Y2K bug In-reply-to: Your message of "Sat, 22 Jan 2000 11:08:43 +0300." <000801bf64d2$ecc35fc0$0ab4dec3@blackeagle> Date: Sat, 22 Jan 2000 13:46:24 +0100 Message-ID: <12396.948545184@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <000801bf64d2$ecc35fc0$0ab4dec3@blackeagle>, "Alexander Teodorovich" writes: >This is a multi-part message in MIME format. > >------=_NextPart_000_0005_01BF64C9.0BA48A40 >Content-Type: text/plain; > charset="koi8-r" >Content-Transfer-Encoding: quoted-printable > >The function localtime returns incorrect date. > >For example: 0-21-100. > >What to me to do? > Read the manual and figure out that it returns the right value ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." FreeBSD -- It will take a long time before progress goes too far! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 6:14:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AEA2B14EDD; Sat, 22 Jan 2000 06:14:56 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Received: (from n_hibma@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA01139; Sat, 22 Jan 2000 06:14:56 -0800 (PST) (envelope-from n_hibma@FreeBSD.org) Date: Sat, 22 Jan 2000 06:14:56 -0800 (PST) From: Message-Id: <200001221414.GAA01139@freefall.freebsd.org> To: n_hibma@FreeBSD.org, freebsd-bugs@FreeBSD.org, n_hibma@FreeBSD.org Subject: Re: kern/16291: USB header files in /sys/dev/usb not installed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: USB header files in /sys/dev/usb not installed Responsible-Changed-From-To: freebsd-bugs->n_hibma Responsible-Changed-By: n_hibma Responsible-Changed-When: Sat Jan 22 06:12:48 PST 2000 Responsible-Changed-Why: iUSB is my department. Remind me to do this. Thisa should have been done a while ago. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 8:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 50F5B15637; Sat, 22 Jan 2000 08:20:03 -0800 (PST) (envelope-from obrien@FreeBSD.org) Received: (from obrien@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA65165; Sat, 22 Jan 2000 08:20:03 -0800 (PST) (envelope-from obrien@FreeBSD.org) Date: Sat, 22 Jan 2000 08:20:03 -0800 (PST) From: Message-Id: <200001221620.IAA65165@freefall.freebsd.org> To: obrien@FreeBSD.org, freebsd-bugs@FreeBSD.org, bde@FreeBSD.org Subject: Re: kern/9413: profiling does not work with elf kernels Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: profiling does not work with elf kernels Responsible-Changed-From-To: freebsd-bugs->bde Responsible-Changed-By: obrien Responsible-Changed-When: Sat Jan 22 08:18:15 PST 2000 Responsible-Changed-Why: I believe BDE is the author of our kernel profiling. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 8:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 44F9214E6A for ; Sat, 22 Jan 2000 08:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA66601; Sat, 22 Jan 2000 08:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 163A614E1D; Sat, 22 Jan 2000 08:39:27 -0800 (PST) Message-Id: <20000122163927.163A614E1D@hub.freebsd.org> Date: Sat, 22 Jan 2000 08:39:27 -0800 (PST) From: peter.edwards@ireland.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16299: nfs.ko can be unloaded when nfsd is running, leading to a panic later Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16299 >Category: kern >Synopsis: nfs.ko can be unloaded when nfsd is running, leading to a panic later >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 22 08:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Edwards >Release: -current (~Jan 18 2000) >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Wed Jan 19 19:12:52 GMT 2000 >Description: You can unload the nfs module while nfsd is running When nfsd dies later, you will probably end up panicing. >How-To-Repeat: # kldunload nfs # ps ax | awk '/nfsd/ { print $1 }' | xargs kill -9 >Fix: Patches: (sorry for cut-n-paste whitespace, but I've no MX available to send a proper mail. Anyway, the change is pretty small..) *** nfs_syscalls.c.old Sat Jan 22 16:15:02 2000 --- nfs_syscalls.c Sat Jan 22 16:24:36 2000 *************** *** 103,108 **** --- 103,109 ---- #ifndef NFS_NOSERVER int nfsd_waiting = 0; + int nfs_server_daemons; /* number of active nfsd processes. */ static struct nfsdrt nfsdrt; static int nfs_numnfsd = 0; static int notstarted = 1; *************** *** 303,309 **** --- 304,312 ---- } if ((uap->flag & NFSSVC_AUTHINFAIL) && (nfsd = nsd->nsd_nfsd)) nfsd->nfsd_flag |= NFSD_AUTHFAIL; + nfs_server_daemons++; error = nfssvc_nfsd(nsd, uap->argp, p); + nfs_server_daemons--; } #endif /* NFS_NOSERVER */ if (error == EINTR || error == ERESTART) *** nfs_subs.c.old Sat Jan 22 16:15:02 2000 --- nfs_subs.c Sat Jan 22 16:26:17 2000 *************** *** 150,155 **** --- 150,157 ---- NFSPROC_NOOP }; + extern int nfs_server_daemons; + #endif /* NFS_NOSERVER */ /* * and the reverse mapping from generic to Version 2 procedure numbers *************** *** 1183,1188 **** --- 1185,1192 ---- untimeout(nfs_timer, (void *)NULL, nfs_timer_handle); nfs_mount_type = -1; #ifndef NFS_NOSERVER + if (nfs_server_daemons) + return EBUSY; default_vnodeop_p[VOFFSET(vop_lease)] = nfs_prev_vop_lease_check; #endif lease_updatetime = nfs_prev_lease_updatetime; >Release-Note: >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 Jan 22 9:30: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1934114DB3 for ; Sat, 22 Jan 2000 09:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA70911; Sat, 22 Jan 2000 09:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C2A6B1511C; Sat, 22 Jan 2000 09:22:20 -0800 (PST) Message-Id: <20000122172220.C2A6B1511C@hub.freebsd.org> Date: Sat, 22 Jan 2000 09:22:20 -0800 (PST) From: adiul@libero.it To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16301: Sysinstall -> Configure -> Distribution -> core dump Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16301 >Category: misc >Synopsis: Sysinstall -> Configure -> Distribution -> core dump >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 Jan 22 09:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andrea Di Iulio >Release: 3.4 >Organization: EDS >Environment: FreeBSD 3.4 release # 0 >Description: >How-To-Repeat: >Fix: >Release-Note: >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 Jan 22 11:52:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sonet.crimea.ua (OTC-sl3-FLY.CRIS.NET [212.110.136.71]) by hub.freebsd.org (Postfix) with ESMTP id 2E61314C2D; Sat, 22 Jan 2000 11:52:01 -0800 (PST) (envelope-from phantom@scorpion.crimea.ua) Received: (from uucp@localhost) by sonet.crimea.ua (8.9.3/8.9.3) with UUCP id WAA18138; Sat, 22 Jan 2000 22:00:23 +0300 (MSK) Received: (from phantom@localhost) by scorpion.crimea.ua (8.8.8/8.8.5+ssl+keepalive) id VAA08148; Sat, 22 Jan 2000 21:08:29 +0300 (MSK) Date: Sat, 22 Jan 2000 21:08:29 +0300 From: Alexey Zelkin To: n_hibma@FreeBSD.ORG Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/16291: USB header files in /sys/dev/usb not installed Message-ID: <20000122210829.B8010@scorpion.crimea.ua> References: <200001221414.GAA01139@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7i In-Reply-To: <200001221414.GAA01139@freefall.freebsd.org> X-Operating-System: FreeBSD 2.2.7-RELEASE i386 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org hi, On Sat, Jan 22, 2000 at 06:14:56AM -0800, n_hibma@FreeBSD.ORG wrote: > Synopsis: USB header files in /sys/dev/usb not installed > > Responsible-Changed-From-To: freebsd-bugs->n_hibma > Responsible-Changed-By: n_hibma > Responsible-Changed-When: Sat Jan 22 06:12:48 PST 2000 > Responsible-Changed-Why: > iUSB is my department. Remind me to do this. Thisa should have been done a while ago. Just an additional reminder: don't forget to fix hier(7) manpage to reflect that change. Or ask me or someone at -doc to do it. Thanks! -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@crimea.edu */ /* http://www.ccssu.crimea.ua/~phantom && phantom@FreeBSD.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 12:10:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B47B114C15 for ; Sat, 22 Jan 2000 12:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA84737; Sat, 22 Jan 2000 12:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from kronos.alcnet.com (kronos.alcnet.com [63.69.28.22]) by hub.freebsd.org (Postfix) with ESMTP id C293414C4E for ; Sat, 22 Jan 2000 12:07:34 -0800 (PST) (envelope-from kbyanc@kronos.alcnet.com) Received: (from kbyanc@localhost) by kronos.alcnet.com (8.9.3/8.9.3/antispam) id PAA98697; Sat, 22 Jan 2000 15:07:33 -0500 (EST) Message-Id: <200001222007.PAA98697@kronos.alcnet.com> Date: Sat, 22 Jan 2000 15:07:33 -0500 (EST) From: kbyanc@posi.net Reply-To: kbyanc@posi.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16304: patch to add device ID to ep for 3c905b-TPC Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16304 >Category: kern >Synopsis: patch to add device ID to ep for 3c905b-TPC >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 Jan 22 12:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Kelly Yancey >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD gateway.posi.net 4.0-CURRENT FreeBSD 4.0-CURRENT #2: Sat Jan 22 14:14:11 EST 2000 kbyanc@gateway.posi.net:/usr/src/sys/compile/GATEWAY i386 >Description: ep driver was not recognizing my old 3C905 ISA NIC. Determined that the driver didn't recognize the signature on my card, so I added it to the signature list in the driver. Unfortunately, I'm not 100% sure of the correct name of the card, but from the description of 3Com's web site, I believe it to be a 3C905B-TPC (twister pair + BNC connectors, no AUI). -Kelly >How-To-Repeat: boot -current with a 3C905B-TPC card and it won't be probed. >Fix: --- sys/dev/ep/if_ep_isa.c.orig Sat Jan 22 14:11:07 2000 +++ sys/dev/ep/if_ep_isa.c Sat Jan 22 15:05:33 2000 @@ -71,12 +71,14 @@ #define ISA_ID_3C509_BNC 0x506d5091 #define ISA_ID_3C509_COMBO 0x506d5094 #define ISA_ID_3C509_TPO 0x506d5095 +#define ISA_ID_3C509_TPC 0x506d5098 static struct isa_ident ep_isa_devs[] = { { ISA_ID_3C509_TP, "3Com 3C509-TP EtherLink III" }, { ISA_ID_3C509_BNC, "3Com 3C509-BNC EtherLink III" }, { ISA_ID_3C509_COMBO, "3Com 3C509-Combo EtherLink III" }, { ISA_ID_3C509_TPO, "3Com 3C509-TPO EtherLink III" }, + { ISA_ID_3C509_TPC, "3Com 3C509-TPC EtherLink III" }, { 0, NULL }, }; @@ -85,6 +87,7 @@ { 0x91506d50, "3Com 3C509B-BNC EtherLink III (PnP)" },/* TCM5091 */ { 0x94506d50, "3Com 3C509B-Combo EtherLink III (PnP)" },/* TCM5094 */ { 0x95506d50, "3Com 3C509B-TPO EtherLink III (PnP)" },/* TCM5095 */ + { 0x98506d50, "3Com 3C509B-TPC EtherLink III (PnP)" },/* TCM5098 */ { 0xf780d041, NULL }, /* PNP80f7 */ { 0, NULL }, }; >Release-Note: >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 Jan 22 15: 2:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D91CE14D6F; Sat, 22 Jan 2000 15:02:18 -0800 (PST) (envelope-from msmith@FreeBSD.org) Received: (from msmith@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA97672; Sat, 22 Jan 2000 15:02:17 -0800 (PST) (envelope-from msmith@FreeBSD.org) Date: Sat, 22 Jan 2000 15:02:17 -0800 (PST) From: Message-Id: <200001222302.PAA97672@freefall.freebsd.org> To: msmith@FreeBSD.org, freebsd-bugs@FreeBSD.org, marcel@FreeBSD.org Subject: Re: misc/16162: shared /usr/src isn't because .depend files are not shareable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: shared /usr/src isn't because .depend files are not shareable Responsible-Changed-From-To: freebsd-bugs->marcel Responsible-Changed-By: msmith Responsible-Changed-When: Sat Jan 22 15:01:07 PST 2000 Responsible-Changed-Why: Marcel is the current overseer for work on the world build. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 15:44:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from kot.ne.mediaone.net (kot.ne.mediaone.net [24.218.15.190]) by hub.freebsd.org (Postfix) with ESMTP id 63DDA14C3A; Sat, 22 Jan 2000 15:44:16 -0800 (PST) (envelope-from mi@kot.ne.mediaone.net) Received: from rtfm.newton (mi@rtfm.newton [10.10.0.1]) by kot.ne.mediaone.net (8.9.3/8.9.1) with ESMTP id SAA99871; Sat, 22 Jan 2000 18:44:13 -0500 (EST) From: Mikhail Teterin X-Relay-IP: 10.10.0.1 Received: (from mi@localhost) by rtfm.newton (8.9.3/8.9.3) id SAA87919; Sat, 22 Jan 2000 18:44:12 -0500 (EST) (envelope-from mi@kot.ne.mediaone.net) Message-Id: <200001222344.SAA87919@rtfm.newton> Subject: Re: kern/13644 In-Reply-To: From "(env:" "mi)" at "Dec 28, 1999 09:55:47 am" To: stable@FreeBSD.ORG Date: Sat, 22 Jan 2000 18:44:12 -0500 (EST) Cc: Bruce Evans , Mikhail Teterin , jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG, lawlopez@cisco.com, jseger@FreeBSD.ORG X-Face: %UW#n0|w>ydeGt/b@1-.UFP=K^~-:0f#O:D7w hJ5G_<5143Bb3kOIs9XpX+"V+~$adGP:J|SLieM31VIhqXeLBli" from = Bruce Evans at "Dec 28, 1999 05:03:47 pm" =To: Bruce Evans =Date: Tue, 28 Dec 1999 09:55:47 -0500 (EST) =CC: Mikhail Teterin , jasone@FreeBSD.ORG, = freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG, = lawlopez@cisco.com, jseger@FreeBSD.ORG =X-Mailer: ELM [version 2.4ME+ PL60 (25)] =FreeBSD: ==> => If timeout is a non-nil pointer, it specifies a maximum ==> => interval to wait for the selection to complete. = =Solaris: ==> If timeout is not a NULL pointer, it specifies a maximum ==> interval to wait for the selection to complete. = =Linux: ==> timeout is an upper bound on the amount of time elapsed ==> before select returns. = =Irix (http://reality.sgi.com/cgi-bin/getman/?select): = If timeout is a non-zero pointer, it specifies a maximum = interval to wait for the selection to complete. = =BSDI (http://www.bsdi.com/bsdi-man?proto=1.1&apropos=0&msection=2&query=select): = If timeout is a non-NULL pointer, it specifies a maximum = interval to wait for the selection to complete. = =Perl 5.004 (http://man.cs.wisc.edu/cgi-bin/man?OS=alpha&command=select): = TIMEOUT is the maximum amount of time to wait before = returning an empty list. = =It seems, all of the documentation (including the FreeBSD's) agrees. The =FreeBSD's implementation disagrees... = = -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 15:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 29B6A14EE8 for ; Sat, 22 Jan 2000 15:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA01105; Sat, 22 Jan 2000 15:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 22 Jan 2000 15:50:02 -0800 (PST) Message-Id: <200001222350.PAA01105@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Mikhail Teterin Subject: Re: kern/13644 Reply-To: Mikhail Teterin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13644; it has been noted by GNATS. From: Mikhail Teterin To: stable@FreeBSD.ORG Cc: Bruce Evans , Mikhail Teterin , jasone@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG, lawlopez@cisco.com, jseger@FreeBSD.ORG Subject: Re: kern/13644 Date: Sat, 22 Jan 2000 18:44:12 -0500 (EST) I did not see a single reply, so I'm replying to myself. Shouldn't the PR be resurrected? -mi mi once stated: =From mi Tue Dec 28 09:55:47 1999 =Subject: Re: kern/13644 =In-Reply-To: from = Bruce Evans at "Dec 28, 1999 05:03:47 pm" =To: Bruce Evans =Date: Tue, 28 Dec 1999 09:55:47 -0500 (EST) =CC: Mikhail Teterin , jasone@FreeBSD.ORG, = freebsd-bugs@FreeBSD.ORG, FreeBSD-gnats-submit@FreeBSD.ORG, = lawlopez@cisco.com, jseger@FreeBSD.ORG =X-Mailer: ELM [version 2.4ME+ PL60 (25)] =FreeBSD: ==> => If timeout is a non-nil pointer, it specifies a maximum ==> => interval to wait for the selection to complete. = =Solaris: ==> If timeout is not a NULL pointer, it specifies a maximum ==> interval to wait for the selection to complete. = =Linux: ==> timeout is an upper bound on the amount of time elapsed ==> before select returns. = =Irix (http://reality.sgi.com/cgi-bin/getman/?select): = If timeout is a non-zero pointer, it specifies a maximum = interval to wait for the selection to complete. = =BSDI (http://www.bsdi.com/bsdi-man?proto=1.1&apropos=0&msection=2&query=select): = If timeout is a non-NULL pointer, it specifies a maximum = interval to wait for the selection to complete. = =Perl 5.004 (http://man.cs.wisc.edu/cgi-bin/man?OS=alpha&command=select): = TIMEOUT is the maximum amount of time to wait before = returning an empty list. = =It seems, all of the documentation (including the FreeBSD's) agrees. The =FreeBSD's implementation disagrees... = = -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jan 22 23:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 759E514FFA for ; Sat, 22 Jan 2000 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA33501; Sat, 22 Jan 2000 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 417F014F6A; Sat, 22 Jan 2000 23:02:13 -0800 (PST) Message-Id: <20000123070213.417F014F6A@hub.freebsd.org> Date: Sat, 22 Jan 2000 23:02:13 -0800 (PST) From: amesbury@uswest.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16310: Installation crashes with error "a signal 11 was caught" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16310 >Category: misc >Synopsis: Installation crashes with error "a signal 11 was caught" >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jan 22 23:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Alan Amesbury >Release: v3.4 (Walnut Creek CD, January 2000) >Organization: U S WEST !NTERPRISE >Environment: Not available. Hardware is a Pentium III (500MHz) w/ 512MB RAM, 9GB U2W SCSI, Adaptec 7896 controller, and Intel EtherExpress (fxp0). >Description: Installation aborts because of a signal 11. Program suggests enabling Debug output, but that doesn't seem to help much. The second virtual terminal shows several lines beginning with "DEBUG:" but the only errors reported are "rm: not found" (before probing for networking hardware) and "DEBUG: Signal 11 caught! That's bad!" immediately after gunzip'ing /stand/help/drives.hlp.gz, /stand/help/distributions.hlp.gz (which both return "status of 0"). >How-To-Repeat: I was able to repeat it multiple times. The steps I followed were: 1) Boot from floppy images cut from /floppies directory on CD. 2) Enter kernel configuration, full-screen mode and * under "Storage" disable all except floppy disk controller * disable all network support under "Network" * leave everything else alone 3) From /stand/sysinstall Main Menu, select Custom (4th option) 4) In "Options" * turn debugging on * turn DHCP on * set editor to /usr/bin/vi 5) In "Partition" delete any existing partitions, then select "Use Entire Disk" and leave the boot manager untouched on exit 6) In "Label" set up partitions as follows: * 1000M for / (add newfs option "-m 5" to existing options) * 768M for swap * 5000M for /var/mail (add newfs option "-m 0" to existing options) * remainder for /var/spool/mqueue (add newfs option "-m 0" to existing options) Save and return to previous menu. 7) In "Distributions" select "Custom" (option 8). Installation crashes. >Fix: No idea..... >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message