From owner-freebsd-bugs Sun Nov 7 7:40:18 1999 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 A46D515135 for ; Sun, 7 Nov 1999 07:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA88506; Sun, 7 Nov 1999 07:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mail.rp-plus.de (clubserv.rp-online.de [149.221.232.11]) by hub.freebsd.org (Postfix) with ESMTP id 61ADB14BC7 for ; Sun, 7 Nov 1999 07:35:14 -0800 (PST) (envelope-from alex@cichlids.com) Received: from neutron.cichlids.com (as15-231.rp-plus.de [149.221.237.231]) by mail.rp-plus.de (8.9.1a/8.9.1) with ESMTP id QAA11001 for ; Sun, 7 Nov 1999 16:35:11 +0100 (MET) Received: from cichlids.cichlids.com (root@cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (8.9.3/8.9.1) with ESMTP id QAA00478 for ; Sun, 7 Nov 1999 16:34:55 +0100 (CET) Received: (from alex@localhost) by cichlids.cichlids.com (8.9.3/8.9.3) id QAA03536; Sun, 7 Nov 1999 16:35:05 +0100 (CET) (envelope-from alex) Message-Id: <199911071535.QAA03536@cichlids.cichlids.com> Date: Sun, 7 Nov 1999 16:35:05 +0100 (CET) From: alex@cichlids.com Reply-To: alex@cichlids.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14765: UDMA problem with GB 586 SG Board Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14765 >Category: kern >Synopsis: Something wrong for UDMA for Gigabyte 586 SG >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 7 07:40:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Alexander Langer >Release: FreeBSD 3.3-STABLE i386 >Organization: none >Environment: 3.X, but also -current from some weeks ago. >Description: Something does not work with UDMA enabled for the controllers. I get the following errors on bootup, when the kernel tries to access the disks (the messages are not logged, the first one I had to remember, so it's not complete, but the important parts are in it): The message of the first disk on this controller appears. Then: ide_pci: generic dmainit: 0170:1, warning... something about timeout not set. [...] Then it tries to access the disks (to fsck/mount them): wd3: interrupt timeout (status 50 error 0) wd3: wdttimeout() DMA status 1 And the system hangs. Without DMA everything works fine. This is the kernel-stuff that leads to the error: controller wdc1 at isa? port "IO_WD2" bio irq 15 flags 0xb0ffb0ff The same errors for wdc0, of course. This system is (without DMA stuff) 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-STABLE #0: Sun Oct 31 11:02:46 CET 1999 root@neutron.cichlids.com:/usr/src/sys/compile/neutron-stable Timecounter "i8254" frequency 1193182 Hz CPU: Pentium/P55C (167.05-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x543 Stepping = 3 Features=0x8001bf real memory = 50331648 (49152K bytes) avail memory = 45387776 (44324K bytes) Probing for devices on PCI bus 0: chip0: rev 0x02 on pci0.0.0 ide_pci0: rev 0xd0 int a irq 14 on pci0 .0.1 chip1: rev 0x01 on pci0.1.0 vga0: rev 0x00 on pci0.2.0 amd0: rev 0x10 int a irq 11 on pci 0.11.0 xl0: <3Com 3c905B-TX Fast Etherlink XL> rev 0x30 int a irq 10 on pci0.15.0 xl0: Ethernet address: 00:50:04:0f:5a:27 xl0: autoneg complete, link status good (half-duplex, 100Mbps) Probing for devices on PCI bus 1: Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: MDA/Hercules <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa psm0 not found 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: direction bit not set fdc0: cmd 3 failed at out byte 1 of 3 fdc0 not found at 0x3f0 wdc0 at 0x1f0-0x1f7 irq 14 on isa wdc0: unit 0 (wd0): wd0: 6485MB (13281408 sectors), 13176 cyls, 16 heads, 63 S/T, 512 B/S wdc1 at 0x170-0x177 irq 15 on isa wdc1: unit 0 (wd2): wd2: 204MB (417792 sectors), 1024 cyls, 12 heads, 34 S/T, 512 B/S wdc1: unit 1 (wd3): wd3: 9671MB (19807200 sectors), 19650 cyls, 16 heads, 63 S/T, 512 B/S wt0 not found at 0x300 mcd0 not found at 0x300 matcdc0 not found at 0x230 scd0 not found at 0x230 ppc0 at 0x378 irq 7 flags 0x40 on isa ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/16 bytes threshold ppb0: IEEE1284 device found /NIBBLE Probing for PnP devices on ppbus0: lpt0: on ppbus 0 lpt0: Interrupt-driven port ppi0: on ppbus 0 plip0: on ppbus 0 isic0 at 0xd80 irq 5 flags 0x3 on isa isic0: Teles S0/16.3 isic0: ISAC 2085 Version A1/A2 or 2086/2186 Version 1.1 (IOM-2) (Addr=0x960) isic0: HSCX 82525 or 21525 Version 2.1 (AddrA=0x160, AddrB=0x560) adv0 not found at 0x330 bt0 not found at 0x134 aha0 not found at 0x134 vga0 at 0x3b0-0x3bb maddr 0xb0000 msize 32768 on isa npx0 on motherboard npx0: INT 16 interface Intel Pentium detected, installing workaround for F00F bug IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, logging disabled i4b: ISDN call control device attached i4bisppp: 4 ISDN SyncPPP device(s) attached i4bctl: ISDN system control port attached i4bipr: 4 IP over raw HDLC ISDN device(s) attached (VJ header compression) i4btel: 2 ISDN telephony interface device(s) attached i4brbch: 4 raw B channel access device(s) attached i4btrc: 4 ISDN trace device(s) attached IP Filter: initialized. Default = pass all, Logging = disabled Waiting 15 seconds for SCSI devices to settle changing root device to wd0s1a i4b: unit 0, assigned TEI = 69 = 0x45 root@neutron /sys/i386/conf $ uname -a FreeBSD neutron.cichlids.com 3.3-STABLE FreeBSD 3.3-STABLE #0: Sun Oct 31 11:02:46 CET 1999 root@neutron.cichlids.com:/usr/src/sys/compile/neutron-stable i386 cvsup from today, but as I said, I got this on -current some weeks ago. My Mainboard is a Gigabyte 586SG AT Board with the latest BIOS on it (if this helps). >How-To-Repeat: I get this everytime, but I don't know, if you can reproduce it it. >Fix: Workaround: Don't use UDMA for this board (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 Nov 7 9:50: 9 1999 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 784F214BD8 for ; Sun, 7 Nov 1999 09:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA98411; Sun, 7 Nov 1999 09:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 7 Nov 1999 09:50:02 -0800 (PST) Message-Id: <199911071750.JAA98411@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: kern/13850: detect more VGA cards Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13850; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, lxv@nest.org Cc: Subject: Re: kern/13850: detect more VGA cards Date: Sun, 07 Nov 1999 12:48:05 -0500 Looks good to me: vga-pci0: irq 16 at device 0.0 on pci1 -- Danny J. Zerkel dzerkel@columbus.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 10:10: 8 1999 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 C140714EC7 for ; Sun, 7 Nov 1999 10:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA99938; Sun, 7 Nov 1999 10:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 7 Nov 1999 10:10:01 -0800 (PST) Message-Id: <199911071810.KAA99938@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Danny J. Zerkel" Subject: Re: bin/13870: "ps tpt" produces "ps: /dev/ttypT: No such file or directory" Reply-To: "Danny J. Zerkel" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/13870; it has been noted by GNATS. From: "Danny J. Zerkel" To: freebsd-gnats-submit@freebsd.org, inwap@best.com Cc: Subject: Re: bin/13870: "ps tpt" produces "ps: /dev/ttypT: No such file or directory" Date: Sun, 07 Nov 1999 13:08:20 -0500 Well, the workaround is to use: ps -tpt The kuldge_oldps_options(), blindly replaces the trailing 't' with 'T'. It should probably check for an eat-all-remaining-characters type option first. But, that is the nature of kludges. -- Danny J. Zerkel dzerkel@columbus.rr.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 13:25:28 1999 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 89DD814CBF; Sun, 7 Nov 1999 13:25:26 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA11040; Sun, 7 Nov 1999 13:25:26 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 7 Nov 1999 13:25:26 -0800 (PST) From: Message-Id: <199911072125.NAA11040@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/14639: convert proc.p_peers to a queue(3) LIST Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: convert proc.p_peers to a queue(3) LIST Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Nov 7 13:24:41 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 13:38:47 1999 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 E15EC14CBF; Sun, 7 Nov 1999 13:38:30 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA12250; Sun, 7 Nov 1999 13:38:30 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 7 Nov 1999 13:38:30 -0800 (PST) From: Message-Id: <199911072138.NAA12250@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/14254: [Fwd: clock(3) runs backwards! (fwd)] (fwd) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [Fwd: clock(3) runs backwards! (fwd)] (fwd) Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Nov 7 13:36:29 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 13:44: 7 1999 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 3657914EAA; Sun, 7 Nov 1999 13:44:05 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA12807; Sun, 7 Nov 1999 13:44:05 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 7 Nov 1999 13:44:05 -0800 (PST) From: Message-Id: <199911072144.NAA12807@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/14333: AHA-1542A not supported by FreeBSD 3.x ("compensating") Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: New Synopsis: AHA-1542A not supported by FreeBSD 3.x ("compensating") Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Nov 7 13:42:03 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 13:48:56 1999 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 7D84614CBF; Sun, 7 Nov 1999 13:48:54 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA13280; Sun, 7 Nov 1999 13:48:54 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sun, 7 Nov 1999 13:48:54 -0800 (PST) From: Message-Id: <199911072148.NAA13280@freefall.freebsd.org> To: steve@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/14510: kernel panic while pressing on console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: kernel panic while pressing on console Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Sun Nov 7 13:47:06 PST 1999 Responsible-Changed-Why: Misfiled PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Nov 7 23:20: 2 1999 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 2983B1516F for ; Sun, 7 Nov 1999 23:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA50363; Sun, 7 Nov 1999 23:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 63D2215151; Sun, 7 Nov 1999 23:19:58 -0800 (PST) Message-Id: <19991108071958.63D2215151@hub.freebsd.org> Date: Sun, 7 Nov 1999 23:19:58 -0800 (PST) From: bauer@genprofile.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/14782: ypbind can not bind to Solaris NIS master server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14782 >Category: bin >Synopsis: ypbind can not bind to Solaris NIS master server >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 Nov 7 23:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: David Bauer >Release: 3.2 >Organization: GenProfile AG >Environment: FreeBSD mp 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Wed Sep 22 08:59:38 GMT 1999 root@mp:/usr/src/sys/compile/MP i386 >Description: There is a Solaris7 running as NIS master server. 1) in rc.conf the YP client is set to YES but ypbind does not start on system boot. 2) maual start of ypbind does not give any error but it does not bind to the server: "ypwhich: can't yp_bind: reason: Domain not bound" It is the same if I start it with full command line specification of NIS domain and server in the -S option. 3) Tried to use ypset ypbind -ypset ypset -h mp -d gp astro - after 1 min it returns with this timeout error: ypset: can't yp_bind, reason: Can't communicate with ypbind The ypbind is running: mp# ps -ax | grep yp 5607 ?? Is 0:00.01 ypbind -ypset 5621 ?? S 0:00.00 ypbind -ypset >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 Nov 8 1:19:42 1999 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 4B57914F10; Mon, 8 Nov 1999 01:19:41 -0800 (PST) (envelope-from dcs@FreeBSD.org) Received: (from dcs@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA59185; Mon, 8 Nov 1999 01:19:41 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Mon, 8 Nov 1999 01:19:41 -0800 (PST) From: Message-Id: <199911080919.BAA59185@freefall.freebsd.org> To: dcs@FreeBSD.org, freebsd-bugs@FreeBSD.org, dcs@FreeBSD.org Subject: Re: i386/10862: wd.c STILL cannot recognize correct disk geometry. (WITH PATCH) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: wd.c STILL cannot recognize correct disk geometry. (WITH PATCH) Responsible-Changed-From-To: freebsd-bugs->dcs Responsible-Changed-By: dcs Responsible-Changed-When: Mon Nov 8 01:19:08 PST 1999 Responsible-Changed-Why: Well, *someone* has to do it... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 8 1:20:39 1999 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 5010C14F10; Mon, 8 Nov 1999 01:20:38 -0800 (PST) (envelope-from dcs@FreeBSD.org) Received: (from dcs@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA59321; Mon, 8 Nov 1999 01:20:38 -0800 (PST) (envelope-from dcs@FreeBSD.org) Date: Mon, 8 Nov 1999 01:20:38 -0800 (PST) From: Message-Id: <199911080920.BAA59321@freefall.freebsd.org> To: dcs@FreeBSD.org, freebsd-bugs@FreeBSD.org, dcs@FreeBSD.org Subject: Re: i386/9431: wd.c Does nto recognize certain LBA disks [patch attached] Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: wd.c Does nto recognize certain LBA disks [patch attached] Responsible-Changed-From-To: freebsd-bugs->dcs Responsible-Changed-By: dcs Responsible-Changed-When: Mon Nov 8 01:19:49 PST 1999 Responsible-Changed-Why: See i386/10862. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 8 1:34: 1 1999 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 4184914ED6; Mon, 8 Nov 1999 01:33:59 -0800 (PST) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA60528; Mon, 8 Nov 1999 01:33:59 -0800 (PST) (envelope-from yokota@FreeBSD.org) Date: Mon, 8 Nov 1999 01:33:59 -0800 (PST) From: Message-Id: <199911080933.BAA60528@freefall.freebsd.org> To: freak@fac-simile.com, yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/14576: Ctrl+Alt+Space causes kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Ctrl+Alt+Space causes kernel panic State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Mon Nov 8 01:33:19 PST 1999 State-Changed-Why: The bug has been fixed 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 Mon Nov 8 3: 0:21 1999 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 8F45114E66; Mon, 8 Nov 1999 03:00:20 -0800 (PST) (envelope-from yokota@FreeBSD.org) Received: (from yokota@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA67293; Mon, 8 Nov 1999 03:00:20 -0800 (PST) (envelope-from yokota@FreeBSD.org) Date: Mon, 8 Nov 1999 03:00:20 -0800 (PST) From: Message-Id: <199911081100.DAA67293@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, yokota@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/13176: cannot set _default_ colours for console Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: cannot set _default_ colours for console State-Changed-From-To: open->closed State-Changed-By: yokota State-Changed-When: Mon Nov 8 02:59:56 PST 1999 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 Mon Nov 8 10:59:57 1999 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 8B19315277; Mon, 8 Nov 1999 10:59:50 -0800 (PST) (envelope-from dillon@FreeBSD.org) Received: (from dillon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA64430; Mon, 8 Nov 1999 10:59:50 -0800 (PST) (envelope-from dillon@FreeBSD.org) Date: Mon, 8 Nov 1999 10:59:50 -0800 (PST) From: Message-Id: <199911081859.KAA64430@freefall.freebsd.org> To: dillon@FreeBSD.org, freebsd-bugs@FreeBSD.org, dillon@FreeBSD.org Subject: Re: kern/13049: [PATCH] NFS replies with incorrect source IP Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: [PATCH] NFS replies with incorrect source IP Responsible-Changed-From-To: freebsd-bugs->dillon Responsible-Changed-By: dillon Responsible-Changed-When: Mon Nov 8 10:53:12 PST 1999 Responsible-Changed-Why: I'm working on a solution to the problem. Having nfsd simply bind itself to every possible interface ip will blow up installations that make heavy use of IP aliases. All we really need to do is add an option to nfsd to allow it to bind to a specific IP. If a sysop wishes to bind to multiple IPs the sysop can simply run several nfsd's. It would be very rare for a sysop to want to bind to all interface IPs since the situation where this problem tends to come up the most is where you want to bind NFS to one interface but not another, and protect it with ipfw. I will do a separate commit right now on the bug fixes submitted by the PR. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 8 11: 1: 8 1999 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 541A2150C0 for ; Mon, 8 Nov 1999 11:00:20 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA64494 for freebsd-bugs@freebsd.org; Mon, 8 Nov 1999 11:00:18 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 8 Nov 1999 11:00:18 -0800 (PST) Message-Id: <199911081900.LAA64494@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 wollman 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/10] kern/4996 peter NFS crash, possibly related to file bigge o [1997/11/24] bin/5139 sheldonh 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/06/23] kern/7028 Panic in vinvalbuf when appending/looking 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. f [1998/09/03] kern/7822 n_hibma Machine Reboots without reason o [1998/09/06] kern/7843 Unable to install FreeBSD on Tekram DC-39 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 peter 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 f [1998/11/04] conf/8576 n_hibma server goes down when client mount its fi 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 a [1999/01/26] i386/9709 n_hibma Kernel page faults during boot with 2GB R o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/02] misc/9885 BIND 8.1.2 core dumping o [1999/02/04] kern/9909 Writing incomplete blocks to /dev/nrst0 h 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 a [1999/02/21] i386/10188 n_hibma Cannot get system to boot after Installti 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/08] kern/11023 Synchronous PPP not functional in leased 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] misc/11216 Power fail versus Fsck changed my life. 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 a [1999/05/03] kern/11470 dillon V3 NFS problem 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 f [1999/06/01] kern/11984 pthread_kill cannot kill select() threads 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] ports/12098 se KDM not config'd properly 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] bin/12243 NFS re-mount from Solaris 7 server hangs 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/07/23] i386/12777 jkh 3.1 RELEASE -> 3.2 upgrade is incomplete, o [1999/07/26] bin/12819 billf tcpd hosts.[allow|deny] location inconsis 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 o [1999/08/11] kern/13075 signal is not posted for async I/O on raw 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/08] ports/14205 se kde lock screen can't verify passwd 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 ??? o [1998/02/10] i386/5698 des LPIP causes spurious reboots o [1998/02/12] kern/5728 peter NFS hangs o [1998/02/12] kern/5731 peter executables wedge on "vmopar" when built o [1998/02/17] gnu/5767 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/01] kern/5890 peter NFS server Side say NFSERR_BAD_COOKIE (rm 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/14] conf/6002 peter /etc/mail/sendmail.cf.addtions seems to l 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] i386/6099 des LPIP to slow machine causes hang 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/17] kern/6336 peter NFSv3 should support files >2GB, but does 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/04/25] kern/6412 peter NFS sends packets from the wrong interfac 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 o [1998/05/27] kern/6771 peter panic: Bad nfs svc reply s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems o [1998/06/01] misc/6824 peter Intel EtherExpress 100+, 2.2.6 NFS troubl s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card s [1998/06/04] kern/6858 inetd in realloc(): warning: junk pointer 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/06/24] ports/7061 ache fspclient's grab command fails (and remov 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 jkh "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 o [1998/07/21] conf/7354 source distribution selection bug when in 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/12] bin/7587 There is no pthread_cancel() in libc_r.a! 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/18] conf/7665 sysinstall quits silently 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/23] kern/7727 Processes get wedged in 'getblk' on 2.2.7 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 s [1998/09/03] gnu/7821 awk in free(): warning: chunk is already o [1998/09/03] conf/7823 sysinstall will not install XFree 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 billf 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 a [1998/09/19] ports/7987 ports Can't post news with TRN + NNTPCACHE o [1998/09/22] conf/8031 [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/12] bin/8281 writev() in libc_r causes loop 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/20] ports/8394 peter rdist6 won't compile--tries to use MOUNT_ 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/07] kern/8596 panic: page fault while using ping's reco 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 peter exmh2 has problems with some date formats s [1998/11/09] misc/8623 wollman [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/17] kern/8729 SYSV Semaphore blocks all threads 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] kern/8834 NFS can corrupt local file cache 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 /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/24] ports/9665 ache cannot start apache server o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/25] ports/9688 cwt The current tcl80 port has problems, does 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 o [1999/02/04] misc/9903 thread enabled program can't use popen/sy o [1999/02/04] kern/9910 Heavy traffic renders FreeBSD acting as f 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 a [1999/02/14] ports/10094 jfitz autogeneration of msql user failed 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 a [1999/03/04] ports/10385 sheldonh New port: apache13-modperl 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/18] ports/10665 ports ports/graphics/sane needs access to /dev/ 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 f [1999/04/07] ports/11003 ports wmcdplay is not capable of playing an AUD 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/10] ports/11059 ache ports/security/pgp does not extract 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/14] bin/11137 /bin/ps output loses the values for all p 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] kern/11199 3.1-RELEASE kernel page fault (trap 12) u 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/10] ports/11636 jfitz p5-Mail-Folder missing dependencies 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/11815 mjacob SCSI tape driver fails on media type reco o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/22] docs/11852 jkh 3.X install requires 12MB of RAM, not 8 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] conf/11913 jkh Problem about /stand/sysinstall and /etc/ 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/01] ports/11977 ports Eterm port is unable to access .Xauthorit 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/12136 obrien /sbin/dhclient-script: weird route comman o [1999/06/11] bin/12137 something wrong with shell -- functions w o [1999/06/12] ports/12174 ache bash terminate with corefile if pid > 320 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 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/03] bin/12496 yppush broken when pushing to 2 or more s o [1999/07/04] kern/12508 gdb fails to vmcore.0 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/06] ports/12541 ports gtk installs itself where it can't be fou 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 a [1999/07/08] bin/12564 jkh Sysinstall can not use live filesystem fr o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/09] ports/12584 stb directories made during 'make install' ar o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] ports/12637 ports patch to help multi-byte support in windo 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] ports/12714 ports dylan port doesn't compile 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] ports/12746 ache problem with bash-2.03(1) port (/usr/port 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/26] ports/12824 dirk MySQL client only compile doesn't check t o [1999/07/27] kern/12831 sos CD-rom cannot be mounted o [1999/07/27] conf/12832 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/07/31] ports/12905 jmz Graphical setup utility won't always inst o [1999/08/01] bin/12911 alfred NFS umounts are not properly done if just o [1999/08/01] bin/12912 [PATCH] lpd leaves lock file permissions o [1999/08/02] kern/12927 [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] conf/12984 /etc/rc* does not contain any support for f [1999/08/05] docs/12988 doc [Patch] Fix more occurances of 'sd' in FA 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/06] bin/13008 pthread_kill does not always work 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/09] kern/13049 dillon [PATCH] NFS replies with incorrect source o [1999/08/10] i386/13058 Installation hangs after commit f [1999/08/13] pending/13113gnats-adminpanic 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/13196 [BTX] page in BTX has problem(quit key) 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/21] bin/13292 Ping -s does not work o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/24] ports/13370 ache elm-port upgraded, improved 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] ports/13636 billf beroftpd also affected by proftpd/wuftpd o [1999/09/08] kern/13644 select(2) timer inaccurate, especially wi 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/09] ports/13656 obrien update ports: dlint 1.3.3 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] kern/13721 yokota There is no way to force system panic fro 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/14] docs/13746 doc Incorrect version in FAQ o [1999/09/14] kern/13752 "tl0: adapter check: 180005" mesages keep 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] ports/13776 jmz The XFree86-3.3.5 port -- one of the kerb o [1999/09/16] conf/13785 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] bin/13818 `ipfw' doesn't grok "log" keyword o [1999/09/19] misc/13837 peter src/contrib/bind is outdated. 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] conf/13900 jkh [PATCH] sysinstall can get SIGPIPE if a d 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 f [1999/09/27] docs/13993 phantom Another commercial database app for FreeB 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/29] kern/14042 mbuf shortage and allocation with M_WAIT 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/02] conf/14098 routing problem on DHCP client with netwo 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/05] ports/14153 obrien xwpe has no distribution tar file 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/07] ports/14186 se kdebase11 package not compiled correctly o [1999/10/07] bin/14202 tgetstr() inserting termlib "%pn" into ou o [1999/10/09] kern/14226 panic: no mbufs 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/12] ports/14292 ports tkfont does not work with XiG X-server o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] ports/14325 ports [ports upgrade] chinese/pine4 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/14333 AHA-1542A not supported by FreeBSD 3.x (" 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/17] ports/14387 ports New port: chinese/cdict o [1999/10/17] ports/14388 ports New port: chinese/tocps o [1999/10/18] ports/14398 ports New port: mod_dav module for Apache o [1999/10/19] ports/14423 obrien Build of lsof fails since 'struct namecac o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] ports/14434 ache update ports: ftp/wu-ftpd to 2.6.0 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/23] bin/14472 date for Y#K o [1999/10/24] docs/14505 doc Addition to release notes for Intel PRO/1 o [1999/10/25] ports/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] ports/14548 peter rdist6 has /usr/lib/sendmail compiled int o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 Non-kernel programs have little/no contro o [1999/10/30] ports/14615 ports Emacs scrambles the screen on the console 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/10/31] ports/14635 mph Update port: lang/intercal to 0.19 o [1999/11/02] ports/14665 ports cons port requires new md5 signature. o [1999/11/02] ports/14679 ports ports o [1999/11/02] ports/14680 ports ports 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/03] ports/14696 ports New port: wmGrabImage o [1999/11/04] bin/14709 umountall requests possibly mishandled by o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/04] ports/14717 ports graphics/hdf port upgraded o [1999/11/05] ports/14719 ports Update: japanese/ndtpd, japanese/eb o [1999/11/05] kern/14721 mjacob Kernel fails to compile with isp0 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/06] docs/14738 doc wrong type of arg is described for kgetst o [1999/11/06] ports/14749 ports /usr/ports/security/ssh/ has remote buffe o [1999/11/07] kern/14765 Something wrong for UDMA for Gigabyte 586 o [1999/11/07] ports/14769 ports misc/rpm requires devel/gettext to build o [1999/11/07] ports/14770 ports tclgetopts port -- new MASTER_SITES o [1999/11/07] ports/14780 ports Update ports: math/ngraph o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master 714 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 s [1995/11/27] bin/841 stale nfs mounts cannot be umounted 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 o [1996/04/06] kern/1119 dg Mounted EXT2FS partition is not cleanly u s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K s [1996/07/07] bin/1375 jraynard Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 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 s [1996/09/19] kern/1654 [PATCH] In procfs, vattr doesn't contain o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim s [1996/10/13] misc/1791 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/01] bin/1943 route(8) args 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 s [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 o [1996/12/29] bin/2315 peter tail segfaults on NFS permission denied 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/11] kern/2716 od.c/sd.c non 512 byte/sector support imp 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] docs/2897 steve send-pr categories should be explained so 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/22] kern/3061 route does not accept -genmask 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 s [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste 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/21] bin/3648 roberto [PATCH] find(1) extension for file flags 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/23] kern/3938 peter Problem about mmap() over NFS 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/06/29] ports/3983 fenner New port: psf toolkit 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 s [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/23] conf/4363 kernel build depend on make obj 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/07] bin/4484 peter sendmail is barfing 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/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 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] gnu/5039 libdialog fails to resore terminal 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 o [1997/11/26] misc/5153 jkh release file checksums in wrong file 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 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 o [1998/01/15] kern/5508 SCSI Message sd0: COMMAND FAILED (4 28) @ 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/01] ports/5884 dburr New port: icqjava-0.981a (net/icqjava) 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] kern/5964 peter nfsd send interface selection seems broke 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/12] gnu/5992 cvs y2k 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/18] misc/6060 peter Sendmail executable, not doing MASQUERADE 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/29] ports/6170 peter another squid ports o [1998/03/30] ports/6181 andy New port: xoj-1.0 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] ports/6230 rse gfont_mkgdf calls wrong interpreter 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 s [1998/04/16] ports/6315 kuriyama new port request: korean/htm 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/28] ports/6445 jkoshy New port: `fhist' 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 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 f [1998/07/10] misc/7239 ping(8) and traceroute(8) may report erra 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 o [1998/07/21] bin/7352 libc generates spurious warnings when use a [1998/07/23] ports/7375 dburr New port request: audio/xsplay f [1998/07/23] kern/7377 we have a new digiboard driver supporting s [1998/07/29] i386/7426 Bugs in macro definitions of pthreads. a [1998/07/31] docs/7456 doc dialog(3) man page outdated o [1998/08/01] ports/7464 dburr New port: WMakerconf o [1998/08/03] ports/7485 andy New port: Xterminal-0.2 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 a [1998/08/31] docs/7791 doc ipf(1) and ipfstat(1) should have been ip 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] ports/7845 tg Unbuffered /dev/vx0-output from Python 1. o [1998/09/07] bin/7846 /sbin/mount_* do not canonicalize the mou o [1998/09/07] misc/7850 lt_LT.* locale 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] misc/7873 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/15] ports/7932 torstenb man zshall doesn't work 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/07] misc/8202 semop() is not wrapped for thread safety 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 f [1998/10/17] misc/8357 Segmentation fault while making SWARM-1.3 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] kern/8444 hm pcvt with more than 8 virtual consoles 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 Murphy's Laws o [1998/11/01] conf/8531 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/28] bin/8881 billf mv missing verbose switch 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] conf/9246 allscreens_flags in /etc/rc.conf not work 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/02] bin/9281 awk asumes memory that is returned from m 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 o [1999/01/07] bin/9374 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] misc/9582 configApache command doesn't work for /st 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/29] misc/9778 Need to handle conflicting pthread.h and o [1999/01/29] ports/9786 cwt tk80 port doesn't create man page links 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] ports/9795 obrien The Handbook is not clear on how to deal o [1999/01/30] bin/9809 finger output format wrong f [1999/01/30] ports/9811 nectar New port: lang/gnomeguile o [1999/01/30] ports/9812 nectar New port: devel/libgtopbindings o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] conf/9845 Propose adding options to rc.conf and rc. 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/9893 NFS umount of regular file impossible o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/05] ports/9921 peter exmh2 ports update 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/09] ports/9993 kris New Port - graphics/libunfig o [1999/02/09] ports/9998 kris New port - graphics/mtv (MpegTV player) o [1999/02/10] i386/10004 jkh instalation of current version from FTP s o [1999/02/10] ports/10007 ports Port of the mercury compiler version 0.8 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 doc NIS Setup Tutorial o [1999/02/14] kern/10095 missing VGA description o [1999/02/14] docs/10098 doc Lack of overall guide for NIS setup 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 UNIX|STAT pr submission failed to include f [1999/02/17] bin/10131 n_hibma bug in strptime(3) o [1999/02/18] docs/10146 jkh Release Notes and LINT for 3.1 include ha 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 o [1999/02/22] ports/10215 rvb net/coda_client and net/coda_server o [1999/02/23] ports/10227 peter wrong sendmail path in rdist6-port 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] conf/10244 100 character limit on any pathname in sy 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] misc/10349 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 o [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 o [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/07] ports/10477 ports The fakemail in lib-src fails to link (ne o [1999/03/08] bin/10493 ipfw's undocumented feature s [1999/03/09] bin/10508 obrien isc-dhcp puts garbage to text options, V2 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/10546 Intel Pro/100 PC card has CIS string > CI o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] gnu/10555 jraynard [PATCH] awk dumps core o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] bin/10568 obrien dhcp client receives garbage (dhclient pr 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] ports/10639 rse ports/web/wml must be upgraded and unbrok 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] docs/10664 doc Notes on 2.2.8 -> 3.1 migration 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 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/22] ports/10734 pst Update of gdb port to 4.17 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 whois(1) client enchancements a [1999/03/26] misc/10804 billf whois(1) enhancement o [1999/03/26] ports/10806 phk Update net/scotty to 2.1.10 o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/26] ports/10813 ports crossgo32 brokeness o [1999/03/27] bin/10825 daily script not executed or executed twi o [1999/03/28] docs/10840 jkh [PATCH] Add pcic double-loading bug fix t f [1999/03/28] ports/10844 ports 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] ports/10916 ports New port: biology/molmol o [1999/04/02] bin/10923 /usr/bin/cpp is an out-of-date wrapper fo 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/06] bin/10992 pthread_kill() doesn't deliver signals to 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] ports/11029 ports Configure scripts for non ported applicat 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] ports/11034 ports New port: www/crazywwwboardle 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/15] misc/11149 Web page entry for BAFUG is incorrect 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/19] kern/11222 MFS does not sync from reboot syscall 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/22] misc/11289 makeflp.bat suggestion: create "kernel" d 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/25] misc/11316 [PATCH] HTTP proxy support for sysinstall o [1999/04/27] ports/11353 asami Feature additions to bsd.port.mk. o [1999/04/27] ports/11354 jmz Port fix: x11/XFree86 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] misc/11383 $Id$ missing in some files in etc [PATCH] 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/04/30] ports/11421 jfitz upgrade p5-Date-Manip 5.33 -> 5.34 o [1999/05/01] ports/11430 se incorrect int type causes floating point o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/02] ports/11460 erich Update to the xlispstat port o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/04] ports/11504 chuckr Update ports math/octave o [1999/05/05] ports/11510 nik new version of www/sitecopy (0.6.0) 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/11] ports/11652 ports New port: net/dictd o [1999/05/11] misc/11653 obrien patch to allow DHCP configuration of inte 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] ports/11743 torstenb inn-2.2 (nonfatal) premature stop of buil 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] ports/11786 kuriyama gnupg-0.9.6 port does not install o [1999/05/19] misc/11788 booting problems o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/20] misc/11812 ftp5.freebsd.org can't find giflib-3.0 an 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] ports/11879 ports dclock's "-miltime" option and "*miltime" 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/27] conf/11905 sysinstall desktop changing inconvenience 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] ports/11963 ports should update the ocaml-tk module and ins o [1999/05/31] ports/11964 jmacd lang/STk port needs to be updated to STk- 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/01] kern/11982 Three cleanup fixes for uthreads o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/02] bin/11997 Enhancement for lpr o [1999/06/02] ports/12001 ports wmcdplay 1.0Beta1 05/09/1998 sometimes sk o [1999/06/03] misc/12013 patch for 12012 o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/04] conf/12026 /etc/rc.diskless1 refrences non-existant 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/06] kern/12053 fixes a few aio bugs, makes socket io bet o [1999/06/06] ports/12056 ache [PATCH] hpack install files always in /us o [1999/06/06] ports/12057 markm Perl5 library builds do not honour PREFIX 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/13] ports/12195 ports New port: pgpenvelope o [1999/06/14] ports/12204 andy Update port: graphics/EZWGL o [1999/06/14] misc/12209 termcap: "xterm" entry defines bogus capa o [1999/06/15] misc/12228 /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] kern/12241 jkh Req: GENERIC includes bpf device 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 f [1999/06/17] misc/12268 n_hibma weekly/catman will not work o [1999/06/18] ports/12271 ports fix pkg_add with error message and add ne 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] ports/12366 billf finish the port for misc/mprime o [1999/06/23] ports/12368 ports Pilot-link installs to ${PREFIX} = ${LOCA 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/26] ports/12403 ports ssh port has undocumented X11 dependency f [1999/06/26] ports/12406 ports New port for the LAM implementation of th 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/29] ports/12456 chuckr graphics/xpdf: small fixes o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/06/30] bin/12467 wollman ac(8) does not accept input from stdin o [1999/07/01] kern/12475 ctrl,shift,alt keys can be used as alock 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 ports package xmine exits 1 with XawAsciiSource o [1999/07/02] ports/12492 ports port misc/diction should be moved to text o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/03] ports/12503 ports New port: Willows toolkit (developers rel o [1999/07/04] ports/12515 jfitz p5-Apache/scripts/install_httpd needs fix o [1999/07/05] ports/12518 ports New port: ifmail-os-2.14.7 o [1999/07/05] ports/12522 ports New port: cos o [1999/07/05] ports/12523 ports New port: jdbcpool o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] ports/12530 peter squid22 port with --enable-ipf-transparen o [1999/07/06] ports/12536 ports New port: lang/cu-prolog o [1999/07/06] kern/12543 [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/07] ports/12549 ports imap-uw port doesn't use pw_expire to che o [1999/07/09] ports/12571 ports Xfig port doesn't have Ghostscript suppor o [1999/07/11] kern/12594 wollman wrong sysctl descriptions f [1999/07/11] ports/12596 torstenb pidentd is unstable in 3.2 and 4.0 o [1999/07/11] ports/12604 peter New port version: transproxy 1.0 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/12] ports/12618 ache poor trouble reporting by qpopper's pop_i 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] ports/12654 pst gnats port failes on "make install" o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/15] ports/12656 ports New port: gnujsp o [1999/07/16] ports/12661 cpiazza new port: riva-glx (3d hardware accelerat o [1999/07/16] ports/12666 andy New port: kcd-4.7.10 o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/16] ports/12674 nik textproc/docproj port has an invalid depe o [1999/07/16] ports/12675 chuckr [PATCH] textproc/sp port installs config. o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/18] ports/12699 ports New port: gnofin-0.5.10 o [1999/07/18] ports/12700 jmz Errors in mtools.conf file o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] ports/12721 brian Leafnode 1.9.4 has enhancements and bug f 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/20] ports/12725 ache Doing a 'make install' for bash2 gets ins o [1999/07/20] ports/12726 jfitz p5-Pg fixed o [1999/07/21] ports/12735 ports New port: lang/ghc o [1999/07/21] ports/12737 jfitz regex for checking load avergaes is wrong o [1999/07/21] ports/12739 ports New port: AT&T's DjVu Netscape plug-in o [1999/07/22] ports/12761 wosch sysutils/stat doesn't terminate buffer an 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/12767 doc Expand /etc/ttys manpage 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] ports/12787 obrien port of GNU helloworld o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy o [1999/07/24] ports/12790 kris Update Port: maildrop 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/26] ports/12817 kris gdict fix for conflict with dict port o [1999/07/27] kern/12833 Support for TI1225 PCI to CardBus Bridge o [1999/07/27] ports/12835 andy New port: libcgic-1.06 o [1999/07/27] ports/12836 jfitz p5-Apache port mod_perl part is out of da o [1999/07/28] ports/12851 jmz XFree86 needs change for pc98 o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused o [1999/07/28] ports/12864 ache update: less-340 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/30] ports/12890 obrien nmap seems to break under certain conditi o [1999/07/30] ports/12891 torstenb Please update converters/recode to 3.5 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/07/31] ports/12899 ports New port: wmnet-new o [1999/07/31] ports/12903 ports new ports/database/p5-* o [1999/07/31] ports/12904 taoka new ports/devel/gperf o [1999/08/01] ports/12915 ports Add elm 2.5 to ports o [1999/08/01] ports/12916 wosch Update Checkbot to 1.56 o [1999/08/02] docs/12933 n_hibma sio.4 misses description of 0x0080 flag o [1999/08/02] ports/12934 ache procmail 3.13 port doesn't have "install- o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] ports/12941 ports New port: Hyperlatex (print/hyperlatex) 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] docs/12951 doc missing link to japanese mailing list gui 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/04] docs/12969 doc Informacion incorrecta para versiones Fre 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/05] docs/12994 hoek Update to getopt.3 to agree with style.9 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] ports/13012 kris update port: xwhois-0.3.6 to 0.3.7 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 doc 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/13070 sheldonh line(1) as required by Unix 98 o [1999/08/11] bin/13071 sheldonh link(1) as required by Unix 98 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] bin/13074 sheldonh unlink(1) as required by Unix 98 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/11] misc/13089 sysinstall repeatedly installs a distribu a [1999/08/12] bin/13091 sheldonh [PATCH] pdksh-derived replacement for tes 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] misc/13117 CVS repo src/lib/libc_r/uthread incorrect 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/13] ports/13129 torstenb Postfix Port Ignores MANPREFIX o [1999/08/13] ports/13133 chuckr update: xpdf 0.90 o [1999/08/14] bin/13143 billf changing mount flags on a mounted filesys o [1999/08/15] misc/13152 systemwide username too short (currently o [1999/08/15] docs/13153 doc fdc.4 has typo (a line which begin with ' 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 andy New port: yiff-0.33 o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/17] ports/13191 andy New port: fire-1.0 o [1999/08/17] docs/13197 mpp aio_*(2) not installing by make installwo o [1999/08/17] ports/13201 ports New port: xmess (X11 emulator for game co 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] docs/13225 doc fpa.4 seems to be i386 specific and shoul o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque s [1999/08/18] bin/13235 mpp allow preprocessing with tbl(1) for nroff o [1999/08/18] bin/13236 billf Patch for whois to use UK Nominet databas o [1999/08/18] conf/13249 sysinstall not installing from a local ft o [1999/08/18] ports/13251 andy 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] ports/13267 andy New port: glasteroids-1.0 o [1999/08/20] misc/13275 inter.phone has old codes for Guatemala o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] kern/13281 wollman Support for VLANs missing? o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] ports/13291 andy New port: xap-xwf-0.7.8 o [1999/08/21] bin/13309 Fixes to nos-tun s [1999/08/21] kern/13314 sheldonh can't compile when softupdates + debug. o [1999/08/22] misc/13326 additional timeval interfaces for 4.0. o [1999/09/06] ports/13606 ache Apache's suEXEC wrapper doesn't enforce u o [1999/09/07] conf/13609 Some deamons not replacable at boot time o [1999/09/07] ports/13614 ports xdm and wdm do not set environment variab o [1999/09/07] ports/13619 jfitz www/p5-libwww incorrect dependency orderi o [1999/09/07] ports/13633 ports Better location for samba's private direc o [1999/09/08] bin/13649 billf Enhancement to PKG_INSTALL tools (4.0-CUR o [1999/09/08] ports/13650 asami Port Conflict Checking for bsd.port.mk o [1999/09/09] docs/13657 doc mklocale(1) man errors o [1999/09/09] kern/13666 buggy filesystems are built as modules o [1999/09/09] ports/13677 ports Misc. Ports fix ups. o [1999/09/10] bin/13692 umount(8) does not unmount filesystems wi o [1999/09/11] bin/13697 pstat(8) command line option '-w' not fun o [1999/09/11] misc/13698 Here is: a euro character for syscons & i o [1999/09/11] ports/13705 jfitz Update port: www/p5-Apache o [1999/09/12] i386/13706 FreeBSD identifies all 80486 processors a o [1999/09/13] ports/13716 andreas New port: net/tac_plus.F4.0.2 o [1999/09/13] ports/13723 ports Update port: russian/apache to 1.3.9 o [1999/09/13] kern/13725 sheldonh Comment in LINT: extracting config file f o [1999/09/13] ports/13734 billf ifhp-3.3.9 port o [1999/09/15] bin/13758 [PATCH] adding current download throughpu o [1999/09/15] bin/13759 Makefile for sendmail configurations o [1999/09/15] kern/13764 yokota [PATCH] Stop syscons from flushing histor o [1999/09/15] docs/13767 doc rstat_svc(8) manpage present, but /etc/rs o [1999/09/15] conf/13769 NATD is not compatible with the "simple" o [1999/09/15] kern/13770 phk Almost clone update for kernel ppp implem o [1999/09/16] bin/13781 [PATCH] allow tcpdump to print packet con o [1999/09/17] ports/13786 ports New port: GHC-4.04 o [1999/09/17] docs/13792 doc Difficult to find documentation of "secur o [1999/09/17] bin/13799 [patch] teach vidcontrol there are up to o [1999/09/17] ports/13800 se Patches attached for kdelibs-1.1.1, fix ' o [1999/09/18] misc/13807 data-sensitivity buglet in 'make release' o [1999/09/18] ports/13808 ports linux-rvplayer port improved a'la netscap f [1999/09/19] docs/13813 phantom Commercial Vendors: NetWolves Corporation o [1999/09/19] docs/13815 doc Out-of-date FAQ entries o [1999/09/19] ports/13823 wosch stat port not formatting device node o [1999/09/19] ports/13832 se kdebase11 doesn't DTRT when PREFIX is set o [1999/09/19] ports/13833 se make PREFIX=/foo/bar/quux broken for kdeu o [1999/09/19] ports/13834 se make PREFIX= broken in kdesupport11 o [1999/09/19] ports/13835 se Fix 'make PREFIX=...' for kdegames11 o [1999/09/19] ports/13840 se 'make PREFIX' fails for kdenetwork11 s [1999/09/19] kern/13841 hm ISDN i4b does not hang up o [1999/09/19] ports/13842 se 'make PREFIX' fails for kdemultimedia s [1999/09/19] kern/13843 ken da driver does not support 'CDIOCEJECT' i o [1999/09/19] kern/13846 [PATCH] remove some kernel compile warnin o [1999/09/20] kern/13850 detect more VGA cards o [1999/09/20] conf/13863 obrien dhclient-script doesn't update route if n o [1999/09/20] misc/13867 Cannot install source of X11 s [1999/09/21] bin/13869 sheldonh man program saves multiple cached copies o [1999/09/21] bin/13870 "ps tpt" produces "ps: /dev/ttypT: No suc o [1999/09/21] docs/13878 doc No isnanf(3) documentation o [1999/09/21] bin/13882 mount -p is missing the quota options o [1999/09/21] kern/13883 Can't have a MFS filesystem > 512MB o [1999/09/21] ports/13887 taoka New port (fmirror) f [1999/09/22] docs/13891 phantom Submission for commerical vendor page 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] bin/13901 strptime breaks when handling some numeri o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of s [1999/09/22] bin/13909 sheldonh /etc/security problems: IPFIREWALL and pa 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 f [1999/09/24] gnu/13935 ru FreeBSD uses an obsolete version of grep o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13949 jim Various fixes to faq/book.sgml o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] ports/13952 se update emulators/wine to 990923 (supersed f [1999/09/25] docs/13954 phantom Listing on Consulting Page: Collective Te o [1999/09/25] docs/13956 doc commercial vendor: JAV-Associates Consult o [1999/09/25] docs/13957 doc Correction to your website for ZNYX Corp. f [1999/09/25] docs/13958 phantom consultant page submission: Atlas Softwar o [1999/09/25] docs/13959 doc cgi notes f [1999/09/25] docs/13960 phantom Consulting group in Melbourne, Australia f [1999/09/25] docs/13961 phantom Commercial Vendors - Consulting: Peter Br f [1999/09/25] docs/13962 phantom Commercial Vendors - Consulting: Internet f [1999/09/25] docs/13963 phantom Request for listing in Consultants Page: f [1999/09/25] docs/13964 phantom Vendor: Vancouver Internetworking f [1999/09/25] docs/13966 phantom Commercial Vendor list: Parabase Technolo o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea f [1999/09/25] docs/13969 phantom Commercial Vendors - Hardware: ActiveWire o [1999/09/25] docs/13970 doc FreeBSD Newbie Newsletter o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] ports/13986 ports New port: sysutils/gnometoaster o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] ports/14001 scrappy [PATCH] New version 2.3.0 of the mico por 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/14052 ports fvwm95-i18n - missing dependence to fbsd- o [1999/09/30] docs/14067 doc Vendor: Aeon/Xe Technology Pte Ltd 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] docs/14074 grog vinum(8) manpage gets warning 4.7 o [1999/10/04] docs/14112 doc calls in ddb doc don't exist any longer o [1999/10/04] ports/14124 ports Update port: graphics/tiff to 3.5.2 o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/04] kern/14136 no mean 'OVERRIDE_xxx' o [1999/10/04] ports/14137 ports New port: security/p5-Authen-PAM 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/14159 doc Commercial Vendors - Software: Deskware, o [1999/10/06] ports/14160 ports New port: japanese/makejvf o [1999/10/06] ports/14161 ports New port: japanese/vfxdvik o [1999/10/06] docs/14165 doc FDP introduction article o [1999/10/06] kern/14166 AVER TVPhone o [1999/10/06] bin/14171 [PATCH] create symbolic links using mtree o [1999/10/06] ports/14172 ports New port: net/elsa o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14176 imp seahaven(6) obtains SIGFPE 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] ports/14188 ports kdm bug and workaround o [1999/10/07] alpha/14200 alpha kldstat command has formatting problems o o [1999/10/08] ports/14209 ports Update port: graphics/giflib to libungif- o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/08] ports/14218 ports make sysutils/pkg_version use nik's patch o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] ports/14231 ache MD5 checksum error installing lynx-curren o [1999/10/09] bin/14239 [PATCH] Trivial fortune spelling correcti 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] docs/14248 doc codify proposed style o [1999/10/10] misc/14253 Mistake in dhclient-script(8) man page 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] ports/14262 ports devel/boehm-gc ignores CFLAGS 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] ports/14271 ports Yorick builds without X support o [1999/10/11] ports/14272 ports bringing mozilla port up to M10 o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/11] ports/14276 ports New port: tkdiff-3.04 o [1999/10/11] kern/14278 'newpcm' does'nt compile with '-fno-built o [1999/10/12] ports/14280 kris port curl build flag USE_SSL does nothing o [1999/10/12] ports/14288 ports Kill palm/prc-tools o [1999/10/12] conf/14297 [Patch] pccard.conf for corega Ether PCC- o [1999/10/13] misc/14300 MAKEDEV requires /usr to be mounted (for o [1999/10/13] bin/14305 ru natd should know FTP EPRT command o [1999/10/13] ports/14311 ports New port: www/gnuinfo 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/13] docs/14319 doc hostname(1) doesn't mention rc.conf o [1999/10/14] docs/14320 doc tzfile manual page has omissions and erro o [1999/10/14] docs/14321 doc Missing ld.so.1. 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] ports/14353 jkoshy cvslines port has bad path to perl and rc 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/15] ports/14358 ports New port: fb a binary file viewer and edi o [1999/10/15] ports/14359 ports Update port: mail/imap-uw o [1999/10/16] ports/14360 ports xmms core dumps when trying to play strea o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/16] ports/14363 ports o [1999/10/17] ports/14366 ports wdm doesn't call setlogin() properly--act o [1999/10/17] bin/14368 marcel Update compat3x distribution o [1999/10/17] ports/14377 torstenb [PATCH] shells/zsh - fix zshall(1) 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 o [1999/10/17] ports/14381 ports New port: games/x3eyes o [1999/10/17] ports/14382 ports New port: tkrat 2.0b3 o [1999/10/17] i386/14383 pthread_kill() does not call sighandler o o [1999/10/17] ports/14389 ports XScreensaver port does not properly detec 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/18] bin/14406 [SECURITY] strcpy() buffer overflow in um o [1999/10/18] ports/14409 ports New port: www/webfs-0.5 o [1999/10/18] ports/14411 ports news/ifmail deinstallation o [1999/10/19] ports/14420 ports news/cnews is broken with awk 3.0.3 o [1999/10/19] ports/14421 ports news/cnews honor PREFIX o [1999/10/19] docs/14426 doc FAQ entry on kernel panics needs updating o [1999/10/19] misc/14428 can't install from extended DOS partition 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/20] ports/14442 ports New port: security/dante o [1999/10/20] ports/14443 ache ports/misc/screen screen-3.9.5 fix o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep o [1999/10/21] docs/14449 doc time clamping effect of securelevel not d o [1999/10/21] ports/14452 ports Cyrus IMAP port leaves behind directories o [1999/10/22] misc/14455 mdodd make release failure with PCCARD kernel o [1999/10/22] ports/14456 ports the apsfilter "requires" line on http://w o [1999/10/23] ports/14459 ports New port: graphics/epstool f [1999/10/23] docs/14460 jhb Fix broken links in the FAQ o [1999/10/23] ports/14462 ports New port: net/radreport o [1999/10/23] conf/14463 cvs pserver does not work with out-of-the o [1999/10/23] ports/14464 ports Update Etherboot to 4.2.9 o [1999/10/23] ports/14467 ports New port: editors/xenon o [1999/10/23] ports/14468 ports New port: misc/makeself o [1999/10/23] ports/14469 ports remove port: deskutils/recycler o [1999/10/23] ports/14471 ports remove port: deskutils/xcalendar o [1999/10/23] ports/14478 ports status on port devel/gaa - feedback pleas o [1999/10/23] ports/14479 ports new port: diffstat o [1999/10/23] ports/14480 ports New port: p5-AppConfig-1.52 o [1999/10/23] conf/14487 Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/23] ports/14489 ports New port: misc/gplbp o [1999/10/23] ports/14490 ports New port: games/krubik o [1999/10/24] ports/14495 ports New port: healthd o [1999/10/24] ports/14496 ports New port: graphics/tkxanim o [1999/10/24] ports/14497 ports New (binary) port: ksh93 o [1999/10/24] ports/14498 ports New port: gtic-1.3b o [1999/10/24] ports/14499 torstenb update port irc/ircII to 4.4L o [1999/10/24] ports/14500 ports New port: cmail f [1999/10/24] ports/14501 ports Update port: misc/rfc o [1999/10/24] ports/14503 ports New port: NetRexx 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] ports/14516 ports ports net/mpich security-related update ( o [1999/10/25] ports/14517 ports New port: diffstat o [1999/10/25] ports/14519 erich GIMP 1.1.10 fails to save TIFF files. o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] misc/14523 mistake in traceroute `FREEBSD-upgrade' f o [1999/10/25] ports/14526 ports New port: math/grpn o [1999/10/25] docs/14530 doc 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/25] ports/14535 ports New port: Wolfpack Empire 4.2.6 o [1999/10/26] ports/14537 ports New port: ptkei o [1999/10/26] kern/14540 sef ulimit -c 0 and limits -c 0 no longer d o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc o [1999/10/27] ports/14554 ports new port: qrash o [1999/10/27] ports/14555 ports New port: xmixer o [1999/10/27] docs/14559 doc Site submission not up.. 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] ports/14564 ports New port: www/p5-FastCGI o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] ports/14570 ports New port: editors/ghex o [1999/10/27] ports/14571 ports Upgrade FP Exts to FrontPage 2000 Exts. o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions o [1999/10/29] ports/14587 ports misc/buffer: spelling fix s [1999/10/29] kern/14590 kernel panic writing to floppy o [1999/10/29] ports/14591 ports Update port: xemacs-mule(body) o [1999/10/29] ports/14592 ports Update port: xemacs-mule-sumo(meta) o [1999/10/29] ports/14593 ports Update port: xemacs-mule(packages) o [1999/10/29] docs/14595 doc The ipfw `log' suboption is not documente o [1999/10/29] ports/14596 ports The fvwm-1.24r package lacks XPM support o [1999/10/29] ports/14597 ports Update port: cad/xcircuit o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] ports/14600 ports Add perl5 GDBM support to ports since bas o [1999/10/29] docs/14601 sheldonh sh.1 wrongly says bash is a ksh clone o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/29] ports/14605 markm Update port: security/xinetd to v2.1.8.7 o [1999/10/29] ports/14606 max Update port: net/delegate to v5.9.5 o [1999/10/30] ports/14610 ports New port: graphics/kplot3d o [1999/10/30] ports/14611 mharo update port audio/libmikmod, to v3.1.8 o [1999/10/30] ports/14612 ports New port: misc/rboot o [1999/10/30] ports/14616 ports vfghostscript MASTER_SITE change o [1999/10/30] ports/14618 ports New port: security/librc4 o [1999/10/30] ports/14619 ports New port: security/libsasl o [1999/10/31] ports/14620 ports gimp1-i18n's PLIST lacks one file. o [1999/10/31] ports/14621 ports New port: x11/qrash o [1999/10/31] ports/14624 ports New port: Mathopd - A very small, yet ver o [1999/10/31] ports/14628 ports Update: lang/ruby o [1999/10/31] ports/14629 ports Update: x11-toolkits/rubytk o [1999/10/31] ports/14630 ports Update: x11-toolkits/ruby-gtk o [1999/10/31] ports/14631 ports Update: lang/irb o [1999/10/31] ports/14633 ports vflib upgrade: 2.24.1->2.24.2 o [1999/10/31] kern/14634 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 ports A Big5-localized & XIM-enabled XEmacs por o [1999/11/01] ports/14645 ports New port: games/dungeon, (Zork !) o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] ports/14647 ports Upgrade of `hugs' port o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/01] gnu/14649 markm Perl "tutorials" missing from documentati o [1999/11/01] ports/14651 ports Update to exmh2 (v2.1.0 to v2.1.1) o [1999/11/01] ports/14652 se update emulators/wine to 991031 (supersed o [1999/11/01] ports/14653 ports New port: security/openssh o [1999/11/02] ports/14657 ports Update port: graphics/enfle o [1999/11/02] conf/14658 Estonian keymaps not yet included in Free o [1999/11/02] ports/14661 ports new port: dia-0.81 o [1999/11/02] ports/14663 ports aspell-.27.2 port doesn't read dictionari o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] ports/14666 ports minor fix to the ctwm port o [1999/11/02] conf/14667 [FIX] wrong swissgerman/swissfrench ISO-k o [1999/11/02] ports/14668 ports new port - freetds o [1999/11/02] ports/14670 ports port update: java/shujit 0.3.8 -> 0.3.13 o [1999/11/02] ports/14671 ports Update ports: sysutils/lmmon and sysutils o [1999/11/02] ports/14672 ports New URL for cad/xpns o [1999/11/02] ports/14674 ports New version released o [1999/11/02] ports/14675 ports New port: devel/kdbg o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/02] ports/14678 ports port update for emulators/quasi88 0.2.4 = o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] ports/14683 ports New port: games/speyes o [1999/11/03] ports/14686 ports New port: pisces IIB (Category: cad) o [1999/11/03] ports/14691 ports Update port: www/w3m o [1999/11/03] ports/14692 ports Update port: japanese/w3m o [1999/11/03] ports/14693 ports New port: www/w3m-ssl o [1999/11/03] ports/14694 ports New port: japanese/w3m-ssl o [1999/11/03] ports/14699 ports Update www/amaya to 2.2 o [1999/11/03] misc/14700 ports libmikmod upgrade o [1999/11/03] ports/14701 ports New Port o [1999/11/04] docs/14702 doc Removal of sunsite.mff.cuni.cz from ftp m o [1999/11/04] ports/14703 ports xearth: The location of ftp.cz.FreeBSD.or o [1999/11/04] ports/14704 ports Fix of port sysutils/idled o [1999/11/04] ports/14705 ports [NEW PORTS] ports of xls2xml converter an o [1999/11/04] misc/14706 jkh sysinstall coredumps o [1999/11/04] ports/14707 ports Update port: archivers/linux_rar -> 2.60 o [1999/11/04] ports/14708 ports update www/udmsearch to version 2.1.6 o [1999/11/04] conf/14714 Need support for imap4 and pop3 in /etc/p o [1999/11/04] ports/14715 ports expect-5.31 port fails to build automatic o [1999/11/04] ports/14716 ports This is a port of a Swedish dictionary to o [1999/11/05] ports/14718 ports Update: japanese/bookview o [1999/11/05] ports/14720 ports New port: editors/bvi o [1999/11/05] ports/14723 ports update of the sysutils/flexbackup port o [1999/11/05] ports/14724 ports update udmsearch port to 2.1.7 o [1999/11/05] ports/14728 ports New Port: misc/freedialog o [1999/11/05] bin/14731 The kernel has vlan support but ifconfig o [1999/11/05] docs/14733 doc update IRC channel information o [1999/11/05] docs/14734 doc There is no rtld(1) man page o [1999/11/05] ports/14735 ports Update of xearth's freebsd.ftp.markers fi o [1999/11/05] docs/14737 doc typo in exp.3 causes bad dup paren-pairs o [1999/11/06] ports/14739 ports Update port: misc/pinfo to 0.5.9 o [1999/11/06] ports/14740 ports Update port: x11/wdm to 1.19 o [1999/11/06] ports/14741 ports A summary of the old ispell-language-file o [1999/11/06] misc/14742 setlocale function call can't terminate o [1999/11/06] ports/14743 ports tcl/e package install hangs sysinstall wi o [1999/11/06] ports/14744 ports tksetathome hangs sysinstall due to lack o [1999/11/06] ports/14745 ports local package fails to install o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/06] misc/14747 can't install docs 'cause lynx isn't ther o [1999/11/06] ports/14748 ports Updated port for devel/ctags version 3.3. o [1999/11/06] ports/14750 ports SSH port fails to build using 3.3 CD-ROM o [1999/11/06] ports/14752 ports new port (xracer) o [1999/11/06] ports/14753 ports freebsd.committers.markers minor correcti o [1999/11/06] ports/14754 ports patch port: games/znibbles o [1999/11/07] ports/14759 ports Many minor port clean-ups o [1999/11/07] ports/14760 ports bsd.port.mk: Speed-up for clean-depends o [1999/11/07] ports/14761 ports More minor port clean-ups o [1999/11/07] ports/14762 ports Update my ports with the new email addres o [1999/11/07] ports/14763 ports Update my ports with o [1999/11/07] docs/14764 doc Typo on lockf(3) man page. o [1999/11/07] docs/14766 doc In libalias.3, section 4.4/4.5 are contai o [1999/11/07] docs/14767 doc typo in libalias.3 causes lost period bef o [1999/11/07] ports/14768 ports Upgrade port pdmenu to 1.2.50 o [1999/11/07] ports/14771 ports sslwrap - a new port o [1999/11/07] ports/14772 ports Unfetchable distfile for gimp o [1999/11/07] ports/14773 ports Update-port: security/nessus o [1999/11/07] ports/14774 ports New port: security/nessus-libraries o [1999/11/07] ports/14775 ports New port: security/nessus-libnasl o [1999/11/07] ports/14776 ports New port: security/nessus-plugins o [1999/11/07] ports/14777 ports Update of broken audio/sidplay port by ma o [1999/11/07] ports/14779 ports update port graphics/gimp1 to v1.1.11 o [1999/11/07] ports/14781 ports New port: sysutils/wmdl o [1999/11/08] ports/14783 ports mgetty 1.1.12 always sets clocal o [1999/11/08] ports/14784 ports uemacs-4.0 does not respect LINES and COL 1382 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 Nov 8 11:10:17 1999 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 75B5515292 for ; Mon, 8 Nov 1999 11:10:11 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA65636; Mon, 8 Nov 1999 11:10:11 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mout01.kundenserver.de (mout01.kundenserver.de [195.20.224.132]) by hub.freebsd.org (Postfix) with ESMTP id 6611514F58 for ; Mon, 8 Nov 1999 11:06:38 -0800 (PST) (envelope-from kjwolf@seismic.de) Received: from [195.20.224.75] (helo=mrelay00.kundenserver.de) by mout01.kundenserver.de with esmtp (Exim 2.12 #2) id 11ku7h-00039v-00 for FreeBSD-gnats-submit@freebsd.org; Mon, 8 Nov 1999 20:06:37 +0100 Received: from [62.157.66.49] (helo=solling.seismic.de) by mrelay00.kundenserver.de with esmtp (Exim 2.12 #2) id 11ku7d-0000Md-00 for FreeBSD-gnats-submit@freebsd.org; Mon, 8 Nov 1999 20:06:34 +0100 Received: by solling.seismic.de (Postfix, from userid 100) id 106CC115CF; Mon, 8 Nov 1999 20:06:24 +0100 (CET) Message-Id: <19991108190624.106CC115CF@solling.seismic.de> Date: Mon, 8 Nov 1999 20:06:24 +0100 (CET) From: kjwolf@seismic.de To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/14785: PPP userland/client throws core Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14785 >Category: bin >Synopsis: PPP userland/client crashes >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 8 11:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Klaus-Juergen Wolf >Release: FreeBSD 3.3-STABLE-991106 i386 >Organization: >Environment: IBM Aptiva P-II 300 MHz 96MB RAM 600MB Swap (IDE), all hard disks with lots of free space, ppp with serial FIFO at ELSA TanGo 2000 (ISDN "modem"). no other problems known till now >Description: Very difficult: PPP crashes and throws core after a short time of usage - as of the (unchanged) selfmade distribution CD-ROM, or even after being recompiled from /usr/src again. After being re-compiled with CFLAGS="-g -pipe" for debugging purposes, there are no such problems, i.e. it is no post-mortem debugging possible (>six weeks of trial). Multiply tried since 3.3-RELEASE, problem remains the same. PR 14145 & fix possibly reduced the frequency. Known since 3.3-RELEASE (not the pre-3.3 testing versions before). Maybe a compiler/code incompatibility problem? >How-To-Repeat: Unknown. Try using the optimized executable of ppp and you might see. >Fix: Unknown. >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 Nov 8 12: 0: 9 1999 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 422EB15428 for ; Mon, 8 Nov 1999 12:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA69677; Mon, 8 Nov 1999 12:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gouda.netmonger.net (gouda.netmonger.net [167.206.208.2]) by hub.freebsd.org (Postfix) with ESMTP id 3383114BF7 for ; Mon, 8 Nov 1999 11:55:46 -0800 (PST) (envelope-from chris@gouda.netmonger.net) Received: (from chris@localhost) by gouda.netmonger.net (8.9.3/8.9.3) id OAA11086; Mon, 8 Nov 1999 14:55:41 -0500 (EST) (envelope-from chris) Message-Id: <199911081955.OAA11086@gouda.netmonger.net> Date: Mon, 8 Nov 1999 14:55:41 -0500 (EST) From: chris@netmonger.net Reply-To: chris@netmonger.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/14786: tail breaks on large files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14786 >Category: bin >Synopsis: tail breaks on large files >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 8 12:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Christopher Masto >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: >Description: mmap() doesn't work on files >2GB as documented in its man page. The following code is in /usr/src/usr.bin/tail/forward.c: if ((start = mmap(NULL, (size_t)size, PROT_READ, MAP_SHARED, fileno(fp), (off_t)0)) == MAP_FAILED) { ierr(); return; } Unfortunately, after returning from the rlines function which contains that code, tail attempts to display any data that has come in "since we read the file". In this case, the file has not been read and tail spits out the entire contents of the file. >How-To-Repeat: $ tail >Fix: Probably one of: * Detect sizes > mmap()'s limit and exit with an appropriate message. * Dump out when mmap() fails. * Use a more complicated algorithm that can handle large files. >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 Nov 8 12:41:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.delanet.com (hermes.delanet.com [208.9.136.62]) by hub.freebsd.org (Postfix) with SMTP id ADF1415018 for ; Mon, 8 Nov 1999 12:41:30 -0800 (PST) (envelope-from ramo@delanet.com) Received: (qmail 22350 invoked from network); 8 Nov 1999 20:40:33 -0000 Received: from unknown (HELO default) (216.226.71.175) by mail.delanet.com with SMTP; 8 Nov 1999 20:40:33 -0000 Message-ID: <38273493.43D3@delanet.com> Date: Mon, 08 Nov 1999 15:37:39 -0500 From: SYSTEM USER Reply-To: ramo@delanet.com Organization: COMPAQ X-Mailer: Mozilla 3.01C-KIT (Win95; U) MIME-Version: 1.0 To: freebsd-bugs@FreeBSD.ORG Subject: FreeBSD Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org PLEASE SEND ME THE FreeBSD. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 8 14:10:10 1999 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 48D4F150D4 for ; Mon, 8 Nov 1999 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA81797; Mon, 8 Nov 1999 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from monkeys.com (i180.value.net [206.14.136.180]) by hub.freebsd.org (Postfix) with ESMTP id 952BF14BE4 for ; Mon, 8 Nov 1999 14:09:04 -0800 (PST) (envelope-from rfg@monkeys.com) Received: (from rfg@localhost) by monkeys.com (8.9.3/8.9.3) id OAA32534; Mon, 8 Nov 1999 14:08:21 -0800 (PST) Message-Id: <199911082208.OAA32534@monkeys.com> Date: Mon, 8 Nov 1999 14:08:21 -0800 (PST) From: "Ronald F. Guilmette" Reply-To: rfg@monkeys.com (Ronald F. Guilmette) To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14787: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14787 >Category: kern >Synopsis: /dev/lpt0 doesn't work unless/until you do `lptcontrol -e' >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 Nov 8 14:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Ronald F. Guilmette >Release: FreeBSD 3.3-RELEASE i386 >Organization: E-Scrub Technologies, Inc. >Environment: Attempting to print a Postscript to my Postscript-capable HP LaserJet 5MP printer (via `cat' to /dev/lpt0). >Description: Just doing `cat' of a postscript file to my Postscript printer (whose device name in /dev/lpt0) caused the lights on the printer to blink for awhile, but then nothing came out. After futzing around for awhile, I found (purely by trial and error) that using `lptcontrol -e' (on the default /dev/lpt0 device) allowed me to actually get the things that I was cat'ing to /dev/lpt0 printed by the printer. Obviously, on my system at least, the /dev/lpt0 device should, by default, START OUT in ``extended mode'' (whatever the heck that is). Otherwise, nothing prints, and the typical dumbo user (as exemplified by me) will be left scratching his head, wondering what the dickens is wrong. >How-To-Repeat: Get an HP LaserJet 5MP (or any other pinter I suspect) and just plug it into the first parallel port of any standard/normal circt last 1997 PeeCee. Then try to cat some file to /dev/lpt0 and see if anything prints. It won't. >Fix: Beats me. If posible, perhaps the kernel should auto-detect cases where a given parallel port can support ``extended mode'' and it should then just set that port to that mode by default, at boot time. >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 Nov 8 19:20: 6 1999 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 7764014BF2 for ; Mon, 8 Nov 1999 19:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA01627; Mon, 8 Nov 1999 19:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 Nov 1999 19:20:01 -0800 (PST) Message-Id: <199911090320.TAA01627@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: bin/14785: PPP userland/client throws core Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14785; it has been noted by GNATS. From: Brian Somers To: kjwolf@seismic.de Cc: FreeBSD-gnats-submit@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: bin/14785: PPP userland/client throws core Date: Tue, 09 Nov 1999 00:56:31 +0000 [.....] > Very difficult: PPP crashes and throws core after a short time of usage > - as of the (unchanged) selfmade distribution CD-ROM, or even after > being recompiled from /usr/src again. After being re-compiled with > CFLAGS="-g -pipe" for debugging purposes, there are no such problems, > i.e. it is no post-mortem debugging possible (>six weeks of trial). > Multiply tried since 3.3-RELEASE, problem remains the same. PR 14145 & > fix possibly reduced the frequency. > > Known since 3.3-RELEASE (not the pre-3.3 testing versions before). > Maybe a compiler/code incompatibility problem? [.....] Can you try the version from my website ? There were a few nasty bugs fixed recently (just before FreeBSDCon) that I haven't yet brought back into RELENG_3 (it's about time I did). > Unknown. Try using the optimized executable of ppp and you might see. I haven't run an optimised ppp in about 3 years :o) -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Nov 8 19:20:10 1999 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 9A7A814BE1 for ; Mon, 8 Nov 1999 19:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA01622; Mon, 8 Nov 1999 19:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freesbee.wheel.dk (freesbee.wheel.dk [193.162.159.97]) by hub.freebsd.org (Postfix) with ESMTP id 3F634150D1 for ; Mon, 8 Nov 1999 18:23:17 -0800 (PST) (envelope-from jesper@skriver.dk) Received: by freesbee.wheel.dk (Postfix, from userid 1001) id 9B5E43E31; Tue, 9 Nov 1999 03:23:13 +0100 (CET) Message-Id: <19991109022313.9B5E43E31@freesbee.wheel.dk> Date: Tue, 9 Nov 1999 03:23:13 +0100 (CET) From: jesper@skriver.dk Reply-To: jesper@skriver.dk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/14791: fsck unattended at bootup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14791 >Category: conf >Synopsis: Optionally change the behaviour of fsck upon bootup. >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: Mon Nov 8 19:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jesper Skriver >Release: FreeBSD 4.0-CURRENT i386 >Organization: Tele Danmark >Environment: Any box running FreeBSD at a remote site. >Description: At a remote site, where there is no one to operate the box, there is no reason to drop into single user mode, to do a manual fsck, better hope for the best and do a 'fsck -y' >How-To-Repeat: NA >Fix: Proposed change/addition to /etc/rc and /etc/defaults/rc.conf (diff relative to -CURRENT as of Nov 8th 1999) --- /etc/rc.orig Tue Nov 9 03:00:10 1999 +++ /etc/rc Tue Nov 9 02:57:46 1999 @@ -58,7 +58,17 @@ case $1 in autoboot) - echo Automatic reboot in progress... + case ${fsck_unattended} in + [Yy][Ee][Ss]) + echo Automatic reboot in progress... (unattended) + fsck -p || fsck -y + ;; + [Nn][Oo]) + echo Automatic reboot in progress... + fsck -p + ;; + esac + fsck -p case $? in 0) --- /etc/defaults/rc.conf.orig Tue Nov 9 02:59:52 1999 +++ /etc/defaults/rc.conf Tue Nov 9 03:12:06 1999 @@ -225,6 +225,10 @@ kern_securelevel="-1" # range: -1..3 ; `-1' is the most insecure update_motd="YES" # update version info in /etc/motd (or NO) start_vinum="" # set to YES to start vinum +fsck_unattended="NO" # If set to YES, /etc/rc will do a 'fsck -p || fsck -y' + # instead of the normal 'fsck -p' + # NOTE: This can be dangerous, don't do it unless you know + # what you are doing !! ############################################################## ### Allow local configuration override at the very end 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 Mon Nov 8 19:50: 5 1999 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 7A73414D17 for ; Mon, 8 Nov 1999 19:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA04346; Mon, 8 Nov 1999 19:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lafontaine.cybercable.fr (lafontaine.cybercable.fr [212.198.0.202]) by hub.freebsd.org (Postfix) with SMTP id 07C5A14DCB for ; Mon, 8 Nov 1999 19:44:02 -0800 (PST) (envelope-from root@s211.paris-229.cybercable.fr) Received: (qmail 1996683 invoked from network); 9 Nov 1999 03:43:58 -0000 Received: from s211.paris-229.cybercable.fr (@[212.198.229.211]) (envelope-sender ) by lafontaine.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 9 Nov 1999 03:43:58 -0000 Received: (from root@localhost) by s211.paris-229.cybercable.fr (8.9.3/8.9.3) id EAA07820; Tue, 9 Nov 1999 04:43:57 +0100 (CET) (envelope-from root) Message-Id: <199911090343.EAA07820@s211.paris-229.cybercable.fr> Date: Tue, 9 Nov 1999 04:43:57 +0100 (CET) From: clefevre@citeweb.net Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org Cc: clefevre@citeweb.net X-Send-Pr-Version: 3.2 Subject: i386/14793: more fdisk partition types Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14793 >Category: i386 >Synopsis: more fdisk partition types >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: Mon Nov 8 19:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 3.2-RELEASE i386 >Organization: ACME >Environment: FreeBSD cdlpc 3.2-RELEASE FreeBSD 3.2-RELEASE #0: Sat Nov 6 15:30:52 CET 1999 "$FreeBSD: src/sbin/i386/fdisk/fdisk.c,v 1.33 1999/09/25 02:11:30 billf Exp $" >Description: Modifications to fdisk to recognize more partition types. >How-To-Repeat: Just type fdisk ;-) >Fix: diff -c fdisk.c.orig fdisk.c *** fdisk.c-1.33 Tue Nov 9 01:28:35 1999 --- fdisk.c Tue Nov 9 02:08:35 1999 *************** *** 137,185 **** ,{0x01, "Primary DOS with 12 bit FAT"} ,{0x02, "XENIX / filesystem"} ,{0x03, "XENIX /usr filesystem"} ! ,{0x04, "Primary DOS with 16 bit FAT (<= 32MB)"} ,{0x05, "Extended DOS"} ! ,{0x06, "Primary 'big' DOS (> 32MB)"} ,{0x07, "OS/2 HPFS, NTFS, QNX or Advanced UNIX"} ! ,{0x08, "AIX filesystem"} ! ,{0x09, "AIX boot partition or Coherent"} ! ,{0x0A, "OS/2 Boot Manager or OPUS"} ,{0x0B, "DOS or Windows 95 with 32 bit FAT"} ! ,{0x0C, "DOS or Windows 95 with 32 bit FAT, LBA"} ! ,{0x0E, "Primary 'big' DOS (> 32MB, LBA)"} ! ,{0x0F, "Extended DOS, LBA"} ,{0x10, "OPUS"} ! ,{0x40, "VENIX 286"} ! ,{0x50, "DM"} ! ,{0x51, "DM"} ,{0x52, "CP/M or Microport SysV/AT"} ! ,{0x56, "GB"} ! ,{0x61, "Speed"} ! ,{0x63, "ISC UNIX, other System V/386, GNU HURD or Mach"} ! ,{0x64, "Novell Netware 2.xx"} ! ,{0x65, "Novell Netware 3.xx"} ,{0x75, "PCIX"} ! ,{0x80, "Minix 1.1 ... 1.4a"} ! ,{0x81, "Minix 1.4b ... 1.5.10"} ,{0x82, "Linux swap or Solaris x86"} ! ,{0x83, "Linux filesystem"} ,{0x93, "Amoeba filesystem"} ,{0x94, "Amoeba bad block table"} ,{0x9F, "BSD/OS"} ! ,{0xA5, "FreeBSD/NetBSD/386BSD"} ,{0xA6, "OpenBSD"} ! ,{0xA7, "NEXTSTEP"} ,{0xA9, "NetBSD"} ,{0xB7, "BSDI BSD/386 filesystem"} ,{0xB8, "BSDI BSD/386 swap"} ! ,{0xDB, "Concurrent CPM or C.DOS or CTOS"} ! ,{0xE1, "Speed"} ! ,{0xE3, "Speed"} ! ,{0xE4, "Speed"} ! ,{0xF1, "Speed"} ! ,{0xF2, "DOS 3.3+ Secondary"} ! ,{0xF4, "Speed"} ! ,{0xFF, "BBT (Bad Blocks Table)"} }; static void print_s0(int which); --- 137,214 ---- ,{0x01, "Primary DOS with 12 bit FAT"} ,{0x02, "XENIX / filesystem"} ,{0x03, "XENIX /usr filesystem"} ! ,{0x04, "Primary DOS with 16 bit FAT (< 32MB)"} ,{0x05, "Extended DOS"} ! ,{0x06, "Primary 'big' DOS with 16-bit FAT (>= 32MB)"} ,{0x07, "OS/2 HPFS, NTFS, QNX or Advanced UNIX"} ! ,{0x08, "AIX filesystem or SplitDrive"} /* HURD fdisk (grub) grub says AIX boot */ ! ,{0x09, "AIX boot partition or Coherent filesystem"} /* HURD fdisk (grub) says AIX data */ ! ,{0x0A, "OS/2 Boot Manager, OPUS or Coherent swap"} ,{0x0B, "DOS or Windows 95 with 32 bit FAT"} ! ,{0x0C, "DOS or Windows 95 with 32 bit FAT (LBA)"} ! ,{0x0E, "Primary 'big' DOS with 16-bit FAT (>= 32MB, LBA)"} ! ,{0x0F, "Extended DOS (LBA)"} ,{0x10, "OPUS"} ! ,{0x11, "OS/2 BM: hidden DOS with 12-bit FAT"} ! ,{0x12, "Compaq diagnostics"} ! ,{0x14, "OS/2 BM: hidden DOS with 16-bit FAT (< 32MB)"} ! ,{0x16, "OS/2 BM: hidden DOS with 16-bit FAT (>= 32MB)"} ! ,{0x17, "OS/2 BM: hidden IFS (e.g. HPFS)"} ! ,{0x18, "AST Windows swapfile"} ! ,{0x24, "NEC DOS"} ! ,{0x3C, "PartitionMagic recovery"} ! ,{0x40, "Venix 286"} ! ,{0x41, "Linux/MINIX (sharing disk with DRDOS)"} ! ,{0x42, "SFS or Linux swap (sharing disk with DRDOS)"} ! ,{0x43, "Linux native (sharing disk with DRDOS)"} ! ,{0x50, "DM (disk manager)"} ! ,{0x51, "DM6 Aux1 (or Novell)"} ,{0x52, "CP/M or Microport SysV/AT"} ! ,{0x53, "DM6 Aux3"} ! ,{0x54, "DM6"} ! ,{0x55, "EZ-Drive (disk manager)"} ! ,{0x56, "Golden Bow (disk manager)"} ! ,{0x5c, "Priam Edisk (disk manager)"} /* according to S. Widlake */ ! ,{0x61, "SpeedStor"} ! ,{0x63, "System V/386 (such as ISC UNIX), GNU HURD or Mach"} ! ,{0x64, "Novell Netware/286 2.xx"} ! ,{0x65, "Novell Netware/386 3.xx"} ! ,{0x70, "DiskSecure Multi-Boot"} ,{0x75, "PCIX"} ! ,{0x77, "QNX4.x"} ! ,{0x78, "QNX4.x 2nd part"} ! ,{0x79, "QNX4.x 3rd part"} ! ,{0x80, "Minix until 1.4a"} ! ,{0x81, "Minix since 1.4b, early Linux partition or Mitac (disk manager)"} ,{0x82, "Linux swap or Solaris x86"} ! ,{0x83, "Linux native"} ! ,{0x84, "OS/2 hidden C: drive"} ! ,{0x85, "Linux extended"} ! ,{0x86, "NTFS volume set??"} ! ,{0x87, "NTFS volume set??"} ,{0x93, "Amoeba filesystem"} ,{0x94, "Amoeba bad block table"} ,{0x9F, "BSD/OS"} ! ,{0xA0, "IBM Thinkpad hibernation"} /* according to dan@fch.wimsey.bc.ca */ ! ,{0xA5, "FreeBSD, NetBSD or 386BSD"} ,{0xA6, "OpenBSD"} ! ,{0xA7, "NeXTSTEP"} ,{0xA9, "NetBSD"} ,{0xB7, "BSDI BSD/386 filesystem"} ,{0xB8, "BSDI BSD/386 swap"} ! ,{0xC1, "DRDOS/sec with 12-bit FAT"} ! ,{0xC4, "DRDOS/sec with 16-bit FAT (< 32MB)"} ! ,{0xC6, "DRDOS/sec with 16-bit FAT (>= 32MB)"} ! ,{0xC7, "Syrinx"} ! ,{0xDB, "CP/M, Concurrent CP/M, Concurrent DOS or CTOS"} ! ,{0xE1, "DOS access or SpeedStor with 12-bit FAT extended partition"} ! ,{0xE3, "DOS R/O or SpeedStor"} ! ,{0xE4, "SpeedStor with 16-bit FAT extended partition < 1024 cyl."} ! ,{0xF1, "SpeedStor"} ! ,{0xF2, "DOS 3.3+ secondary"} ! ,{0xF4, "SpeedStor large partition"} ! ,{0xFE, "SpeedStor >1024 cyl. or LANstep"} ! ,{0xFF, "Xenix bad blocks table"} }; static void print_s0(int which); *************** *** 427,433 **** part_mb = partp->dp_size; part_mb *= secsize; part_mb /= (1024 * 1024); ! printf("sysid %d,(%s)\n", partp->dp_typ, get_type(partp->dp_typ)); printf(" start %lu, size %lu (%qd Meg), flag %x%s\n", (u_long)partp->dp_start, (u_long)partp->dp_size, --- 456,462 ---- part_mb = partp->dp_size; part_mb *= secsize; part_mb /= (1024 * 1024); ! printf("sysid %d (%#04x),(%s)\n", partp->dp_typ, partp->dp_typ, get_type(partp->dp_typ)); printf(" start %lu, size %lu (%qd Meg), flag %x%s\n", (u_long)partp->dp_start, (u_long)partp->dp_size, >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 Nov 8 23:10: 4 1999 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 9495C14F0D for ; Mon, 8 Nov 1999 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 XAA20387; Mon, 8 Nov 1999 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E8EBD14E93; Mon, 8 Nov 1999 23:07:27 -0800 (PST) Message-Id: <19991109070727.E8EBD14E93@hub.freebsd.org> Date: Mon, 8 Nov 1999 23:07:27 -0800 (PST) From: tanfeng@jbbis.com.cn To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/14795: Core Dump of /stand/sysinstall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14795 >Category: misc >Synopsis: Core Dump of /stand/sysinstall >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: Mon Nov 8 23:10:02 PST 1999 >Closed-Date: >Last-Modified: >Originator: tanfeng >Release: 3.3 >Organization: Jadebird Corp. >Environment: FreeBSD bsd-gate.jbbis.com.cn 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Tue Sep 1 196 >Description: run /stand/sysinstall-->configure->networking->interface->ed0, when no ether NIC brought up(eg.irq conflict),raise a "Core dumped" expception,then /stand/sysinstall exit. >How-To-Repeat: edit the /boot/kernel.conf ,modified the line irq ed0 xxx,change xxx to a non existent irq number,then reboot,run /stand/sysinstall as the description. >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 Nov 8 23:10: 9 1999 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 5169814EB0 for ; Mon, 8 Nov 1999 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 XAA20378; Mon, 8 Nov 1999 23:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 8 Nov 1999 23:10:02 -0800 (PST) Message-Id: <199911090710.XAA20378@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kevin Day Subject: Re: i386/14793: more fdisk partition types Reply-To: Kevin Day Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/14793; it has been noted by GNATS. From: Kevin Day To: clefevre@citeweb.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/14793: more fdisk partition types Date: Tue, 9 Nov 1999 01:02:04 -0600 (CST) > > >Number: 14793 > >Category: i386 > >Synopsis: more fdisk partition types > >Confidential: no > >Severity: non-critical > >Priority: low > >Description: > > Modifications to fdisk to recognize more partition types. > > > >Fix: > > > ! ,{0xE1, "DOS access or SpeedStor with 12-bit FAT extended partition"} > ! ,{0xE3, "DOS R/O or SpeedStor"} > ! ,{0xE4, "SpeedStor with 16-bit FAT extended partition < 1024 cyl."} > ! ,{0xF1, "SpeedStor"} > ! ,{0xF2, "DOS 3.3+ secondary"} > ! ,{0xF4, "SpeedStor large partition"} > ! ,{0xFE, "SpeedStor >1024 cyl. or LANstep"} > ! ,{0xFF, "Xenix bad blocks table"} One more that I know of: 0xEB is BeOS. Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 1:20: 8 1999 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 1F5E114CFB for ; Tue, 9 Nov 1999 01:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA32967; Tue, 9 Nov 1999 01:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from pele.WURLDLINK.NET (pele.WURLDLINK.NET [208.164.68.2]) by hub.freebsd.org (Postfix) with ESMTP id 31A1515164 for ; Tue, 9 Nov 1999 01:11:53 -0800 (PST) (envelope-from vince@pele.WURLDLINK.NET) Received: (from root@localhost) by pele.WURLDLINK.NET (8.9.3/8.9.3) id XAA35665; Mon, 8 Nov 1999 23:11:18 -1000 (HST) (envelope-from vince) Message-Id: <199911090911.XAA35665@pele.WURLDLINK.NET> Date: Mon, 8 Nov 1999 23:11:18 -1000 (HST) From: Vincent Poy Reply-To: vince@pele.WURLDLINK.NET To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14797: Serious locking problem in CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14797 >Category: kern >Synopsis: Serious locking problem in CURRENT >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 Nov 9 01:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Vincent Poy >Release: FreeBSD 4.0-CURRENT i386 >Organization: Wurldlink Corporation - San Francisco - Honolulu - Hong Kong >Environment: FreeBSD -CURRENT as of November 8, 1999 12:00AM PDT. >Description: There is something broken in -CURRENT with file locking since I've experienced this with sendmail 8.9.3. I compared this to a 3.3-RELEASE machine running sendmail 8.9.3 and it doesn't exhibit the same problem. >How-To-Repeat: You can do a little test of the file locking, might be a bit tricky if you have a busy system, but it would be interesting to see the result: Run sendmail with -bd -q1m Send a message to an "unused" IP address on your local network, e.g. date | sendmail 'nobody@[123.123.123.123]' (substitute an appropriate IP address of course). This should have the (backgrounded) original sendmail process sitting waiting with the queue file locked for just over one minute, so you need to hurry a bit with the rest: Run 'mailq' - does this message have a '*' in the first column (it should)? Take the queue ID for the message - shown in the first column of mailq output (immediately following the '*', if any) - say XAA01234, and do a verbose queue run for just that ID: sendmail -v -qIXAA01234 (substituting the queue ID you got of course, i.e. -qI) - this should just print Running XAA03875 (sequence 1 of 1) XAA03875: locked and then exit - does it? >Fix: >Release-Note: >Audit-Trail: >Unformatted: >From the above tests, the file locking does work in general. However, it could still be a race condition. Here's another test, which will be more of the sendmail situation: Create a little shell script #!/bin/sh sleep 300 cat > /tmp/message.$$ and an alias pointing to it: testalias: "|/path/to/script" - then set the daemon to run with -q1m, and send a single mail to "testalias". If the problem appears in this test, you should have (after 5 minutes) multiple /tmp/message.nnnnn (the nnnnn being process IDs) files, each containing the message you sent. If you check /tmp in 10 minutes, you will notice that some messages will overlap in -CURRENT of having the same message regenerated a few times while on 3.3-RELEASE, it will only show one /tmp/message.nnnnn file. And then just to repeat the test, do the following but this time send the single message to testalias with the command: 5 minutes) multiple /tmp/message.nnnnn (the nnnnn being process IDs) files, each containing the message you sent. If you check /tmp in 10 minutes, you will notice that some messages will overlap in -CURRENT of having the same message regenerated a few times while on 3.3-RELEASE, it will only show one /tmp/message.nnnnn file. And then just to repeat the test, do the following but this time send the single message to testalias with the command: sendmail -odq -oi testalias < messagefile It might also be worth testing with sendmail -odi -oi testalias < messagefile The last form will seem to hang until the message is delivered. If there is only one '/tmp/message.nnnnn' produced in each of these tests, it will suggest that your system is losing its locks over the fork made for delivery. With '-odq', the message is placed in the queue for later delivery attempts, and the queue run does not normally fork for delivery. With '-odi' it is delivered interactively without a fork. With neither of those operands, or with '-odb', there is a fork before delivery. On all of these tests, 3.3-RELEASE will generate only one /tmp/message.nnnnn while -CURRENT will generate multiple /tmp/message.nnnnn. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 2:50: 4 1999 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 A42DB14CF7 for ; Tue, 9 Nov 1999 02:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA39867; Tue, 9 Nov 1999 02:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 Nov 1999 02:50:01 -0800 (PST) Message-Id: <199911091050.CAA39867@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/14797: Serious locking problem in CURRENT Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14797; it has been noted by GNATS. From: Sheldon Hearn To: vince@pele.WURLDLINK.NET Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/14797: Serious locking problem in CURRENT Date: Tue, 09 Nov 1999 12:45:36 +0200 On Mon, 08 Nov 1999 23:11:18 -1000, Vincent Poy wrote: > You can do a little test of the file locking, might be a bit tricky if > you have a busy system, but it would be interesting to see the result: > > Run sendmail with -bd -q1m Sendmail isn't a "little test" of anything. :-) There are discussions on the -current mailing list (which you should be reading if you're posting CURRENT problem reports) regarding file locking. I believe Brian Feldman fixed a locking problem over the week-end. You'd know this too if you followed your commit mail, eh? ;-) Please try kern_descrip.c rev 1.72 and see if it fixes whatever problem you're having. 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 Nov 9 3:12: 8 1999 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 C915214E53; Tue, 9 Nov 1999 03:12:07 -0800 (PST) (envelope-from ache@FreeBSD.org) Received: (from ache@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA42043; Tue, 9 Nov 1999 03:12:07 -0800 (PST) (envelope-from ache@FreeBSD.org) Date: Tue, 9 Nov 1999 03:12:07 -0800 (PST) From: Message-Id: <199911091112.DAA42043@freefall.freebsd.org> To: peter@wahoo.com.tw, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14742: setlocale function call can't terminate Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: setlocale function call can't terminate State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Tue Nov 9 03:11:38 PST 1999 State-Changed-Why: Fix applied. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 3:14:47 1999 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 742A114DE8; Tue, 9 Nov 1999 03:14:42 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA42235; Tue, 9 Nov 1999 03:14:42 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Tue, 9 Nov 1999 03:14:42 -0800 (PST) From: Message-Id: <199911091114.DAA42235@freefall.freebsd.org> To: vince@pele.WURLDLINK.NET, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14797: Serious locking problem in CURRENT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Serious locking problem in CURRENT State-Changed-From-To: open->feedback State-Changed-By: sheldonh State-Changed-When: Tue Nov 9 03:14:15 PST 1999 State-Changed-Why: Waiting for Vincent to try with up to date CURRENT sources. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 7:20:10 1999 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 87D8A14A06 for ; Tue, 9 Nov 1999 07:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA16725; Tue, 9 Nov 1999 07:20:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AA5391509B; Tue, 9 Nov 1999 07:13:44 -0800 (PST) Message-Id: <19991109151344.AA5391509B@hub.freebsd.org> Date: Tue, 9 Nov 1999 07:13:44 -0800 (PST) From: jay.krell@cornell.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/14799: Promise Ultra33 doesn't work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14799 >Category: i386 >Synopsis: Promise Ultra33 doesn't work >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 Nov 9 07:20:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jay Krell >Release: 3.3 >Organization: >Environment: Sorry, on NT. >Description: Promise Ultra33 IDE cards do not work. The source appears to have support for them, the PCI probe finds them, but they do not end up working. I fiddled considerable with the configuration and building the kernel. I've looked at the source, but it is unintelligable. Carl Mascott, cmascott@world.std.com, had a similar experience as me; he ended up returning the card. We both sent email to freebsd-questions and got no response except for each other. >How-To-Repeat: Get a machine with onboard IDE + a Promise Ultra33 PCI IDE card. Attempt to use any hard drives on the Promise card. >Fix: No known 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 Nov 9 7:20:11 1999 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 E72A014EA1 for ; Tue, 9 Nov 1999 07:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA16749; Tue, 9 Nov 1999 07:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 6D7F014A06; Tue, 9 Nov 1999 07:17:28 -0800 (PST) Message-Id: <19991109151728.6D7F014A06@hub.freebsd.org> Date: Tue, 9 Nov 1999 07:17:28 -0800 (PST) From: jay.krell@cornell.edu To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/14800: FreeBSD BootMgr not configurable (or at least no info) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14800 >Category: i386 >Synopsis: FreeBSD BootMgr not configurable (or at least no info) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 9 07:20:06 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jay Krell >Release: 3.3 >Organization: >Environment: Sorry, on NT. >Description: I'm somewhat interested in using the FreeBSD BootMgr to boot multiple OSes on multiple drivers on one machine. >How-To-Repeat: Install NT on a drive. Move the drive to a secondary controller. Install FreeBSDD to the new primary drive. Attempt to boot NT. (could also try Win98, Linux, a different version of FreeBSD, etc.) >Fix: I have drive trays, so I move the drives around. Other boot manager, including Lilo and NT's can probably handle this. NT's is poorly documented but the info on multibooting NT and Linux should work; Lilo is a hack, but perhaps well documented, I don't know, I've seen a lot of docs on it, but always just barely got by with the NT boot loader. Lilo is a hack, though kind of elegantly simple/small 'cause it knows nothing about any file systems, it just knows what blocks the kernel is on... >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 Nov 9 8:10: 8 1999 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 5908A152EF for ; Tue, 9 Nov 1999 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 IAA21650; Tue, 9 Nov 1999 08:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 Nov 1999 08:10:02 -0800 (PST) Message-Id: <199911091610.IAA21650@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Soren Schmidt Subject: Re: i386/14799: Promise Ultra33 doesn't work Reply-To: Soren Schmidt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/14799; it has been noted by GNATS. From: Soren Schmidt To: jay.krell@cornell.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/14799: Promise Ultra33 doesn't work Date: Tue, 9 Nov 1999 17:08:22 +0100 (CET) It seems jay.krell@cornell.edu wrote: > Promise Ultra33 IDE cards do not work. The source appears to have support for them, the PCI probe finds them, but they do not end up working. I fiddled considerable with the configuration and building the kernel. I've looked at the source, but it is unintelligable. Carl Mascott, cmascott@world.std.com, had a similar experience as me; he ended up returning the card. We both sent email to freebsd-questions > and got no response except for each other. > >How-To-Repeat: > Get a machine with onboard IDE + a Promise Ultra33 PCI IDE card. Attempt to use any hard drives on the Promise card. > >Fix: > No known fix. Use the ata driver instead, that works with both the Ultra and Fasttrak in both the 33 and the 66 versions. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 8:50: 7 1999 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 B278714CED for ; Tue, 9 Nov 1999 08:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA25985; Tue, 9 Nov 1999 08:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 Nov 1999 08:50:03 -0800 (PST) Message-Id: <199911091650.IAA25985@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Jay Krell" Subject: Re: i386/14799: Promise Ultra33 doesn't work Reply-To: "Jay Krell" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/14799; it has been noted by GNATS. From: "Jay Krell" To: "Soren Schmidt" Cc: Subject: Re: i386/14799: Promise Ultra33 doesn't work Date: Tue, 9 Nov 1999 08:46:25 -0800 Thank Soren. I just looked at the head sys/i386/config/LINT vs. the 3.3 LINT. Is the ata controller an option for hard drives in 3.3? It doesn't look like it. The "hack" code is even #if 0'ed in head. (The head LINT still has comments about what I tried being about right. I do I believe have what it describes as well, an Intel PIIX? IDE on the motherboard, though the comment isn't clear if that's the "first" PCI IDE and the Promise is the "second" or otherwise since the Intel is on the motherboard (yeah, I can imagine "motherboard" still can imply "PCI" but I'm pretty clueless at this level.)) - Jay -----Original Message----- From: Soren Schmidt To: jay.krell@cornell.edu Cc: freebsd-gnats-submit@FreeBSD.ORG Date: Tuesday, November 09, 1999 8:08 AM Subject: Re: i386/14799: Promise Ultra33 doesn't work >It seems jay.krell@cornell.edu wrote: >> Promise Ultra33 IDE cards do not work. The source appears to have support for them, the PCI probe finds them, but they do not end up working. I fiddled considerable with the configuration and building the kernel. I've looked at the source, but it is unintelligable. Carl Mascott, cmascott@world.std.com, had a similar experience as me; he ended up returning the card. We both sent email to freebsd-questions >> and got no response except for each other. >> >How-To-Repeat: >> Get a machine with onboard IDE + a Promise Ultra33 PCI IDE card. Attempt to use any hard drives on the Promise card. >> >Fix: >> No known fix. > >Use the ata driver instead, that works with both the Ultra and Fasttrak in >both the 33 and the 66 versions. > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 9:36:11 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from heart.ne.jp (ns.numata.aomori.aomori.jp [210.164.220.226]) by hub.freebsd.org (Postfix) with ESMTP id 39DB414EA7 for ; Tue, 9 Nov 1999 09:36:02 -0800 (PST) (envelope-from issei@heart.ne.jp) Received: from localhost (konbu.numata.aomori.aomori.jp [210.164.220.228]) by heart.ne.jp (8.9.3/8.9.3) with ESMTP id CAA13545 for ; Wed, 10 Nov 1999 02:35:59 +0900 (JST) To: freebsd-bugs@freeBSD.org Subject: Y2K for nethack, nethack-qt and japanese/nethack From: Issei Numata X-Mailer: Mew version 1.94 on Emacs 19.34 / Mule 2.3 (SUETSUMUHANA) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-Id: <19991110023558X.issei@heart.ne.jp> Date: Wed, 10 Nov 1999 02:35:58 +0900 X-Dispatcher: imput version 990905(IM130) Lines: 39 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org These NetHacks( nethack, nethack-qt and japanese/nethack) has Y2K problem Look at function yymmdd() which is in 'hacklib.c'. This function generate 'datestr' with 6 degits format, But 'datestr' has only 7 bytes so the NetHack cannot write 7 degits. yymmdd() { ... Static char datestr[7]; ... ... Sprintf(datestr, "%02d%02d%02d", lt->tm_year, lt->tm_mon + 1, lt->tm_mday); ... ... } Above function is used at generating log and record. Unfortunately when reading, the NetHack uses fscanf as bellow(see src/topten.c) static char *fmt = "%d %d %d %ld %d %d %d %d %d %d %6s %6s %d%*c%c%c %s %s%*c"; ~~~ ~~~(created by yymmdd) So, NetHack cannot read 7 degits record file and cause dumping core. The easy way to fix this problem, fix yymmdd() in src/hacklib.c as bellow. Sprintf(datestr, "%02d%02d%02d", lt->tm_year % 100, lt->tm_mon + 1, lt->tm_mday); It seems 'yymmdd' function has no effect for playing game. It used only writing log and record. So I think above fixing will work correctly.(and easy) -- Issei Numata To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 10:50: 6 1999 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 0952715392 for ; Tue, 9 Nov 1999 10:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA45154; Tue, 9 Nov 1999 10:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from jli.com (jli.com [199.2.111.1]) by hub.freebsd.org (Postfix) with SMTP id 7663714C99 for ; Tue, 9 Nov 1999 10:44:30 -0800 (PST) (envelope-from trost@cloud.rain.com) Received: (qmail 24680 invoked by uid 4); 9 Nov 1999 18:44:28 -0000 Received: (qmail 3616 invoked by uid 236); 9 Nov 1999 18:43:34 -0000 Message-Id: <19991109184334.3615.qmail@grey.cloud.rain.com> Date: 9 Nov 1999 18:43:34 -0000 From: trost@cloud.rain.com Reply-To: trost@cloud.rain.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/14806: if_tun.ko conflicts with built-in tunnel driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14806 >Category: i386 >Synopsis: if_tun.ko conflicts with built-in tunnel driver >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 Nov 9 10:50:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Bill Trost >Release: FreeBSD 3.3-19991104-STABLE i386 >Organization: Trost Computing >Environment: >Description: If if_tun.ko is loaded over a kernel containing a tunnel driver compiled in, "ppp -auto" does not work, although running ppp straight does. >How-To-Repeat: Build a kernel with the line pseudo-device tun 1 in its config file and boot it. Run the following commands kldload if_tun.ko ppp -auto some_host Try to ping the remote end of the PPP link. Expect an error like "host is down." >Fix: Beyond "don't do that," I don't know what to do about the problem. It wouldn't be so bad if it weren's such a sneaky problem. >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 Nov 9 11:50:15 1999 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 5E0F31527C for ; Tue, 9 Nov 1999 11:50:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA51717; Tue, 9 Nov 1999 11:50:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 Nov 1999 11:50:07 -0800 (PST) Message-Id: <199911091950.LAA51717@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Blapp Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) Reply-To: Martin Blapp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14709; it has been noted by GNATS. From: Martin Blapp To: freebsd-gnats-submit@freebsd.org, cjc@cc942873-a.ewndsr1.nj.home.com Cc: Subject: Re: bin/14709: umountall requests possibly mishandled by mountd(8) Date: Tue, 09 Nov 1999 20:47:21 +0100 Hello, These are the patches and a new command which should do exactly what RFC 1813 proposes: http://www.attic.ch/patches/cleanmount/ Please test them and report any problems to me. If you find a better name for cleanmount(8) I would be happy. Martin Blapp Improware AG, Pratteln, Switzerland To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Nov 9 13:30: 9 1999 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 1DA4715340 for ; Tue, 9 Nov 1999 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 NAA60046; Tue, 9 Nov 1999 13:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 9 Nov 1999 13:30:02 -0800 (PST) Message-Id: <199911092130.NAA60046@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian Somers Subject: Re: i386/14806: if_tun.ko conflicts with built-in tunnel driver Reply-To: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/14806; it has been noted by GNATS. From: Brian Somers To: trost@cloud.rain.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, brian@hak.lan.Awfulhak.org Subject: Re: i386/14806: if_tun.ko conflicts with built-in tunnel driver Date: Tue, 09 Nov 1999 21:26:10 +0000 [.....] > If if_tun.ko is loaded over a kernel containing a tunnel driver > compiled in, "ppp -auto" does not work, although running ppp straight > does. [.....] > Beyond "don't do that," I don't know what to do about the problem. > It wouldn't be so bad if it weren's such a sneaky problem. [.....] Don't do that :-) This is a known problem with modules in general. It's never necessary to kldload if_tun, as ppp has the smarts to figure out that it's needed and kldload it itself. -- Brian Don't _EVER_ lose your sense of humour ! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 1:19:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.ripnet.com (mail.RipNET.com [206.47.98.3]) by hub.freebsd.org (Postfix) with ESMTP id A80AB14C47 for ; Wed, 10 Nov 1999 01:19:57 -0800 (PST) (envelope-from jedi@brockville.com) Received: from chirpa (A1-P157.RipNET.com [207.236.51.158]) by mail.ripnet.com (8.9.3/8.9.3) with SMTP id EAA11719 for ; Wed, 10 Nov 1999 04:19:52 -0500 Message-ID: <001f01bf2b5c$3aa5e740$9e33eccf@chirpa> From: "Adrian Parker" To: Subject: Unused form Date: Wed, 10 Nov 1999 04:16:09 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2314.1300 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2314.1300 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm not sure if this is a bug or not, but it's illogical if not. The situation pertains to the installation process and goes as follows: I booted with kern.flp, then it asked for the next. I go into the config. Choosing my network, medi, input etc. I continue, it detects the ISA, PCI and PnP stuff. Then it asks me how I want to install the system. I choose FTP, the particular site, and then edit all the stuff for my dialup (gateway etc). In Virtual Console 3 I try to connect as requested. This fails and I return to the first Virtual Console and hit enter, again as requested. This returns an error about not connecting via FTP (as dialup failed), and allows me to return and choose my access method and edit my dialup stuff. HOWEVER, the second time through I change the dial phone number, BUT it will only dial the number I entered originally. Even after being prompted to enter a varying dialup number, it will only use the old phone number (the one I enter the first time through setup). If not a bug, it's illogical. Sincerely, Adrian Parker The Brockville Webring http://webring.ripnet.com/ E-mail: webring@brockville.com ICQ: 591188 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 2:40: 8 1999 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 98F1C1525B for ; Wed, 10 Nov 1999 02:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA30810; Wed, 10 Nov 1999 02:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id ADAF814EFC for ; Wed, 10 Nov 1999 02:39:48 -0800 (PST) (envelope-from hibma@skylink.it) Received: from heidi.plazza.it (va-165.skylink.it [194.185.55.165]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id LAA03413 for ; Wed, 10 Nov 1999 11:40:40 +0100 Received: (from n_hibma@localhost) by heidi.plazza.it (8.9.3/8.8.5) id RAA02566; Tue, 9 Nov 1999 17:14:34 GMT Message-Id: <199911091714.RAA02566@heidi.plazza.it> Date: Tue, 9 Nov 1999 17:14:34 GMT From: hibma@skylink.it Reply-To: hibma@skylink.it To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/14810: [PATCH] initialising multiple interfaces through DHCP does not work Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14810 >Category: conf >Synopsis: [PATCH] initialising multiple interfaces through DHCP does not work >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: Wed Nov 10 02:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Nick Hibma >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD hare 4.0-CURRENT FreeBSD 4.0-CURRENT #7: Tue Nov 9 17:58:56 CET 1999 toor@henny:/usr/src/sys/compile/HARE i386 >Description: In my configuration I have two ethernet interfaces that I would like to configure through DHCP. In rc.conf: ifconfig_ed1="DHCP" ifconfig_wb0="DHCP" This does not work for the second interface as dhclient bails out on the fact that port 68 is already taken (by dhclient started for the first interface). >How-To-Repeat: Add a second (bogus possibly) network interface to your rc.conf >Fix: Instead of starting a dhclient for each interface, start on for all of them at the same time. --- /etc/rc.network.orig Tue Nov 9 17:01:34 1999 +++ /etc/rc.network Tue Nov 9 18:04:12 1999 @@ -77,11 +77,11 @@ ;; esac + dhcp_interfaces="" for ifn in ${network_interfaces}; do - showstat=false if [ -r /etc/start_if.${ifn} ]; then . /etc/start_if.${ifn} - showstat=true + eval showstat_$ifn=1 fi # Do the primary ifconfig if specified @@ -92,15 +92,22 @@ '') ;; [Dd][Hh][Cc][Pp]) - ${dhcp_program:-/sbin/dhclient} ${dhcp_flags} ${ifn} - showstat=true + # DHCP inits are done all in one go below + dhcp_interfaces="$dhcp_interfaces $ifn" + eval showstat_$ifn=1 ;; *) ifconfig ${ifn} ${ifconfig_args} - showstat=true + eval showstat_$ifn=1 ;; esac + done + + if [ ! -z "${dhcp_interfaces}" ]; then + ${dhcp_program:-/sbin/dhclient} ${dhcp_flags} ${dhcp_interfaces} + fi + for ifn in ${network_interfaces}; do # Check to see if aliases need to be added # alias=0 @@ -108,7 +115,7 @@ eval ifconfig_args=\$ifconfig_${ifn}_alias${alias} if [ -n "${ifconfig_args}" ]; then ifconfig ${ifn} ${ifconfig_args} alias - showstat=true + eval showstat_$ifn=1 alias=`expr ${alias} + 1` else break; @@ -120,14 +127,15 @@ eval ifconfig_args=\$ifconfig_${ifn}_ipx if [ -n "${ifconfig_args}" ]; then ifconfig ${ifn} ${ifconfig_args} - showstat=true + eval showstat_$ifn=1 fi + done - case ${showstat} in - true) + for ifn in ${network_interfaces}; do + eval showstat=\$showstat_${ifn} + if [ ! -z ${showstat} ]; then ifconfig ${ifn} - ;; - esac + fi done # Warm up user ppp if required, must happen before natd. And the uuencoded version (to maintain overlong lines): begin 644 rc.network.diff M+2TM("]E=&,OVYE='=OVEF;GT@73L@=&AE;@H@"0D)+B`O971C+W-T87)T7VEF+B1[ M:69N?0HM"0D)VEF;GT*+0D)"7-H;W=S=&%T/71R M=64**PD)"2,@1$A#4"!I;FETV1H8W!?:6YT97)F86-EV1H M8W!?9FQA9W-]("1[9&AC<%]I;G1EVEF;GU?86QI87,D>V%L:6%S?0H@"0D):68@6R`M;B`B M)'MI9F-O;F9I9U]AVEF8V]N9FEG7V%R9W-](&%L:6%S"BT)"0D)`H@"0EI9B!;("UN("(D>VEF8V]N9FEG7V%R9W-](B!=.R!T:&5N M"B`)"0EI9F-O;F9I9R`D>VEF;GT@)'MI9F-O;F9I9U]AW-H;W=S=&%T?2!I;@HM"0ETB`D>W-H;W=S=&%T M?2!=.R!T:&5N"B`)"0EI9F-O;F9I9R`D>VEF;GT*+0D)"3L["BT)"65S86,* M*PD)9FD*(`ED;VYE"B`*(`DC(%=ARelease-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 Nov 10 4:30: 4 1999 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 D1396151A2 for ; Wed, 10 Nov 1999 04:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA41869; Wed, 10 Nov 1999 04:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E2DEF14E1F; Wed, 10 Nov 1999 04:23:37 -0800 (PST) Message-Id: <19991110122337.E2DEF14E1F@hub.freebsd.org> Date: Wed, 10 Nov 1999 04:23:37 -0800 (PST) From: kokg@geo.vu.nl To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: misc/14811: getpwent is not enumerating all entries in the passwd file when `+' appears after `+@' (using NIS) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14811 >Category: misc >Synopsis: getpwent is not enumerating all entries in the passwd file when `+' appears after `+@' (using NIS) >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 Nov 10 04:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Gerard Kok >Release: 3.3-RELEASE >Organization: Vrije Universiteit Amsterdam, Faculty of Earth Sciences >Environment: FreeBSD pompeii.geo.vu.nl 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: If you're using NIS, and there is a `+'-line in /etc/passwd after a `+@'-line, getpwent doesn't enumerate all entries, i.e. it stops after processing the `+@'-line. This is a problem with samba-2.1.0-prealpha that tries to build a hash-table of all users using getpwent. >How-To-Repeat: Add a `+@' and a `+' line to the /etc/passwd file. You can then use a simple program, for example: #include #include struct passwd *p; int main() { setpwent(); while (p = getpwent()) { printf("name: %s\n", p->pw_name); }; } (Another weird thing: some entries are listed twice when I try this on my machine). >Fix: Except for creating a huge netgroup with all users, no solution 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 Wed Nov 10 5:37:46 1999 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 590C014E1F; Wed, 10 Nov 1999 05:37:45 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA47276; Wed, 10 Nov 1999 05:37:45 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Wed, 10 Nov 1999 05:37:45 -0800 (PST) From: Message-Id: <199911101337.FAA47276@freefall.freebsd.org> To: j_guojun@lbl.gov, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, sheldonh@FreeBSD.org Subject: Re: bin/14472: date for Y#K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: date for Y#K State-Changed-From-To: open->suspended State-Changed-By: sheldonh State-Changed-When: Wed Nov 10 05:36:35 PST 1999 State-Changed-Why: Committed in date.c rev 1.31 and date.1 rev 1.32, waiting for MFC before closing. Responsible-Changed-From-To: freebsd-bugs->sheldonh Responsible-Changed-By: sheldonh Responsible-Changed-When: Wed Nov 10 05:36:35 PST 1999 Responsible-Changed-Why: TThis reminder is for me. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 7:40: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mail.millenniumdigital.net (mail.millenniumdigital.net [209.74.174.226]) by hub.freebsd.org (Postfix) with ESMTP id EEC38151EE for ; Wed, 10 Nov 1999 07:40:01 -0800 (PST) (envelope-from COffholter@MDM.net) Received: by MDM_STL03 with Internet Mail Service (5.5.2448.0) id ; Wed, 10 Nov 1999 09:39:41 -0600 Message-ID: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> From: Cheryl Offholter To: "'freebsd-bugs@FreeBSD.ORG'" Subject: Ports Software Collection Date: Wed, 10 Nov 1999 09:39:14 -0600 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain; charset="iso-8859-1" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also completely compliant in addition to the operating system? Please advise. Thank you. Cheryl Offholter Y2K Task Force Millennium Digital Media (parent company of US Net) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 7:57:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from yana.lemis.com (yana.lemis.com [192.109.197.140]) by hub.freebsd.org (Postfix) with ESMTP id DE1D21508B for ; Wed, 10 Nov 1999 07:57:53 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by yana.lemis.com (8.8.8/8.8.8) with ESMTP id CAA12681; Thu, 11 Nov 1999 02:27:44 +1030 (CST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991110105711.45268@mojave.sitaranetworks.com> Date: Wed, 10 Nov 1999 10:57:11 -0500 From: Greg Lehey To: Cheryl Offholter , freebsd-bugs@FreeBSD.ORG Subject: Re: Ports Software Collection Reply-To: Greg Lehey References: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03>; from Cheryl Offholter on Wed, Nov 10, 1999 at 09:39:14AM -0600 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also > completely compliant in addition to the operating system? Please advise. Sorry, I don't understand the question. What do you mean by "compliant"? Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 8:25:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from sol.cc.u-szeged.hu (sol.cc.u-szeged.hu [160.114.8.24]) by hub.freebsd.org (Postfix) with ESMTP id 7D78314E9A for ; Wed, 10 Nov 1999 08:25:06 -0800 (PST) (envelope-from sziszi@petra.hos.u-szeged.hu) Received: from petra.hos.u-szeged.hu by sol.cc.u-szeged.hu (8.9.1b+Sun/SMI-SVR4) id RAA08936; Wed, 10 Nov 1999 17:24:42 +0100 (MET) Received: from sziszi by petra.hos.u-szeged.hu with local-smtp (Exim 2.05 #1 (Debian)) id 11lak8-0003LG-00; Wed, 10 Nov 1999 17:37:08 +0100 Date: Wed, 10 Nov 1999 17:37:08 +0100 (CET) From: Adam Szilveszter To: Greg Lehey Cc: Cheryl Offholter , freebsd-bugs@FreeBSD.ORG Subject: Re: Ports Software Collection In-Reply-To: <19991110105711.45268@mojave.sitaranetworks.com> 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 Wed, 10 Nov 1999, Greg Lehey wrote: > On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: > > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also > > completely compliant in addition to the operating system? Please advise. > > Sorry, I don't understand the question. What do you mean by > "compliant"? I think the post referred to Y2K compliance... however I do not think we can answer this one. The ports collection is merely a convenient way to add third-party software to your installation. Therefore the guys doing the porting focus on making these to compile, install and work in a nice way but certainly they are in no way authors of these pieces of software. It is only the original author who can give info on this. Some other (personal) thoughts: Although I am aware of the special importance of the Y2K question, esp for business users, but I do not think an Open-Source project can or should give any definitive answers to questions like these. The only good answer is posted on the Web: we believe it is Y2K compliant and if it is not then you will surely notice it and we will fix it as we have other bugs in the past. The same can be said IMHO for almost any traditional (ie free) UNIX software that is still being developed today. There is high chance their users will not notice anything at the beginning of next year, I would even say this chance is far higher than with users of any version of Windows and software that runs on it because there is a higher level of tradition and expertise (in the case of the BSDs this means several decades) involved among those writing, testing and also using such software. But giving any *enforceable* and *legal* guarantees that can make you liable to suits for damages are simply not applicable for an OpenSource and freely distributed product. It is for commercial companies to make who do not let you check that what they say is true (by hiding the source) and/or charge high prices for their products. We say that that we believe it is safe to use these products and if you do not believe this, you are free to check the source code and make/propose changes. But these last paragraphas are only my personal thoughts, anybody feel free to correct/contradict/flame/maybe praise:-) me... P.S.:The only reason why I will not run my PC on turn of 1999/2000 will be that there will probably be millions of people trying to make sure that everything still works and this roughly at the same time which may result in heavy power surges which is not good for my computer's health... Cheers: Szilveszter ADAM ------------------------------------------------------------------------------- * Adam Szilveszter * JATE Szeged * email: sziszi@petra.hos.u-szeged.hu * * Homepage : none * alternate email: cc@flanker.itl.net.ua * * Finger sziszi@petra.hos.u-szeged.hu for PGP key. * * I prefer using the door instead of Windows(tm)... * To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 8:27:31 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from nets5.rz.rwth-aachen.de (nets5.rz.RWTH-Aachen.DE [137.226.144.13]) by hub.freebsd.org (Postfix) with ESMTP id C21D814E9A for ; Wed, 10 Nov 1999 08:27:18 -0800 (PST) (envelope-from kuku@gilberto.physik.RWTH-Aachen.DE) Received: from campino.informatik.rwth-aachen.de (campino.Informatik.RWTH-Aachen.DE [137.226.116.240]) by nets5.rz.rwth-aachen.de (8.9.1a/8.9.1/8) with ESMTP id RAA22171; Wed, 10 Nov 1999 17:26:58 +0100 (MET) Received: from gil.physik.rwth-aachen.de (gilberto.physik.RWTH-Aachen.DE [137.226.30.2]) by campino.informatik.rwth-aachen.de (8.9.1a/8.9.1/3) with ESMTP id RAA29940; Wed, 10 Nov 1999 17:26:58 +0100 (MET) Received: (from kuku@localhost) by gil.physik.rwth-aachen.de (8.9.2/8.6.9) id RAA19947; Wed, 10 Nov 1999 17:27:04 +0100 (CET) Date: Wed, 10 Nov 1999 17:27:04 +0100 From: Christoph Kukulies To: Greg Lehey Cc: Cheryl Offholter , freebsd-bugs@FreeBSD.ORG Subject: Re: Ports Software Collection Message-ID: <19991110172704.A19927@gil.physik.rwth-aachen.de> References: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> <19991110105711.45268@mojave.sitaranetworks.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <19991110105711.45268@mojave.sitaranetworks.com>; from grog@mojave.sitaranetworks.com on Wed, Nov 10, 1999 at 10:57:11AM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Nov 10, 1999 at 10:57:11AM -0500, Greg Lehey wrote: > On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: > > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also > > completely compliant in addition to the operating system? Please advise. It sounded that he meant "Y2K compliant". (must be some kind of degraded jargon during the last 45 days of the millenium :-) > > Sorry, I don't understand the question. What do you mean by > "compliant"? > > Greg -- Chris Christoph P. U. Kukulies kuku@gil.physik.rwth-aachen.de To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 8:42:51 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from yana.lemis.com (yana.lemis.com [192.109.197.140]) by hub.freebsd.org (Postfix) with ESMTP id B134314C57; Wed, 10 Nov 1999 08:42:37 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by yana.lemis.com (8.8.8/8.8.8) with ESMTP id DAA12726; Thu, 11 Nov 1999 03:12:26 +1030 (CST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991110114152.24208@mojave.sitaranetworks.com> Date: Wed, 10 Nov 1999 11:41:52 -0500 From: Greg Lehey To: Adam Szilveszter Cc: Cheryl Offholter , freebsd-bugs@FreeBSD.ORG, freebsd-ports@FreeBSD.ORG Subject: Re: Ports Software Collection Reply-To: Greg Lehey References: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> <19991110105711.45268@mojave.sitaranetworks.com> <19991110172704.A19927@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: <19991110172704.A19927@gil.physik.rwth-aachen.de>; from Christoph Kukulies on Wed, Nov 10, 1999 at 05:27:04PM +0100 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 10 November 1999 at 17:37:08 +0100, Adam Szilveszter wrote: > On Wed, 10 Nov 1999, Greg Lehey wrote: > >> On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: >>> Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also >>> completely compliant in addition to the operating system? Please advise. >> >> Sorry, I don't understand the question. What do you mean by >> "compliant"? > > I think the post referred to Y2K compliance... however I do not think we > can answer this one. The ports collection is merely a convenient way to > add third-party software to your installation. Therefore the guys doing > the porting focus on making these to compile, install and work in a nice > way but certainly they are in no way authors of these pieces of software. > It is only the original author who can give info on this. Correct. Cheryl replied privately referring to a statement by David Greenman about FreeBSD. I explained that the ports aren't under our control, and that we can't make much of a statement about them (though I did venture an opinion that we won't see much trouble with them). I'm copying -ports on this, since they're interested parties. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 8:46:59 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from phoenix.volant.org (phoenix.volant.org [205.179.79.193]) by hub.freebsd.org (Postfix) with ESMTP id 3CE1914A0E for ; Wed, 10 Nov 1999 08:46:54 -0800 (PST) (envelope-from patl@phoenix.volant.org) Received: from asimov.phoenix.volant.org ([205.179.79.65]) by phoenix.volant.org with smtp (Exim 1.92 #8) id 11latX-00028Q-00; Wed, 10 Nov 1999 08:46:51 -0800 Received: from localhost by asimov.phoenix.volant.org (SMI-8.6/SMI-SVR4) id IAA27259; Wed, 10 Nov 1999 08:46:45 -0800 Date: Wed, 10 Nov 1999 08:46:45 -0800 (PST) From: patl@phoenix.volant.org Reply-To: patl@phoenix.volant.org Subject: Re: Ports Software Collection To: Christoph Kukulies Cc: freebsd-bugs@FreeBSD.ORG In-Reply-To: <19991110172704.A19927@gil.physik.rwth-aachen.de> 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 10-Nov-99 at 08:27, Christoph Kukulies (kuku@gilberto.physik.RWTH-Aachen.DE) wrote: > On Wed, Nov 10, 1999 at 10:57:11AM -0500, Greg Lehey wrote: > > On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: > > > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is > > > also completely compliant in addition to the operating system? > > > Please advise. > > It sounded that he meant "Y2K compliant". (must be some kind > of degraded jargon during the last 45 days of the millenium :-) You mean 'the last 45 days of the 1900s'; since we all know that 2000 is the last year of the 20th century and therefore the last year of the 2nd millenium, not the first year of the 3rd. (I'm assuming that the readers of this list are somewhat more intelligent and informed than the general populace. If we weren't, we'd be using Windows... :-) But this is drifting wildly off-topic... -Pat To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 8:55:39 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from yana.lemis.com (yana.lemis.com [192.109.197.140]) by hub.freebsd.org (Postfix) with ESMTP id C54361537C for ; Wed, 10 Nov 1999 08:55:21 -0800 (PST) (envelope-from grog@mojave.sitaranetworks.com) Received: from mojave.sitaranetworks.com (mojave.sitaranetworks.com [199.103.141.157]) by yana.lemis.com (8.8.8/8.8.8) with ESMTP id DAA12740; Thu, 11 Nov 1999 03:25:15 +1030 (CST) (envelope-from grog@mojave.sitaranetworks.com) Message-ID: <19991110115436.05745@mojave.sitaranetworks.com> Date: Wed, 10 Nov 1999 11:54:36 -0500 From: Greg Lehey To: patl@phoenix.volant.org, Christoph Kukulies Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: Ports Software Collection Reply-To: Greg Lehey References: <19991110172704.A19927@gil.physik.rwth-aachen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii In-Reply-To: ; from patl@phoenix.volant.org on Wed, Nov 10, 1999 at 08:46:45AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wednesday, 10 November 1999 at 8:46:45 -0800, patl@phoenix.volant.org wrote: > On 10-Nov-99 at 08:27, Christoph Kukulies (kuku@gilberto.physik.RWTH-Aachen.DE) > wrote: > On Wed, Nov 10, 1999 at 10:57:11AM -0500, Greg Lehey wrote: >>> On Wednesday, 10 November 1999 at 9:39:14 -0600, Cheryl Offholter wrote: >>>> Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is >>>> also completely compliant in addition to the operating system? >>>> Please advise. >> >> It sounded that he meant "Y2K compliant". (must be some kind >> of degraded jargon during the last 45 days of the millenium :-) > > You mean 'the last 45 days of the 1900s'; since we all know that > 2000 is the last year of the 20th century and therefore the last > year of the 2nd millenium, not the first year of the 3rd. (I'm > assuming that the readers of this list are somewhat more intelligent > and informed than the general populace. If we weren't, we'd be > using Windows... :-) > > But this is drifting wildly off-topic... While we're doing so, though, it's interesting to note that, even if the Millenium were to end in 7 weeks time, this is *not* a "millenium bug". The same issue arose 100 years ago. It's a century "bug": the problem isn't the carry into the fourth place, it's the carry into the third place. Greg -- Finger grog@lemis.com for PGP public key See complete headers for address and phone numbers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 9:16:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from jade.chc-chimes.com (jade.chc-chimes.com [216.28.46.6]) by hub.freebsd.org (Postfix) with ESMTP id A1FBF14A2A for ; Wed, 10 Nov 1999 09:16:14 -0800 (PST) (envelope-from billf@chc-chimes.com) Received: by jade.chc-chimes.com (Postfix, from userid 1001) id 4D7401C2B; Wed, 10 Nov 1999 11:18:06 -0500 (EST) Received: from localhost (localhost [127.0.0.1]) by jade.chc-chimes.com (Postfix) with ESMTP id 489B0381B; Wed, 10 Nov 1999 11:18:06 -0500 (EST) Date: Wed, 10 Nov 1999 11:18:06 -0500 (EST) From: Bill Fumerola To: Cheryl Offholter Cc: "'freebsd-bugs@FreeBSD.ORG'" Subject: Re: Ports Software Collection In-Reply-To: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> 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 Wed, 10 Nov 1999, Cheryl Offholter wrote: > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also > completely compliant in addition to the operating system? Please advise. Hell no. We have no control over 3rd party software. That's like asking Microsoft if Lotus Notes is Y2K complaint. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Nov 10 10: 0: 4 1999 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 1B7EC14DDA for ; Wed, 10 Nov 1999 10:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA23948; Wed, 10 Nov 1999 10:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9D44614BCC; Wed, 10 Nov 1999 09:50:41 -0800 (PST) Message-Id: <19991110175041.9D44614BCC@hub.freebsd.org> Date: Wed, 10 Nov 1999 09:50:41 -0800 (PST) From: jseidel@rapidnet.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14812: de0 driver malfunctions in full-duplex Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14812 >Category: kern >Synopsis: de0 driver malfunctions in full-duplex >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 10 10:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jason Seidel >Release: 3.3-Stable & 3.3-RELEASE >Organization: RapidNet Inc. >Environment: FreeBSD kodiak.sdsmt.edu 3.3-STABLE FreeBSD 3.3-STABLE #28: Sun Sep 26 16:15:06 MDT 1999 root@kodiak.sdsmt.edu:/usr/src/sys/compile/KODIAK i386 >Description: Switched machine from hub to a switch, tried to enable full duplex, would not work correctly, even if I forced the card to 10mps full-duplex. Tried this on 3 cards. (New) Kingston 10/200 21143 dec chip, and two smc cards with 21140 dec chip. It does not work at 100Mps Full-Duplex right either. It causes hesitations when ftp to it. >How-To-Repeat: Just install dec chipset card with de0 DEC/Intel DC21x4x (``Tulip'') >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 Nov 10 11:20:12 1999 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 BCD98152DE for ; Wed, 10 Nov 1999 11:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA30826; Wed, 10 Nov 1999 11:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from burka.carrier.kiev.ua (burka.carrier.kiev.ua [193.193.193.107]) by hub.freebsd.org (Postfix) with ESMTP id 33BC214E16 for ; Wed, 10 Nov 1999 11:12:47 -0800 (PST) (envelope-from netch@lucky.net) Received: from netch@localhost by burka.carrier.kiev.ua id VEX88453; Wed, 10 Nov 1999 21:12:44 +0200 (EET) (envelope-from netch) Message-Id: <199911101912.VEX88453@burka.carrier.kiev.ua> Date: Wed, 10 Nov 1999 21:12:44 +0200 (EET) From: netch@lucky.net (Valentin Nechayev) Reply-To: netch@lucky.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/14813: Perl POSIX::strftime bugfeature Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14813 >Category: bin >Synopsis: Perl POSIX::strftime bugfeature >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 10 11:20:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Valentin Nechayev >Release: FreeBSD 3.3-RC i386 >Organization: Lucky Net Ltd. >Environment: FreeBSD 3.3-RC Perl 5.00503 in basic system >Description: GMTime of unixtime 941284799 is 30th of October, 1999, 11:59:59. The following code: #!/usr/bin/perl use POSIX; print strftime("%Y %m %d %H %M %S", gmtime(941284799)), "\n"; prints 1999 10 30 12 59 59 (note environment information: timezone is Europe/Kiev) This effect (adding of 1 hour) appeared in perl 5.00503 and did not exist in perl 5.00502. Diff of ${perl}/ext/POSIX/POSIX.xs between 5.00502 and 5.00503 contains following: ==={ @@ -3591,7 +3603,7 @@ RETVAL char * -strftime(fmt, sec, min, hour, mday, mon, year, wday = 0, yday = 0, isdst = 0) +strftime(fmt, sec, min, hour, mday, mon, year, wday = -1, yday = -1, isdst = -1 char * fmt int sec int min @@ -3617,8 +3629,45 @@ mytm.tm_wday = wday; mytm.tm_yday = yday; mytm.tm_isdst = isdst; + (void) mktime(&mytm); len = strftime(tmpbuf, sizeof tmpbuf, fmt, &mytm); ===} Well, test it and see that mktime() normalizes time according to local time zone (Europe/Kiev in our case): ==={ #include #include #include #include void f( int x ) { char buf[ 200 ]; struct tm stm; bzero( &stm, sizeof stm ); stm.tm_year = 99; stm.tm_mon = 9; stm.tm_mday = 30; stm.tm_hour = 11; stm.tm_min = 59; stm.tm_sec = 59; stm.tm_isdst = 0; if( x ) mktime( &stm ); bzero( buf, sizeof buf ); strftime( buf, sizeof buf, "%Y %m %d %H %M %S", &stm ); puts( buf ); printf( "%d %d %d %d %d %d\n", stm.tm_year, stm.tm_mon, stm.tm_mday, stm.tm_hour, stm.tm_min, stm.tm_sec, stm.tm_isdst ); } int main() { f( 0 ); f( 1 ); return 1; } ===} output is: ==={ netch@burka:~/prog/tiny/2>./3 1999 10 30 11 59 59 99 9 30 11 59 59 0 1999 10 30 12 59 59 99 9 30 12 59 59 1 ===} This mktime() behavior possibly correct and in any case accords to its man page: ==={ On successful completion, the values of the tm_wday and tm_yday compo- nents of the structure are set appropriately, and the other components are set to represent the specified calendar time, but with their values forced to their normal ranges; the final value of tm_mday is not set un- til tm_mon and tm_year are determined. Mktime() returns the specified calendar time; if the calendar time cannot be represented, it returns -1; ===} But, the time in question was GMT time, not local time. Thus, perl MUST NOT call mktime() in strftime() because strftime MUST ONLY PRINT its data and MUST NOT have any opinion of its content because it cannot know real time zone of the data. >How-To-Repeat: See above. >Fix: Disable the mktime() call in POSIX::strftime. Also disable init_tm(), whis is really localtime(time()) - IMHO the better solution for FreeBSD in case of tm_gmtoff & tm_zone patameters is to set them to most safe value, i.e. 0. (note: spaces/tabs are incorrect in this diff) ==={ --- src/contrib/perl5/ext/POSIX/POSIX.xs.orig Wed May 5 16:15:29 1999 +++ src/contrib/perl5/ext/POSIX/POSIX.xs Wed Nov 10 20:04:30 1999 @@ -3617,21 +3617,20 @@ CODE: { char tmpbuf[128]; struct tm mytm; int len; - init_tm(&mytm); /* XXX workaround - see init_tm() above */ + bzero(&mytm, sizeof(mytm)); mytm.tm_sec = sec; mytm.tm_min = min; mytm.tm_hour = hour; mytm.tm_mday = mday; mytm.tm_mon = mon; mytm.tm_year = year; mytm.tm_wday = wday; mytm.tm_yday = yday; mytm.tm_isdst = isdst; - (void) mktime(&mytm); len = strftime(tmpbuf, sizeof tmpbuf, fmt, &mytm); /* ** The following is needed to handle to the situation where ** tmpbuf overflows. Basically we want to allocate a buffer ** and try repeatedly. The reason why it is so complicated ===} >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 Nov 10 18:10: 5 1999 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 8519E15413 for ; Wed, 10 Nov 1999 18:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA66265; Wed, 10 Nov 1999 18:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from eubie.lbl.gov (eubie.lbl.gov [131.243.2.36]) by hub.freebsd.org (Postfix) with ESMTP id 0429D14E70 for ; Wed, 10 Nov 1999 18:08:10 -0800 (PST) (envelope-from jin@eubie.lbl.gov) Received: (from jin@localhost) by eubie.lbl.gov (8.9.3/8.9.3) id SAA00877; Wed, 10 Nov 1999 18:08:10 -0800 (PST) (envelope-from jin) Message-Id: <199911110208.SAA00877@eubie.lbl.gov> Date: Wed, 10 Nov 1999 18:08:10 -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: kern/14814: 4.0-CURRENT SMP mode causes ep0 slow Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14814 >Category: kern >Synopsis: 4.0-CURRENT SMP mode causes ep0 slow >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 Nov 10 18:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (FTG staff) >Release: FreeBSD 4.0-CURRENT >Organization: >Environment: FreeBSD 4.0-CURRENT after Oct. 1999 Hardware: ASUS P/I P65UP5 MotherBoard with C-P55T2D dual CPU (200MHz Pentium CPU card) daughter board + 3COM 3C509 ethernet NIC >Description: After recompile the kernel to enable SMP, the ep0 drop the throughtput from 7 Mbps to 0.6Mbps Rx and 1.5Mbps Tx. Reinstalled and tested with 3.3-19991110, everything work well. So, the problem is inside kernel of 4.0-CURRENT. >How-To-Repeat: adding following lines into /sys/i386/conf/CURRENT and rebuild kernel: options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options NAPIC=2 # number of IO APICs >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 Nov 10 21:40: 6 1999 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 6394E14D25 for ; Wed, 10 Nov 1999 21:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA81615; Wed, 10 Nov 1999 21:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 5D26514D25; Wed, 10 Nov 1999 21:36:26 -0800 (PST) Message-Id: <19991111053626.5D26514D25@hub.freebsd.org> Date: Wed, 10 Nov 1999 21:36:26 -0800 (PST) From: candy@kgc.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: i386/14816: lnc(4) can work with Am79C937 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14816 >Category: i386 >Synopsis: lnc(4) can work with Am79C937 >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: Wed Nov 10 21:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Toshihiro Kanda >Release: FreeBSD 3.3-RELEASE i386 >Organization: >Environment: FreeBSD uuu.kgc.co.jp 3.3-RELEASE FreeBSD 3.3-RELEASE #10: Thu Nov 11 13:42:11 JST 1999 candy@uuu.kgc.co.jp:/usr/src/sys/compile/UUU i386 >Description: lnc(4) can work with Am79C973 (PCnet FAST III). Its chip id is 0x2625. To support it, just add the following line to if_lnc.c:pcnet_probe(). case 0x2625: return (PCNet_FASTplus); Thanks in advance. >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 Nov 10 21:40:10 1999 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 8BD6314D7B for ; Wed, 10 Nov 1999 21:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA81624; Wed, 10 Nov 1999 21:40:01 -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 5FD3914D25 for ; Wed, 10 Nov 1999 21:39:52 -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 AAA45760; Thu, 11 Nov 1999 00:43:29 -0500 (EST) (envelope-from cjc) Message-Id: <199911110543.AAA45760@cc942873-a.ewndsr1.nj.home.com> Date: Thu, 11 Nov 1999 00:43:29 -0500 (EST) From: "Crist J. Clark" Reply-To: cjc@cc942873-a.ewndsr1.nj.home.com To: FreeBSD-gnats-submit@freebsd.org Cc: kevin.ruddy@powerdog.com X-Send-Pr-Version: 3.2 Subject: bin/14817: strptime(3) '%C' conversion incorrect Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14817 >Category: bin >Synopsis: strptime(3) '%C' conversion incorrect >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 Nov 10 21:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Crist J. Clark >Release: FreeBSD 3.3-STABLE i386 >Organization: >Environment: FreeBSD 3.3-STABLE. Default C library >Description: The strptime(3) function fills a time 'tm structure' from a user's string using a format also provided by the user. However, the '%C' conversion does not work as described in strftime(3) (which strptime(3) references as containing the key for the conversions), nor does a simple 'date +%C' return what the actual strptime(3) function wants. >How-To-Repeat: A C fragment, struct tm tm; strptime("19","%C",&tm); printf("%d\n",tm.tm_year); Which fails using the existing code. It should return, 0 Or of we were to substitute "20" for "19", 100 >Fix: I actually looked at strptime(3) to fix something else (it can't read formats that run together, e.g "%y%j%H%M%S"), when I noticed the way it handles '%C' is contradictory to the manpages and date(1)'s operation. It was a quick fix. Patch: --- /usr/src/lib/libc/stdtime/strptime.c Sun Aug 29 21:55:58 1999 +++ strptime.c Thu Nov 11 00:38:39 1999 @@ -1,4 +1,13 @@ /* + * 1999/11/11, cjclark@alum.mit.edu + * + * The '%C' conversion specification did not conform to the documentation + * in strftime(3) or in the operation of 'date +%C'. Fixed. The '%C' + * conversion demands _exactly_ two digits (like the output) and must + * be in the range 19-20. This 19-20 is converted to 0 or 100 being added + * to tm_year. + */ +/* * Powerdog Industries kindly requests feedback from anyone modifying * this function: * @@ -115,12 +124,6 @@ return 0; break; - case 'C': - buf = _strptime(buf, Locale->date_fmt, tm); - if (buf == 0) - return 0; - break; - case 'c': buf = _strptime(buf, "%x %X", tm); if (buf == 0) @@ -163,7 +166,20 @@ return 0; break; - case 'j': + case 'C': /* "Century" (required to be two digits) */ + if (!(isdigit((unsigned char)*buf) && isdigit((unsigned char)*(buf+1)))) + return 0; + i = 10*(*buf++ - '0'); + i += *buf++ - '0'; + + if ((i < 19) || (i > 20)) + return 0; + + tm->tm_year = i*100 - 1900; + + break; + + case 'j': /* Day of year */ if (!isdigit((unsigned char)*buf)) return 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 Wed Nov 10 22:10:11 1999 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 978CB15449 for ; Wed, 10 Nov 1999 22:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA83648; Wed, 10 Nov 1999 22:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 0879715456; Wed, 10 Nov 1999 22:08:15 -0800 (PST) Message-Id: <19991111060815.0879715456@hub.freebsd.org> Date: Wed, 10 Nov 1999 22:08:15 -0800 (PST) From: ab@astralblue.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14819: REQ: support for ``immediate'' SCSI commands Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14819 >Category: kern >Synopsis: REQ: support for ``immediate'' SCSI commands >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 10 22:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Eugene M. Kim >Release: 3-stable and 4-current >Organization: >Environment: FreeBSD raista.ia.cp 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Wed Nov 10 19:59:27 PST 1999 root@raista.ia.cp:/usr/src/sys/compile/IA-RAISTA i386 Kernel configuration: --------------------------------- snip --------------------------------- # # IA-RAISTA - kernel configuration for Raista's IA Server # # # CORE PARAMETERS # machine i386 # configuration architecture ident IA-RAISTA # kernel identification config kernel # kernel name maxusers 64 # hint for system table sizes # # GENERAL # # CPU options cpu I686_CPU # Intel Pentium Pro/II/III/Celeron CPU # Config options #options USERCONFIG # boot-up hardware configuration menu #options VISUAL_USERCONFIG # visual menu #options INCLUDE_CONFIG_FILE # in-line kernel configuration file # Compatibility options options COMPAT_43 # 4.3BSD/FreeBSD 1.x syscall compatibility options SYSVSHM # System V shared memory options SYSVSEM # System V semaphore options SYSVMSG # System V message queue # Compatibility options - POSIX 1003.1B realtime extensions options P1003_1B # core options _KPOSIX_PRIORITY_SCHEDULING # priority scheduling options _KPOSIX_VERSION=199309L # POSIX kernel version # Miscellaneous options options MD5 # md5 hashing routine options MSGBUF_SIZE=40960 # kernel message buffer size # # NETWORKING # # Internet family options INET # Internet core code # Network interface types/options pseudo-device loop # loopback (MANDATORY) pseudo-device ether # Ethernet pseudo-device bpf # Berkeley packet filter (for Samba) # # FILESYSTEMS # # Real filesystems options FFS # 4.2BSD fast filesystem options FFS_ROOT # FFS usable as root filesystem options SOFTUPDATES # FFS Softupdates technology # General filesystem options options QUOTA # disk quota check # Swap options options NSWAPDEV=1 # number of swap devices # # MISCELLANEOUS DEVICES # pseudo-device pty # pseudo tty pseudo-device vn # vnode driver # # ISA BUS/DEVICES # # Core options controller isa0 # ISA system bus controller pnp0 # ISA plug-and-play support options AUTO_EOI_1 # automatic EOI on master PIC #options AUTO_EOI_2 # automatic EOI on slave PIC # AT keyboard controller (required for atkbd0, psm0, vga0 and sc0) controller atkbdc0 at isa? port IO_KBD # AT keyboard device atkbd0 at atkbdc? irq 1 # PS/2 mouse device psm0 at atkbdc? irq 12 # Standard VGA device vga0 at isa? port ? conflicts # System console device sc0 at isa? options MAXCONS=12 options SC_HISTORY_SIZE=1000 options VESA # Splash screen at start up (screen savers require this too) pseudo-device splash # Numeric processing extension device npx0 at nexus? port IO_NPX irq 13 # Floppy disk controller controller fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # Serial ports device sio0 at isa? port IO_COM1 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Newpcm device pcm0 # # PCI BUS/DEVICES # # Core options controller pci0 # Adaptec aic7895-based SCSI host adapter controller ahc0 options AHC_ALLOW_MEMIO # MII PHY bus support (for PCI network interface cards) controller miibus0 # # SCSI BUS/DEVICES # controller scbus0 # SCSI bus device da0 # disks (direct access) device sa0 # tapes (sequential access) device cd0 # CD-ROM device pass0 # passthrough device # # PARALLEL PORT BUS/DEVICES # controller ppbus0 # parallel port bus controller lpt0 at ppbus? # parallel printer device ppc0 at isa? port ? irq 7 # parallel port device --------------------------------- snip --------------------------------- Boot dmesg log: --------------------------------- snip --------------------------------- Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Wed Nov 10 19:59:27 PST 1999 root@raista.ia.cp:/usr/src/sys/compile/IA-RAISTA Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 267274194 Hz CPU: Pentium II (267.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x633 Stepping = 3 Features=0x80f9ff real memory = 134205440 (131060K bytes) avail memory = 127356928 (124372K bytes) Preloaded elf kernel "kernel.IA-RAISTA" at 0xc027c000. VESA: v2.0, 4096k memory, flags:0x1, mode table:0xc0236246 (1000022) VESA: Matrox Graphics Inc. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 isab0: at device 4.0 on pci0 isa0: on isab0 chip1: at device 4.1 on pci0 chip2: irq 5 at device 4.2 on pci0 chip3: at device 4.3 on pci0 ahc0: irq 5 at device 6.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: unknown card (vendor=0x8086, dev=0x1229) at 10.0 irq 10 vga-pci0: irq 11 at device 12.0 on pci0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model GlidePoint, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: SMC-like chipset (ECP/EPP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/9 bytes threshold lpt0: on ppbus 0 lpt0: Interrupt-driven port Waiting 2 seconds for SCSI devices to settle Creating DISK da0 Creating DISK da1 Creating DISK da2 Creating DISK da3 sa0 at ahc0 bus 0 target 6 lun 0 sa0: Removable Sequential Access SCSI-2 device sa0: 5.813MB/s transfers (5.813MHz, offset 7) Creating DISK cd0 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 8, 16bit), Tagged Queueing Enabled da0: 4341MB (8890760 512 byte sectors: 255H 63S/T 553C) da1 at ahc0 bus 0 target 13 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da1: 17519MB (35879135 512 byte sectors: 255H 63S/T 2233C) da2 at ahc0 bus 0 target 14 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da2: 8754MB (17928698 512 byte sectors: 255H 63S/T 1116C) da3 at ahc0 bus 0 target 15 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 11.626MB/s transfers (5.813MHz, offset 8, 16bit), Tagged Queueing Enabled da3: 8754MB (17928698 512 byte sectors: 255H 63S/T 1116C) Root mount failed: 22 Mounting root from ufs:da0s1a --------------------------------- snip --------------------------------- >Description: The OnStream SC50 tape drive doesn't work with mt(1), which prints the following error and exits for all commands: mt: /dev/nrsa0: Invalid argument And the following dmesg is logged simultaneously: (sa0:ahc0:0:6:0): REWIND. CDB: 1 0 0 0 0 0 (sa0:ahc0:0:6:0): ILLEGAL REQUEST info?:b6ca6 asc:24,0 (sa0:ahc0:0:6:0): Invalid field in CDB After some experiment, it seems that the drive only accepts REWIND command only when the `immediate' flag is set in CDB, i.e. `camcontrol cmd -c 1 1 0 0 0 0 -n sa' works as expected. >How-To-Repeat: Install the OnStream SC50 tape drive and issue `mt status'. >Fix: No fix or workaround 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 Wed Nov 10 23:13:54 1999 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 F026414CB7; Wed, 10 Nov 1999 23:13:52 -0800 (PST) (envelope-from mjacob@FreeBSD.org) Received: (from mjacob@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA88214; Wed, 10 Nov 1999 23:13:52 -0800 (PST) (envelope-from mjacob@FreeBSD.org) Date: Wed, 10 Nov 1999 23:13:52 -0800 (PST) From: Message-Id: <199911110713.XAA88214@freefall.freebsd.org> To: ab@astralblue.com, mjacob@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14819: REQ: support for ``immediate'' SCSI commands Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: REQ: support for ``immediate'' SCSI commands State-Changed-From-To: open->closed State-Changed-By: mjacob State-Changed-When: Wed Nov 10 23:13:03 PST 1999 State-Changed-Why: rejected: We will *not* blanket support immediate mode commands in the tape driver or any other drivedr. It's a sure way to get a jammed SCSI bus. It's only broken h/w like the OnStream that require it. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 1:20: 4 1999 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 2295D14CA3 for ; Thu, 11 Nov 1999 01:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA97458; Thu, 11 Nov 1999 01:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 01:20:02 -0800 (PST) Message-Id: <199911110920.BAA97458@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: bin/14817: strptime(3) '%C' conversion incorrect Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14817; it has been noted by GNATS. From: Sheldon Hearn To: cjc@cc942873-a.ewndsr1.nj.home.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG, kevin.ruddy@powerdog.com Subject: Re: bin/14817: strptime(3) '%C' conversion incorrect Date: Thu, 11 Nov 1999 11:19:27 +0200 On Thu, 11 Nov 1999 00:43:29 EST, "Crist J. Clark" wrote: > However, the '%C' conversion does not work as described in strftime(3) > (which strptime(3) references as containing the key for the > conversions), nor does a simple 'date +%C' return what the actual > strptime(3) function wants. I think that strptime(3) does behave as expected. I think you're assuming too much. > struct tm tm; > > strptime("19","%C",&tm); > > printf("%d\n",tm.tm_year); You can't expect tm_year to contain anything sensible after your call to strptime, because you haven't given it enough information. Try using it in conjunction with %g and you'll get sensible results. Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 2:17:15 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id DAA8615460 for ; Thu, 11 Nov 1999 02:17:10 -0800 (PST) (envelope-from hibma@skylink.it) Received: from skylink.it (va-133.skylink.it [194.185.55.133]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id LAA12030; Thu, 11 Nov 1999 11:18:01 +0100 Received: from localhost (localhost [127.0.0.1]) by skylink.it (8.9.3/8.9.3) with SMTP id QAA00809; Wed, 10 Nov 1999 16:19:55 -0700 (MST) (envelope-from hibma@skylink.it) Date: Wed, 10 Nov 1999 16:19:54 -0700 (MST) From: Nick Hibma X-Sender: n_hibma@henny.plazza.it Reply-To: Nick Hibma To: Cheryl Offholter Cc: freebsd-bugs@FreeBSD.org Subject: Re: Ports Software Collection In-Reply-To: <405DA8262B13D311BE2900A0C9D18456035090@MDM_STL03> 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 Wed, 10 Nov 1999, Cheryl Offholter wrote: > Is it correct to assume that the FREEBSD PORTS SOFTWARE COLLECTION is also > completely compliant in addition to the operating system? Please advise. No. It's external software, therefore is by default not Y2K compliant unless specified otherwise. Nick > > Thank you. > Cheryl Offholter > Y2K Task Force > Millennium Digital Media (parent company of US Net) > > > 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 Thu Nov 11 7:40: 4 1999 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 65A3C14DB1 for ; Thu, 11 Nov 1999 07:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA77552; Thu, 11 Nov 1999 07:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 07:40:01 -0800 (PST) Message-Id: <199911111540.HAA77552@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Crist J. Clark" Subject: Re: bin/14817: strptime(3) '%C' conversion incorrect Reply-To: "Crist J. Clark" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14817; it has been noted by GNATS. From: "Crist J. Clark" To: sheldonh@uunet.co.za (Sheldon Hearn) Cc: FreeBSD-gnats-submit@FreeBSD.ORG, kevin.ruddy@powerdog.com Subject: Re: bin/14817: strptime(3) '%C' conversion incorrect Date: Thu, 11 Nov 1999 10:43:26 -0500 (EST) Sheldon Hearn wrote, > On Thu, 11 Nov 1999 00:43:29 EST, "Crist J. Clark" wrote: > > > However, the '%C' conversion does not work as described in strftime(3) > > (which strptime(3) references as containing the key for the > > conversions), nor does a simple 'date +%C' return what the actual > > strptime(3) function wants. > > I think that strptime(3) does behave as expected. I think you're > assuming too much. No, it does not. In /usr/src/lib/libc/stdtime/strptime.c we have, case 'C': buf = _strptime(buf, Locale->date_fmt, tm); if (buf == 0) return 0; break; And in stdftime.c we have, case 'C': /* ** %C used to do a... ** _fmt("%a %b %e %X %Y", t); ** ...whereas now POSIX 1003.2 calls for ** something completely different. ** (ado, 5/24/93) */ pt = _conv((t->tm_year + TM_YEAR_BASE) / 100, "%02d", pt, ptlim); continue; Which quite clearly points out theat strptime(3) is using something like the _old_ (pre-93!) definition of '%C' contrary to POSIX, strftime(3) documentation and functionality, and date(1) functionality. stdptime.c is clearly wrong. > > struct tm tm; > > > > strptime("19","%C",&tm); > > > > printf("%d\n",tm.tm_year); > > You can't expect tm_year to contain anything sensible after your call to > strptime, because you haven't given it enough information. Try using it > in conjunction with %g and you'll get sensible results. Well, I would go to show that using the existing '%C' combined with '%g' would not work either, but ran into a little problem. '%g' (or '%G') is not defined at all in strptime.c. However, I one might think "%C %y" would accomplish what you would like. Unfortunately, '%y' _sets_ tm.tm_year, so even if '%C' did what it was supposed to, the result would be wiped out. So, now that I look at it more closely, since '%y' cannot be used in combination with '%C' anyway, '%C' is pretty useless even if it works. I also now realize if you have a date like, "10/20/50," there is no way to tell strptime() that you mean 1950 and _not_ 2050. You'd have to fix tm.tm_year yourself. It actually might be best to simply elimiate '%C' from strptime.c altogether (since the current implementation is incorrect and a fix is almost useless even if it works) and make note of some of these issues on the manpages. -- Crist J. Clark cjclark@home.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 9:34:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.skylink.it (ns.skylink.it [194.177.113.1]) by hub.freebsd.org (Postfix) with ESMTP id 4A9D914D06; Thu, 11 Nov 1999 09:34:14 -0800 (PST) (envelope-from hibma@skylink.it) Received: from skylink.it (va-161.skylink.it [194.185.55.161]) by ns.skylink.it (8.9.1/8.8.8) with ESMTP id SAA25834; Thu, 11 Nov 1999 18:35:05 +0100 Received: from localhost (localhost [127.0.0.1]) by skylink.it (8.9.3/8.9.3) with SMTP id IAA00475; Thu, 11 Nov 1999 08:51:53 -0700 (MST) (envelope-from hibma@skylink.it) Date: Thu, 11 Nov 1999 08:51:53 -0700 (MST) From: Nick Hibma X-Sender: n_hibma@henny.plazza.it Reply-To: Nick Hibma To: ab@astralblue.com Cc: mjacob@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14819: REQ: support for ``immediate'' SCSI commands In-Reply-To: <199911110713.XAA88214@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 Even worse, the OnStream tape drive is completely broken when it comes to the SCSI protocol it uses. It will require a special SCSI peripheral driver. It is not possible to support the device through the sa driver, so it does not make sense to modify it to use immediate commands. Some people are working on and off on support for the drive. If you are interested in developing the driver for it, let Mike Smith know. He seems to have documentation for it or knows where to get it IIRC. Hope this helps. Nick On Wed, 10 Nov 1999 mjacob@FreeBSD.ORG wrote: > Synopsis: REQ: support for ``immediate'' SCSI commands > > State-Changed-From-To: open->closed > State-Changed-By: mjacob > State-Changed-When: Wed Nov 10 23:13:03 PST 1999 > State-Changed-Why: > rejected: We will *not* blanket support immediate mode commands in the tape > driver or any other drivedr. It's a sure way to get a jammed SCSI bus. > It's only broken h/w like the OnStream that require 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 Thu Nov 11 9:56: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mobil.surnet.ru (mobil.surnet.ru [195.54.2.7]) by hub.freebsd.org (Postfix) with ESMTP id 902B514E4E for ; Thu, 11 Nov 1999 09:55:49 -0800 (PST) (envelope-from ilia@cgilh.chel.su) Received: (from uucgilh@localhost) by mobil.surnet.ru (8.9.1a/8.9.1) with UUCP id WAA20052 for bugs@FreeBSD.ORG; Thu, 11 Nov 1999 22:51:50 +0500 (ES) Received: (from uucp@localhost) by cgilh.chel.su (8.8.7/8.8.7) with UUCP id WAA01491 for bugs@FreeBSD.ORG; Thu, 11 Nov 1999 22:08:47 +0500 Received: from localhost (ilia@localhost) by jane.cgu.chel.su (8.9.3/8.9.2) with ESMTP id VAA00685 for ; Thu, 11 Nov 1999 21:55:17 +0500 (ES) (envelope-from ilia@cgilh.chel.su) X-Authentication-Warning: jane.cgu.chel.su: ilia owned process doing -bs Date: Thu, 11 Nov 1999 21:55:15 +0500 (ES) From: Ilia Chipitsine X-Sender: ilia@jane.cgu.chel.su To: bugs@FreeBSD.ORG Subject: unimplemented feature ? Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=koi8-r Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org -----BEGIN PGP SIGNED MESSAGE----- Dear All, it worked when it was 3.0-CURRENT, now I'm running 3.3-R and it doesn't work ... jane# joy kldload: can't load joy: Exec format error jane# am I doing anything wrong ? Regards, (îÁÉÌÕÞÛÉÅ ÐÏÖÅÌÁÎÉÑ) Ilia Chipitsine (éÌØÑ ûÉÐÉÃÉÎ) -----BEGIN PGP SIGNATURE----- Version: 2.6.3ia Charset: noconv iQB1AwUBOCr09ORxlWKN2EXhAQGSDQMAmVIfFbsMdJKgtWAKuX/H/hz1FP7JfHYx n2Su+BGCYeaC19SSzdTMidx2IfybZ8UpuyjI4c6DS6pWVwbERoXp3g741WPtBEh1 u24LSQyeH0LW7LQG5XYWxm91dONGMtMm =Ps+E -----END PGP SIGNATURE----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 12:20: 5 1999 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 A221B14C20 for ; Thu, 11 Nov 1999 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA03037; Thu, 11 Nov 1999 12:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 12:20:01 -0800 (PST) Message-Id: <199911112020.MAA03037@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brian McGovern Subject: Re: kern/3463: netstat -I packet count increase on sl0 when there's no traffic Reply-To: Brian McGovern Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/3463; it has been noted by GNATS. From: Brian McGovern To: freebsd-gnats-submit@freebsd.org, ponds!rivers@dg-rtp.dg.com Cc: Subject: Re: kern/3463: netstat -I packet count increase on sl0 when there's no traffic Date: Thu, 11 Nov 1999 15:12:56 -0500 I have seen similar issues with netstat -I, as well. However, my case is slightly different. It appears to me that the bug has to do either with the last up interface in a class, or the last UP interface on the machine. In my case, I run ppp 6 times, and then generate traffic at a particular rate (approximately 200 pps). tun0-tun4 show correct packet counts for input and output. tun5, on the other hand, show input and output packets that are the sum of the other tun interfaces (ie 1000pps). -Brian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 14:10: 4 1999 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 8D1A114E28 for ; Thu, 11 Nov 1999 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA12202; Thu, 11 Nov 1999 14:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8FC5114EEF; Thu, 11 Nov 1999 14:03:54 -0800 (PST) Message-Id: <19991111220354.8FC5114EEF@hub.freebsd.org> Date: Thu, 11 Nov 1999 14:03:54 -0800 (PST) From: mb@imp.ch To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/14829: rc.shutdown is handled unconsistently by reboot(8), shutdown -r now etc. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14829 >Category: bin >Synopsis: rc.shutdown is handled unconsistently by reboot(8), shutdown -r now etc. >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 Nov 11 14:10:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Blapp >Release: CURRENT >Organization: Improware AG, Pratteln >Environment: >Description: - 'init(8) -6', 'shutdown(8) -r now' do execute rc.shutdown. - 'CTRL ALT DELETE', 'reboot(8)' don't execute it. In my opinion it's wrong to think that rc.shutdown has only something to do with shutdown(8). If someone depends on terminating all services properly, it is a good idea to always do proper shutdowns. The advice 'use shutdown(8)' if you like proper shutdowns is a bad idea. Many people (including me) are used to shutdown the system in different ways and they don't like to do it suddenly in a different manner. I wrote and sent this in because my little program (rpc.umntall) does depend on proper shutdowns. It get's executed in /etc/rc.shutdown ... so you know why I was angry about people saying 'use shutdown, not reboot'. If we don't handle this case properly, /var/db/mountdtab will never be handled properly. >How-To-Repeat: >Fix: In all cases it would be a good idea to do a kill(1, SIGINT), so init starts rc.shutdown before it exits. This leads to _always_ proper shutdowns _and_ reboots. If we support the SYSV init emulation, we should also handle it properly. >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 Nov 11 14:30:10 1999 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 EB99214EBC for ; Thu, 11 Nov 1999 14:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA13828; Thu, 11 Nov 1999 14:30:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from smtp2.vnet.net (smtp2.vnet.net [166.82.1.32]) by hub.freebsd.org (Postfix) with ESMTP id A861B14EC2 for ; Thu, 11 Nov 1999 14:22:01 -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 RAA05362 for ; Thu, 11 Nov 1999 17:21:57 -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 RAA04579 for ; Thu, 11 Nov 1999 17:21:56 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id RAA00499; Thu, 11 Nov 1999 17:21:56 -0500 (EST) Message-Id: <199911112221.RAA00499@lakes.dignus.com> Date: Thu, 11 Nov 1999 17:21:56 -0500 (EST) From: Thomas David Rivers Reply-To: rivers@dignus.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14830: -- panics 3.3-RELEASE Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14830 >Category: kern >Synopsis: pressing -- on 3.3-RELEASE panics machine >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 Nov 11 14:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Thomas David Rivers >Release: FreeBSD 3.3-RELEASE i386 >Organization: Dignus, LLC >Environment: P200 - 64meg of memory - aha2940 - a few large disks. >Description: Pressing -- on the console (not in X, of course) will panic the machine. Unfortunately, the panic messages are followed by an immediate reboot, so I can't read them. The kernel is config'd with option DDB. Here's the entire config file: # # 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.143.2.22 1999/09/14 22:53:30 jkh Exp $ machine "i386" cpu "I386_CPU" cpu "I486_CPU" cpu "I586_CPU" cpu "I686_CPU" ident LAKES maxusers 50 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 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=15000 #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 options DDB # DDB in the kernel config kernel root on wd0 # 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 pnp0 # PnP support for ISA controller eisa0 controller pci0 # Floppy drives controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 disk fd0 at fdc0 drive 0 disk fd1 at fdc0 drive 1 # IDE controller and disks options "CMD640" # work around CMD640 chip deficiency 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 device wfd0 #IDE Floppy (e.g. LS-120) # SCSI Controllers # A single entry for any of these controllers (ncr, ahb, ahc) is # sufficient for any number of installed devices. #controller ncr0 # NCR/Symbios Logic #controller ahb0 # EISA AHA1742 family controller ahc0 # AHA2940 and onboard AIC7xxx devices #controller amd0 # AMD 53C974 (Teckram DC-390(T)) #controller isp0 # Qlogic family #controller dpt0 # DPT Smartcache - See LINT for options! #controller adv0 at isa? port ? cam irq ? #controller adw0 #controller bt0 at isa? port ? cam irq ? controller aha0 at isa? port ? cam 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) # Proprietary or custom CD-ROM Interfaces device wt0 at isa? port 0x300 bio irq 5 drq 1 device mcd0 at isa? port 0x300 bio irq 10 device matcd0 at isa? port 0x230 bio device scd0 at isa? port 0x230 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=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at isa? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at isa? disable flags 0x31 # Advanced Power Management # PCCARD (PCMCIA) support #controller card0 #device pcic0 at card? #device pcic1 at card? # 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 #controller vpo0 at ppbus? # Requires scbus and da0 # PCI Ethernet NICs. #device al0 # ADMtek AL981 (``Comet'') #device ax0 # ASIX AX88140A #device de0 # DEC/Intel DC21x4x (``Tulip'') #device fxp0 # Intel EtherExpress PRO/100B (82557, 82558) #device mx0 # Macronix 98713/98715/98725 (``PMAC'') #device pn0 # Lite-On 82c168/82c169 (``PNIC'') #device rl0 # RealTek 8129/8139 #device sf0 # Adaptec AIC-6915 DuraLAN (``Starfire'') #device tl0 # Texas Instruments ThunderLAN #device tx0 # SMC 9432TX (83c170 ``EPIC'') #device vr0 # VIA Rhine, Rhine II #device vx0 # 3Com 3c590, 3c595 (``Vortex'') #device wb0 # Winbond W89C840F #device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. # Order is important here due to intrusive probes, do *not* alphabetize # this list of network interfaces until the probes have been fixed. # Right now it appears that the ie0 must be probed before ep0. See # revision 1.20 of this file. #device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 device ed0 at isa? port 0x300 net irq 9 iomem 0xd8000 #device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000 #device ep0 at isa? port 0x300 net irq 10 #device ex0 at isa? port? net irq? #device fe0 at isa? port 0x300 net irq ? #device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 net irq 10 drq 0 #device cs0 at isa? port 0x300 net irq ? # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? port? net irq ? # PCCARD NIC drivers. # ze and zp take over the pcic and cannot coexist with generic pccard # support, nor the ed and ep drivers they replace. #device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 #device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 # Luigi's snd code (use INSTEAD of snd0 and all VOXWARE drivers!). # You may also wish to enable the pnp controller with this, for pnp # sound cards. # device pcm0 at isa? port ? tty irq 10 drq 1 flags 0x0 # 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 1 # Packet tunnel pseudo-device pty 64 # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's # The `bpfilter' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! # The number of devices determines the maximum number of # simultaneous BPF clients programs runnable. pseudo-device bpfilter 1 #Berkeley packet filter # Brooktree driver has been ported to the new I2C framework. Thus, # you'll need at least iicbus, iicbb and smbus. iic/smb are only needed if you # want to control other I2C slaves connected to the external connector of # some cards. # device bktr0 controller smbus0 device smb0 at smbus? controller iicbus0 controller iicbb0 device ic0 at iicbus? device iic0 at iicbus? device iicsmb0 at iicbus? controller pcf0 at isa? port 0x320 net irq 5 >How-To-Repeat: config options DDB press -- >Fix: not 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 Thu Nov 11 15:10: 8 1999 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 A634214E4A for ; Thu, 11 Nov 1999 15:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA17449; Thu, 11 Nov 1999 15:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 15:10:02 -0800 (PST) Message-Id: <199911112310.PAA17449@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrey A. Chernov" Subject: Re: bin/14813: Perl POSIX::strftime bugfeature Reply-To: "Andrey A. Chernov" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14813; it has been noted by GNATS. From: "Andrey A. Chernov" To: Valentin Nechayev Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/14813: Perl POSIX::strftime bugfeature Date: Thu, 11 Nov 1999 15:04:23 -0800 On Wed, Nov 10, 1999 at 09:12:44PM +0200, Valentin Nechayev wrote: > Disable the mktime() call in POSIX::strftime. Also disable init_tm(), > whis is really localtime(time()) - IMHO the better solution for FreeBSD > in case of tm_gmtoff & tm_zone patameters is to set them to most safe value, > i.e. 0. What about just replacing mktime() with timegm()? It seems to produce correct results, but I not check it. -- Andrey A. Chernov http://nagual.pp.ru/~ache/ MTH/SH/HE S-- W-- N+ PEC>+ D A a++ C G>+ QH+(++) 666+>++ Y To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 15:10:10 1999 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 B36F614F77 for ; Thu, 11 Nov 1999 15:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA17444; Thu, 11 Nov 1999 15:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from parsons.rh.rit.edu (d116-l055.rh.rit.edu [129.21.116.55]) by hub.freebsd.org (Postfix) with ESMTP id D5ED814E4A for ; Thu, 11 Nov 1999 15:01:44 -0800 (PST) (envelope-from mfisher@parsons.rh.rit.edu) Received: from mfisher by parsons.rh.rit.edu with local (Exim 2.12 #1) id 11m3Dr-0002ag-00 for FreeBSD-gnats-submit@freebsd.org; Thu, 11 Nov 1999 18:01:43 -0500 Message-Id: Date: Thu, 11 Nov 1999 18:01:43 -0500 From: Mike Fisher Reply-To: mfisher@parsons.rh.rit.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/14832: Spelling Errors in fortune(6) datfiles. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14832 >Category: misc >Synopsis: Spelling Errors in fortune(6) datfiles. >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 Nov 11 15:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mike Fisher >Release: FreeBSD 3.3-STABLE i386 >Organization: Computer Science House at RIT >Environment: >Description: Fortune's datafiles have spelling errors. >How-To-Repeat: fortune -m Curchill >Fix: --- /usr/src/games/fortune/datfiles/fortunes Wed Oct 27 23:41:27 1999 +++ fortunes Thu Nov 11 17:55:20 1999 @@ -7219,7 +7219,7 @@ in any motor vehicle. % "In defeat, unbeatable; in victory, unbearable." - -- Winston Curchill, of Montgomery + -- Winston Churchill, of Montgomery % In Denver it is unlawful to lend your vacuum cleaner to your next-door neighbor. @@ -15402,7 +15402,7 @@ -- R. A. Lafferty % "When you have to kill a man it costs nothing to be polite." - -- Winston Curchill, On formal declarations of war + -- Winston Churchill, On formal declarations of war % When you know absolutely nothing about the topic, make your forecast by asking a carefully selected probability sample of 300 others who don't --- /usr/src/games/fortune/datfiles/fortunes.sp.ok Thu Mar 5 20:49:12 1998 +++ fortunes.sp.ok Thu Nov 11 17:55:48 1999 @@ -220,6 +220,7 @@ Chloroplast's Chok Chung's +Churchill Churchy Ciardi Cinemuck @@ -250,7 +251,6 @@ Croll Croll's Cuomo -Curchill Cuticle Cyberiad Cybernetic >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 Nov 11 15:57:47 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from smtp1.vnet.net (smtp1.vnet.net [166.82.1.31]) by hub.freebsd.org (Postfix) with ESMTP id 5DDA614F68 for ; Thu, 11 Nov 1999 15:57:45 -0800 (PST) (envelope-from rivers@dignus.com) Received: from dignus.com (ponds.vnet.net [166.82.177.48]) by smtp1.vnet.net (8.9.1a/8.9.1) with ESMTP id SAA21753 for ; Thu, 11 Nov 1999 18:57:43 -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 SAA04713 for ; Thu, 11 Nov 1999 18:57:42 -0500 (EST) Received: (from rivers@localhost) by lakes.dignus.com (8.9.3/8.6.9) id SAA00680 for freebsd-bugs@FreeBSD.org; Thu, 11 Nov 1999 18:57:42 -0500 (EST) Date: Thu, 11 Nov 1999 18:57:42 -0500 (EST) From: Thomas David Rivers Message-Id: <199911112357.SAA00680@lakes.dignus.com> To: freebsd-bugs@FreeBSD.org Subject: Re: kern/14830: -- panics 3.3-RELEASE In-Reply-To: <199911112230.OAA13824@freefall.freebsd.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Please close this - after a clean kernel rebuild everything is fine. - Dave (pointy hat) Rivers - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 16:46:21 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from vtopus.cs.vt.edu (vtopus.cs.vt.edu [128.173.40.24]) by hub.freebsd.org (Postfix) with ESMTP id 76BAE14CF6 for ; Thu, 11 Nov 1999 16:46:17 -0800 (PST) (envelope-from dhagan@vtopus.cs.vt.edu) Received: (from dhagan@localhost) by vtopus.cs.vt.edu (8.9.1a/8.9.1) id TAA22193; Thu, 11 Nov 1999 19:45:37 -0500 (EST) Date: Thu, 11 Nov 1999 19:45:35 -0500 (EST) From: Daniel Hagan To: rfg@monkeys.com Cc: bugs@freebsd.org Subject: doc/14595: ipfw log option 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 ipfw(8) includes the following description of the log option: ----- If the kernel was compiled with IPFIREWALL_VERBOSE, then when a packet matches a rule with the log keyword a message will be printed on the console. If the kernel was compiled with the IPFIREWALL_VERBOSE_LIMIT option, then logging will cease after the number of packets specified by the option are received for that particular chain entry. Logging may then be re-enabled by clearing the packet counter for that entry. Console logging and the log limit are adjustable dynamically through the sysctl(8) interface. ----- The logs are written to the console and (I think) also generate LOG_KERN facility messages in syslog. That part could be cleared up (after someone confirms that I'm right I guess), but the rest seems reasonably clear. Was there something that you specifically wanted added to the documentation? 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 Thu Nov 11 18: 0: 5 1999 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 9307114E41 for ; Thu, 11 Nov 1999 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 SAA30372; Thu, 11 Nov 1999 18:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8492A14C06; Thu, 11 Nov 1999 17:53:04 -0800 (PST) Message-Id: <19991112015304.8492A14C06@hub.freebsd.org> Date: Thu, 11 Nov 1999 17:53:04 -0800 (PST) From: kondo@ysyslab.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14836: sys/dev/isp/isp.c compile error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14836 >Category: kern >Synopsis: sys/dev/isp/isp.c compile error >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 Nov 11 18:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: kondo hiroshi >Release: RELENG_2_2 >Organization: Yokohama System Laboratory Corp. >Environment: # uname -a FreeBSD shiro.ysyslab.co.jp 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Nov 11 13:50:09 JST 1999 root@shiro.ysyslab.co.jp:/usr/src/sys/compile/GENSB16 i386 >Description: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../dev/isp/isp.c ../../dev/isp/isp.c: In function `ispscsicmd': ../../dev/isp/isp.c:1944: invalid operands to binary == *** Error code 1 >How-To-Repeat: cd /usr/src/release make release.3 >Fix: # cvs diff -r RELENG_2_2 isp.c Index: isp.c =================================================================== RCS file: /usr/CVS-Repository/src/sys/dev/isp/isp.c,v retrieving revision 1.21.2.7 diff -u -r1.21.2.7 isp.c --- isp.c 1999/10/28 02:51:34 1.21.2.7 +++ isp.c 1999/11/12 01:18:00 @@ -1941,7 +1941,7 @@ if (XS_CANTAG(xs)) { t2reqp->req_flags = XS_KINDOF_TAG(xs); } else { - if (XS_CDBP(xs)[0] == 0x3) /* REQUEST SENSE */ + if (XS_CDBP(xs)->opcode == 0x3) /* REQUEST SENSE */ t2reqp->req_flags = REQFLAG_HTAG; else t2reqp->req_flags = REQFLAG_OTAG; >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 Nov 11 18:30: 3 1999 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 4798314F93 for ; Thu, 11 Nov 1999 18:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA33006; Thu, 11 Nov 1999 18:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 18:30:01 -0800 (PST) Message-Id: <199911120230.SAA33006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: John Baldwin Subject: Re: bin/14829: rc.shutdown is handled unconsistently (Was RE: HEADS UP: new command rpc.umntall in usr.sbin) Reply-To: John Baldwin Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14829; it has been noted by GNATS. From: John Baldwin To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/14829: rc.shutdown is handled unconsistently (Was RE: HEADS UP: new command rpc.umntall in usr.sbin) Date: Thu, 11 Nov 1999 21:20:24 -0500 (EST) On 10-Nov-99 Martin Blapp wrote: > Attached it some part of RFC 1813: > > 5.2.4 Procedure 4: UMNTALL - Remove all mount entries > > SYNOPSIS > > void MOUNTPROC3_UMNTALL(void) = 4; > > DESCRIPTION > > Procedure UMNTALL removes all of the mount entries for > this client previously recorded by calls to MNT. AUTH_UNIX > authentication or better is required. > > IMPLEMENTATION > > This procedure should be used by clients when they are > recovering after a system shutdown. If the client could ^^^^^^^^^^^^^^^^^^^^^^^ To me, this means that rpc.umntall should only be called during startup and *not* during shutdown. > not successfully unmount all of its file systems before ^^^^^^^^^^^^^^^^^^^^ This also implies to me that we should attempt to unmount all NFS mounts first (with a timeout so that if they hang the unmount just gives up and returns an error). Then, running rpc.umntall at shutdown for those filesystems which could not be unmounted makes sense. So, sticking a call in rc.shutdown makes sense, and having rc.shutdown use a parameter to know when it is doing a 'shutdown' versus 'shutdown -[rph]' makes sense. And, grrr..., I guess having reboot(8), and halt(8) calling rc.shutdown makes sense. However, note that reboot and halt have special options to force really quick shutdowns, and your changes should honor those (albeit questionable) flags. I normally would vote for the current behavior of halt(8) and reboot(8), but rpc.umntall will be broken unless it is changed. > being shutdown or the client crashed because of a software > or hardware problem, there may be servers which still have > mount entries for this client. This is an easy way for the > client to inform all servers at once that it does not have > any mounted file systems. However, since this procedure > is generally implemented using broadcast RPC, it is only > of limited usefullness. > > ERRORS > > There are no MOUNT protocol errors which can be returned > from this procedure. However, RPC errors may be returned > for authentication or other RPC failures. --- John Baldwin -- http://www.cslab.vt.edu/~jobaldwi/ PGP Key: http://www.cslab.vt.edu/~jobaldwi/pgpkey.asc "Power Users Use the Power to Serve!" - http://www.FreeBSD.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 19: 9:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from cc158233-a.catv1.md.home.com (cc158233-a.catv1.md.home.com [24.3.25.17]) by hub.freebsd.org (Postfix) with ESMTP id 57AEF14C28 for ; Thu, 11 Nov 1999 19:09:34 -0800 (PST) (envelope-from sjr@home.net) Received: from istari.home.net (localhost.home.net [127.0.0.1]) by cc158233-a.catv1.md.home.com (8.9.3/8.9.3) with ESMTP id WAA02456 for ; Thu, 11 Nov 1999 22:09:30 -0500 (EST) (envelope-from sjr@cc158233-a.catv1.md.home.com) Message-Id: <199911120309.WAA02456@cc158233-a.catv1.md.home.com> Date: Thu, 11 Nov 1999 22:09:29 -0500 (EST) From: "Stephen J. Roznowski" Subject: make_dev() warnings To: freebsd-bugs@FreeBSD.ORG MIME-Version: 1.0 Content-Type: TEXT/plain; charset=us-ascii Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm running a -current kernel from 2 November, and am getting the following warnings: WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") Is this something that I should send-pr, or are these being worked on? Thanks, -SR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 19:30: 3 1999 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 4FAD214EB9 for ; Thu, 11 Nov 1999 19:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA37596; Thu, 11 Nov 1999 19:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id E3C8914EB9; Thu, 11 Nov 1999 19:27:05 -0800 (PST) Message-Id: <19991112032705.E3C8914EB9@hub.freebsd.org> Date: Thu, 11 Nov 1999 19:27:05 -0800 (PST) From: schade@t3.rim.or.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14837: the booter say me "Invalied kernel." Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14837 >Category: kern >Synopsis: the booter say me "Invalied kernel." >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 11 19:30:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Yoshio Tazawa >Release: >Organization: Orgin >Environment: >Description: After fished to installation on Mebius(MN-5000D@sharp). In first boot, the booter say me "Invalied kernel." Try install and boot again, bad it never changed. (FreeBSD3.0 was success to installation) >How-To-Repeat: Use Mebius(MN-5000D@sharp) and install FreeBSD3.2. >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 Nov 11 19:40:42 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mta1.rcsntx.swbell.net (mta1.rcsntx.swbell.net [151.164.30.25]) by hub.freebsd.org (Postfix) with ESMTP id 36DC214FB3 for ; Thu, 11 Nov 1999 19:40:31 -0800 (PST) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([216.62.157.60]) by mta1.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FL200NMNFJH1R@mta1.rcsntx.swbell.net> for freebsd-bugs@FreeBSD.ORG; Thu, 11 Nov 1999 21:40:30 -0600 (CST) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id VAA54022; Thu, 11 Nov 1999 21:40:34 -0600 (CST envelope-from chris) X-URL: http://www.FreeBSD.org/~chris/ Date: Thu, 11 Nov 1999 21:40:33 -0600 From: Chris Costello Subject: Re: make_dev() warnings In-reply-to: <199911120309.WAA02456@cc158233-a.catv1.md.home.com> To: "Stephen J. Roznowski" Cc: freebsd-bugs@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19991111214033.J48527@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i X-Operating-System: FreeBSD 4.0-CURRENT (i386) References: <199911120309.WAA02456@cc158233-a.catv1.md.home.com> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 11, 1999, Stephen J. Roznowski wrote: > I'm running a -current kernel from 2 November, and am getting the > following warnings: > > WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") > WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") > > Is this something that I should send-pr, or are these being worked on? They're things that should be using make_dev(9) instead of whatever it is they're using. If you want to submit a patch for those CAM devices to use make_dev, go right ahead! -- |Chris Costello |Maybe Computer Science should be in the |College of Theology. - R. S. Barton `--------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20: 4:36 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id B500814FF7 for ; Thu, 11 Nov 1999 20:04:27 -0800 (PST) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-r-0.1-19990829) with ESMTP id NAA10934; Fri, 12 Nov 1999 13:03:54 +0900 (JST) Message-Id: <199911120403.NAA10934@rina.r.dl.itc.u-tokyo.ac.jp> To: chris@calldei.com Cc: sjr@home.net, freebsd-bugs@FreeBSD.ORG Cc: Seigo Tanimura Subject: Re: make_dev() warnings From: Seigo Tanimura In-Reply-To: Your message of "Thu, 11 Nov 1999 21:40:33 -0600" References: <19991111214033.J48527@holly.calldei.com> X-Mailer: Mew version 1.70 on Emacs 19.34.1 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=iso-2022-jp-2 Content-Transfer-Encoding: 7bit Date: Fri, 12 Nov 1999 13:03:54 +0900 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 11 Nov 1999 21:40:33 -0600, Chris Costello said: >> WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") >> WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") >> >> Is this something that I should send-pr, or are these being worked on? chris> They're things that should be using make_dev(9) instead of chris> whatever it is they're using. chris> If you want to submit a patch for those CAM devices to use chris> make_dev, go right ahead! It would help to add a new argument to .TNpNeNrNiNpNhN_NiNnNiNtN_Nt, so that a unit number(or a periph?) can be passed from .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NfNiNnNiNsNhNcNoNnNfNiNg() to .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NpNeNrNiNpNhN_NiNnNiNt() and the other functions. None of the CAM drivers seem to call make_dev(). $BC+B<(B $B@59d(B(Seigo Tanimura)|$B2#IM9qN)Bg3XBg3X1!(B $B9)3X8&5f2J(B =========================|$BEE;R>pJs9)3X@l96(B $BCf@n8&5f<<(B M2 Powered by SIEMENS, |$BEl5~Bg3X(B $B>pJs4pHW%;%s%?!<(B $B?^=q4[EE;R2=8&5fItLg(B FreeBSD 4.0-CURRENT |http://www.naklab.dnj.ynu.ac.jp/~tanimura/ (1st Nov 1999) & muesli. |tanimura@r.dl.itc.u-tokyo.ac.jp tanimura@freebsd.org VoxWare Serial Port Driver/Newmidi Midi Driver on FreeBSD: http://www.freebsd.org/~tanimura/newmidi/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20: 7:18 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id D21ED14FF7 for ; Thu, 11 Nov 1999 20:06:56 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA31777; Thu, 11 Nov 1999 21:06:35 -0700 (MST) (envelope-from ken) Message-Id: <199911120406.VAA31777@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <19991111214033.J48527@holly.calldei.com> from Chris Costello at "Nov 11, 1999 09:40:33 pm" To: chris@calldei.com Date: Thu, 11 Nov 1999 21:06:35 -0700 (MST) Cc: sjr@home.net (Stephen J. Roznowski), freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Costello wrote... > On Thu, Nov 11, 1999, Stephen J. Roznowski wrote: > > I'm running a -current kernel from 2 November, and am getting the > > following warnings: > > > > WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") > > WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") > > > > Is this something that I should send-pr, or are these being worked on? > > They're things that should be using make_dev(9) instead of > whatever it is they're using. Yep. > If you want to submit a patch for those CAM devices to use > make_dev, go right ahead! Don't bother. I've already got patches out for review that change all of CAM over to make_dev(). If anyone is interested, here they are: http://www.FreeBSD.ORG/~ken/cam.make_dev.diffs.110899 I'm interested in feedback, since I've only really tested the pass driver, and even still it hasn't been tested in a hot-swap scenario. I'm especially interested to hear whether hot swap works correctly (i.e. doesn't panic the kernel or anything) with these patches. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20:14:52 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 6E19014E99 for ; Thu, 11 Nov 1999 20:14:48 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA31806; Thu, 11 Nov 1999 21:14:04 -0700 (MST) (envelope-from ken) Message-Id: <199911120414.VAA31806@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <199911120403.NAA10934@rina.r.dl.itc.u-tokyo.ac.jp> from Seigo Tanimura at "Nov 12, 1999 01:03:54 pm" To: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanimura) Date: Thu, 11 Nov 1999 21:14:04 -0700 (MST) Cc: chris@calldei.com, sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Your character set is kinda screwed up. A lot of the stuff below came out as 8-bit characters... ] Seigo Tanimura wrote... [Charset iso-2022-jp-2 unsupported, filtering to ASCII...] > On Thu, 11 Nov 1999 21:40:33 -0600, > Chris Costello said: > > >> WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") > >> WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") > >> > >> Is this something that I should send-pr, or are these being worked on? > > chris> They're things that should be using make_dev(9) instead of > chris> whatever it is they're using. > > chris> If you want to submit a patch for those CAM devices to use > chris> make_dev, go right ahead! > > > It would help to add a new argument to .TNpNeNrNiNpNhN_NiNnNiNtN_Nt, so that a unit > number(or a periph?) can be passed from .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NfNiNnNiNsNhNcNoNnNfNiNg() > to .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NpNeNrNiNpNhN_NiNnNiNt() and the other functions. None > of the CAM drivers seem to call make_dev(). > If I can decipher what you're saying there, I think you're talking about probably having cam_periph_alloc() or something similar allocate the dev_t node at attach time. (Assuming that's what you're proposing above -- I can't tell) That's a good idea, and I even considered doing it that way. Unfortunately, it's difficult to come up with a one-size-fits-all approach, since make_dev() will have to be called once for every /dev entry at some point in the future. At present, there are a couple of reasons not to do it: - the disk code already creates dev entries for the CD and DA drivers - the sa and target drivers have multiple minor device nodes, and the sa(4) driver in particular has a large number of minor entries, and a weird minor numbering scheme In any case, I've got patches here: http://www.FreeBSD.ORG/~ken/cam.make_dev.diffs.110899 Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20:15: 3 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id E2D45154C5 for ; Thu, 11 Nov 1999 20:14:58 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA31806; Thu, 11 Nov 1999 21:14:04 -0700 (MST) (envelope-from ken) Message-Id: <199911120414.VAA31806@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <199911120403.NAA10934@rina.r.dl.itc.u-tokyo.ac.jp> from Seigo Tanimura at "Nov 12, 1999 01:03:54 pm" To: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanimura) Date: Thu, 11 Nov 1999 21:14:04 -0700 (MST) Cc: chris@calldei.com, sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ Your character set is kinda screwed up. A lot of the stuff below came out as 8-bit characters... ] Seigo Tanimura wrote... [Charset iso-2022-jp-2 unsupported, filtering to ASCII...] > On Thu, 11 Nov 1999 21:40:33 -0600, > Chris Costello said: > > >> WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") > >> WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") > >> > >> Is this something that I should send-pr, or are these being worked on? > > chris> They're things that should be using make_dev(9) instead of > chris> whatever it is they're using. > > chris> If you want to submit a patch for those CAM devices to use > chris> make_dev, go right ahead! > > > It would help to add a new argument to .TNpNeNrNiNpNhN_NiNnNiNtN_Nt, so that a unit > number(or a periph?) can be passed from .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NfNiNnNiNsNhNcNoNnNfNiNg() > to .TNsNyNsN/NcNaNmN/NcNaNmN_NxNpNtN.Nc:NxNpNtN_NpNeNrNiNpNhN_NiNnNiNt() and the other functions. None > of the CAM drivers seem to call make_dev(). > If I can decipher what you're saying there, I think you're talking about probably having cam_periph_alloc() or something similar allocate the dev_t node at attach time. (Assuming that's what you're proposing above -- I can't tell) That's a good idea, and I even considered doing it that way. Unfortunately, it's difficult to come up with a one-size-fits-all approach, since make_dev() will have to be called once for every /dev entry at some point in the future. At present, there are a couple of reasons not to do it: - the disk code already creates dev entries for the CD and DA drivers - the sa and target drivers have multiple minor device nodes, and the sa(4) driver in particular has a large number of minor entries, and a weird minor numbering scheme In any case, I've got patches here: http://www.FreeBSD.ORG/~ken/cam.make_dev.diffs.110899 Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20:28:41 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mta2.rcsntx.swbell.net (mta2.rcsntx.swbell.net [151.164.30.26]) by hub.freebsd.org (Postfix) with ESMTP id 6F8A715425 for ; Thu, 11 Nov 1999 20:28:37 -0800 (PST) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([216.62.157.60]) by mta2.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FL200219HRGTR@mta2.rcsntx.swbell.net> for freebsd-bugs@FreeBSD.ORG; Thu, 11 Nov 1999 22:28:29 -0600 (CST) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id WAA54238; Thu, 11 Nov 1999 22:28:30 -0600 (CST envelope-from chris) X-URL: http://www.FreeBSD.org/~chris/ Date: Thu, 11 Nov 1999 22:28:29 -0600 From: Chris Costello Subject: Re: make_dev() warnings In-reply-to: <199911120414.VAA31806@panzer.kdm.org> To: "Kenneth D. Merry" Cc: Seigo Tanimura , sjr@home.net, freebsd-bugs@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19991111222829.K48527@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i X-Operating-System: FreeBSD 4.0-CURRENT (i386) References: <199911120403.NAA10934@rina.r.dl.itc.u-tokyo.ac.jp> <199911120414.VAA31806@panzer.kdm.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 11, 1999, Kenneth D. Merry wrote: [8-bit fixed.] > > It would help to add a new argument to periph_init_t, so that a unit > > number(or a periph?) can be passed from sys/cam/cam_xpt.c:xpt_finishconfig() > > to sys/cam/cam_xpt.c:xpt_periph_init() and the other functions. None > > of the CAM drivers seem to call make_dev(). > > If I can decipher what you're saying there, I think you're talking about > probably having cam_periph_alloc() or something similar allocate the dev_t > node at attach time. Hopefully that cleared it up. -- |Chris Costello |Microwave: Signal from a friendly micro... `------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20:56: 4 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 0895314EFD for ; Thu, 11 Nov 1999 20:56:01 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id VAA32117; Thu, 11 Nov 1999 21:55:29 -0700 (MST) (envelope-from ken) Message-Id: <199911120455.VAA32117@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <19991111222829.K48527@holly.calldei.com> from Chris Costello at "Nov 11, 1999 10:28:29 pm" To: chris@calldei.com Date: Thu, 11 Nov 1999 21:55:29 -0700 (MST) Cc: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanmura), sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Costello wrote... > On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > > [8-bit fixed.] > > > > It would help to add a new argument to periph_init_t, so that a unit > > > number(or a periph?) can be passed from sys/cam/cam_xpt.c:xpt_finishconfig() > > > to sys/cam/cam_xpt.c:xpt_periph_init() and the other functions. None > > > of the CAM drivers seem to call make_dev(). > > > > If I can decipher what you're saying there, I think you're talking about > > probably having cam_periph_alloc() or something similar allocate the dev_t > > node at attach time. > > Hopefully that cleared it up. Yes, that's better, thanks. To answer the question -- I think that make_dev(), unlike cdevsw_add(), should probably be called in the peripheral driver's register routine. The reason is that from what I can tell, those two functions will eventually have different purposes. cdevsw_add() just adds hooks for a major number, but make_dev() will actually add device nodes. (i.e., major/minor pairs) So while cdevsw_add() need only be called once for each device type, make_dev() (once we get DEVFS, I imagine) will probably have to be called once for each device node added. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 20:59:16 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mta3.rcsntx.swbell.net (mta3.rcsntx.swbell.net [151.164.30.27]) by hub.freebsd.org (Postfix) with ESMTP id A6FE214EFD for ; Thu, 11 Nov 1999 20:59:12 -0800 (PST) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([216.62.157.60]) by mta3.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FL2003C7J6DBB@mta3.rcsntx.swbell.net> for freebsd-bugs@FreeBSD.ORG; Thu, 11 Nov 1999 22:59:02 -0600 (CST) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id WAA55022; Thu, 11 Nov 1999 22:59:06 -0600 (CST envelope-from chris) X-URL: http://www.FreeBSD.org/~chris/ Date: Thu, 11 Nov 1999 22:59:05 -0600 From: Chris Costello Subject: Re: make_dev() warnings In-reply-to: <199911120455.VAA32117@panzer.kdm.org> To: "Kenneth D. Merry" Cc: Seigo Tanmura , sjr@home.net, freebsd-bugs@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19991111225905.L48527@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i X-Operating-System: FreeBSD 4.0-CURRENT (i386) References: <19991111222829.K48527@holly.calldei.com> <199911120455.VAA32117@panzer.kdm.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > So while cdevsw_add() need only be called once for each device type, > make_dev() (once we get DEVFS, I imagine) will probably have to be called > once for each device node added. If it's a problem, then make_dev should be changed to facilitate the type of behavior that would be most efficient for disk devices. -- |Chris Costello |Eunuchs, the non-gender-specific OS `------------------------------------ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21: 1:27 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 044A714EFD for ; Thu, 11 Nov 1999 21:01:25 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id WAA32225; Thu, 11 Nov 1999 22:00:54 -0700 (MST) (envelope-from ken) Message-Id: <199911120500.WAA32225@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <19991111225905.L48527@holly.calldei.com> from Chris Costello at "Nov 11, 1999 10:59:05 pm" To: chris@calldei.com Date: Thu, 11 Nov 1999 22:00:53 -0700 (MST) Cc: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanmura), sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Costello wrote... > On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > > So while cdevsw_add() need only be called once for each device type, > > make_dev() (once we get DEVFS, I imagine) will probably have to be called > > once for each device node added. > > If it's a problem, then make_dev should be changed to > facilitate the type of behavior that would be most efficient for > disk devices. What do you mean? Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21: 3:44 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from mta4.rcsntx.swbell.net (mta4.rcsntx.swbell.net [151.164.30.28]) by hub.freebsd.org (Postfix) with ESMTP id B013D14FED for ; Thu, 11 Nov 1999 21:03:41 -0800 (PST) (envelope-from chris@holly.dyndns.org) Received: from holly.dyndns.org ([216.62.157.60]) by mta4.rcsntx.swbell.net (Sun Internet Mail Server sims.3.5.1999.09.16.21.57.p8) with ESMTP id <0FL200MQKJDYMI@mta4.rcsntx.swbell.net> for freebsd-bugs@FreeBSD.ORG; Thu, 11 Nov 1999 23:03:35 -0600 (CST) Received: (from chris@localhost) by holly.dyndns.org (8.9.3/8.9.3) id XAA55083; Thu, 11 Nov 1999 23:03:38 -0600 (CST envelope-from chris) X-URL: http://www.FreeBSD.org/~chris/ Date: Thu, 11 Nov 1999 23:03:38 -0600 From: Chris Costello Subject: Re: make_dev() warnings In-reply-to: <199911120500.WAA32225@panzer.kdm.org> To: "Kenneth D. Merry" Cc: Seigo Tanmura , sjr@home.net, freebsd-bugs@FreeBSD.ORG Reply-To: chris@calldei.com Message-id: <19991111230337.M48527@holly.calldei.com> MIME-version: 1.0 Content-type: text/plain; charset=us-ascii User-Agent: Mutt/0.96.4i X-Operating-System: FreeBSD 4.0-CURRENT (i386) References: <19991111225905.L48527@holly.calldei.com> <199911120500.WAA32225@panzer.kdm.org> Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > Chris Costello wrote... > > On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > > > So while cdevsw_add() need only be called once for each device type, > > > make_dev() (once we get DEVFS, I imagine) will probably have to be called > > > once for each device node added. > > > > If it's a problem, then make_dev should be changed to > > facilitate the type of behavior that would be most efficient for > > disk devices. > > What do you mean? You said that cdevsw_add() is called only once for each device type, while make_dev will be called for each node. Is that a problem? (I assumed it was.) -- |Chris Costello |I used to have a life, then I got v32bis! `----------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21: 6:45 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id 0774314FED for ; Thu, 11 Nov 1999 21:06:41 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id WAA32319; Thu, 11 Nov 1999 22:06:05 -0700 (MST) (envelope-from ken) Message-Id: <199911120506.WAA32319@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <19991111230337.M48527@holly.calldei.com> from Chris Costello at "Nov 11, 1999 11:03:38 pm" To: chris@calldei.com Date: Thu, 11 Nov 1999 22:06:05 -0700 (MST) Cc: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanmura), sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Chris Costello wrote... > On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > > Chris Costello wrote... > > > On Thu, Nov 11, 1999, Kenneth D. Merry wrote: > > > > So while cdevsw_add() need only be called once for each device type, > > > > make_dev() (once we get DEVFS, I imagine) will probably have to be called > > > > once for each device node added. > > > > > > If it's a problem, then make_dev should be changed to > > > facilitate the type of behavior that would be most efficient for > > > disk devices. > > > > What do you mean? > > You said that cdevsw_add() is called only once for each device > type, while make_dev will be called for each node. Is that a > problem? (I assumed it was.) It's not a problem. In fact, there's probably no other easy way to do it if we're going to eventually go to DEVFS. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21:25: 5 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from rina.r.dl.itc.u-tokyo.ac.jp (rina.r.dl.itc.u-tokyo.ac.jp [133.11.199.247]) by hub.freebsd.org (Postfix) with ESMTP id F27FE15172 for ; Thu, 11 Nov 1999 21:24:57 -0800 (PST) (envelope-from tanimura@r.dl.itc.u-tokyo.ac.jp) Received: from rina.r.dl.itc.u-tokyo.ac.jp (localhost [127.0.0.1]) by rina.r.dl.itc.u-tokyo.ac.jp (8.9.3+3.2W/3.7W-r-0.1-19990829) with ESMTP id OAA11399; Fri, 12 Nov 1999 14:24:30 +0900 (JST) Message-Id: <199911120524.OAA11399@rina.r.dl.itc.u-tokyo.ac.jp> To: ken@kdm.org Cc: tanimura@r.dl.itc.u-tokyo.ac.jp, chris@calldei.com, sjr@home.net, freebsd-bugs@FreeBSD.ORG Subject: Re: make_dev() warnings From: Seigo Tanimura In-Reply-To: Your message of "Thu, 11 Nov 1999 21:14:04 -0700 (MST)" References: <199911120414.VAA31806@panzer.kdm.org> X-Mailer: Mew version 1.70 on Emacs 19.34.1 / Mule 2.3 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 12 Nov 1999 14:24:30 +0900 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 11 Nov 1999 21:14:04 -0700 (MST), "Kenneth D. Merry" said: ken> [ Your character set is kinda screwed up. A lot of the stuff below came ken> out as 8-bit characters... ] Sorry for that. Maybe some 8bit chars jumped into the last mail of mine when I cut & pasted a part of a source, but I hove no idea why. It used to work properly... >> It would help to add a new argument to periph_init_t, so that a unit >> number(or a periph?) can be passed from sys/cam/cam_xpt.c:xpt_finishconfig() >> to sys/cam/cam_xpt.c:xpt_periph_init() and the other functions. None >> of the CAM drivers seem to call make_dev(). ken> If I can decipher what you're saying there, I think you're talking about ken> probably having cam_periph_alloc() or something similar allocate the dev_t ken> node at attach time. Yes, that is my main idea. ken> - the sa and target drivers have multiple minor device nodes, and the ken> sa(4) driver in particular has a large number of minor entries, and a ken> weird minor numbering scheme pcm(4) has several minor numbers as well. It simply calls make_dev() for each of mixer, audio, dsp and dspW. Could the number of the minor entries for sa(4) depend on a drive? Seigo Tanimura To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21:40:33 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from panzer.kdm.org (panzer.kdm.org [216.160.178.169]) by hub.freebsd.org (Postfix) with ESMTP id D83801541B for ; Thu, 11 Nov 1999 21:40:29 -0800 (PST) (envelope-from ken@panzer.kdm.org) Received: (from ken@localhost) by panzer.kdm.org (8.9.3/8.9.1) id WAA32579; Thu, 11 Nov 1999 22:40:12 -0700 (MST) (envelope-from ken) Message-Id: <199911120540.WAA32579@panzer.kdm.org> Subject: Re: make_dev() warnings In-Reply-To: <199911120524.OAA11399@rina.r.dl.itc.u-tokyo.ac.jp> from Seigo Tanimura at "Nov 12, 1999 02:24:30 pm" To: tanimura@r.dl.itc.u-tokyo.ac.jp (Seigo Tanimura) Date: Thu, 11 Nov 1999 22:40:12 -0700 (MST) Cc: chris@calldei.com, sjr@home.net, freebsd-bugs@FreeBSD.ORG From: "Kenneth D. Merry" X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Seigo Tanimura wrote... > On Thu, 11 Nov 1999 21:14:04 -0700 (MST), > "Kenneth D. Merry" said: > >> It would help to add a new argument to periph_init_t, so that a unit > >> number(or a periph?) can be passed from sys/cam/cam_xpt.c:xpt_finishconfig() > >> to sys/cam/cam_xpt.c:xpt_periph_init() and the other functions. None > >> of the CAM drivers seem to call make_dev(). > > ken> If I can decipher what you're saying there, I think you're talking about > ken> probably having cam_periph_alloc() or something similar allocate the dev_t > ken> node at attach time. > > Yes, that is my main idea. > > > ken> - the sa and target drivers have multiple minor device nodes, and the > ken> sa(4) driver in particular has a large number of minor entries, and a > ken> weird minor numbering scheme > > pcm(4) has several minor numbers as well. It simply calls make_dev() for > each of mixer, audio, dsp and dspW. Could the number of the minor entries > for sa(4) depend on a drive? The minor numbers for sa(4) are the same for each drive. The problem is that the minor number scheme for sa(4) isn't the same as the minor number scheme for pass(4), which isn't the same as the scheme for the target driver. In other words, there's no clean way to have a common set of make_dev() code for all CAM peripheral drivers. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 21:57:49 1999 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 817F815512; Thu, 11 Nov 1999 21:57:23 -0800 (PST) (envelope-from mjacob@FreeBSD.org) Received: (from mjacob@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA59997; Thu, 11 Nov 1999 21:57:23 -0800 (PST) (envelope-from mjacob@FreeBSD.org) Date: Thu, 11 Nov 1999 21:57:23 -0800 (PST) From: Message-Id: <199911120557.VAA59997@freefall.freebsd.org> To: kondo@ysyslab.co.jp, mjacob@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14836: sys/dev/isp/isp.c compile error Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sys/dev/isp/isp.c compile error State-Changed-From-To: open->closed State-Changed-By: mjacob State-Changed-When: Thu Nov 11 21:56:57 PST 1999 State-Changed-Why: Supplied patch applied. Thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 22: 0: 4 1999 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 A3C5414DB4 for ; Thu, 11 Nov 1999 22:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA61711; Thu, 11 Nov 1999 22:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 22:00:01 -0800 (PST) Message-Id: <199911120600.WAA61711@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Jacob Subject: Re: kern/14836: sys/dev/isp/isp.c compile error Reply-To: Matthew Jacob Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14836; it has been noted by GNATS. From: Matthew Jacob To: kondo@ysyslab.co.jp Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/14836: sys/dev/isp/isp.c compile error Date: Thu, 11 Nov 1999 21:53:36 -0800 (PST) Ah! Thanks and sorry! On Thu, 11 Nov 1999 kondo@ysyslab.co.jp wrote: > > >Number: 14836 > >Category: kern > >Synopsis: sys/dev/isp/isp.c compile error > >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 Nov 11 18:00:01 PST 1999 > >Closed-Date: > >Last-Modified: > >Originator: kondo hiroshi > >Release: RELENG_2_2 > >Organization: > Yokohama System Laboratory Corp. > >Environment: > # uname -a > FreeBSD shiro.ysyslab.co.jp 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Nov 11 13:50:09 JST 1999 root@shiro.ysyslab.co.jp:/usr/src/sys/compile/GENSB16 i386 > > >Description: > cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I../.. -I../../../include -DAPM_BROKEN_STATCLOCK -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../dev/isp/isp.c > ../../dev/isp/isp.c: In function `ispscsicmd': > ../../dev/isp/isp.c:1944: invalid operands to binary == > *** Error code 1 > > >How-To-Repeat: > cd /usr/src/release > make release.3 > > >Fix: > # cvs diff -r RELENG_2_2 isp.c > Index: isp.c > =================================================================== > RCS file: /usr/CVS-Repository/src/sys/dev/isp/isp.c,v > retrieving revision 1.21.2.7 > diff -u -r1.21.2.7 isp.c > --- isp.c 1999/10/28 02:51:34 1.21.2.7 > +++ isp.c 1999/11/12 01:18:00 > @@ -1941,7 +1941,7 @@ > if (XS_CANTAG(xs)) { > t2reqp->req_flags = XS_KINDOF_TAG(xs); > } else { > - if (XS_CDBP(xs)[0] == 0x3) /* REQUEST SENSE */ > + if (XS_CDBP(xs)->opcode == 0x3) /* REQUEST SENSE */ > t2reqp->req_flags = REQFLAG_HTAG; > else > t2reqp->req_flags = REQFLAG_OTAG; > > > >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 Thu Nov 11 22:20: 6 1999 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 7285914D6E for ; Thu, 11 Nov 1999 22:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA71041; Thu, 11 Nov 1999 22:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 11 Nov 1999 22:20:02 -0800 (PST) Message-Id: <199911120620.WAA71041@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Valentin Nechayev Subject: Re: bin/14813: Perl POSIX::strftime bugfeature Reply-To: Valentin Nechayev Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14813; it has been noted by GNATS. From: Valentin Nechayev To: "Andrey A. Chernov" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/14813: Perl POSIX::strftime bugfeature Date: Fri, 12 Nov 1999 08:12:03 +0200 Hello Andrey A. Chernov! Thu, Nov 11, 1999 at 15:04:23, ache wrote about "Re: bin/14813: Perl POSIX::strftime bugfeature": > On Wed, Nov 10, 1999 at 09:12:44PM +0200, Valentin Nechayev wrote: > > Disable the mktime() call in POSIX::strftime. Also disable init_tm(), > > whis is really localtime(time()) - IMHO the better solution for FreeBSD > > in case of tm_gmtoff & tm_zone patameters is to set them to most safe value, > > i.e. 0. > > What about just replacing mktime() with timegm()? It seems to produce correct > results, but I not check it. No, it is bad also. In that variant, it will print correctly GMT time, but incorrectly local time, possibly ;( (Consider variant, where timegm() normalizes time with tm_isdst==1. What shall happen? If you know current timegm() behavior, it can change.) Also, timegm() AFAIR exists not in all unices. IMHO, the only normal variant is to disable this call. There is another, ideological basis of disabling: every subroutine must do its own work and must produce minimum of side effects. Goal of strftime() is to print time and date according to given format, it must not normalize or convert time. If I ask it to print 31th of February, it must print this date literally. If I want normalize data, I can do it by special normalizing call, i.e., mktime() or timegm() accordingly to my knowledge of this date origin. -- NVA To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Nov 11 22:33: 2 1999 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 ABC3A14C0B for ; Thu, 11 Nov 1999 22:32:58 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost [127.0.0.1]) by critter.freebsd.dk (8.9.3/8.9.2) with ESMTP id HAA02651; Fri, 12 Nov 1999 07:32:53 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: "Stephen J. Roznowski" Cc: freebsd-bugs@FreeBSD.ORG, ken@freebsd.or Subject: Re: make_dev() warnings In-reply-to: Your message of "Thu, 11 Nov 1999 22:09:29 EST." <199911120309.WAA02456@cc158233-a.catv1.md.home.com> Date: Fri, 12 Nov 1999 07:32:53 +0100 Message-ID: <2649.942388373@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <199911120309.WAA02456@cc158233-a.catv1.md.home.com>, "Stephen J. Roznows ki" writes: >I'm running a -current kernel from 2 November, and am getting the >following warnings: > >WARNING: driver xpt should register devices with make_dev() (dev_t = "#xpt/0") >WARNING: driver pass should register devices with make_dev() (dev_t = "#pass/0") > >Is this something that I should send-pr, or are these being worked on? I think this is being worked on already, so don't worry about it. -- 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 Fri Nov 12 0:40:14 1999 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 65A4314BE2 for ; Fri, 12 Nov 1999 00:40:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA94666; Fri, 12 Nov 1999 00:40:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id F092514C09; Fri, 12 Nov 1999 00:34:55 -0800 (PST) Message-Id: <19991112083455.F092514C09@hub.freebsd.org> Date: Fri, 12 Nov 1999 00:34:55 -0800 (PST) From: kondo@ysyslab.co.jp To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14839: RELENG_2_2 boot kernel is large size problem. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14839 >Category: kern >Synopsis: RELENG_2_2 boot kernel is large size 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: Fri Nov 12 00:40:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: kondo hisroshi >Release: RELENG_2_2 >Organization: Yokohama System Laboratory Corp. >Environment: # uname -a FreeBSD shiro.ysyslab.co.jp 2.2-STABLE FreeBSD 2.2-STABLE #0: Thu Nov 11 13:50:09 JST 1999 root@shiro.ysyslab.co.jp:/usr/src/sys/compile/GENSB16 i386 >Description: src/sys/i386/conf/GENERIC default 'maxusers' is 32 (1.77.2.27) but src/release/Makefile unchanged 'maxusers' option. because , made by big kernel, perhaps /mnt filesystem is full. >How-To-Repeat: cd /usr/src/release make release.8 >Fix: RCS file: /usr/CVS-Repository/src/release/Makefile,v retrieving revision 1.246.2.96 diff -u -r1.246.2.96 Makefile --- Makefile 1999/09/05 11:20:44 1.246.2.96 +++ Makefile 1999/11/12 08:13:14 @@ -653,7 +653,7 @@ -e '/PROCFS/d' \ -e '/KTRACE/d' \ -e 's/GENERIC/BOOTMFS/g' \ - -e '/maxusers/s/10/4/' < GENERIC > BOOTMFS && \ + -e '/maxusers/s/32/4/' < GENERIC > BOOTMFS && \ echo "options MFS" >> BOOTMFS && \ echo "options NFS_NOSERVER" >> BOOTMFS && \ echo 'options "MAXCONS=4"' >> BOOTMFS && \ >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 Nov 12 5:10: 3 1999 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 C04EB14D6E for ; Fri, 12 Nov 1999 05:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA17250; Fri, 12 Nov 1999 05:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B163314D6E; Fri, 12 Nov 1999 05:07:37 -0800 (PST) Message-Id: <19991112130737.B163314D6E@hub.freebsd.org> Date: Fri, 12 Nov 1999 05:07:37 -0800 (PST) From: nicblais@hotmail.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14840: Opti930 doesn't work. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14840 >Category: kern >Synopsis: Opti930 doesn't work. >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 Nov 12 05:10:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Nicolas Blais >Release: 3.3-STABKE >Organization: >Environment: >Description: How do I get the Opti930 to work in FreeBSD? Thanks. >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 Nov 12 5:50:11 1999 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 F21E614C9E for ; Fri, 12 Nov 1999 05:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA19770; Fri, 12 Nov 1999 05:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AF72114C9E; Fri, 12 Nov 1999 05:40:17 -0800 (PST) Message-Id: <19991112134017.AF72114C9E@hub.freebsd.org> Date: Fri, 12 Nov 1999 05:40:17 -0800 (PST) From: mb@imp.ch To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14841: IEEE 802 encapsulation for arp on ethernet isn't supported Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14841 >Category: kern >Synopsis: IEEE 802 encapsulation for arp on ethernet isn't supported >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 Nov 12 05:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Martin Blapp >Release: FreeBSD 4.0 CURRENT >Organization: Improware AG >Environment: not important >Description: In RFC 1122, Requirements for Internet Hosts -- Communication Layers); Chapter II, 2.3.3 (Ethernet and IEEE 802 Encpasulation) is written: [...] Every Internet host connected to a 10Mbps Ethernet cable; - MUST be able to send and recieve packets using RFC-894 encapsulation. - SHOULD be able to recieve RFC-1042 packets intermixed with RFC-894 packets. [...] It seems that FreeBSD does not support snap encapsulation on Ethernet. Of seven different OS's, only FreeBSD had problems with setting the arp replies. It's not usual that if we ask with type ether, the replay is type snap, but it can happen. >How-To-Repeat: (using snap encapsulation on router as specified RFC-1042) # tcpdump -s 1500 -v -v snap arp arp reply ibmrouter is-at 0:60:92:10:6d:20 hardware #6 # arp -n -a ? (192.168.115.252) at incomplete [ethernet] (using ether encapsulation on router as specified in RFC-894) # tcpdump -s 1500 -v -v arp reply ibmrouter is-at 0:60:92:10:6d:20 (0:60:92:10:6d:20) # arp -n -a ? (192.168.115.252) at 0:60:92:10:6d:20 [ethernet] >Fix: I'm still investigating the problem. Help is welcome. It seems that ATM does only support snap encapsulation for tcp, so it should also be possible to implement on Ethernet. >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 Nov 12 6: 0: 3 1999 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 A425414E2A for ; Fri, 12 Nov 1999 06:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA20493; Fri, 12 Nov 1999 06:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A6FA014E17; Fri, 12 Nov 1999 05:50:28 -0800 (PST) Message-Id: <19991112135028.A6FA014E17@hub.freebsd.org> Date: Fri, 12 Nov 1999 05:50:28 -0800 (PST) From: robertw@wojo.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/14842: PAM's pam_unix.so does not load libcrypt.so itself Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14842 >Category: bin >Synopsis: PAM's pam_unix.so does not load libcrypt.so itself >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 Nov 12 06:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Robert S. Wojciechowski Jr. >Release: 3.3-RELEASE >Organization: Millennium Works >Environment: FreeBSD max.millenniumworks.com 3.3-RELEASE FreeBSD 3.3-RELEASE #4: Mon Oct 25 16:48:48 EDT 1999 root@max.millenniumworks.com:/usr/src/sys/compile/MAX i386 >Description: Because the pam_unix.so does not load libcrypt.so, it forces applications using that PAM to load libcrypt.so. It should load libcrypt.so itself, instead of assuming that the main program links with libcrypt.so. >How-To-Repeat: Any program that uses PAM that does not link with libcrypt.so (for example Courier-IMAP) >Fix: Have mod_unix.so load libcrypt.so itself. >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 Nov 12 6:32:18 1999 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 84BC014E49; Fri, 12 Nov 1999 06:32:17 -0800 (PST) (envelope-from adrian@FreeBSD.org) Received: (from adrian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA23518; Fri, 12 Nov 1999 06:32:16 -0800 (PST) (envelope-from adrian@FreeBSD.org) Date: Fri, 12 Nov 1999 06:32:16 -0800 (PST) From: Message-Id: <199911121432.GAA23518@freefall.freebsd.org> To: adrian@FreeBSD.org, freebsd-bugs@FreeBSD.org, adrian@FreeBSD.org Subject: Re: kern/14841: IEEE 802 encapsulation for arp on ethernet isn't supported Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: IEEE 802 encapsulation for arp on ethernet isn't supported Responsible-Changed-From-To: freebsd-bugs->adrian Responsible-Changed-By: adrian Responsible-Changed-When: Fri Nov 12 06:31:50 PST 1999 Responsible-Changed-Why: I'll nab a cisco and look at this. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 12 8: 0:28 1999 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 821E414F27 for ; Fri, 12 Nov 1999 08:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA85897; Fri, 12 Nov 1999 08:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from crox.cronyx.ru (crox.cronyx.ru [144.206.181.72]) by hub.freebsd.org (Postfix) with ESMTP id D528714E38 for ; Fri, 12 Nov 1999 07:59:01 -0800 (PST) (envelope-from vak@crox.cronyx.ru) Received: (from vak@localhost) by crox.cronyx.ru (8.9.3/8.9.3) id TAA00364; Fri, 12 Nov 1999 19:02:06 +0300 (MSK) (envelope-from vak) Message-Id: <199911121602.TAA00364@crox.cronyx.ru> Date: Fri, 12 Nov 1999 19:02:06 +0300 (MSK) From: vak@cronyx.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14843: Added Frame Relay support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14843 >Category: kern >Synopsis: Added support of Frame Relay protocol >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 12 08:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Serge V.Vakulenko >Release: FreeBSD 3.3-RELEASE i386 >Organization: Cronyx >Environment: FreeBSD router with serial adapters installed. >Description: The in-kernel implementation of point-to-point protocols supported only PPP and Cisco/HDLC protocols. This patch adds Frame Relay support, with ANSI T1.617 signaling. >How-To-Repeat: >Fix: --- if_sppp33.h Fri Nov 12 17:09:39 1999 +++ if_sppp.h Fri Nov 12 17:10:20 1999 @@ -99,6 +99,8 @@ struct sipcp ipcp; /* IPCP params */ struct sauth myauth; /* auth params, i'm peer */ struct sauth hisauth; /* auth params, i'm authenticator */ + u_short fr_dlci; /* Frame Relay DLCI number, 16..1023 */ + u_char fr_status; /* PVC status, active/new/delete */ /* * These functions are filled in by sppp_attach(), and are * expected to be used by the lower layer (hardware) drivers @@ -133,7 +135,7 @@ #define PP_KEEPALIVE 0x01 /* use keepalive protocol */ #define PP_CISCO 0x02 /* use Cisco protocol instead of PPP */ - /* 0x04 was PP_TIMO */ +#define PP_FR 0x04 /* use Frame Relay protocol instead of PPP */ #define PP_CALLIN 0x08 /* we are being called */ #define PP_NEEDAUTH 0x10 /* remote requested authentication */ --- if_sppps33.c Fri Nov 12 18:21:18 1999 +++ if_spppsubr.c Fri Nov 12 18:50:57 1999 @@ -1,8 +1,12 @@ /* - * Synchronous PPP/Cisco link level subroutines. + * Synchronous PPP/Cisco/Frame Relay link level subroutines. * Keepalive protocol implemented in both Cisco and PPP modes. + * ANSI T1.617-compaible link management signaling + * implemented for Frame Relay mode. + * Cisco-type Frame Relay framing added, thanks Alex Tutubalin. + * Only one DLCI per channel for now. * - * Copyright (C) 1994-1996 Cronyx Engineering Ltd. + * Copyright (C) 1994-1999 Cronyx Engineering Ltd. * Author: Serge Vakulenko, * * Heavily revamped to conform to RFC 1661. @@ -226,6 +230,63 @@ #define CISCO_PACKET_LEN 18 /* + * Frame Relay. + */ +#define FR_IP 0xCC /* IP protocol identifier */ +#define FR_PADDING 0x00 /* NLPID padding */ +#define FR_SIGNALING 0x08 /* Q.933/T1.617 signaling identifier */ +#define FR_SNAP 0x80 /* NLPID snap */ + +/* + * Header flags. + */ +#define FR_DE 0x02 /* discard eligibility */ +#define FR_FECN 0x04 /* forward notification */ +#define FR_BECN 0x08 /* backward notification */ + +/* + * Signaling message types. + */ +#define FR_MSG_ENQUIRY 0x75 /* status enquiry */ +#define FR_MSG_STATUS 0x7d /* status */ + +#define FR_ENQUIRY_SIZE 14 + +/* + * Message field types. + */ +#define FR_FLD_RTYPE 0x01 /* report type */ +#define FR_FLD_VERIFY 0x03 /* link verification */ +#define FR_FLD_PVC 0x07 /* PVC status */ +#define FR_FLD_LSHIFT5 0x95 /* locking shift 5 */ + +/* + * Report types. + */ +#define FR_RTYPE_FULL 0 /* full status */ +#define FR_RTYPE_SHORT 1 /* link verification only */ +#define FR_RTYPE_SINGLE 2 /* single PVC status */ + +/* PVC status field. */ +#define FR_DLCI_DELETE 0x04 /* PVC is deleted */ +#define FR_DLCI_ACTIVE 0x02 /* PVC is operational */ +#define FR_DLCI_NEW 0x08 /* PVC is new */ + +struct arp_req { + unsigned short htype; /* hardware type = ARPHRD_FRELAY */ + unsigned short ptype; /* protocol type = ETHERTYPE_IP */ + unsigned char halen; /* hardware address length = 2 */ + unsigned char palen; /* protocol address length = 4 */ + unsigned short op; /* ARP/RARP/InARP request/reply */ + unsigned short hsource; /* hardware source address */ + unsigned short psource1; /* protocol source */ + unsigned short psource2; + unsigned short htarget; /* hardware target address */ + unsigned short ptarget1; /* protocol target */ + unsigned short ptarget2; +}; + +/* * We follow the spelling and capitalization of RFC 1661 here, to make * it easier comparing with the standard. Please refer to this RFC in * case you can't make sense out of these abbreviation; it will also @@ -295,6 +356,12 @@ static void sppp_cisco_send(struct sppp *sp, int type, long par1, long par2); static void sppp_cisco_input(struct sppp *sp, struct mbuf *m); +static void sppp_fr_input (struct sppp *sp, struct mbuf *m); +static struct mbuf *sppp_fr_header (struct sppp *sp, struct mbuf *m, int fam); +static void sppp_fr_keepalive (struct sppp *sp); +static void sppp_fr_arp (struct sppp *sp, struct arp_req *req, u_short addr); +static void sppp_fr_signal (struct sppp *sp, unsigned char *h, int len); + static void sppp_cp_input(const struct cp *cp, struct sppp *sp, struct mbuf *m); static void sppp_cp_send(struct sppp *sp, u_short proto, u_char type, @@ -458,6 +525,11 @@ return; } + if (sp->pp_flags & PP_FR) { + sppp_fr_input (sp, m); + return; + } + /* Get PPP header. */ h = mtod (m, struct ppp_header*); m_adj (m, PPP_HEADER_LEN); @@ -663,7 +735,7 @@ * become invalid. So we * - don't let packets with src ip addr 0 thru * - we flag TCP packets with src ip 0 as an error - */ + */ if(ip->ip_src.s_addr == INADDR_ANY) /* -hm */ { @@ -674,7 +746,7 @@ else return(0); } - + /* * Put low delay, telnet, rlogin and ftp control packets * in front of the queue. @@ -694,12 +766,20 @@ } #endif + if (sp->pp_flags & PP_FR) { + /* Add frame relay header. */ + m = sppp_fr_header (sp, m, dst->sa_family); + if (! m) + goto nobufs; + goto out; + } + /* * Prepend general data packet PPP header. For now, IP only. */ M_PREPEND (m, PPP_HEADER_LEN, M_DONTWAIT); if (! m) { - if (debug) +nobufs: if (debug) log(LOG_DEBUG, SPP_FMT "no memory for transmit header\n", SPP_ARGS(ifp)); ++ifp->if_oerrors; @@ -771,7 +851,7 @@ * Queue message on interface, and start output if interface * not yet active. */ - if (IF_QFULL (ifq)) { +out: if (IF_QFULL (ifq)) { IF_DROP (&ifp->if_snd); m_freem (m); ++ifp->if_oerrors; @@ -898,7 +978,8 @@ */ IF_DEQUEUE(&sp->pp_cpq, m); if (m == NULL && - (sppp_ncp_check(sp) || (sp->pp_flags & PP_CISCO) != 0)) { + (sppp_ncp_check(sp) || (sp->pp_flags & PP_CISCO) != 0 || + (sp->pp_flags & PP_FR) != 0)) { IF_DEQUEUE(&sp->pp_fastq, m); if (m == NULL) IF_DEQUEUE (&sp->pp_if.if_snd, m); @@ -922,7 +1003,8 @@ m = sp->pp_cpq.ifq_head; if (m == NULL && (sp->pp_phase == PHASE_NETWORK || - (sp->pp_flags & PP_CISCO) != 0)) + (sp->pp_flags & PP_CISCO) != 0 || + (sp->pp_flags & PP_FR) != 0)) if ((m = sp->pp_fastq.ifq_head) == NULL) m = sp->pp_if.if_snd.ifq_head; splx (s); @@ -963,11 +1045,14 @@ } if (going_up || going_down) - lcp.Close(sp); + if (! (sp->pp_flags & PP_CISCO) && + ! (sp->pp_flags & PP_FR)) + lcp.Close(sp); if (going_up && newmode == 0) { /* neither auto-dial nor passive */ ifp->if_flags |= IFF_RUNNING; - if (!(sp->pp_flags & PP_CISCO)) + if (! (sp->pp_flags & PP_CISCO) && + ! (sp->pp_flags & PP_FR)) lcp.Open(sp); } else if (going_down) { sppp_flush(ifp); @@ -1117,7 +1202,7 @@ #if defined(__FreeBSD__) && __FreeBSD__ >= 3 getmicrouptime(&tv); #endif - + MGETHDR (m, M_DONTWAIT, MT_DATA); if (! m) return; @@ -1738,7 +1823,7 @@ case STATE_STOPPING: sppp_cp_send(sp, cp->proto, TERM_REQ, ++sp->pp_seq, 0, 0); - TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, + TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, sp->ch[cp->protoidx]); break; case STATE_REQ_SENT: @@ -1779,7 +1864,7 @@ case STATE_REQ_SENT: case STATE_ACK_RCVD: case STATE_ACK_SENT: - TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, + TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, sp->ch[cp->protoidx]); break; } @@ -2322,7 +2407,7 @@ /* notify low-level driver of state change */ if (sp->pp_chg) sp->pp_chg(sp, (int)sp->pp_phase); - + if (sp->pp_phase == PHASE_NETWORK) /* if no NCP is starting, close down */ sppp_lcp_check_and_close(sp); @@ -2641,7 +2726,7 @@ (hisaddr == 1 && desiredaddr != 0)) { /* * Peer's address is same as our value, - * or we have set it to 0.0.0.1 to + * or we have set it to 0.0.0.1 to * indicate that we do not really care, * this is agreeable. Gonna conf-ack * it. @@ -3026,7 +3111,7 @@ } break; } - + if (debug) { log(LOG_DEBUG, SPP_FMT "chap input <%s id=0x%x len=%d name=", @@ -3136,7 +3221,7 @@ sppp_print_string(sp->hisauth.name, sppp_strnlen(sp->hisauth.name, AUTHNAMELEN)); addlog("\n"); - } + } if (debug) { log(LOG_DEBUG, SPP_FMT "chap input(%s) " "<%s id=0x%x len=%d name=", @@ -3812,6 +3897,11 @@ ! (ifp->if_flags & IFF_RUNNING)) continue; + if (sp->pp_flags & PP_FR) { + sppp_fr_keepalive (sp); + continue; + } + /* No keepalive in PPP mode if LCP not opened yet. */ if (! (sp->pp_flags & PP_CISCO) && sp->pp_phase < PHASE_AUTHENTICATE) @@ -3958,7 +4048,7 @@ si->sin_addr.s_addr = htonl(src); /* add new route */ - error = rtinit(ifa, (int)RTM_ADD, RTF_HOST); + error = rtinit(ifa, (int)RTM_ADD, RTF_HOST); if (debug && error) { log(LOG_DEBUG, SPP_FMT "sppp_set_ip_addr: rtinit ADD failed, error=%d", @@ -3966,7 +4056,7 @@ } #endif } -} +} static int sppp_params(struct sppp *sp, u_long cmd, void *data) @@ -4098,7 +4188,7 @@ /* if no NCP is starting, all this was in vain, close down */ sppp_lcp_check_and_close(sp); } - + static const char * sppp_cp_type_name(u_char type) @@ -4271,4 +4361,500 @@ sppp_null(struct sppp *unused) { /* do just nothing */ +} + +/* + * Frame Relay link level subroutines. + * ANSI T1.617-compatible link management signaling implemented. + * Only one DLCI per channel for now. + * Copyright (C) 1994-1999 Cronyx Engineering Ltd. + * Author: Serge Vakulenko, + */ +static void sppp_fr_input (struct sppp *sp, struct mbuf *m) +{ + STDDCL; + u_char *h = mtod (m, u_char*); + struct ifqueue *inq; + int dlci, hlen, proto, s; + + /* Get the DLCI number. */ + if (m->m_pkthdr.len < 10) { +bad: m_freem (m); + return; + } + dlci = (h[0] << 2 & 0x3f0) | (h[1] >> 4 & 0x0f); + + /* Process signaling packets. */ + if (dlci == 0) { + sppp_fr_signal (sp, h, m->m_pkthdr.len); + m_freem (m); + return; + } + + if (dlci != sp->fr_dlci) { + if (debug) + printf ("%s%d: Received packet from invalid DLCI %d\n", + ifp->if_name, ifp->if_unit, dlci); + goto bad; + } + + /* Process the packet. */ + if (ntohs (*(short*) (h+2)) == ETHERTYPE_IP) + goto proto_ip; /* cisco framing */ + if (h[2] != PPP_UI) { + if (debug) + printf ("%s%d: Invalid frame relay header flag 0x%02x\n", + ifp->if_name, ifp->if_unit, h[2]); + goto bad; + } + switch (h[3]) { + default: + if (debug) + printf ("%s%d: Unsupported NLPID 0x%02x\n", + ifp->if_name, ifp->if_unit, h[3]); + goto bad; + + case FR_PADDING: + if (h[4] != FR_SNAP) { + if (debug) + printf ("%s%d: Bad NLPID 0x%02x\n", + ifp->if_name, ifp->if_unit, h[4]); + goto bad; + } + if (h[5] || h[6] || h[7]) { + if (debug) + printf ("%s%d: Bad OID 0x%02x-0x%02x-0x%02x\n", + ifp->if_name, ifp->if_unit, + h[5], h[6], h[7]); + goto bad; + } + proto = ntohs (*(short*) (h+8)); + if (proto == ETHERTYPE_ARP) { + /* Process the ARP request. */ + if (m->m_pkthdr.len != 10 + sizeof (struct arp_req)) { + if (debug) + printf ("%s%d: Bad ARP request size = %d bytes\n", + ifp->if_name, ifp->if_unit, + m->m_pkthdr.len); + goto bad; + } + sppp_fr_arp (sp, (struct arp_req*) (h + 10), + h[0] << 8 | h[1]); + m_freem (m); + return; + } + hlen = 10; + break; + + case FR_IP: +proto_ip: proto = ETHERTYPE_IP; + hlen = 4; + break; + } + + /* Remove frame relay header. */ + m_adj (m, hlen); + + switch (proto) { + default: + ++ifp->if_noproto; +drop: ++ifp->if_ierrors; + ++ifp->if_iqdrops; + m_freem (m); + return; +#ifdef INET + case ETHERTYPE_IP: + schednetisr (NETISR_IP); + inq = &ipintrq; + break; +#endif +#ifdef IPX + case ETHERTYPE_IPX: + schednetisr (NETISR_IPX); + inq = &ipxintrq; + break; +#endif +#ifdef NS + case 0x8137: /* Novell Ethernet_II Ethernet TYPE II */ + schednetisr (NETISR_NS); + inq = &nsintrq; + break; +#endif +#ifdef NETATALK + case ETHERTYPE_AT: + schednetisr (NETISR_ATALK); + inq = &atintrq1; + break; +#endif + } + + if (! (ifp->if_flags & IFF_UP)) + goto drop; + + /* Check queue. */ + s = splimp(); + if (IF_QFULL (inq)) { + /* Queue overflow. */ + IF_DROP(inq); + splx(s); + if (debug) + log(LOG_DEBUG, SPP_FMT "protocol queue overflow\n", + SPP_ARGS(ifp)); + goto drop; + } + IF_ENQUEUE(inq, m); + splx(s); +} + +/* + * Add the frame relay header to the packet. + * For IP the header length is 4 bytes, + * for all other protocols - 10 bytes (RFC 1490). + */ +static struct mbuf *sppp_fr_header (struct sppp *sp, struct mbuf *m, + int family) +{ + STDDCL; + u_char *h; + int type, hlen; + + /* Prepend the space for Frame Relay header. */ + hlen = (family == AF_INET) ? 4 : 10; + M_PREPEND (m, hlen, M_DONTWAIT); + if (! m) + return 0; + h = mtod (m, u_char*); + + /* Fill the header. */ + h[0] = sp->fr_dlci >> 2 & 0xfc; + h[1] = sp->fr_dlci << 4 | 1; + h[2] = PPP_UI; + + switch (family) { + default: + if (debug) + printf ("%s%d: cannot handle address family %d\n", + ifp->if_name, ifp->if_unit, family); + m_freem (m); + return 0; +#ifdef INET + case AF_INET: +#if 0 /* Crashes on fragmented packets */ + /* + * Set the discard eligibility bit, if: + * 1) no fragmentation + * 2) length > 400 bytes + * 3a) the protocol is UDP or + * 3b) TCP data (no control bits) + */ + { + struct ip *ip = (struct ip*) (h + hlen); + struct tcphdr *tcp = (struct tcphdr*) ((long*)ip + ip->ip_hl); + + if (! (ip->ip_off & ~IP_DF) && ip->ip_len > 400 && + (ip->ip_p == IPPROTO_UDP || + ip->ip_p == IPPROTO_TCP && ! tcp->th_flags)) + h[1] |= FR_DE; + } +#endif + h[3] = FR_IP; + return m; +#endif +#ifdef IPX + case AF_IPX: + type = ETHERTYPE_IPX; + break; +#endif +#ifdef NS + case AF_NS: + type = 0x8137; + break; +#endif +#ifdef NETATALK + case AF_APPLETALK: + type = ETHERTYPE_AT; + break; +#endif + } + h[3] = FR_PADDING; + h[4] = FR_SNAP; + h[5] = 0; + h[6] = 0; + h[7] = 0; + *(short*) (h+8) = htons(type); + return m; +} + +/* + * Send periodical frame relay link verification messages via DLCI 0. + * Called every 10 seconds (default value of T391 timer is 10 sec). + * Every 6-th message is a full status request + * (default value of N391 counter is 6). + */ +static void sppp_fr_keepalive (struct sppp *sp) +{ + STDDCL; + unsigned char *h, *p; + struct mbuf *m; + + MGETHDR (m, M_DONTWAIT, MT_DATA); + if (! m) + return; + m->m_pkthdr.rcvif = 0; + + h = mtod (m, u_char*); + p = h; + *p++ = 0; /* DLCI = 0 */ + *p++ = 1; + *p++ = PPP_UI; + *p++ = FR_SIGNALING; /* NLPID = UNI call control */ + + *p++ = 0; /* call reference length = 0 */ + *p++ = FR_MSG_ENQUIRY; /* message type = status enquiry */ + + *p++ = FR_FLD_LSHIFT5; /* locking shift 5 */ + + *p++ = FR_FLD_RTYPE; /* report type field */ + *p++ = 1; /* report type length = 1 */ + if (sp->pp_seq % 6) + *p++ = FR_RTYPE_SHORT; /* link verification only */ + else + *p++ = FR_RTYPE_FULL; /* full status needed */ + + *p++ = FR_FLD_VERIFY; /* link verification type field */ + *p++ = 2; /* link verification field length = 2 */ + *p++ = ++sp->pp_seq; /* our sequence number */ + *p++ = sp->pp_rseq; /* last received sequence number */ + + m->m_pkthdr.len = m->m_len = p - h; + if (debug) + printf ("%s%d: send lmi packet, seq=%d, rseq=%d\n", + ifp->if_name, ifp->if_unit, (u_char) sp->pp_seq, + (u_char) sp->pp_rseq); + + if (IF_QFULL (&sp->pp_fastq)) { + IF_DROP (&ifp->if_snd); + m_freem (m); + } else + IF_ENQUEUE (&sp->pp_fastq, m); + if (! (ifp->if_flags & IFF_OACTIVE)) + (*ifp->if_start) (ifp); + ifp->if_obytes += m->m_pkthdr.len + 3; +} + +/* + * Process the frame relay Inverse ARP request. + */ +static void sppp_fr_arp (struct sppp *sp, struct arp_req *req, + u_short his_hardware_address) +{ + STDDCL; + struct mbuf *m; + struct arp_req *reply; + u_char *h; + u_short my_hardware_address; + u_long his_ip_address, my_ip_address; + + if ((ntohs (req->htype) != ARPHRD_FRELAY || + ntohs (req->htype) != 16) || /* for BayNetworks routers */ + ntohs (req->ptype) != ETHERTYPE_IP) { + if (debug) + printf ("%s%d: Invalid ARP hardware/protocol type = 0x%x/0x%x\n", + ifp->if_name, ifp->if_unit, + ntohs (req->htype), ntohs (req->ptype)); + return; + } + if (req->halen != 2 || req->palen != 4) { + if (debug) + printf ("%s%d: Invalid ARP hardware/protocol address length = %d/%d\n", + ifp->if_name, ifp->if_unit, + req->halen, req->palen); + return; + } + switch (ntohs (req->op)) { + default: + if (debug) + printf ("%s%d: Invalid ARP op = 0x%x\n", + ifp->if_name, ifp->if_unit, ntohs (req->op)); + return; + + case ARPOP_INVREPLY: + /* Ignore. */ + return; + + case ARPOP_INVREQUEST: + sppp_get_ip_addrs (sp, &my_ip_address, 0, 0); + if (! my_ip_address) + return; /* nothing to reply */ + my_hardware_address = ntohs (req->htarget); + his_ip_address = ntohs (req->psource1) << 16 | + ntohs (req->psource2); + my_ip_address = ntohs (req->ptarget1) << 16 | + ntohs (req->ptarget2); + break; + } + if (debug) { + printf ("%s%d: got ARP request, source=0x%04x/%d.%d.%d.%d, target=0x%04x/%d.%d.%d.%d\n", + ifp->if_name, ifp->if_unit, ntohs (req->hsource), + (unsigned char) (his_ip_address >> 24), + (unsigned char) (his_ip_address >> 16), + (unsigned char) (his_ip_address >> 8), + (unsigned char) his_ip_address, + my_hardware_address, + (unsigned char) (my_ip_address >> 24), + (unsigned char) (my_ip_address >> 16), + (unsigned char) (my_ip_address >> 8), + (unsigned char) my_ip_address); + printf ("%s%d: send ARP reply, source=0x%04x/%d.%d.%d.%d, target=0x%04x/%d.%d.%d.%d\n", + ifp->if_name, ifp->if_unit, my_hardware_address, + (unsigned char) (my_ip_address >> 24), + (unsigned char) (my_ip_address >> 16), + (unsigned char) (my_ip_address >> 8), + (unsigned char) my_ip_address, + his_hardware_address, + (unsigned char) (his_ip_address >> 24), + (unsigned char) (his_ip_address >> 16), + (unsigned char) (his_ip_address >> 8), + (unsigned char) his_ip_address); + } + + /* Send the Inverse ARP reply. */ + MGETHDR (m, M_DONTWAIT, MT_DATA); + if (! m) + return; + m->m_pkthdr.len = m->m_len = 10 + sizeof (*reply); + m->m_pkthdr.rcvif = 0; + + h = mtod (m, u_char*); + reply = (struct arp_req*) (h + 10); + + h[0] = his_hardware_address >> 8; + h[1] = his_hardware_address; + h[2] = PPP_UI; + h[3] = FR_PADDING; + h[4] = FR_SNAP; + h[5] = 0; + h[6] = 0; + h[7] = 0; + *(short*) (h+8) = htons (ETHERTYPE_ARP); + + reply->htype = htons (ARPHRD_FRELAY); + reply->ptype = htons (ETHERTYPE_IP); + reply->halen = 2; + reply->palen = 4; + reply->op = htons (ARPOP_INVREPLY); + reply->hsource = htons (my_hardware_address); + reply->psource1 = htonl (my_ip_address); + reply->psource2 = htonl (my_ip_address) >> 16; + reply->htarget = htons (his_hardware_address); + reply->ptarget1 = htonl (his_ip_address); + reply->ptarget2 = htonl (his_ip_address) >> 16; + + if (IF_QFULL (&sp->pp_fastq)) { + IF_DROP (&ifp->if_snd); + m_freem (m); + } else + IF_ENQUEUE (&sp->pp_fastq, m); + if (! (ifp->if_flags & IFF_OACTIVE)) + (*ifp->if_start) (ifp); + ifp->if_obytes += m->m_pkthdr.len + 3; +} + +/* + * Process the input signaling packet (DLCI 0). + * The implemented protocol is ANSI T1.617 Annex D. + */ +static void sppp_fr_signal (struct sppp *sp, unsigned char *h, int len) +{ + STDDCL; + u_char *p; + int dlci; + + if (h[2] != PPP_UI || h[3] != FR_SIGNALING || h[4] != 0) { + if (debug) + printf ("%s%d: Invalid signaling header\n", + ifp->if_name, ifp->if_unit); +bad: if (debug) { + printf ("%02x", *h++); + while (--len > 0) + printf ("-%02x", *h++); + printf ("\n"); + } + return; + } + if (h[5] == FR_MSG_ENQUIRY) { + if (len == FR_ENQUIRY_SIZE && + h[12] == (u_char) sp->pp_seq) { + sp->pp_seq = random(); + printf ("%s%d: loopback detected\n", + ifp->if_name, ifp->if_unit); + } + return; + } + if (h[5] != FR_MSG_STATUS) { + if (debug) + printf ("%s%d: Unknown signaling message: 0x%02x\n", + ifp->if_name, ifp->if_unit, h[5]); + goto bad; + } + + /* Parse message fields. */ + for (p=h+6; pif_name, ifp->if_unit, *p); + break; + case FR_FLD_LSHIFT5: + case FR_FLD_RTYPE: + /* Ignore. */ + break; + case FR_FLD_VERIFY: + if (p[1] != 2) { + if (debug) + printf ("%s%d: Invalid signaling verify field length %d\n", + ifp->if_name, ifp->if_unit, p[1]); + break; + } + sp->pp_rseq = p[2]; + if (debug) { + printf ("%s%d: got lmi reply rseq=%d, seq=%d", + ifp->if_name, ifp->if_unit, p[2], p[3]); + if (p[3] != (u_char) sp->pp_seq) + printf (" (really %d)", + (u_char) sp->pp_seq); + printf ("\n"); + } + break; + case FR_FLD_PVC: + if (p[1] < 3) { + if (debug) + printf ("%s%d: Invalid PVC status length %d\n", + ifp->if_name, ifp->if_unit, p[1]); + break; + } + dlci = (p[2] << 4 & 0x3f0) | (p[3] >> 3 & 0x0f); + if (! sp->fr_dlci) + sp->fr_dlci = dlci; + if (sp->fr_status != p[4]) + printf ("%s%d: DLCI %d %s%s\n", + ifp->if_name, ifp->if_unit, dlci, + p[4] & FR_DLCI_DELETE ? "deleted" : + p[4] & FR_DLCI_ACTIVE ? "active" : "passive", + p[4] & FR_DLCI_NEW ? ", new" : ""); + sp->fr_status = p[4]; + break; + } + if (*p & 0x80) + ++p; + else if (p < h+len+1 && p[1]) + p += 2 + p[1]; + else { + if (debug) + printf ("%s%d: Invalid signaling field 0x%x\n", + ifp->if_name, ifp->if_unit, *p); + goto bad; + } + } } >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 Nov 12 8:30: 7 1999 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 6B34614F92 for ; Fri, 12 Nov 1999 08:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA88921; Fri, 12 Nov 1999 08:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from esmeralda.xaa.iae.nl (esmeralda.xaa.iae.nl [194.151.75.9]) by hub.freebsd.org (Postfix) with ESMTP id 48D4014F82 for ; Fri, 12 Nov 1999 08:26:18 -0800 (PST) (envelope-from xaa@xaa.iae.nl) Received: by esmeralda.xaa.iae.nl (Postfix, from userid 1002) id 043EABA23; Fri, 12 Nov 1999 11:53:37 +0100 (MET) Message-Id: <19991112105337.043EABA23@esmeralda.xaa.iae.nl> Date: Fri, 12 Nov 1999 11:53:37 +0100 (MET) From: xaa@xaa.iae.nl Reply-To: xaa@xaa.iae.nl To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/14844: DoS: remote rwhod crash Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14844 >Category: bin >Synopsis: rwhod is remotely crashable >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 Nov 12 08:30:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Mark Huizer >Release: FreeBSD 4.0-CURRENT i386 >Organization: MCGV Stack >Environment: i386 running FreeBSD (alpha is not vulnerable) >Description: Sending a too short rwho package to a little-endian machine will result in a SIGBUS, crashing rwhod >How-To-Repeat: Take rwhod's code for sending rwho packages, but instead of the correct length (in the variable cc in line ~470), send e.g. 48. In the code for littl-endian machines the length of the user-list is calculated by: (cc-WHDRSIZE)/sizeof(struct whoent) which, due to the sizeof(), returns an unsigned int, which results in a wrong loop a few lines later on) The patch below will just drop a short package and log it >Fix: Apply diff to current en stable --- /usr/src/usr.sbin/rwhod/rwhod.c Sat Aug 28 16:28:05 1999 +++ rwhod.c Fri Nov 12 11:17:44 1999 @@ -281,6 +281,11 @@ ntohs(from.sin_port)); continue; } + if (cc < WHDRSIZE) { + syslog(LOG_ERR, "Package too short from %x", + from.sin_addr); + continue; + } if (wd.wd_vers != WHODVERSION) continue; if (wd.wd_type != WHODTYPE_STATUS) >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 Nov 12 9:10:14 1999 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 AACFD14FED for ; Fri, 12 Nov 1999 09:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA92308; Fri, 12 Nov 1999 09:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 12 Nov 1999 09:10:02 -0800 (PST) Message-Id: <199911121710.JAA92308@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: kern/14843: Added Frame Relay support Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14843; it has been noted by GNATS. From: Bill Fumerola To: vak@cronyx.ru Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: kern/14843: Added Frame Relay support Date: Fri, 12 Nov 1999 11:02:50 -0500 (EST) I am not offering a code review below, just a style review. If you hate people who nitpick your style, you might not want to read on. However, if you want to contribute code to FreeBSD, we typically follow KNF as detailed in style(9). On with the show.. On Fri, 12 Nov 1999 vak@cronyx.ru wrote: > @@ -663,7 +735,7 @@ > * become invalid. So we > * - don't let packets with src ip addr 0 thru > * - we flag TCP packets with src ip 0 as an error > - */ > + */ > > if(ip->ip_src.s_addr == INADDR_ANY) /* -hm */ > { > @@ -674,7 +746,7 @@ > else > return(0); > } > - > + Whitespace changes, avoid. > @@ -1117,7 +1202,7 @@ > #if defined(__FreeBSD__) && __FreeBSD__ >= 3 > getmicrouptime(&tv); > #endif > - > + > MGETHDR (m, M_DONTWAIT, MT_DATA); > if (! m) > return; Ditto. > @@ -1738,7 +1823,7 @@ > case STATE_STOPPING: > sppp_cp_send(sp, cp->proto, TERM_REQ, ++sp->pp_seq, > 0, 0); > - TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, > + TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, > sp->ch[cp->protoidx]); Ditto. > @@ -1779,7 +1864,7 @@ > case STATE_REQ_SENT: > case STATE_ACK_RCVD: > case STATE_ACK_SENT: > - TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, > + TIMEOUT(cp->TO, (void *)sp, sp->lcp.timeout, Ditto. > @@ -2322,7 +2407,7 @@ > /* notify low-level driver of state change */ > if (sp->pp_chg) > sp->pp_chg(sp, (int)sp->pp_phase); > - > + Ditto. :> > @@ -2641,7 +2726,7 @@ > (hisaddr == 1 && desiredaddr != 0)) { > /* > * Peer's address is same as our value, > - * or we have set it to 0.0.0.1 to > + * or we have set it to 0.0.0.1 to > * indicate that we do not really care, > * this is agreeable. Gonna conf-ack > * it. > @@ -3026,7 +3111,7 @@ > } > break; > } > - > + > if (debug) { > log(LOG_DEBUG, > SPP_FMT "chap input <%s id=0x%x len=%d name=", > @@ -3136,7 +3221,7 @@ > sppp_print_string(sp->hisauth.name, > sppp_strnlen(sp->hisauth.name, AUTHNAMELEN)); > addlog("\n"); > - } > + } > if (debug) { And all of the above. > @@ -3958,7 +4048,7 @@ > si->sin_addr.s_addr = htonl(src); > > /* add new route */ > - error = rtinit(ifa, (int)RTM_ADD, RTF_HOST); > + error = rtinit(ifa, (int)RTM_ADD, RTF_HOST); Here too. > @@ -3966,7 +4056,7 @@ > } > #endif > } > -} > +} And here. > > static int > sppp_params(struct sppp *sp, u_long cmd, void *data) > @@ -4098,7 +4188,7 @@ > /* if no NCP is starting, all this was in vain, close down */ > sppp_lcp_check_and_close(sp); > } > - > + > > static const char * > sppp_cp_type_name(u_char type) Here too > @@ -4271,4 +4361,500 @@ > sppp_null(struct sppp *unused) > { > /* do just nothing */ > +} > + > +/* > + * Frame Relay link level subroutines. > + * ANSI T1.617-compatible link management signaling implemented. > + * Only one DLCI per channel for now. > + * Copyright (C) 1994-1999 Cronyx Engineering Ltd. > + * Author: Serge Vakulenko, > + */ > +static void sppp_fr_input (struct sppp *sp, struct mbuf *m) static void sppp_fr_input (struct sppp *sp, struct mbuf *m) { ... This allows for "grep -e '^functionname' foo.c". > +{ > + STDDCL; > + u_char *h = mtod (m, u_char*); Please initialilize and declare on differnt lines. > + > +/* > + * Add the frame relay header to the packet. > + * For IP the header length is 4 bytes, > + * for all other protocols - 10 bytes (RFC 1490). > + */ > +static struct mbuf *sppp_fr_header (struct sppp *sp, struct mbuf *m, > + int family) Same as above. > + if (! m) > + return 0; I didn't mention this before because that was changing an old file, but in this file you'll want if (m == '\0') or at least if (!m) > + h = mtod (m, u_char*); > + > + /* Fill the header. */ > + h[0] = sp->fr_dlci >> 2 & 0xfc; > + h[1] = sp->fr_dlci << 4 | 1; > + h[2] = PPP_UI; > + > + switch (family) { > + default: > + if (debug) > + printf ("%s%d: cannot handle address family %d\n", > + ifp->if_name, ifp->if_unit, family); > + m_freem (m); > + return 0; Default belongs as the bottom. > +/* > + * Send periodical frame relay link verification messages via DLCI 0. > + * Called every 10 seconds (default value of T391 timer is 10 sec). > + * Every 6-th message is a full status request > + * (default value of N391 counter is 6). > + */ > +static void sppp_fr_keepalive (struct sppp *sp) Same as above. > + MGETHDR (m, M_DONTWAIT, MT_DATA); > + if (! m) > + return; Same as above. > +/* > + * Process the frame relay Inverse ARP request. > + */ > +static void sppp_fr_arp (struct sppp *sp, struct arp_req *req, > + u_short his_hardware_address) Same as above.` > + switch (ntohs (req->op)) { > + default: > + if (debug) > + printf ("%s%d: Invalid ARP op = 0x%x\n", > + ifp->if_name, ifp->if_unit, ntohs (req->op)); > + return; Default belongs at the bottom. > + case ARPOP_INVREQUEST: > + sppp_get_ip_addrs (sp, &my_ip_address, 0, 0); > + if (! my_ip_address) > + return; /* nothing to reply */ if (my_ip_address != '\0') > + *(short*) (h+8) = htons (ETHERTYPE_ARP); > + > + reply->htype = htons (ARPHRD_FRELAY); > + reply->ptype = htons (ETHERTYPE_IP); > + reply->halen = 2; > + reply->palen = 4; > + reply->op = htons (ARPOP_INVREPLY); > + reply->hsource = htons (my_hardware_address); > + reply->psource1 = htonl (my_ip_address); > + reply->psource2 = htonl (my_ip_address) >> 16; > + reply->htarget = htons (his_hardware_address); > + reply->ptarget1 = htonl (his_ip_address); > + reply->ptarget2 = htonl (his_ip_address) >> 16; All of those spaces between functionname(and_the, variables) needs to be dropped. Spaces only come after the keywords if, while, for, return and switch Everything else uses functionname(variables) Some of the same style snafus are made throughout the file, so I tried not to point out every single one of them when they were repeated. Please read style(9) for the source for most of these comments. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@FreeBSD.org - To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 12 10: 0:10 1999 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 6D35914D97 for ; Fri, 12 Nov 1999 10:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA96013; Fri, 12 Nov 1999 10:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 12 Nov 1999 10:00:02 -0800 (PST) Message-Id: <199911121800.KAA96013@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Serge Vakulenko" Subject: Re: kern/14843: Added Frame Relay support Reply-To: "Serge Vakulenko" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/14843; it has been noted by GNATS. From: "Serge Vakulenko" To: "Bill Fumerola" Cc: Subject: Re: kern/14843: Added Frame Relay support Date: Fri, 12 Nov 1999 20:51:21 +0300 >I am not offering a code review below, just a style review. If you >hate people who nitpick your style, you might not want to read on. >However, if you want to contribute code to FreeBSD, we typically follow >KNF as detailed in style(9). > >On with the show.. >... Oh, it seems I am somewhat behind the times... I will prepare and submit the correct patch. Thanks, Serge To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 12 10:50: 4 1999 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 4FD9714CC3 for ; Fri, 12 Nov 1999 10:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA00224; Fri, 12 Nov 1999 10:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 12 Nov 1999 10:50:01 -0800 (PST) Message-Id: <199911121850.KAA00224@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lars Eggert Subject: Re: kern/10029: many vm_fault: pager read errors Reply-To: Lars Eggert Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/10029; it has been noted by GNATS. From: Lars Eggert To: freebsd-gnats-submit@freebsd.org, david@inty.net Cc: Subject: Re: kern/10029: many vm_fault: pager read errors Date: Fri, 12 Nov 1999 10:46:50 -0800 (PST) Hi, I think I see the same problem David described using 3.2-RELEASE. Recompiling a binary that is NFS mounted and currently running results in "/kernel: vm_fault: pager read error" in some cases, in other cases, the machine just freezes up. Has this been resolved in the meantime? Otherwise, maybe the problem report should be reopened. Please let me know if I can provide any additional info to help track down this problem. Lars ______________________________________________________________________________ Lars Eggert Information Sciences Institute http://www.isi.edu/~larse/ University of Southern California To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 12 11: 0:17 1999 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 3C61214A19 for ; Fri, 12 Nov 1999 11:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA00813; Fri, 12 Nov 1999 11:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from crox.cronyx.ru (crox.cronyx.ru [144.206.181.72]) by hub.freebsd.org (Postfix) with ESMTP id 723B614A19 for ; Fri, 12 Nov 1999 10:58:56 -0800 (PST) (envelope-from vak@crox.cronyx.ru) Received: (from vak@localhost) by crox.cronyx.ru (8.9.3/8.9.3) id WAA00658; Fri, 12 Nov 1999 22:01:58 +0300 (MSK) (envelope-from vak) Message-Id: <199911121901.WAA00658@crox.cronyx.ru> Date: Fri, 12 Nov 1999 22:01:58 +0300 (MSK) From: vak@cronyx.ru To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/14848: Frame Relay support, corrected Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14848 >Category: kern >Synopsis: Frame Relay support, corrected >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 12 11:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Serge V.Vakulenko >Release: FreeBSD 3.3-RELEASE i386 >Organization: Cronyx >Environment: FreeBSD router with syncronous serial adapters installed. >Description: Added support for Frame Relay protocol, corrected according to style(9). >How-To-Repeat: >Fix: --- if_sppp33.h Fri Nov 12 21:16:21 1999 +++ if_sppp.h Fri Nov 12 21:16:50 1999 @@ -99,6 +99,8 @@ struct sipcp ipcp; /* IPCP params */ struct sauth myauth; /* auth params, i'm peer */ struct sauth hisauth; /* auth params, i'm authenticator */ + u_short fr_dlci; /* Frame Relay DLCI number, 16..1023 */ + u_char fr_status; /* PVC status, active/new/delete */ /* * These functions are filled in by sppp_attach(), and are * expected to be used by the lower layer (hardware) drivers @@ -133,7 +135,7 @@ #define PP_KEEPALIVE 0x01 /* use keepalive protocol */ #define PP_CISCO 0x02 /* use Cisco protocol instead of PPP */ - /* 0x04 was PP_TIMO */ +#define PP_FR 0x04 /* use Frame Relay protocol instead of PPP */ #define PP_CALLIN 0x08 /* we are being called */ #define PP_NEEDAUTH 0x10 /* remote requested authentication */ --- if_sppps33.c Fri Nov 12 21:16:02 1999 +++ if_spppsubr.c Fri Nov 12 21:55:14 1999 @@ -1,8 +1,12 @@ /* - * Synchronous PPP/Cisco link level subroutines. + * Synchronous PPP/Cisco/Frame Relay link level subroutines. * Keepalive protocol implemented in both Cisco and PPP modes. + * ANSI T1.617-compaible link management signaling + * implemented for Frame Relay mode. + * Cisco-type Frame Relay framing added, thanks Alex Tutubalin. + * Only one DLCI per channel for now. * - * Copyright (C) 1994-1996 Cronyx Engineering Ltd. + * Copyright (C) 1994-1999 Cronyx Engineering Ltd. * Author: Serge Vakulenko, * * Heavily revamped to conform to RFC 1661. @@ -226,6 +230,65 @@ #define CISCO_PACKET_LEN 18 /* + * Frame Relay. + */ +#define FR_IP 0xCC /* IP protocol identifier */ +#define FR_PADDING 0x00 /* NLPID padding */ +#define FR_SIGNALING 0x08 /* Q.933/T1.617 signaling identifier */ +#define FR_SNAP 0x80 /* NLPID snap */ + +/* + * Header flags. + */ +#define FR_DE 0x02 /* discard eligibility */ +#define FR_FECN 0x04 /* forward notification */ +#define FR_BECN 0x08 /* backward notification */ + +/* + * Signaling message types. + */ +#define FR_MSG_ENQUIRY 0x75 /* status enquiry */ +#define FR_MSG_STATUS 0x7d /* status */ + +#define FR_ENQUIRY_SIZE 14 + +/* + * Message field types. + */ +#define FR_FLD_RTYPE 0x01 /* report type */ +#define FR_FLD_VERIFY 0x03 /* link verification */ +#define FR_FLD_PVC 0x07 /* PVC status */ +#define FR_FLD_LSHIFT5 0x95 /* locking shift 5 */ + +/* + * Report types. + */ +#define FR_RTYPE_FULL 0 /* full status */ +#define FR_RTYPE_SHORT 1 /* link verification only */ +#define FR_RTYPE_SINGLE 2 /* single PVC status */ + +/* + * PVC status field. + */ +#define FR_DLCI_DELETE 0x04 /* PVC is deleted */ +#define FR_DLCI_ACTIVE 0x02 /* PVC is operational */ +#define FR_DLCI_NEW 0x08 /* PVC is new */ + +struct arp_req { + unsigned short htype; /* hardware type = ARPHRD_FRELAY */ + unsigned short ptype; /* protocol type = ETHERTYPE_IP */ + unsigned char halen; /* hardware address length = 2 */ + unsigned char palen; /* protocol address length = 4 */ + unsigned short op; /* ARP/RARP/InARP request/reply */ + unsigned short hsource; /* hardware source address */ + unsigned short psource1; /* protocol source */ + unsigned short psource2; + unsigned short htarget; /* hardware target address */ + unsigned short ptarget1; /* protocol target */ + unsigned short ptarget2; +}; + +/* * We follow the spelling and capitalization of RFC 1661 here, to make * it easier comparing with the standard. Please refer to this RFC in * case you can't make sense out of these abbreviation; it will also @@ -295,6 +358,12 @@ static void sppp_cisco_send(struct sppp *sp, int type, long par1, long par2); static void sppp_cisco_input(struct sppp *sp, struct mbuf *m); +static void sppp_fr_input(struct sppp *sp, struct mbuf *m); +static struct mbuf *sppp_fr_header(struct sppp *sp, struct mbuf *m, int fam); +static void sppp_fr_keepalive(struct sppp *sp); +static void sppp_fr_arp(struct sppp *sp, struct arp_req *req, u_short addr); +static void sppp_fr_signal(struct sppp *sp, unsigned char *h, int len); + static void sppp_cp_input(const struct cp *cp, struct sppp *sp, struct mbuf *m); static void sppp_cp_send(struct sppp *sp, u_short proto, u_char type, @@ -458,6 +527,11 @@ return; } + if (sp->pp_flags & PP_FR) { + sppp_fr_input(sp, m); + return; + } + /* Get PPP header. */ h = mtod (m, struct ppp_header*); m_adj (m, PPP_HEADER_LEN); @@ -694,12 +768,20 @@ } #endif + if (sp->pp_flags & PP_FR) { + /* Add frame relay header. */ + m = sppp_fr_header(sp, m, dst->sa_family); + if (m == NULL) + goto nobufs; + goto out; + } + /* * Prepend general data packet PPP header. For now, IP only. */ M_PREPEND (m, PPP_HEADER_LEN, M_DONTWAIT); if (! m) { - if (debug) +nobufs: if (debug) log(LOG_DEBUG, SPP_FMT "no memory for transmit header\n", SPP_ARGS(ifp)); ++ifp->if_oerrors; @@ -771,7 +853,7 @@ * Queue message on interface, and start output if interface * not yet active. */ - if (IF_QFULL (ifq)) { +out: if (IF_QFULL(ifq)) { IF_DROP (&ifp->if_snd); m_freem (m); ++ifp->if_oerrors; @@ -898,7 +980,8 @@ */ IF_DEQUEUE(&sp->pp_cpq, m); if (m == NULL && - (sppp_ncp_check(sp) || (sp->pp_flags & PP_CISCO) != 0)) { + (sppp_ncp_check(sp) || (sp->pp_flags & PP_CISCO) != 0 || + (sp->pp_flags & PP_FR) != 0)) { IF_DEQUEUE(&sp->pp_fastq, m); if (m == NULL) IF_DEQUEUE (&sp->pp_if.if_snd, m); @@ -922,7 +1005,8 @@ m = sp->pp_cpq.ifq_head; if (m == NULL && (sp->pp_phase == PHASE_NETWORK || - (sp->pp_flags & PP_CISCO) != 0)) + (sp->pp_flags & PP_CISCO) != 0 || + (sp->pp_flags & PP_FR) != 0)) if ((m = sp->pp_fastq.ifq_head) == NULL) m = sp->pp_if.if_snd.ifq_head; splx (s); @@ -963,11 +1047,14 @@ } if (going_up || going_down) - lcp.Close(sp); + if (! (sp->pp_flags & PP_CISCO) && + ! (sp->pp_flags & PP_FR)) + lcp.Close(sp); if (going_up && newmode == 0) { /* neither auto-dial nor passive */ ifp->if_flags |= IFF_RUNNING; - if (!(sp->pp_flags & PP_CISCO)) + if (! (sp->pp_flags & PP_CISCO) && + ! (sp->pp_flags & PP_FR)) lcp.Open(sp); } else if (going_down) { sppp_flush(ifp); @@ -3812,6 +3899,11 @@ ! (ifp->if_flags & IFF_RUNNING)) continue; + if (sp->pp_flags & PP_FR) { + sppp_fr_keepalive(sp); + continue; + } + /* No keepalive in PPP mode if LCP not opened yet. */ if (! (sp->pp_flags & PP_CISCO) && sp->pp_phase < PHASE_AUTHENTICATE) @@ -4271,4 +4363,490 @@ sppp_null(struct sppp *unused) { /* do just nothing */ +} + +/* + * Frame Relay link level subroutines. + * ANSI T1.617-compatible link management signaling implemented. + * Only one DLCI per channel for now. + * Copyright (C) 1994-1999 Cronyx Engineering Ltd. + * Author: Serge Vakulenko, + */ +static void +sppp_fr_input(struct sppp *sp, struct mbuf *m) +{ + STDDCL; + u_char *h; + struct ifqueue *inq; + int dlci, hlen, proto, s; + + /* Get the DLCI number. */ + if (m->m_pkthdr.len < 10) { +bad: m_freem(m); + return; + } + h = mtod(m, u_char*); + dlci = (h[0] << 2 & 0x3f0) | (h[1] >> 4 & 0x0f); + + /* Process signaling packets. */ + if (dlci == 0) { + sppp_fr_signal(sp, h, m->m_pkthdr.len); + m_freem(m); + return; + } + + if (dlci != sp->fr_dlci) { + if (debug) + printf("%s%d: Received packet from invalid DLCI %d\n", + ifp->if_name, ifp->if_unit, dlci); + goto bad; + } + + /* Process the packet. */ + if (ntohs(*(short*) (h+2)) == ETHERTYPE_IP) + goto proto_ip; /* cisco framing */ + if (h[2] != PPP_UI) { + if (debug) + printf("%s%d: Invalid frame relay header flag 0x%02x\n", + ifp->if_name, ifp->if_unit, h[2]); + goto bad; + } + switch (h[3]) { + case FR_PADDING: + if (h[4] != FR_SNAP) { + if (debug) + printf("%s%d: Bad NLPID 0x%02x\n", + ifp->if_name, ifp->if_unit, h[4]); + goto bad; + } + if (h[5] || h[6] || h[7]) { + if (debug) + printf("%s%d: Bad OID 0x%02x-0x%02x-0x%02x\n", + ifp->if_name, ifp->if_unit, + h[5], h[6], h[7]); + goto bad; + } + proto = ntohs(*(short*) (h+8)); + if (proto == ETHERTYPE_ARP) { + /* Process the ARP request. */ + if (m->m_pkthdr.len != 10 + sizeof (struct arp_req)) { + if (debug) + printf("%s%d: Bad ARP request size = %d bytes\n", + ifp->if_name, ifp->if_unit, + m->m_pkthdr.len); + goto bad; + } + sppp_fr_arp(sp, (struct arp_req*) (h + 10), + h[0] << 8 | h[1]); + m_freem(m); + return; + } + hlen = 10; + break; + + case FR_IP: +proto_ip: proto = ETHERTYPE_IP; + hlen = 4; + break; + + default: + if (debug) + printf("%s%d: Unsupported NLPID 0x%02x\n", + ifp->if_name, ifp->if_unit, h[3]); + goto bad; + } + + /* Remove frame relay header. */ + m_adj(m, hlen); + + switch (proto) { +#ifdef INET + case ETHERTYPE_IP: + schednetisr(NETISR_IP); + inq = &ipintrq; + break; +#endif +#ifdef IPX + case ETHERTYPE_IPX: + schednetisr(NETISR_IPX); + inq = &ipxintrq; + break; +#endif +#ifdef NS + case 0x8137: /* Novell Ethernet_II Ethernet TYPE II */ + schednetisr(NETISR_NS); + inq = &nsintrq; + break; +#endif +#ifdef NETATALK + case ETHERTYPE_AT: + schednetisr(NETISR_ATALK); + inq = &atintrq1; + break; +#endif + default: + ++ifp->if_noproto; +drop: ++ifp->if_ierrors; + ++ifp->if_iqdrops; + m_freem(m); + return; + } + + if (! (ifp->if_flags & IFF_UP)) + goto drop; + + /* Check queue. */ + s = splimp(); + if (IF_QFULL(inq)) { + /* Queue overflow. */ + IF_DROP(inq); + splx(s); + if (debug) + log(LOG_DEBUG, SPP_FMT "protocol queue overflow\n", + SPP_ARGS(ifp)); + goto drop; + } + IF_ENQUEUE(inq, m); + splx(s); +} + +/* + * Add the frame relay header to the packet. + * For IP the header length is 4 bytes, + * for all other protocols - 10 bytes (RFC 1490). + */ +static struct mbuf * +sppp_fr_header(struct sppp *sp, struct mbuf *m, int family) +{ + STDDCL; + u_char *h; + int type, hlen; + + /* Prepend the space for Frame Relay header. */ + hlen = (family == AF_INET) ? 4 : 10; + M_PREPEND(m, hlen, M_DONTWAIT); + if (m == NULL) + return 0; + h = mtod(m, u_char*); + + /* Fill the header. */ + h[0] = sp->fr_dlci >> 2 & 0xfc; + h[1] = sp->fr_dlci << 4 | 1; + h[2] = PPP_UI; + + switch (family) { +#ifdef INET + case AF_INET: + h[3] = FR_IP; + return m; +#endif +#ifdef IPX + case AF_IPX: + type = ETHERTYPE_IPX; + break; +#endif +#ifdef NS + case AF_NS: + type = 0x8137; + break; +#endif +#ifdef NETATALK + case AF_APPLETALK: + type = ETHERTYPE_AT; + break; +#endif + default: + if (debug) + printf("%s%d: cannot handle address family %d\n", + ifp->if_name, ifp->if_unit, family); + m_freem(m); + return 0; + } + h[3] = FR_PADDING; + h[4] = FR_SNAP; + h[5] = 0; + h[6] = 0; + h[7] = 0; + *(short*) (h+8) = htons(type); + return m; +} + +/* + * Send periodical frame relay link verification messages via DLCI 0. + * Called every 10 seconds (default value of T391 timer is 10 sec). + * Every 6-th message is a full status request + * (default value of N391 counter is 6). + */ +static void +sppp_fr_keepalive(struct sppp *sp) +{ + STDDCL; + unsigned char *h, *p; + struct mbuf *m; + + MGETHDR(m, M_DONTWAIT, MT_DATA); + if (m == NULL) + return; + m->m_pkthdr.rcvif = 0; + + h = mtod(m, u_char*); + p = h; + *p++ = 0; /* DLCI = 0 */ + *p++ = 1; + *p++ = PPP_UI; + *p++ = FR_SIGNALING; /* NLPID = UNI call control */ + + *p++ = 0; /* call reference length = 0 */ + *p++ = FR_MSG_ENQUIRY; /* message type = status enquiry */ + + *p++ = FR_FLD_LSHIFT5; /* locking shift 5 */ + + *p++ = FR_FLD_RTYPE; /* report type field */ + *p++ = 1; /* report type length = 1 */ + if (sp->pp_seq % 6) + *p++ = FR_RTYPE_SHORT; /* link verification only */ + else + *p++ = FR_RTYPE_FULL; /* full status needed */ + + if (sp->pp_seq >= 255) + sp->pp_seq = 0; + *p++ = FR_FLD_VERIFY; /* link verification type field */ + *p++ = 2; /* link verification field length = 2 */ + *p++ = ++sp->pp_seq; /* our sequence number */ + *p++ = sp->pp_rseq; /* last received sequence number */ + + m->m_pkthdr.len = m->m_len = p - h; + if (debug) + printf("%s%d: send lmi packet, seq=%d, rseq=%d\n", + ifp->if_name, ifp->if_unit, (u_char) sp->pp_seq, + (u_char) sp->pp_rseq); + + if (IF_QFULL(&sp->pp_fastq)) { + IF_DROP(&ifp->if_snd); + m_freem(m); + } else + IF_ENQUEUE(&sp->pp_fastq, m); + if (! (ifp->if_flags & IFF_OACTIVE)) + (*ifp->if_start)(ifp); + ifp->if_obytes += m->m_pkthdr.len + 3; +} + +/* + * Process the frame relay Inverse ARP request. + */ +static void +sppp_fr_arp(struct sppp *sp, struct arp_req *req, u_short his_hardware_address) +{ + STDDCL; + struct mbuf *m; + struct arp_req *reply; + u_char *h; + u_short my_hardware_address; + u_long his_ip_address, my_ip_address; + + if ((ntohs(req->htype) != ARPHRD_FRELAY || + ntohs(req->htype) != 16) || /* for BayNetworks routers */ + ntohs(req->ptype) != ETHERTYPE_IP) { + if (debug) + printf("%s%d: Invalid ARP hardware/protocol type = 0x%x/0x%x\n", + ifp->if_name, ifp->if_unit, + ntohs(req->htype), ntohs(req->ptype)); + return; + } + if (req->halen != 2 || req->palen != 4) { + if (debug) + printf("%s%d: Invalid ARP hardware/protocol address length = %d/%d\n", + ifp->if_name, ifp->if_unit, + req->halen, req->palen); + return; + } + switch (ntohs(req->op)) { + case ARPOP_INVREPLY: + /* Ignore. */ + return; + + case ARPOP_INVREQUEST: + my_hardware_address = ntohs(req->htarget); + his_ip_address = ntohs(req->psource1) << 16 | + ntohs(req->psource2); + my_ip_address = ntohs(req->ptarget1) << 16 | + ntohs(req->ptarget2); + break; + + default: + if (debug) + printf("%s%d: Invalid ARP op = 0x%x\n", + ifp->if_name, ifp->if_unit, ntohs(req->op)); + return; + } + if (debug) + printf("%s%d: got ARP request, source=0x%04x/%d.%d.%d.%d, target=0x%04x/%d.%d.%d.%d\n", + ifp->if_name, ifp->if_unit, ntohs(req->hsource), + (unsigned char) (his_ip_address >> 24), + (unsigned char) (his_ip_address >> 16), + (unsigned char) (his_ip_address >> 8), + (unsigned char) his_ip_address, + my_hardware_address, + (unsigned char) (my_ip_address >> 24), + (unsigned char) (my_ip_address >> 16), + (unsigned char) (my_ip_address >> 8), + (unsigned char) my_ip_address); + + sppp_get_ip_addrs(sp, &my_ip_address, 0, 0); + if (my_ip_address == 0) + return; /* nothing to reply */ + + if (debug) + printf("%s%d: send ARP reply, source=0x%04x/%d.%d.%d.%d, target=0x%04x/%d.%d.%d.%d\n", + ifp->if_name, ifp->if_unit, my_hardware_address, + (unsigned char) (my_ip_address >> 24), + (unsigned char) (my_ip_address >> 16), + (unsigned char) (my_ip_address >> 8), + (unsigned char) my_ip_address, + his_hardware_address, + (unsigned char) (his_ip_address >> 24), + (unsigned char) (his_ip_address >> 16), + (unsigned char) (his_ip_address >> 8), + (unsigned char) his_ip_address); + + /* Send the Inverse ARP reply. */ + MGETHDR(m, M_DONTWAIT, MT_DATA); + if (m == NULL) + return; + m->m_pkthdr.len = m->m_len = 10 + sizeof(*reply); + m->m_pkthdr.rcvif = 0; + + h = mtod(m, u_char*); + reply = (struct arp_req*) (h + 10); + + h[0] = his_hardware_address >> 8; + h[1] = his_hardware_address; + h[2] = PPP_UI; + h[3] = FR_PADDING; + h[4] = FR_SNAP; + h[5] = 0; + h[6] = 0; + h[7] = 0; + *(short*) (h+8) = htons(ETHERTYPE_ARP); + + reply->htype = htons(ARPHRD_FRELAY); + reply->ptype = htons(ETHERTYPE_IP); + reply->halen = 2; + reply->palen = 4; + reply->op = htons(ARPOP_INVREPLY); + reply->hsource = htons(my_hardware_address); + reply->psource1 = htonl(my_ip_address); + reply->psource2 = htonl(my_ip_address) >> 16; + reply->htarget = htons(his_hardware_address); + reply->ptarget1 = htonl(his_ip_address); + reply->ptarget2 = htonl(his_ip_address) >> 16; + + if (IF_QFULL(&sp->pp_fastq)) { + IF_DROP(&ifp->if_snd); + m_freem(m); + } else + IF_ENQUEUE(&sp->pp_fastq, m); + if (! (ifp->if_flags & IFF_OACTIVE)) + (*ifp->if_start)(ifp); + ifp->if_obytes += m->m_pkthdr.len + 3; +} + +/* + * Process the input signaling packet (DLCI 0). + * The implemented protocol is ANSI T1.617 Annex D. + */ +static void +sppp_fr_signal(struct sppp *sp, unsigned char *h, int len) +{ + STDDCL; + u_char *p; + int dlci; + + if (h[2] != PPP_UI || h[3] != FR_SIGNALING || h[4] != 0) { + if (debug) + printf("%s%d: Invalid signaling header\n", + ifp->if_name, ifp->if_unit); +bad: if (debug) { + printf("%02x", *h++); + while (--len > 0) + printf("-%02x", *h++); + printf("\n"); + } + return; + } + if (h[5] == FR_MSG_ENQUIRY) { + if (len == FR_ENQUIRY_SIZE && + h[12] == (u_char) sp->pp_seq) { + sp->pp_seq = random(); + printf("%s%d: loopback detected\n", + ifp->if_name, ifp->if_unit); + } + return; + } + if (h[5] != FR_MSG_STATUS) { + if (debug) + printf("%s%d: Unknown signaling message: 0x%02x\n", + ifp->if_name, ifp->if_unit, h[5]); + goto bad; + } + + /* Parse message fields. */ + for (p=h+6; pif_name, ifp->if_unit, p[1]); + break; + } + sp->pp_rseq = p[2]; + if (debug) { + printf("%s%d: got lmi reply rseq=%d, seq=%d", + ifp->if_name, ifp->if_unit, p[2], p[3]); + if (p[3] != (u_char) sp->pp_seq) + printf(" (really %d)", + (u_char) sp->pp_seq); + printf("\n"); + } + break; + case FR_FLD_PVC: + if (p[1] < 3) { + if (debug) + printf("%s%d: Invalid PVC status length %d\n", + ifp->if_name, ifp->if_unit, p[1]); + break; + } + dlci = (p[2] << 4 & 0x3f0) | (p[3] >> 3 & 0x0f); + if (sp->fr_dlci == 0) + sp->fr_dlci = dlci; + if (sp->fr_status != p[4]) + printf("%s%d: DLCI %d %s%s\n", + ifp->if_name, ifp->if_unit, dlci, + p[4] & FR_DLCI_DELETE ? "deleted" : + p[4] & FR_DLCI_ACTIVE ? "active" : "passive", + p[4] & FR_DLCI_NEW ? ", new" : ""); + sp->fr_status = p[4]; + break; + default: + if (debug) + printf("%s%d: Unknown signaling field 0x%x\n", + ifp->if_name, ifp->if_unit, *p); + break; + } + if (*p & 0x80) + ++p; + else if (p < h+len+1 && p[1]) + p += 2 + p[1]; + else { + if (debug) + printf("%s%d: Invalid signaling field 0x%x\n", + ifp->if_name, ifp->if_unit, *p); + goto bad; + } + } } >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 Nov 12 11:44:16 1999 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 3FD8514F7D; Fri, 12 Nov 1999 11:44:14 -0800 (PST) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA03802; Fri, 12 Nov 1999 11:44:14 -0800 (PST) (envelope-from cpiazza@FreeBSD.org) Date: Fri, 12 Nov 1999 11:44:14 -0800 (PST) From: Message-Id: <199911121944.LAA03802@freefall.freebsd.org> To: vak@cronyx.ru, cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/14843: Added support of Frame Relay protocol Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Added support of Frame Relay protocol State-Changed-From-To: open->closed State-Changed-By: cpiazza State-Changed-When: Fri Nov 12 11:44:01 PST 1999 State-Changed-Why: Superseded by PR 14848 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Nov 12 12: 0:10 1999 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 769BE14F06 for ; Fri, 12 Nov 1999 12:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA05430; Fri, 12 Nov 1999 12:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id A020314EA9; Fri, 12 Nov 1999 11:51:53 -0800 (PST) Message-Id: <19991112195153.A020314EA9@hub.freebsd.org> Date: Fri, 12 Nov 1999 11:51:53 -0800 (PST) From: ab@astralblue.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: kern/14849: newpcm doesn't work with Vibra16X Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14849 >Category: kern >Synopsis: newpcm doesn't work with Vibra16X >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 Nov 12 12:00:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: Eugene M. Kim >Release: 4-current >Organization: >Environment: FreeBSD seerajeane.pl.cp 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Fri Nov 12 03:00:21 PST 1999 root@seerajeane.pl.cp:/usr/src/sys/compile/PL-SEERAJEANE i386 Kernel configuration: --------------------------------- snip --------------------------------- # # PL-SEERAJEANE - kernel configuration for Seerajeane's office computer # # # CORE PARAMETERS # machine i386 # configuration architecture ident PL-SEERAJEANE # kernel identification config kernel # kernel name maxusers 64 # hint for system table sizes # # GENERAL # # CPU options cpu I686_CPU # Intel Pentium Pro/II/III/Celeron CPU # SMP options options SMP # symmetric multiprocessor support options APIC_IO # symmetric (APIC) I/O # Config options options USERCONFIG # boot-up hardware configuration menu #options VISUAL_USERCONFIG # visual menu #options INCLUDE_CONFIG_FILE # in-line kernel configuration file # Compatibility options options COMPAT_43 # 4.3BSD/FreeBSD 1.x syscall compatibility options SYSVSHM # System V shared memory options SYSVSEM # System V semaphore options SYSVMSG # System V message queue # Compatibility options - POSIX 1003.1B realtime extensions options P1003_1B # core options _KPOSIX_PRIORITY_SCHEDULING # priority scheduling options _KPOSIX_VERSION=199309L # POSIX kernel version # Miscellaneous options options MD5 # md5 hashing routine options MSGBUF_SIZE=40960 # kernel message buffer size # # NETWORKING # # Internet family options INET # Internet core code options IPFIREWALL # IP firewall (necessary for dummynet) options IPFIREWALL_VERBOSE options IPFIREWALL_FORWARD options IPFIREWALL_DEFAULT_TO_ACCEPT options IPDIVERT options DUMMYNET # Dummynet network bandwidth limiter # Network interface types/options pseudo-device loop # loopback (MANDATORY) pseudo-device ether # Ethernet pseudo-device bpf # Berkeley packet filter (for Samba) # # FILESYSTEMS # # Real filesystems options FFS # 4.2BSD fast filesystem options FFS_ROOT # FFS usable as root filesystem options SOFTUPDATES # FFS Softupdates technology # General filesystem options options QUOTA # disk quota check # Swap options options NSWAPDEV=1 # number of swap devices # # MISCELLANEOUS DEVICES # # Pseudo tty pseudo-device pty # Advanced power management (APM) device apm0 at nexus? # # ISA BUS/DEVICES # # Core options controller isa0 # ISA system bus controller pnp0 # ISA plug-and-play support #options AUTO_EOI_1 # automatic EOI on master PIC #options AUTO_EOI_2 # automatic EOI on slave PIC # AT keyboard controller (required for atkbd0, psm0, vga0 and sc0) controller atkbdc0 at isa? port IO_KBD # AT keyboard device atkbd0 at atkbdc? irq 1 # PS/2 mouse device psm0 at atkbdc? irq 12 # Standard VGA device vga0 at isa? port ? conflicts # System console device sc0 at isa? options MAXCONS=12 options SC_HISTORY_SIZE=1000 options VESA # Splash screen at start up (screen savers require this too) pseudo-device splash # Numeric processing extension device npx0 at nexus? port IO_NPX irq 13 # Floppy disk controller controller fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 # IDE/ESDI/ATAPI controller controller ata0 device atadisk0 # Serial ports device sio0 at isa? port IO_COM1 irq 4 device sio1 at isa? port IO_COM2 irq 3 # Newpcm device pcm0 # Joystick device joy0 at isa? port IO_GAME # # PCI BUS/DEVICES # # Core options controller pci0 # Adaptec aic7895-based SCSI host adapter controller ahc0 # # SCSI BUS/DEVICES # controller scbus0 # SCSI bus device da0 # direct access (disk) device cd0 # CD-ROM device pass0 # passthrough device # # PARALLEL PORT BUS/DEVICES # controller ppbus0 # parallel port bus controller lpt0 at ppbus? # parallel printer device ppc0 at isa? port ? irq 7 # parallel port device --------------------------------- snip --------------------------------- dmesg output: --------------------------------- snip --------------------------------- FreeBSD seerajeane.pl.cp 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Fri Nov 12 03:00:21 PST 1999 root@seerajeane.pl.cp:/usr/src/sys/compile/PL-SEERAJEANE i386 seerajeane 11:02:04 ab $ 2 dmesg Copyright (c) 1992-1999 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Fri Nov 12 03:00:21 PST 1999 root@seerajeane.pl.cp:/usr/src/sys/compile/PL-SEERAJEANE Timecounter "i8254" frequency 1193182 Hz CPU: Pentium II/Celeron (400.91-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x660 Stepping = 0 Features=0x183fbff real memory = 268435456 (262144K bytes) avail memory = 257470464 (251436K bytes) Programming 24 pins in IOAPIC #0 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2, version: 0x00170011, at 0xfec00000 Preloaded elf kernel "kernel.PL-SEERAJEANE" at 0xc02a8000. VESA: v2.0, 8192k memory, flags:0x1, mode table:0xc025da42 (1000022) VESA: Matrox Graphics Inc. Pentium Pro MTRR support enabled devclass_alloc_unit: pcib0 already exists, using next available unit number npx0: on motherboard npx0: INT 16 interface apm0: on motherboard apm: found APM BIOS v1.2, connected at v1.2 pcib0: on motherboard pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 vga-pci0: irq 16 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 chip1: at device 7.2 on pci0 Timecounter "PIIX" frequency 3579545 Hz chip2: at device 7.3 on pci0 pcib3: at device 16.0 on pci0 pci2: on pcib3 pci0: unknown card (vendor=0x8086, dev=0x1229) at 17.0 irq 19 ahc0: irq 16 at device 18.0 on pci0 ahc0: aic7895 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: irq 16 at device 18.1 on pci0 ahc1: aic7895 Wide Channel B, SCSI Id=7, 16/255 SCBs devclass_alloc_unit: pci1 already exists, using next available unit number pcib1: on motherboard pci3: on pcib1 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: failed to get data. psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <12 virtual consoles, flags=0x200> fdc0: at port 0x3f0-0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 sio0 at port 0x3f8-0x3ff irq 4 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sb_reset_dsp failed sb_reset_dsp failed joy0 at port 0x201 on isa0 joy0: joystick ppc0 at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (EPP/NIBBLE) in COMPATIBLE mode ppb0: IEEE1284 device found /NIBBLE/ECP/ECP_RLE Probing for PnP devices on ppbus0: ppbus0: PJL,MLC,PCL,PCLXL,POSTSCRIPT lpt0: on ppbus 0 lpt0: Interrupt-driven port unknown0:
?
------=_NextPart_000_00DD_01BF2DF0.BBB58660-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 5:30: 5 1999 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 6389014C1C for ; Sat, 13 Nov 1999 05:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA76174; Sat, 13 Nov 1999 05:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 05:30:02 -0800 (PST) Message-Id: <199911131330.FAA76174@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: docs/4691: no documentation for mk_cmds(1) Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/4691; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: FreeBSD Gnats Cc: wosch@freebsd.org Subject: Re: docs/4691: no documentation for mk_cmds(1) Date: Sat, 13 Nov 1999 14:23:02 +0100 I tried it, but it is damn near impossible to find ANY reference whatsoever and I really tried. The only hints I found is that it has something to do with old MIT stuff such as libss. Anyways I give up and best bet would be to close this PR since I have a very hard feeling this will be solved anywhere in the near future. -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best Government of the people, by the people, for the people. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 5:53:37 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from poseidon.dcs.napier.ac.uk (poseidon.dcs.napier.ac.uk [146.176.161.4]) by hub.freebsd.org (Postfix) with ESMTP id D797E1504B for ; Sat, 13 Nov 1999 05:53:16 -0800 (PST) (envelope-from bsc4093@dcs.napier.ac.uk) Received: from artemis (artemis [146.176.161.5]) by poseidon.dcs.napier.ac.uk (8.9.3/8.9.3) with SMTP id NAA26006; Sat, 13 Nov 1999 13:52:39 GMT Date: Sat, 13 Nov 1999 13:52:38 +0000 (GMT) From: Robin Carey X-Sender: bsc4093@artemis To: Bill Fumerola Cc: "Matthew N. Dodd" , freebsd-bugs@FreeBSD.ORG Subject: Re: ISA In-Reply-To: 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, 26 Oct 1999, Bill Fumerola wrote: > On Tue, 26 Oct 1999, Robin Carey wrote: > > > > Cutting and pasting relevent sections too difficult or am I missing > > > something? > > > > Yes, you are indeed missing something .. :) > > "Doctor, I'm in pain." > "What hurts?" > "I can't tell you." > "When did it start." > "I can't tell you that either" > > I can't really see how you expect good help and a well thoughtout answer. hehehehehe tough :) For your information, I ran some more tests with different port addresses. I don't have that information with me at the moment, but it went something like this: port 0x1000 --> Kernel says "eisa slot1" port 0x5000 --> Kernel says "eisa slot5" You or anyone else should be able to reproduce this by yourself by writing a skeleton ISA device driver or altering an existing one in the system, and configuring it on say 0x8000 in the Kernel config file. You'll get the same results as I did; the booting Kernel will say it's on an EISA slot. L8r! > > -- > - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - > - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@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 Nov 13 9:30: 6 1999 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 2CA8514D82 for ; Sat, 13 Nov 1999 09:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA42691; Sat, 13 Nov 1999 09:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 09:30:02 -0800 (PST) Message-Id: <199911131730.JAA42691@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wolfram Schneider Subject: Re: docs/4691: no documentation for mk_cmds(1) Reply-To: Wolfram Schneider Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/4691; it has been noted by GNATS. From: Wolfram Schneider To: Jeroen Ruigrok/Asmodai , FreeBSD Gnats Cc: wosch@freebsd.org Subject: Re: docs/4691: no documentation for mk_cmds(1) Date: Sat, 13 Nov 1999 18:18:05 +0100 On 1999-11-13 14:23:02 +0100, Jeroen Ruigrok/Asmodai wrote: > I tried it, but it is damn near impossible to find ANY reference > whatsoever and I really tried. Did you tried the mailing list archive? > The only hints I found is that it has something to do with old MIT stuff > such as libss. > > Anyways I give up and best bet would be to close this PR since I have a > very hard feeling this will be solved anywhere in the near future. I disagree. The goal is to fix the problem, not to reduce the numbers of open bug reports. -- Wolfram Schneider http://wolfram.schneider.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 9:30:10 1999 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 3885F14EEA for ; Sat, 13 Nov 1999 09:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA42686; Sat, 13 Nov 1999 09:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 09:30:01 -0800 (PST) Message-Id: <199911131730.JAA42686@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bill Fumerola Subject: Re: misc/14856: ftp stalls on FreeBSD 3.3 (CDROM) tested from several systems Reply-To: Bill Fumerola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/14856; it has been noted by GNATS. From: Bill Fumerola To: srodawa@oakland.edu Cc: freebsd-gnats-submit@freebsd.org Subject: Re: misc/14856: ftp stalls on FreeBSD 3.3 (CDROM) tested from several systems Date: Sat, 13 Nov 1999 11:23:39 -0500 (EST) On Fri, 12 Nov 1999 srodawa@oakland.edu wrote: > >Originator: Ronald J. Srodawa I go to Oakland U and would be willing to personally stop by and help you. Please contact me privatly by e-mail so we can set a time. Hows that for technical support. -- - bill fumerola - billf@chc-chimes.com - BF1560 - computer horizons corp - - ph:(800) 252-2421 - bfumerol@computerhorizons.com - billf@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 Nov 13 12:10:28 1999 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 D05F114C11; Sat, 13 Nov 1999 12:10:25 -0800 (PST) (envelope-from ache@FreeBSD.org) Received: (from ache@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA52517; Sat, 13 Nov 1999 12:10:25 -0800 (PST) (envelope-from ache@FreeBSD.org) Date: Sat, 13 Nov 1999 12:10:25 -0800 (PST) From: Message-Id: <199911132010.MAA52517@freefall.freebsd.org> To: netch@lucky.net, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/14813: Perl POSIX::strftime bugfeature Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Perl POSIX::strftime bugfeature State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Sat Nov 13 12:09:37 PST 1999 State-Changed-Why: Sligtly different fix applied To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 13:30: 4 1999 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 BDD7D14D1C for ; Sat, 13 Nov 1999 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA57259; Sat, 13 Nov 1999 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 13:30:01 -0800 (PST) Message-Id: <199911132130.NAA57259@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: docs/4691: no documentation for mk_cmds(1) Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/4691; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: Wolfram Schneider Cc: FreeBSD Gnats , wosch@freebsd.org Subject: Re: docs/4691: no documentation for mk_cmds(1) Date: Sat, 13 Nov 1999 22:02:51 +0100 -On [19991113 20:00], Wolfram Schneider (wosch@panke.de.freebsd.org) wrote: >On 1999-11-13 14:23:02 +0100, Jeroen Ruigrok/Asmodai wrote: >> I tried it, but it is damn near impossible to find ANY reference >> whatsoever and I really tried. > >Did you tried the mailing list archive? Yes. All in all I devoted a few weeks of time to it. >> The only hints I found is that it has something to do with old MIT stuff >> such as libss. >> >> Anyways I give up and best bet would be to close this PR since I have a >> very hard feeling this will be solved anywhere in the near future. > >I disagree. The goal is to fix the problem, not to reduce the numbers >of open bug reports. I know. And I agree with you, but I can assure you, I tried every nook and cranny. And by now people should know I won't abandon a given thing I am working on. Stuff like elf.5 I already did, and bus_space.9 and other docs are forthcoming. Of course others are free to fix it. I won't waste more time on it. -- Jeroen Ruigrok van der Werven/Asmodai asmodai(at)wxs.nl The BSD Programmer's Documentation Project Network/Security Specialist BSD: Technical excellence at its best United we stand, divided we fall. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 14:30: 4 1999 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 7E12C14CF2 for ; Sat, 13 Nov 1999 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA60750; Sat, 13 Nov 1999 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 14:30:02 -0800 (PST) Message-Id: <199911132230.OAA60750@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Chris Costello Subject: Re: docs/4691: no documentation for mk_cmds(1) Reply-To: Chris Costello Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR docs/4691; it has been noted by GNATS. From: Chris Costello To: Jeroen Ruigrok/Asmodai Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: docs/4691: no documentation for mk_cmds(1) Date: Sat, 13 Nov 1999 16:29:19 -0600 On Sat, Nov 13, 1999, Jeroen Ruigrok/Asmodai wrote: > >> Anyways I give up and best bet would be to close this PR since I have a > >> very hard feeling this will be solved anywhere in the near future. > > > >I disagree. The goal is to fix the problem, not to reduce the numbers > >of open bug reports. > > I know. And I agree with you, but I can assure you, I tried every nook > and cranny. And by now people should know I won't abandon a given thing > I am working on. Stuff like elf.5 I already did, and bus_space.9 and > other docs are forthcoming. That's a perfect example of the attitude not to have. "I can't fix it so I guess it should be closed." If you can't fix it, you're not trying hard enough. When I have time, I'll search for documentation on it and make a manual page. -- |Chris Costello |Jury -- Twelve people who determine which client has the better lawyer. `----------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 16:30: 5 1999 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 4237614BDC for ; Sat, 13 Nov 1999 16:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA68611; Sat, 13 Nov 1999 16:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 13 Nov 1999 16:30:03 -0800 (PST) Message-Id: <199911140030.QAA68611@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: d-lewart@uiuc.edu (Daniel S. Lewart) Subject: Re: i386/14396: Floppy install of 3.2-release, 3.3-release hang without detecting keyboard Reply-To: d-lewart@uiuc.edu (Daniel S. Lewart) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/14396; it has been noted by GNATS. From: d-lewart@uiuc.edu (Daniel S. Lewart) To: freebsd-gnats-submit@freebsd.org, jan.grant@bristol.ac.uk Cc: Subject: Re: i386/14396: Floppy install of 3.2-release, 3.3-release hang without detecting keyboard Date: Sat, 13 Nov 1999 18:25:11 -0600 (CST) FreeBSD bug exterminators, > Are you sure you get this with 3.3-RELEASE and not 3.2_RELEASE? This was > a known problem with 3.2-RELEASE, but it's not mentioned in the > 3.3-RELEASE ERRATA.TXT. I also get this with 3.3-RELEASE. Here are some details: Keyboard: NetServer 101-key HP C1405B Motherboard: HP NetServer LM D2182-60006 BIOS: PhoenixBIOS(TM) E486 Version 1.00.20.AM0 After "boot -v", the following lines are in /var/run/dmesg.boot. Good luck, Daniel Lewart d-lewart@uiuc.edu ------------------------------------------------------------------------------- Probing for devices on the ISA bus: atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa sc0 on isa sc0: fb0 kbd0 sc0: VGA color <16 virtual consoles, flags=0x0> ed0 not found at 0x280 fe0 not found at 0x300 atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x3d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: RESET_AUX return code:00fe kbdc: DIAGNOSE status:0055 kbdc: TEST_KBD_PORT status:0000 ------------------------------------------------------------------------------- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 17:37:46 1999 Delivered-To: freebsd-bugs@freebsd.org Received: from monkeys.com (i180.value.net [206.14.136.180]) by hub.freebsd.org (Postfix) with ESMTP id 66D0515215 for ; Sat, 13 Nov 1999 17:37:30 -0800 (PST) (envelope-from rfg@monkeys.com) Received: from monkeys.com (localhost [127.0.0.1]) by monkeys.com (8.9.3/8.9.3) with ESMTP id RAA13435; Sat, 13 Nov 1999 17:37:24 -0800 (PST) To: Daniel Hagan Cc: bugs@freebsd.org Subject: Re: doc/14595: ipfw log option In-reply-to: Your message of Thu, 11 Nov 1999 19:45:35 -0500. Date: Sat, 13 Nov 1999 17:37:24 -0800 Message-ID: <13433.942543444@monkeys.com> From: "Ronald F. Guilmette" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message , you wro te: >ipfw(8) includes the following description of the log option: > >----- > If the kernel was compiled with IPFIREWALL_VERBOSE, then when a >packet matches a rule with the log keyword a message will be printed on >the console. If the kernel was compiled with the IPFIREWALL_VERBOSE_LIMIT >option, then logging will cease after the number of packets specified by >the option are received for that particular chain entry. Logging may then >be re-enabled by clearing the packet counter for that entry. > > Console logging and the log limit are adjustable dynamically >through the sysctl(8) interface. >----- > >The logs are written to the console and (I think) also generate LOG_KERN >facility messages in syslog. That part could be cleared up (after someone >confirms that I'm right I guess), but the rest seems reasonably clear. >Was there something that you specifically wanted added to the >documentation? No, and I retract my PR on this topic. (I just didn't see the passage you quoted above. I only looked for info on the `log' option in the list of other options, e.g. `frag', `in', `out', etc. It wasn't there, so that's how I missed it. Sorry. My bad.) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 17:50: 2 1999 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 A8480151CB for ; Sat, 13 Nov 1999 17:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA75353; Sat, 13 Nov 1999 17:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 540E1152C4; Sat, 13 Nov 1999 17:40:59 -0800 (PST) Message-Id: <19991114014059.540E1152C4@hub.freebsd.org> Date: Sat, 13 Nov 1999 17:40:59 -0800 (PST) From: ctomasj@freewwweb.com To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: conf/14864: I can not get dual Boot to boot FreeBSD from hard drive 1 and windows 98 from hard drive 2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14864 >Category: conf >Synopsis: I can not get dual Boot to boot FreeBSD from hard drive 1 and windows 98 from hard drive 2 >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 Nov 13 17:50:00 PST 1999 >Closed-Date: >Last-Modified: >Originator: C. Thomas Johnson >Release: 4.4 >Organization: Computing System Solutions >Environment: >Description: With 2 IDE hard drive install, windows 98 installed on the second (D) drive Installing FreeBSD on drive (C). The boot manager does not see drive D >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 Nov 13 18:35:10 1999 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 09AB6152FD; Sat, 13 Nov 1999 18:35:03 -0800 (PST) (envelope-from steve@FreeBSD.org) Received: (from steve@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA81839; Sat, 13 Nov 1999 18:35:03 -0800 (PST) (envelope-from steve@FreeBSD.org) Date: Sat, 13 Nov 1999 18:35:03 -0800 (PST) From: Message-Id: <199911140235.SAA81839@freefall.freebsd.org> To: mjy@pobox.com, steve@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/14850: dhclient crashes (communicating with bootpd) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: dhclient crashes (communicating with bootpd) State-Changed-From-To: open->closed State-Changed-By: steve State-Changed-When: Sat Nov 13 18:34:46 PST 1999 State-Changed-Why: Dupclicate of ports/14851. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Nov 13 19: 0: 3 1999 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 566261512D for ; Sat, 13 Nov 1999 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA84887; Sat, 13 Nov 1999 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3F9BD1512D; Sat, 13 Nov 1999 18:58:56 -0800 (PST) Message-Id: <19991114025856.3F9BD1512D@hub.freebsd.org> Date: Sat, 13 Nov 1999 18:58:56 -0800 (PST) From: motoyuki@FreeBSD.org To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: www-1.0 Subject: bin/14865: pwd_mkdb refuses NIS entry +:::::::: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 14865 >Category: bin >Synopsis: pwd_mkdb refuses NIS entry +:::::::: >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 13 19:00:01 PST 1999 >Closed-Date: >Last-Modified: >Originator: Motoyuki Konno >Release: FreeBSD-current >Organization: >Environment: FreeBSD 4.0-CURRENT on Nov/12/1999. >Description: pwd_mkdb refuses the NIS passwd entry +:::::::: for "no uid for user +". This is the side effect of the change src/usr.sbin/pwd_mkdb/pw_scan.c rev. 1.9 -> 1.10. >How-To-Repeat: Add NIS passwd entry +::::::::: by vipw. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message