From owner-freebsd-bugs Sun Jun 11 1:49: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8911437B53A; Sun, 11 Jun 2000 01:49:06 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA02403; Sun, 11 Jun 2000 01:49:06 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 01:49:06 -0700 (PDT) From: Message-Id: <200006110849.BAA02403@freefall.freebsd.org> To: pantzer@orion.boden.se, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/765: umount -f can`t umount a NFS filesystem in use Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: umount -f can`t umount a NFS filesystem in use State-Changed-From-To: suspended->feedback State-Changed-By: asmodai State-Changed-When: Sun Jun 11 01:48:50 PDT 2000 State-Changed-Why: http://www.freebsd.org/cgi/query-pr.cgi?pr=765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 1:50:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 70D1837C8E3; Sun, 11 Jun 2000 01:50:45 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA02626; Sun, 11 Jun 2000 01:50:45 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 01:50:45 -0700 (PDT) From: Message-Id: <200006110850.BAA02626@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, asmodai@FreeBSD.org Subject: Re: kern/765: umount -f can`t umount a NFS filesystem in use Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: umount -f can`t umount a NFS filesystem in use Responsible-Changed-From-To: freebsd-bugs->asmodai Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 01:49:12 PDT 2000 Responsible-Changed-Why: I'll monitor this PR. There were significant changes in NFS behaviour in the lastest FreeBSD versions. I know that Matthew Dillon did a lot of kernel related things and I know Martin Blapp did a lot of mount_nfs related stuff. Could you try FreeBSD 4.0-RELEASE/STABLE and see if this problem still exists? http://www.freebsd.org/cgi/query-pr.cgi?pr=765 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 2: 1:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 028D837BF65; Sun, 11 Jun 2000 02:01:25 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA03608; Sun, 11 Jun 2000 02:01:24 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 02:01:24 -0700 (PDT) From: Message-Id: <200006110901.CAA03608@freefall.freebsd.org> To: jkh@mimsy.cdrom.com, asmodai@FreeBSD.org, dg@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/854: swapinfo shows incorrect information for vnconfig'd swap. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: swapinfo shows incorrect information for vnconfig'd swap. State-Changed-From-To: open->analyzed State-Changed-By: asmodai State-Changed-When: Sun Jun 11 01:53:57 PDT 2000 State-Changed-Why: I looked at the PR in some detail and can confirm some of this. The first vn device used will be vn0b, logically. However, when you use more vn devices for swapon, swapinfo will reply with: [17:50] [root@daemon] (26) # swapinfo Device 1K-blocks Used Avail Capacity Type /dev/da0s1b 262016 53440 208576 20% Interleaved /dev/rvn0 65408 0 65408 0% Interleaved /dev/#C43:0x1000a -64 -64 0 100% Interleaved /dev/#C43:0x10012 896 0 896 0% Interleaved Total 328256 53376 274880 16% It shows the device major:minor instead of the device name. The rest works perfectly though. The -64 was a too small dd'd file I created. So the problem as originally reported in the PR doesn't exist anymore in 4.0 and onwards, and I suspect the same to be true for 3.4-R and onwards as well. But I am just curious about the above. Responsible-Changed-From-To: dg->freebsd-bugs Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 01:53:57 PDT 2000 Responsible-Changed-Why: Two years allocated, time to let the freebsd-bugs list at it again so that we can finally resolve this. http://www.freebsd.org/cgi/query-pr.cgi?pr=854 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 3:24: 3 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7DFF637BF78; Sun, 11 Jun 2000 03:24:00 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA12546; Sun, 11 Jun 2000 03:24:00 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 03:24:00 -0700 (PDT) From: Message-Id: <200006111024.DAA12546@freefall.freebsd.org> To: lgodsey@md5.com, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19162: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 4.0-STABLE panics w/ softupdates and quota when user goes over inode limit State-Changed-From-To: open->analyzed State-Changed-By: asmodai State-Changed-When: Sun Jun 11 03:23:12 PDT 2000 State-Changed-Why: I informed Kirk McKusick about this PR and he is investigating this. http://www.freebsd.org/cgi/query-pr.cgi?pr=19162 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 4:23:53 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EEC6637B5C7; Sun, 11 Jun 2000 04:23:45 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA20756; Sun, 11 Jun 2000 04:23:45 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 04:23:45 -0700 (PDT) From: Message-Id: <200006111123.EAA20756@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, wpaul@FreeBSD.org Subject: Re: kern/19106: Corruption of xl driver's TX chain during startup Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Corruption of xl driver's TX chain during startup Responsible-Changed-From-To: freebsd-bugs->wpaul Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 04:23:11 PDT 2000 Responsible-Changed-Why: xl driver maintainer. http://www.freebsd.org/cgi/query-pr.cgi?pr=19106 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 4:30: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 13BC337B6C6 for ; Sun, 11 Jun 2000 04:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA21244; Sun, 11 Jun 2000 04:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 11 Jun 2000 04:30:02 -0700 (PDT) Message-Id: <200006111130.EAA21244@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jeroen Ruigrok/Asmodai Subject: Re: bin/19145: ps not annotatable in 4.0 Reply-To: Jeroen Ruigrok/Asmodai Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19145; it has been noted by GNATS. From: Jeroen Ruigrok/Asmodai To: billh@europe.yahoo-inc.com Cc: freebsd-gnats-submit@FreeBSD.org Subject: Re: bin/19145: ps not annotatable in 4.0 Date: Sun, 11 Jun 2000 13:16:58 +0200 -On [20000609 20:01], billh@europe.yahoo-inc.com (billh@europe.yahoo-inc.com) wrote: > >>Description: >the kvm_getargv function returns the original argv passed to the >process, ignoring any changes that the process may have made to >ARGV, in conflict with the manual page. Which manual page are you referring to? kvm_getargv(3)? -- Jeroen Ruigrok vd Werven/Asmodai asmodai@[wxs.nl|bart.nl|freebsd.org] Documentation nutter/C-rated Coder BSD: Technical excellence at its best The BSD Programmer's Documentation Project Necessity relieves us of the ordeal of choice... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 4:34:57 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1CA2E37B6C6; Sun, 11 Jun 2000 04:34:55 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA21777; Sun, 11 Jun 2000 04:34:55 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 04:34:55 -0700 (PDT) From: Message-Id: <200006111134.EAA21777@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, billf@FreeBSD.org Subject: Re: bin/19044: Some games compare initscr() to ERR. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Some games compare initscr() to ERR. Responsible-Changed-From-To: freebsd-bugs->billf Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 04:33:59 PDT 2000 Responsible-Changed-Why: Bill Fumerola did a lot of work on the games, let him add this to his fixes. http://www.freebsd.org/cgi/query-pr.cgi?pr=19044 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 4:57:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4E45737BF97; Sun, 11 Jun 2000 04:57:44 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA23639; Sun, 11 Jun 2000 04:57:44 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 04:57:44 -0700 (PDT) From: Message-Id: <200006111157.EAA23639@freefall.freebsd.org> To: adoal@iname.com, asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, asmodai@FreeBSD.org Subject: Re: kern/18735: add support to Accton EN1217 network adapter Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: add support to Accton EN1217 network adapter State-Changed-From-To: open->suspended State-Changed-By: asmodai State-Changed-When: Sun Jun 11 04:56:22 PDT 2000 State-Changed-Why: Set to suspended so it will stay here until the appropriate MFC's have been done. Responsible-Changed-From-To: freebsd-bugs->asmodai Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 04:56:22 PDT 2000 Responsible-Changed-Why: I committed this fix. http://www.freebsd.org/cgi/query-pr.cgi?pr=18735 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 7: 9:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7BBB837B808; Sun, 11 Jun 2000 07:09:26 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Received: (from asmodai@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA02447; Sun, 11 Jun 2000 07:09:25 -0700 (PDT) (envelope-from asmodai@FreeBSD.org) Date: Sun, 11 Jun 2000 07:09:25 -0700 (PDT) From: Message-Id: <200006111409.HAA02447@freefall.freebsd.org> To: asmodai@FreeBSD.org, freebsd-bugs@FreeBSD.org, dce@FreeBSD.org Subject: Re: bin/18715: Changes to /etc/defaults/rc.conf, /etc/rc.network Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Changes to /etc/defaults/rc.conf, /etc/rc.network Responsible-Changed-From-To: freebsd-bugs->dce Responsible-Changed-By: asmodai Responsible-Changed-When: Sun Jun 11 07:09:09 PDT 2000 Responsible-Changed-Why: Originator is a committer nowadays. http://www.freebsd.org/cgi/query-pr.cgi?pr=18715 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 9:43: 0 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 60FD537B845; Sun, 11 Jun 2000 09:42:58 -0700 (PDT) (envelope-from jlemon@FreeBSD.org) Received: (from jlemon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA23361; Sun, 11 Jun 2000 09:42:57 -0700 (PDT) (envelope-from jlemon@FreeBSD.org) Date: Sun, 11 Jun 2000 09:42:57 -0700 (PDT) From: Message-Id: <200006111642.JAA23361@freefall.freebsd.org> To: dwmalone@maths.tcd.ie, jlemon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18471: mbuf and mbuf clusters can be freed multiple times Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mbuf and mbuf clusters can be freed multiple times State-Changed-From-To: open->closed State-Changed-By: jlemon State-Changed-When: Sun Jun 11 09:42:38 PDT 2000 State-Changed-Why: Patch applied, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=18471 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 9:50:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6A61C37BA54; Sun, 11 Jun 2000 09:50:58 -0700 (PDT) (envelope-from jlemon@FreeBSD.org) Received: (from jlemon@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA24202; Sun, 11 Jun 2000 09:50:58 -0700 (PDT) (envelope-from jlemon@FreeBSD.org) Date: Sun, 11 Jun 2000 09:50:58 -0700 (PDT) From: Message-Id: <200006111650.JAA24202@freefall.freebsd.org> To: lucas@negaverse.org, jlemon@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11115: Sockets die in LAST_ACK and FIN_WAIT_1 states, stay indefinitely until reboot, slows machine to halt Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sockets die in LAST_ACK and FIN_WAIT_1 states, stay indefinitely until reboot, slows machine to halt State-Changed-From-To: open->closed State-Changed-By: jlemon State-Changed-When: Sun Jun 11 09:48:13 PDT 2000 State-Changed-Why: This has likely been fixed by the LAST_ACK patch in the 3.x, 4.x, 5.x branches as of June 8th. http://www.freebsd.org/cgi/query-pr.cgi?pr=11115 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 10:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C8F537C929 for ; Sun, 11 Jun 2000 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA28874; Sun, 11 Jun 2000 10:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 11 Jun 2000 10:30:03 -0700 (PDT) Message-Id: <200006111730.KAA28874@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: bin/19190: patch to set history buffer size via vidcontrol(1) Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19190; it has been noted by GNATS. From: Kelly Yancey To: kazutaka.yokota@nifty.com Cc: FreeBSD-gnats-submit@freebsd.org, yokota@zodiac.mech.utsunomiya-u.ac.jp Subject: Re: bin/19190: patch to set history buffer size via vidcontrol(1) Date: Sun, 11 Jun 2000 10:21:43 -0700 (PDT) On Sun, 11 Jun 2000, Kazutaka YOKOTA wrote: > > Um, this function is available in kbdcontrol(1)... > > Kazu > Hrm. Sorry, I didn't see it there. :( Kelly -- Kelly Yancey - kbyanc@posi.net - Belmont, CA System Administrator, eGroups.com http://www.egroups.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 10:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 681D837B695 for ; Sun, 11 Jun 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA30571; Sun, 11 Jun 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sun, 11 Jun 2000 10:50:03 -0700 (PDT) Message-Id: <200006111750.KAA30571@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: kern/19192: patches to include specfs in LINT, modules Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19192; it has been noted by GNATS. From: Kelly Yancey To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/19192: patches to include specfs in LINT, modules Date: Sun, 11 Jun 2000 10:49:35 -0700 (PDT) On Sun, 11 Jun 2000, Bruce Evans wrote: > Actually, it is treated as non-optional code. > > Bruce > Ah, I see. I didn't grok that from the cvs log. I should have realized thought that with so many talented people working on the specfs code, such an oversight was unlikely. I have learned my lesson. Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 11:47:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9497337B88A; Sun, 11 Jun 2000 11:47:47 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA37567; Sun, 11 Jun 2000 11:47:47 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Sun, 11 Jun 2000 11:47:47 -0700 (PDT) From: Message-Id: <200006111847.LAA37567@freefall.freebsd.org> To: fn@uidaho.edu, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/1970: csh limtail() bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: csh limtail() bug State-Changed-From-To: suspended->closed State-Changed-By: nrahlstr State-Changed-When: Sun Jun 11 11:46:54 PDT 2000 State-Changed-Why: This has been fixed by the import of the latest tcsh. (tcsh_6_09_01_cvs_20000610) http://www.freebsd.org/cgi/query-pr.cgi?pr=1970 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 12: 2: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E7C5837B5F4; Sun, 11 Jun 2000 12:02:01 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA39031; Sun, 11 Jun 2000 12:02:01 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Sun, 11 Jun 2000 12:02:01 -0700 (PDT) From: Message-Id: <200006111902.MAA39031@freefall.freebsd.org> To: woju@freebsd.sinica.edu.tw, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/10524: 3.1-19990309-STABLE install problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: 3.1-19990309-STABLE install problem State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Sun Jun 11 12:00:55 PDT 2000 State-Changed-Why: We now are saving the "boot -c" changes just fine. If this is still a problem we can re-open this PR. Thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=10524 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 12: 7:41 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 382B637C9E6; Sun, 11 Jun 2000 12:07:40 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA40993; Sun, 11 Jun 2000 12:07:40 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Sun, 11 Jun 2000 12:07:40 -0700 (PDT) From: Message-Id: <200006111907.MAA40993@freefall.freebsd.org> To: cdlevin@dialisdn.com, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/6383: csh - when ctrl-d is pressed, file is chmodded and chownd for 0 access Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: csh - when ctrl-d is pressed, file is chmodded and chownd for 0 access State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Sun Jun 11 12:03:12 PDT 2000 State-Changed-Why: I was unable to reproduce this. If this is still a problem we can re-open this PR. http://www.freebsd.org/cgi/query-pr.cgi?pr=6383 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 14:20:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9802837C92C for ; Sun, 11 Jun 2000 14:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA55070; Sun, 11 Jun 2000 14:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id DFD8337C9D2 for ; Sun, 11 Jun 2000 14:17:14 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id QAA92518; Sun, 11 Jun 2000 16:17:09 -0500 (CDT) (envelope-from mdharnois) Message-Id: <200006112117.QAA92518@c1030098-a.wtrlo1.ia.home.com> Date: Sun, 11 Jun 2000 16:17:09 -0500 (CDT) From: mdharnois@home.com Reply-To: mdharnois@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19203: sshd broken in current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19203 >Category: bin >Synopsis: sshd broken in current >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Jun 11 14:20:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Harnois >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: >Description: make world fails in sshd >How-To-Repeat: /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_exec_pty': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:651: warning: passing arg 2 of `auth_ttyok' from incompatible pointer type /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c: In function `do_child': /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:866: syntax error before `*' /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: `lc' undeclared (first use in this function) /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: (Each undeclared identifier is reported only once /usr/src/secure/usr.sbin/sshd/../../../crypto/openssh/session.c:868: for each function it appears in.) *** Error code 1 Stop in /usr/src/secure/usr.sbin/sshd. *** Error code 1 >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 15:35:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from newton.collab.net (24-148-31-193.na.21stcentury.net [24.148.31.193]) by hub.freebsd.org (Postfix) with ESMTP id AE42837C9B0; Sun, 11 Jun 2000 15:35:11 -0700 (PDT) (envelope-from sussman@newton.collab.net) Received: (from sussman@localhost) by newton.collab.net (8.9.3/8.9.3) id RAA06690; Sun, 11 Jun 2000 17:39:04 -0500 (CDT) (envelope-from sussman) To: phk@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/18949: infinite "microuptime() went backwards" messages -- caused by intense disk access References: <200006101916.MAA34614@freefall.freebsd.org> Reply-To: sussman@red-bean.com From: Ben Collins-Sussman Date: 11 Jun 2000 17:39:04 -0500 In-Reply-To: phk@FreeBSD.org's message of "Sat, 10 Jun 2000 12:16:55 -0700 (PDT)" Message-ID: <86g0qj4zcn.fsf@newton.collab.net> Lines: 19 X-Mailer: Gnus v5.7/Emacs 20.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Compiled 4.0-CURRENT kernel without apm module, and the problem seems to be fixed. All of the old "intense disk tests" that used to reproducibly recreate the error now work just fine. You can close this issue. Thanks! phk@FreeBSD.org writes: > Synopsis: infinite "microuptime() went backwards" messages -- caused by intense disk access > > State-Changed-From-To: open->feedback > State-Changed-By: phk > State-Changed-When: Sat Jun 10 12:16:09 PDT 2000 > State-Changed-Why: > Please try with a kernel without APM support > Please include dmesg and sysctl kern.timecounter output. > > http://www.freebsd.org/cgi/query-pr.cgi?pr=18949 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Jun 11 15:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 44B3B37CA4B for ; Sun, 11 Jun 2000 15:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA62634; Sun, 11 Jun 2000 15:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from c1030098-a.wtrlo1.ia.home.com (c1030098-a.wtrlo1.ia.home.com [24.14.126.45]) by hub.freebsd.org (Postfix) with ESMTP id CDBEC37BB62 for ; Sun, 11 Jun 2000 15:37:53 -0700 (PDT) (envelope-from mdharnois@home.com) Received: (from mdharnois@localhost) by c1030098-a.wtrlo1.ia.home.com (8.9.3/8.9.3) id RAA14139; Sun, 11 Jun 2000 17:37:51 -0500 (CDT) (envelope-from mdharnois) Message-Id: <200006112237.RAA14139@c1030098-a.wtrlo1.ia.home.com> Date: Sun, 11 Jun 2000 17:37:51 -0500 (CDT) From: mdharnois@home.com Reply-To: mdharnois@home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/19206: support for onboard ESS1869 in Compaq Presario 5280 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19206 >Category: i386 >Synopsis: support for onboard ESS1869 in Compaq Presario 5280 >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: Sun Jun 11 15:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Michael Harnois >Release: FreeBSD 5.0-CURRENT i386 >Organization: >Environment: Compaq Presario 5280, Celeron 433 with onboard ESS1869 audio >Description: PNP not detected >How-To-Repeat: >Fix: add the following at line 227 of /usr/src/sys/dev/sound/isa/sbc.c {0xabb0110e, "ESS ES1869 (Compaq OEM)"}, /* CPQb0ab */ >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 Jun 11 18:13:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mcfeely.interaccess.com (from.interaccess.com [207.208.131.20]) by hub.freebsd.org (Postfix) with ESMTP id CD48137B7DE; Sun, 11 Jun 2000 18:13:48 -0700 (PDT) (envelope-from dragona@interaccess.com) Received: from alr-p60.CI.COM (d16.focal4.interaccess.com [207.208.139.16]) by mcfeely.interaccess.com (8.9.0/8.9.0) with SMTP id UAA13325; Sun, 11 Jun 2000 20:13:47 -0500 (CDT) Message-Id: <3.0.6.32.20000611201327.007d5a70@pop.interaccess.com> X-Sender: dragona@pop.interaccess.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) with Spelling Checker Date: Sun, 11 Jun 2000 20:13:27 -0500 To: phk@FreeBSD.org, phk@FreeBSD.org, freebsd-bugs@FreeBSD.org From: Derek Ragona Subject: Re: kern/17971: cannot boot 4.0 floppies to install In-Reply-To: <200006101952.MAA41004@freefall.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 No, it is a standard teac 1.44 floppy drive. -Derek At 12:52 PM 6/10/00 -0700, phk@FreeBSD.org wrote: >Synopsis: cannot boot 4.0 floppies to install > >State-Changed-From-To: open->feedback >State-Changed-By: phk >State-Changed-When: Sat Jun 10 12:51:33 PDT 2000 >State-Changed-Why: >We need more information: type of PC, boot -v probe messages etc etc. > >This is not by any chance a scsi floppy drive ? > > >http://www.freebsd.org/cgi/query-pr.cgi?pr=17971 > > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 1:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3CCA537B5E3 for ; Mon, 12 Jun 2000 01:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA98691; Mon, 12 Jun 2000 01:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 93D7537C981; Mon, 12 Jun 2000 01:43:58 -0700 (PDT) Message-Id: <20000612084358.93D7537C981@hub.freebsd.org> Date: Mon, 12 Jun 2000 01:43:58 -0700 (PDT) From: pekkas@netcore.fi To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19215: if /boot.config is present, user intervention is required at boot time. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19215 >Category: misc >Synopsis: if /boot.config is present, user intervention is required at boot time. >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 Jun 12 01:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Pekka Savola >Release: 3.4-STABLE >Organization: - >Environment: FreeBSD loghost1 3.4-STABLE FreeBSD 3.4-STABLE #1: Wed Feb 16 21:30:36 EET 2000 root@loghost1:/usr/src/sys/compile/LOGHOST i386 This box has been updated from 2.2.6 -> 2.2.8 -> 3.2-R -> 3.4-S with cvsup. >Description: I queried about this in freebsd-questions, but since no one replied, I doubt this is a real feature. If you put anything in /boot.config, user intervention will be required at boot time; for example, putting "kernel -P" or "0:wd(0,a)/kernel -P" in /boot.config yields the following: ---- >How-To-Repeat: put e.g. 'kernel' in /boot.config. >Fix: >Release-Note: >Audit-Trail: >Unformatted: >> FreeBSD/i386 BOOT Default: 0:wd(0,a) boot: No >> FreeBSD/i386 BOOT Default: 0:wd(0,a) ---- Note 'No' there. You _have_ to type 'kernel', 'kernel -P' , '/boot/loader', or whatever you want by hand. Boot process will remain forever waiting for user input there otherwise. Deleting /boot.config file restores the automatic booting w/ boot loader. I'm happy to do some tests on this if you like. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 2: 0:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E93437B63C; Mon, 12 Jun 2000 02:00:21 -0700 (PDT) (envelope-from alex@FreeBSD.org) Received: (from alex@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA99801; Mon, 12 Jun 2000 02:00:21 -0700 (PDT) (envelope-from alex@FreeBSD.org) Date: Mon, 12 Jun 2000 02:00:21 -0700 (PDT) From: Message-Id: <200006120900.CAA99801@freefall.freebsd.org> To: sussman@collab.net, alex@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/18949: infinite "microuptime() went backwards" messages -- caused by intense disk access Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: infinite "microuptime() went backwards" messages -- caused by intense disk access State-Changed-From-To: feedback->closed State-Changed-By: alex State-Changed-When: Mon Jun 12 01:59:33 PDT 2000 State-Changed-Why: The originator said, that the problem disappeared with a non-APM kernel. http://www.freebsd.org/cgi/query-pr.cgi?pr=18949 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 2:10:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2C84237C3E9; Mon, 12 Jun 2000 02:10:24 -0700 (PDT) (envelope-from brian@FreeBSD.org) Received: (from brian@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA01918; Mon, 12 Jun 2000 02:10:23 -0700 (PDT) (envelope-from brian@FreeBSD.org) Date: Mon, 12 Jun 2000 02:10:23 -0700 (PDT) From: Message-Id: <200006120910.CAA01918@freefall.freebsd.org> To: mdharnois@home.com, brian@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19206: support for onboard ESS1869 in Compaq Presario 5280 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: support for onboard ESS1869 in Compaq Presario 5280 State-Changed-From-To: open->closed State-Changed-By: brian State-Changed-When: Mon Jun 12 02:10:00 PDT 2000 State-Changed-Why: Patch applied to -current - thanks. http://www.freebsd.org/cgi/query-pr.cgi?pr=19206 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 2:51:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 45C2937BF5E; Mon, 12 Jun 2000 02:51:25 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA05470; Mon, 12 Jun 2000 02:51:24 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 12 Jun 2000 02:51:24 -0700 (PDT) From: Message-Id: <200006120951.CAA05470@freefall.freebsd.org> To: billh@europe.yahoo-inc.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19145: ps not annotatable in 4.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ps not annotatable in 4.0 State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Jun 12 02:48:46 PDT 2000 State-Changed-Why: On Mon, Jun 12, 2000 at 10:28:14AM +0100, Bill Hails wrote: > > Thanks very much for the info. We've just upgraded some of our boxes to > 4.0 and man -k argv didn't show up setproctitle. My real problem is > that in perl 5.6 assignment to $0 no longer has the desired effect, > and some of our monitor code relies on it. I'll have to code something > up with XS to tide us over. http://www.freebsd.org/cgi/query-pr.cgi?pr=19145 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 3:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C6E6D37B735 for ; Mon, 12 Jun 2000 03:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA10170; Mon, 12 Jun 2000 03:20:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 03:20:04 -0700 (PDT) Message-Id: <200006121020.DAA10170@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19215; it has been noted by GNATS. From: Ruslan Ermilov To: pekkas@netcore.fi Cc: bug-followup@FreeBSD.org Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Date: Mon, 12 Jun 2000 13:11:58 +0300 On Mon, Jun 12, 2000 at 01:43:58AM -0700, pekkas@netcore.fi wrote: > > This box has been updated from 2.2.6 -> 2.2.8 -> 3.2-R -> 3.4-S with cvsup. > > If you put anything in /boot.config, user intervention will be required > at boot time; for example, putting "kernel -P" or "0:wd(0,a)/kernel -P" > in /boot.config yields the following: > >> FreeBSD/i386 BOOT > Default: 0:wd(0,a) > > boot: > No > And you also upgraded your boot blocks with `disklabel -B', right? -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 3:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 460B737CBD4 for ; Mon, 12 Jun 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA11006; Mon, 12 Jun 2000 03:30:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 03:30:04 -0700 (PDT) Message-Id: <200006121030.DAA11006@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Pekka Savola Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Reply-To: Pekka Savola Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19215; it has been noted by GNATS. From: Pekka Savola To: Ruslan Ermilov Cc: bug-followup@FreeBSD.org Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Date: Mon, 12 Jun 2000 13:25:07 +0300 (EEST) > > >> FreeBSD/i386 BOOT > > Default: 0:wd(0,a) > > > > boot: > > No > > > And you also upgraded your boot blocks with `disklabel -B', right? Yes. No effect. :( -- Pekka Savola "Tell me of difficulties surmounted, Pekka.Savola@netcore.fi not those you stumble over and fall" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 7: 0:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D633F37BAB7 for ; Mon, 12 Jun 2000 07:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA41630; Mon, 12 Jun 2000 07:00:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 07:00:06 -0700 (PDT) Message-Id: <200006121400.HAA41630@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Julian King Subject: Re: kern/19177: /usr/src/sys/i386/i386/bioscall.s: operands given don't match any known 386 instruction Reply-To: Julian King Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19177; it has been noted by GNATS. From: Julian King To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/19177: /usr/src/sys/i386/i386/bioscall.s: operands given don't match any known 386 instruction Date: Mon, 12 Jun 2000 14:55:45 +0100 Probably you want to ignore this. It was an infelicitude with my cvsup configuration :-( I was getting the wrong version. Once I convinced it to get the right version it compiled cleanly. Sorry. :-( Julian -- Julian King | There once was a limerick .sig | My opinions, all Computer Officer | that really was not very big | mine. You can't University of Cambridge | It was going quite fine | have them! Unix Support | Till it reached the fourth line | P.S. It's a joke To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 7: 8:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FD3337C222; Mon, 12 Jun 2000 07:08:18 -0700 (PDT) (envelope-from alex@FreeBSD.org) Received: (from alex@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA44953; Mon, 12 Jun 2000 07:08:18 -0700 (PDT) (envelope-from alex@FreeBSD.org) Date: Mon, 12 Jun 2000 07:08:18 -0700 (PDT) From: Message-Id: <200006121408.HAA44953@freefall.freebsd.org> To: jpk28@cam.ac.uk, alex@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/19177: /usr/src/sys/i386/i386/bioscall.s: operands given don't match any known 386 instruction Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/src/sys/i386/i386/bioscall.s: operands given don't match any known 386 instruction State-Changed-From-To: open->closed State-Changed-By: alex State-Changed-When: Mon Jun 12 07:07:35 PDT 2000 State-Changed-Why: According to the originator, this was a problem of his cvsup setup. http://www.freebsd.org/cgi/query-pr.cgi?pr=19177 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 7:58: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96A7F37B528; Mon, 12 Jun 2000 07:58:02 -0700 (PDT) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA59698; Mon, 12 Jun 2000 07:58:02 -0700 (PDT) (envelope-from ru@FreeBSD.org) Date: Mon, 12 Jun 2000 07:58:02 -0700 (PDT) From: Message-Id: <200006121458.HAA59698@freefall.freebsd.org> To: pekkas@netcore.fi, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: if /boot.config is present, user intervention is required at boot time. State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Jun 12 07:57:08 PDT 2000 State-Changed-Why: Pilot error (extraneous blank lines at the end of /boot.config). http://www.freebsd.org/cgi/query-pr.cgi?pr=19215 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 8:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4BC7937B527 for ; Mon, 12 Jun 2000 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA62318; Mon, 12 Jun 2000 08:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 08:10:02 -0700 (PDT) Message-Id: <200006121510.IAA62318@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ruslan Ermilov Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Reply-To: Ruslan Ermilov Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/19215; it has been noted by GNATS. From: Ruslan Ermilov To: Pekka Savola Cc: bug-followup@FreeBSD.org Subject: Re: misc/19215: if /boot.config is present, user intervention is required at boot time. Date: Mon, 12 Jun 2000 17:53:34 +0300 On Mon, Jun 12, 2000 at 04:07:32PM +0300, Pekka Savola wrote: > > Hmm, that is strange. Let's check that your bootblocks are OK. > > Please execute the following commands, and send me /tmp/boot.tgz. > > > > # dd if=/dev/wd0c of=/tmp/boot1 count=1 > > # dd if=/dev/wd0c of=/tmp/boot2 skip=1 count=15 > > # tar zcvf /tmp/boot.tgz /tmp/boot[12] /boot/boot[12] > > > > Please also send me the output of the fdisk(8) command. > Your bootblocks are correct, but your /boot.config (which I do not have) is incorrect (and that is why I asked you to send me one!!). Please remove any extra blank lines from your /boot.config and everything will be fine. What really is going on here is that 2nd stage of boot blocks (boot2) attempts to load "" from your root filesystem, fails to do so, and reports `No ""' (where "'s are invisible). Make sure that `wc -l /boot.config' returns the value of 1. Cheers, -- Ruslan Ermilov Oracle Developer/DBA, ru@sunbay.com Sunbay Software AG, ru@FreeBSD.org FreeBSD committer, +380.652.512.251 Simferopol, Ukraine http://www.FreeBSD.org The Power To Serve http://www.oracle.com Enabling The Information Age To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 10:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8B24637B95B for ; Mon, 12 Jun 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA82429; Mon, 12 Jun 2000 10:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from isds.duke.edu (davinci.isds.duke.edu [152.3.22.1]) by hub.freebsd.org (Postfix) with ESMTP id 4CDD337B881 for ; Mon, 12 Jun 2000 10:19:11 -0700 (PDT) (envelope-from sto@stat.Duke.EDU) Received: from feta.isds.duke.edu (feta.isds.duke.edu [152.3.22.76]) by isds.duke.edu (8.8.8/8.8.8) with ESMTP id NAA00702 for ; Mon, 12 Jun 2000 13:19:10 -0400 (EDT) Received: (from sto@localhost) by feta.isds.duke.edu (8.9.3/8.9.3) id NAA03277; Mon, 12 Jun 2000 13:19:10 -0400 (EDT) (envelope-from sto) Message-Id: <200006121719.NAA03277@feta.isds.duke.edu> Date: Mon, 12 Jun 2000 13:19:10 -0400 (EDT) From: sean@stat.Duke.EDU Reply-To: sean@stat.Duke.EDU To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/19217: Addition of IGNORE_LIST to mergemaster script Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19217 >Category: conf >Synopsis: Add an IGNORE_LIST to mergemaster. >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 Jun 12 10:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Sean O'Connell >Release: FreeBSD 4.0-STABLE i386 >Organization: Institute of Statistics and Decision Sciences >Environment: FreeBSD Releng_4 >Description: It would be nice to have the option of forcing mergemaster to ignore certain critical files to speed up the process. This would allow for greater administrative flexibility. >How-To-Repeat: Run megemaster :) >Fix: The following patch to meremaster creates an IGNORE_LIST supplied from the administrator's/root's .mergemasterrc file. --- mergemaster.sh.orig Thu Mar 2 17:31:36 2000 +++ mergemaster.sh Thu Apr 13 23:21:24 2000 @@ -260,6 +260,16 @@ ;; esac + # Like to have a list of files that we really don't want to have + # mergermaster hassle us about. + case "${IGNORE_LIST}" in + '') ;; + *) for IGNORED in ${IGNORE_LIST}; do + rm ${TEMPROOT}/${IGNORED} + done + ;; + esac + ;; # End of the "RERUN" test esac And here is an excerpt from my .mergemasterrc showing how I use this: IGNORE_LIST=".cshrc \ .login \ etc/aliases \ etc/csh.cshrc \ etc/csh.login \ etc/dhclient.conf \ etc/group \ etc/host.conf \ etc/hosts \ etc/hosts.allow \ etc/hosts.equiv \ etc/hosts.lpd \ etc/mail/sendmail.cf \ etc/master.passwd \ etc/newsyslog.conf \ etc/printcap \ etc/ssh/ssh_config \ etc/ssh/sshd_config \ etc/syslog.conf \ etc/ttys \ root/.cshrc \ root/.login" # >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 Jun 12 11: 1:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E682E37B9F8 for ; Mon, 12 Jun 2000 11:00:11 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA87149 for freebsd-bugs@freebsd.org; Mon, 12 Jun 2000 11:00:04 -0700 (PDT) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 12 Jun 2000 11:00:04 -0700 (PDT) Message-Id: <200006121800.LAA87149@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 [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/11/24] bin/5139 portmap does not find interfaces correctl o [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 peter running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 [panics] Kernel (esp kern/sys_pipe.c) die s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi a [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/17] kern/11196 n_hibma kernel mode page fault f [1999/04/19] kern/11226 alfred 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] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/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 o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server f [1999/08/04] kern/12980 alfred NetGear Dec 21140AF Ethernet Card unrecog o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/07] bin/13615 awk corrupts the memory arena when OFMT i o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed f [1999/09/17] i386/13797 alfred SMP/NFS panics on 3.3-RC 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/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit o [1999/10/17] i386/14373 Error while booting from floppy disk o [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] i386/16620 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/15] kern/16740 The kernel panics with "ffs_clusteralloc: o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/18] kern/16803 Newer Adaptec controllers make system han o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] bin/16862 cracauer strptime(..., "%+" ...) dumps core o [2000/02/21] kern/16890 Fatal trap 12: page fault while in kernel f [2000/02/21] misc/16901 cannot boot 3.4 floppies o [2000/02/26] kern/17011 Fatal trap 12 occur, dhclient with BOOTP o [2000/02/28] kern/17067 consistent "make -k buildworld" crash wit o [2000/03/01] kern/17122 crash due to: softdep_disk_write_complete o [2000/03/02] kern/17124 panic: vm_object_deallocate: object deall o [2000/03/03] kern/17152 alfred kernel panic:aio_write o [2000/03/07] kern/17248 FreeBSD 3.4 won't install on 486/100 IBM o [2000/03/10] kern/17305 advansys driver time-out around 30 minute o [2000/03/12] kern/17339 3.4-R on a K6-2: panic: pmap_release: fre o [2000/03/15] i386/17391 rnordier FreeBSD boot loader does not recognize ke o [2000/03/15] i386/17398 imp Install failure of 4.0-Release via ftp an o [2000/03/15] kern/17400 sos panic: resource_list_alloc when booting o [2000/03/18] i386/17485 Partition editor completely non-functiona o [2000/03/22] i386/17557 BTX Loader Hardlocks on FIC-SD11 Motherbo o [2000/03/22] i386/17558 ncr1 controller is not working properly i o [2000/03/23] kern/17565 4.0-RELEASE install does not access IDE d o [2000/03/27] kern/17620 jhay Digi/570i sync driver (if_ar.c) causes sy o [2000/03/28] alpha/17642 alpha FreeBSD/alpha 4.0 RELEASE installation fa o [2000/03/28] kern/17643 sos 3.4 to 4.0 upgrade: ATAPI drivers damage s [2000/03/29] bin/17659 murray sysinstall fails to load a.out libraries o [2000/03/29] i386/17661 sos 4.0-REL hangs after detecting ata1 o [2000/04/03] kern/17776 RAID5 with crashed disk corrupts filesyst o [2000/04/03] i386/17778 sos 4.0-RELEASE will not recognize IDE Contro o [2000/04/04] bin/17791 Restore does not handle bad or missing ta o [2000/04/04] misc/17793 Keyboard not found o [2000/04/04] ports/17806 msmith make in ports/net/citrix_ica loops on scr o [2000/04/04] i386/17808 cannot swap /dev/.... o [2000/04/05] kern/17821 Wavelan driver not working in 4.0 o [2000/04/08] kern/17870 n_hibma 4.0-release consistently crashes a couple o [2000/04/08] kern/17873 brian Can not routing IPV6 packet with tun-devi o [2000/04/09] kern/17881 4.0-RELEASE kern.flp boot crashes upon pr f [2000/04/13] kern/17971 cannot boot 4.0 floppies to install o [2000/04/16] ports/18043 andreas i386 o [2000/04/18] kern/18074 Fatal trap 12: page fault while in kernel o [2000/04/20] i386/18123 4.0-RELEASE crashes during boot from CD-R o [2000/04/23] kern/18182 Remote serial gdb no longer works since m o [2000/04/24] bin/18198 owner of ccontrol file in spool dir is wr o [2000/04/24] misc/18201 Freeze at boot time when trying to upgrad o [2000/04/25] misc/18205 Install via CD-Romm hangs o [2000/04/25] i386/18207 3.2-RELEASE to 4.0-RELEASE FTP upgrade fa o [2000/04/27] kern/18265 Vendor specific word = FFFF o [2000/05/01] kern/18335 FreeBSD 4.0 has a "WRITE command timeout f [2000/05/04] kern/18387 grog when performing certain vinum operations, o [2000/05/09] misc/18466 dillon install via nfs or ftp media silently tru o [2000/05/11] misc/18507 System 'dies' On High Load!!?? o [2000/05/13] bin/18531 installation will not read files frm flop o [2000/05/16] bin/18605 ps does not work under 4.0-STABLE o [2000/05/16] ports/18606 billf cannot install the latest ucd-snmp port o [2000/05/17] kern/18623 out of swap o [2000/05/17] misc/18641 FreeBSD V4.0 crashes when using ifconfig o [2000/05/18] i386/18655 4.0-RELEASE Fails to install o [2000/05/18] kern/18665 Unpredictable crashes. Page fault while i f [2000/05/19] kern/18685 grog "vinum start" under load causes "Fatal tr o [2000/05/21] kern/18712 Kernel panic o [2000/05/22] kern/18754 grog Vinum: reviving RAID5 volume corrupts dat o [2000/05/23] misc/18786 SCSI hangs during FreeBSD 4.0 installatio s [2000/05/24] misc/18793 ken Hitachi DK319H needs quirk entry to work o [2000/05/25] alpha/18808 alpha Unalligned trap handler fails on quadword f [2000/05/25] kern/18823 jasone Apache will hang when compiled with -pthr o [2000/05/31] kern/18919 Dell PowerEdge 2450/733 SMP panics under o [2000/06/03] kern/18982 make buildworld freezes my machine with a o [2000/06/04] kern/19000 Automatic Reebot, Fatal o [2000/06/05] kern/19022 pcm driver causes immediate panic on use o [2000/06/05] i386/19027 FTP install operation does not find XFree o [2000/06/06] i386/19067 boot problem on an ASUS K7V motherboard f [2000/06/06] misc/19077 peter #define trace _nc_trace in /usr/include/n o [2000/06/07] bin/19096 libc core dump using ftp and telnet o [2000/06/07] kern/19106 wpaul Corruption of xl driver's TX chain during a [2000/06/09] kern/19162 4.0-STABLE panics w/ softupdates and quot o [2000/06/10] misc/19175 mounting NFS can be done multiple times C o [2000/06/11] bin/19203 sshd broken in current 221 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r f [1996/08/22] kern/1533 dillon Machine can be panicked by a userland pro o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is s [1997/02/03] kern/2647 changing existing route to -static crashe a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/15] kern/2742 panic: leaf should be empty f [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 mdodd Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi o [1998/01/31] kern/5611 bind does not check sockaddr->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/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/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/12] kern/6603 ncr driver hangs under high load 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/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output 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 s [1998/07/05] kern/7169 cannot use accton on a append-only file s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c 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 s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 dillon -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters f [1998/08/20] i386/7698 n_hibma scotty/tkined library error o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/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/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/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats s [1998/11/09] misc/8623 [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/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/31] bin/9252 [patch] login program "login" don't set K o [1999/01/06] kern/9355 can't select() for writes on a bpf 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/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/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/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 s [1999/01/22] docs/9618 asmodai many typos in groff_mm(7) o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/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/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 sos 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/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 dg Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk f [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 f [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11936 wine don't work (SMP) (-STABLE) o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 phk 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/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] i386/12749 marcel Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi f [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] kern/13022 ipfilter is out-of-date o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/10] i386/13058 Installation hangs after commit o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/25] bin/13383 nectar 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/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 fenner tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] conf/13724 Prevent ".: Out of file descriptors" erro o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13736 enabling NAT on 3.3RC results in panic sb o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 will kdegraphics11 'make PREFIX' fix, one comp o [1999/09/19] i386/13847 missing support for INT 0x13 extensions i o [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] i386/14027 "disklabel -r -w" on new disk reports "No o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/01] conf/14075 CDROM not being recognized during certain o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro o [1999/10/31] bin/14626 sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 murray when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d f [1999/11/09] kern/14797 Serious locking problem in CURRENT o [1999/11/09] i386/14799 Promise Ultra33 doesn't work o [1999/11/09] i386/14806 if_tun.ko conflicts with built-in tunnel o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/10] kern/14814 4.0-CURRENT SMP mode causes ep0 slow o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] kern/14918 Write access to write protected media cau o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 'fetch' doesn't work for http when behind o [1999/11/19] i386/15003 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 /sbin/dhclient-script ignores resolv.conf a [1999/11/23] i386/15062 hm i4b stops working after some time o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] misc/15080 corrupt tree/subtree on primary ftp serve o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] bin/15471 kris Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 hosokawa Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F o [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 PicoBSD Kernel link fails a [2000/01/03] bin/15872 sheldonh Y2k bug in at(1) o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 chuckr print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/06] conf/15943 An exact fix to change timezone informati o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] kern/16090 No buffer space available o [2000/01/12] i386/16094 FreeBSD-3.4 #1 CD doesn't boot on ATAPI C o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/17] kern/16153 no more parallel port zip drive o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time o [2000/01/17] misc/16162 marcel shared /usr/src isn't because .depend fi o [2000/01/17] i386/16164 "vga"/"sc" don't work when a video card i o [2000/01/18] kern/16171 mmap(2) of /dev/kmem cause kernel panic o [2000/01/18] bin/16186 [PATCH] Insecure use of strncpy() and str o [2000/01/18] misc/16197 Installation problems on IBM Thinkpad 365 o [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel o [2000/01/20] misc/16238 e-bones has a Y2K bug o [2000/01/20] kern/16239 dillon NFS mount file system from multi-homed re o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] ports/16341 obrien Fix for minicom detecting modem status li o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 reg bsd.port.mk cannot override make.conf. o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/26] conf/16394 Users of some printers find that lpt0 mal o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict f [2000/01/27] ports/16410 kris ssh and x forwarding problem o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/01/31] i386/16495 Period soft disk errors o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] docs/16585 doc no info documentation for nm (binutils) i o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 cg Can't record with newpcm & CS4236 (AW35/P o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/09] ports/16621 marcel emulators/linux_base needs to be installe o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/16] ports/16766 billf htdig RUN_DEPENDS on ${PREFIX}/share/apac o [2000/02/16] i386/16770 Can't build a.out binaries o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 tanimura Sound drivers seem to be using shared irq o [2000/02/21] ports/16882 obrien Memory leak with g++ 2.8.1 and STL 2.8.1. o [2000/02/21] bin/16892 "domain" directive in /etc/resolv.conf no o [2000/02/22] bin/16920 cdcontrol fails under 4.0-20000214-CURREN o [2000/02/23] kern/16937 ie0 not probed in -current of 2000-02-18 o [2000/02/23] i386/16946 marcel ServerSockets are not working properly in o [2000/02/23] conf/16948 Sysinstall/disklabel: bad partition table o [2000/02/23] ports/16955 markm 'pgp5' built with ports/security/pgp5 doe o [2000/02/25] ports/16983 ache procmail port not prefix clean o [2000/02/25] misc/16991 booting install disk and USB o [2000/02/27] kern/17033 Samsung SN-124 ATAPI CD-ROM not supported o [2000/02/28] bin/17056 rshd does improper home directory check o [2000/03/01] misc/17108 SecureRPC not supported in mount_nfs comm o [2000/03/01] conf/17117 Dial-up problems when using Kppp o [2000/03/02] bin/17134 problem with 3.0-RELEASE cron forgetting o [2000/03/03] kern/17142 4.0-CURRENT hangs in ex_isa_identify() wh o [2000/03/03] kern/17146 panic in devfs_open() while mounting devi o [2000/03/03] kern/17153 mjacob Qlogic Ultra3 cards seem to write very sl o [2000/03/04] bin/17188 make(1) option to reproduce original -V b o [2000/03/05] kern/17208 3.4 Lock-up during file-completion o [2000/03/06] i386/17228 Installation floppies hang up on Compaq A o [2000/03/06] misc/17235 endless loop? harddrive corrupted? o [2000/03/06] ports/17237 hosokawa in samba suite smbclient -M worked incorr a [2000/03/07] bin/17261 sheldonh man page of crontab(5) does not document o [2000/03/08] i386/17266 cannot install 3.2 on L440GX+ o [2000/03/10] misc/17310 NIS host name resolving may loop forever o [2000/03/11] ports/17313 ache wu-ftpd ports install invalid file owners o [2000/03/11] ports/17314 hosokawa in samba: testparm incorrectly generate w o [2000/03/12] bin/17338 netstat shows down counting UDP delivery o [2000/03/12] i386/17346 APIC cannot be enabled without turning on o [2000/03/13] bin/17360 [PATCH] Cleanup bug in pam_ssh o [2000/03/13] ports/17367 reg The makefile doesn't make the aout lib di o [2000/03/14] bin/17371 murray sysinstall's mediaSetHTTP does not work u o [2000/03/14] misc/17373 libXThrStub missing in 4.0-20000307-CURRE o [2000/03/14] i386/17374 Archive QIC02 tape-unit device randomly h o [2000/03/14] kern/17375 yokota kldload/unload cycles with syscons screen o [2000/03/15] kern/17393 kldload syscall allows the same kernel mo o [2000/03/16] kern/17403 cg CS4232 wont play w/newpcm o [2000/03/16] conf/17406 nis in /etc/host.conf breaks network prog f [2000/03/16] misc/17409 4.0-RELEASE install fails on Compaq 1850R o [2000/03/16] alpha/17410 alpha Bad tag on Alpha boot floppies o [2000/03/16] kern/17422 bde 4.0-STABLE: top: nlist failed o [2000/03/16] i386/17423 System hangs then reboots o [2000/03/17] gnu/17433 libobjc locks mutex before deallocating i o [2000/03/17] misc/17435 There's no DES crypto distribution in 4.0 o [2000/03/17] kern/17439 sos 4.0-STABLE: mount of non-fixated CD-R -> a [2000/03/18] bin/17476 sheldonh uudecode -i (no overwrite) flag bogus o [2000/03/18] bin/17482 ftpd(8) forget to close TCP port in passi o [2000/03/18] kern/17483 Cannot run disklabel on virgin disk o [2000/03/19] kern/17492 There is a bug in SIOCGIFCONF ioctl code o [2000/03/19] kern/17494 Two problems with the tun device o [2000/03/19] kern/17499 grog Can't revive VINUM RAID5 o [2000/03/20] ports/17503 obrien lsof port doesn't build on FreeBSD 5.0 o [2000/03/20] kern/17504 ken Another Micropolis Synchronize Cache Prob f [2000/03/20] misc/17517 wpaul 100/10baseT card resets under load f [2000/03/21] i386/17526 PB of frequency heuristic in uipc_socket. o [2000/03/21] conf/17540 NIS host lookups cause NFS mounts to wedg o [2000/03/21] kern/17542 cg random static with GUS PnP s [2000/03/22] ports/17561 green openssh (scp) fails with files larger tha o [2000/03/22] misc/17562 PAS16 sound cycles o [2000/03/23] misc/17567 make buildworld bombing at KerbIV o [2000/03/24] kern/17583 julian NETATALK code can corrupt mbuf free lists o [2000/03/24] misc/17584 groudier fatal SCSI error with a Symbios 53c875 co o [2000/03/24] kern/17592 sos ata READ/WRITE command timeouts o [2000/03/26] kern/17605 matcd driver worked on 3.x but doesn't wo o [2000/03/26] kern/17613 impossible to build FS KLD without kernel o [2000/03/26] kern/17614 marcel impossible to CURSIG when compiling with o [2000/03/26] misc/17615 ¼±ÐèÁ˽âFreeBSSDÖеÄrc.conf,rc.firewallÎÄ o [2000/03/27] i386/17626 green sshd cores when I scp to it o [2000/03/28] kern/17634 cg Non-deterministic PnP sound device config o [2000/03/28] kern/17636 FreeBSD 4 uses network card driver dc whe s [2000/03/28] alpha/17637 billf misconfigured syscons bell causes panic o o [2000/03/28] ports/17652 stb netatalk port modification for des/md5 ch o [2000/03/29] i386/17662 gibbs cam_xpt.c incorrectly disables tagged que o [2000/03/29] kern/17680 Multiple crashes due to load in 4.0/5.0 e a [2000/03/29] bin/17681 sheldonh XDR does not handle 64bit data types corr o [2000/03/30] kern/17695 cg Vibra16X sound card doesn't record audio o [2000/03/30] kern/17697 Boot floppy+local ftp upgrade from 3.4/in o [2000/03/31] i386/17713 gibbs MAKEDEV and /stand/sysinstall goofups wit o [2000/03/31] kern/17715 io memory requests from pnp devices lands o [2000/04/01] kern/17738 reboot after panic: softdep_lock: locking o [2000/04/01] kern/17746 sos afd0 is accessed for no reason a couple o o [2000/04/02] i386/17755 FTP install of 4.0 allocates too few inod o [2000/04/02] kern/17757 jasone select returns 0 if pthread_kill'd w/ sig o [2000/04/02] i386/17761 disk label editor in 4.0 deleted 3.4 part o [2000/04/03] bin/17765 sh in free(): warning: junk pointer, too o [2000/04/03] kern/17779 ADIC 1200d (DAT changer) and Symbios SCSI o [2000/04/04] i386/17800 bde [PATCH] problem with statclock initializa o [2000/04/05] kern/17815 n_hibma The ethernet in the D-Link DSB-H4E is not o [2000/04/06] kern/17829 The dc driver is seriously broken o [2000/04/06] misc/17832 Enlightenment gives Segmentation fault o [2000/04/06] alpha/17833 alpha dc driver for embedded ethernet on Miata a [2000/04/06] kern/17839 sos ad driver and SMP kernel panic (vinum may o [2000/04/07] bin/17841 ttyp0 (and only 0!) produces stdout input o [2000/04/07] kern/17842 Erratic user time reports for long runnin o [2000/04/07] bin/17843 ftpd fails to set cwd with mode 700 NFS m o [2000/04/07] kern/17844 Amd wedges every morning since I've upgra o [2000/04/07] bin/17847 mv symbolic link cross partition fails o [2000/04/08] ports/17863 ports Running DAP reboots computer o [2000/04/08] kern/17866 vr0 hung up o [2000/04/08] bin/17867 wall does not report time zone [PATCH] o [2000/04/08] kern/17871 starting to accumulate undeletable direct o [2000/04/09] i386/17883 4.0-RELEASE panics during install. o [2000/04/09] i386/17890 sos Still having trouble identifying disk geo o [2000/04/10] kern/17895 stale unix domain connections o [2000/04/10] kern/17905 dillon 4.0-SNAP keep on crashing every 3 days o [2000/04/10] kern/17909 shin Panic when removing a pccard which has a o [2000/04/10] i386/17915 pcm0 direct DMA issues. o [2000/04/10] kern/17920 sos ata/ad driver HARD ERROR failure with int o [2000/04/10] kern/17923 cg SB16 ISA-PnP sometimes produces loud stat o [2000/04/11] i386/17926 yokota psm device problems with apm resume o [2000/04/11] i386/17930 wpaul Patch to MFC WaveLAN WEP into 3.4-STABLE o [2000/04/11] kern/17936 panic: resource_list_alloc: resource entr o [2000/04/11] i386/17940 Cannot recongize the scsi card AIC-7899 o [2000/04/12] kern/17961 n_hibma Fatal Trap 12. Page fault while in kernel o [2000/04/12] kern/17965 vr (MII-bus version in 4.0 ONLY) driver l o [2000/04/13] i386/17984 marcel coredumps due to incorrect FP handling o [2000/04/14] ports/18003 cwt amanda2.4's SCSI changer script (chg-chio o [2000/04/14] kern/18012 adrian vnode_free_list corruption, "free vnode i o [2000/04/15] kern/18019 panic: vm_object_shadow: source object ha o [2000/04/15] kern/18024 when printing through gs: panic: lockmgr: o [2000/04/15] kern/18031 alpha system panics cpu_fork during AIO c o [2000/04/17] bin/18058 ctm: error with large file in cvs-cur.620 o [2000/04/17] misc/18065 FREEBSD 4.0 crashes on boot Compaq Prolia o [2000/04/18] misc/18071 I cannot install Oracle 8i in FreeBSD 4.0 o [2000/04/19] i386/18089 4.0R install hangs on newfs or fsck o [2000/04/19] kern/18096 random crashes probably caused by lockmgr o [2000/04/20] kern/18110 DC-390 SCSI BIOS setting no effect and IB f [2000/04/20] kern/18113 Kernel panic while untarring a large arch o [2000/04/21] i386/18132 BTX dumps trying to boot w/ dedicated SCS o [2000/04/22] bin/18160 pppd does not hang up sometimes while sta o [2000/04/23] ports/18180 jmz xdm authorization fails with XDM-AUTHORIZ o [2000/04/23] bin/18181 Getty can fail to observe :de: specificat o [2000/04/23] i386/18185 gibbs Adaptec 3950U2 errors during boot/probe o [2000/04/24] kern/18200 3com 3c509b recognized twice during boot o [2000/04/25] kern/18209 rlimits are never checked in exec() if ex f [2000/04/25] i386/18212 4.0-RELEASE does not see all disk. o [2000/04/25] misc/18220 Mailing list search date problems o [2000/04/25] bin/18221 DNS resolver can fail for large DNS respo f [2000/04/26] kern/18234 phk 4.0-CURRENT crashes when "make test" in p o [2000/04/26] conf/18238 The default sshd config leaves X11 forwar o [2000/04/27] kern/18252 sysctl -a causes panic o [2000/04/28] i386/18268 RTC BIOS error10 (memorysize) o [2000/04/28] kern/18270 [PATCH] kldunload "vn" doesn't clean up e o [2000/04/28] kern/18285 the system froze when use scon -s 50 f [2000/04/29] kern/18303 grog panic: vinvalbuf: dirty bufs o [2000/04/30] conf/18311 4-STABLE rc.network6 1.5.2.1 needs MFC of o [2000/04/30] kern/18315 System hang when doing back-to-back captu o [2000/04/30] kern/18316 close-together bt848/878 captures to file o [2000/05/01] ports/18328 obrien gnucash port configure failure not detect o [2000/05/02] kern/18345 sbc / pcm not fully recognizing AWE64 o [2000/05/02] kern/18348 yokota kernel crash o [2000/05/18] kern/18650 panic when enabling linux with emu10k1 dr o [2000/05/19] gnu/18672 std::basic_string::c_str() o [2000/05/19] bin/18678 Bug in libz o [2000/05/19] misc/18682 Out of file descriptors o [2000/05/19] kern/18687 mrouted and IPDIVERT cause a panic o [2000/05/20] kern/18704 GLOB_ERR not handled correctly by glob() o [2000/05/21] misc/18728 Audio and video desynch in Realplayer on s [2000/05/21] kern/18735 asmodai add support to Accton EN1217 network adap o [2000/05/21] misc/18740 watch: fatal: cannot open snoop device o [2000/05/22] bin/18742 times.allow field parsed incorrectly o [2000/05/22] kern/18751 if_dc doesn't autosense 100Mb mode o [2000/05/22] kern/18756 [PATCH] fxp device causes lockups after s o [2000/05/22] kern/18757 dg [PATCH] fxp driver doesn't enable flow co o [2000/05/22] kern/18763 kernel crashes when sysctl(3) is called o [2000/05/22] alpha/18768 wpaul Digital DE500-BA with "dc" driver doesn't o [2000/05/25] misc/18806 Problems with new compiled kernel in Free f [2000/05/28] kern/18858 microuptime() errors even after disabling o [2000/05/28] misc/18860 Cannot write DATA record to /home/archive o [2000/05/29] ports/18871 ports apache13-fp port doesn't install on FreeB o [2000/05/29] kern/18875 arpintr() problem o [2000/05/29] ports/18888 kuriyama security/gnupg-rsa fix for USA a [2000/05/30] docs/18898 asmodai The default value is missing in named.con o [2000/05/30] kern/18899 if_vr.c can't bridging properly when bpf o [2000/05/30] bin/18903 pkg_add deleted its own database o [2000/05/31] kern/18924 sysctl hw.bt848 crashes machine (bktr dri o [2000/05/31] conf/18925 No X Desktop Environments in 4.0 o [2000/05/31] misc/18927 Missing tools in release/scripts/src-inst o [2000/05/31] gnu/18930 Fix mktemp() problem with libg2c o [2000/05/31] kern/18932 Total loss of ethernet needing reboot. P o [2000/06/01] misc/18937 non root users could'n telnet;ftp;irc;lyn o [2000/06/01] i386/18940 Reading from stdin using linux-jdk-1.2.2 o [2000/06/01] kern/18958 des linprocfs not present in 4.0-STABLE o [2000/06/01] kern/18959 If softupdates are enabled w/ inode quota o [2000/06/02] kern/18980 ATAPI Drive boots Install CD but then say o [2000/06/03] i386/18981 3.4 CDROM fails to boot on Dell PowerEdge o [2000/06/03] ports/18996 vanilla gimp port does not build when WITH_PERL i o [2000/06/04] bin/19008 fetch -p doesn't use passive mode f [2000/06/04] kern/19009 Mounting bad CD-ROM causes crash o [2000/06/05] kern/19020 kernel reboots sometimes o [2000/06/05] misc/19025 Installer assumes /dev exists if target d o [2000/06/05] ports/19028 ports Update port: net/jabber-transport o [2000/06/06] bin/19069 ps exit(0) instead of exit(1) when nentri o [2000/06/06] conf/19080 sysinstall's use of host.conf prevents ft f [2000/06/06] ports/19085 ports All POP3 daemons returns a runtime error o [2000/06/07] alpha/19089 alex Patch: Add if_ed support to FreeBSD/Alpha o [2000/06/07] ports/19093 obrien problem with mail/muttzilla o [2000/06/07] ports/19107 ports Mingw o [2000/06/07] kern/19109 des linprocfs in 4-STABLE refers to non-exist o [2000/06/08] kern/19121 IPv4 multicast does not work without rout o [2000/06/08] misc/19125 Undefined symbol `_poll' referenced from o [2000/06/08] ports/19136 ports word2x won't make o [2000/06/09] ports/19141 ports patch to make equalizer finally work in x o [2000/06/09] ports/19151 ports XFree86 X-Server make install Dies o [2000/06/09] ports/19165 ports cdda2wav can no longer read from IDE driv o [2000/06/10] ports/19180 kris Hylafax security patch o [2000/06/11] ports/19204 ports ports: x11/XFree86-4 breaks "make readmes 884 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' 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 f [1995/10/03] kern/765 asmodai umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu a [1995/11/30] bin/854 swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] bin/1093 route's diagnostic is weird s [1996/06/11] bin/1312 automounter hangs on boot a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] s [1996/09/08] bin/1589 msmith [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi f [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/26] i386/2598 mdodd 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/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/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/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/31] gnu/3157 obrien 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 a [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print f [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup a [1997/08/06] bin/4238 sheldonh 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/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 roberto find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/13] kern/4528 processes hang if the mount_portal proces 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 f [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 imp 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/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to 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 dillon silo overflows running o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted 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/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 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/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] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 hoek 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 o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/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] 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 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/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 asmodai dialog(3) man page outdated s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/14] kern/7619 odd nfs server not responding messages ap 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] 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/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 f [1998/08/29] ports/7774 kris sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/11] bin/7895 multiple identical NFS mounts accepted 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/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] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/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] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/11/01] conf/8531 jkh sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/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/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/27] i386/8867 /stand/sysinstall core dumps (signal 11) 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/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/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/22] bin/9176 dillon placemark to split mount_ufs out of mount 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/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r f [1999/01/03] ports/9286 ports 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 f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] bin/9809 finger output format wrong o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] i386/9991 new driver for National Instruments GPIB 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/15] gnu/10112 chris /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/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 will Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] kern/10175 Bridging support incomplete for some netc f [1999/02/21] ports/10178 kris USE_SOCKS=YES option broken for security/ a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 wosch We need a script which check if our web m o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/10] bin/10522 make world died due -Werror s [1999/03/10] bin/10538 asmodai sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/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] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par s [1999/03/16] ports/10634 ports Update the hylafax port to do a client in o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 murray Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/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/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/27] bin/10825 daily script not executed or executed twi f [1999/03/28] ports/10844 deischen New port: adagdb o [1999/03/29] 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] gnu/10910 Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/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] bin/11141 u_long is not big enough o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] 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/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i 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/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/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820 asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 jkh FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit f [1999/06/13] ports/12188 ports new port: misc/pbs - a batch scheduler o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc a [1999/06/22] conf/12342 sheldonh /etc/hosts.allow must use numerical IP ad o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only s [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/07/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 a [1999/07/05] ports/12518 ports new port: mail/ifmail-os o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/08] ports/12566 billf a guide to pyrotechnics o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG 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/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 roberto xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] kern/12803 obrien patch to make xe driver's noise configura o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused a [1999/07/28] bin/12866 sheldonh [PATCH] RFE for /bin/ls to add a -n optio o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during 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] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 dwhite new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 phantom typo in ms(7) o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/15] i386/13171 "config" not quite right for kernel not n o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB f [1999/09/21] ports/13887 ports New port (fmirror) o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of o [1999/09/23] conf/13918 Termcap entries for VESA modes missing o [1999/09/23] gnu/13921 awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 alex FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix f [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 a [1999/09/30] ports/14070 ports new port: devel/crossgo32-f77 o [1999/09/30] i386/14071 FreeBSD 3.3 Installation CD does not boot o [1999/10/01] ports/14077 peter Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/02] ports/14088 ports update port: x11-wm/fvwm2 to 2.3.8 o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/05] bin/14142 sendmail: mci.c: bad pointer conversion i o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/06] bin/14171 joe [PATCH] create symbolic links using mtree o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on a [1999/10/11] ports/14260 ports new port: www/woda - A Web Oriented Datab o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] i386/14266 vfsload() looks in /lkm, not /modules o [1999/10/11] misc/14269 NIS passwd and group maps do not clean ou o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14317 jkh sysintall: instructions to reboot don't m o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/14] bin/14342 dcs [PATCH] Speed ups for regex! o [1999/10/15] kern/14346 imp Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/15] kern/14356 grog vinum and ``some processes would not die; o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas f [1999/10/20] i386/14438 dwhite additional CPUID bit definitions for iden o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep f [1999/10/23] conf/14487 phantom Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/24] kern/14504 Framing Error on FreeBSD Laptop o [1999/10/25] misc/14511 chapss Y2K problem a [1999/10/25] ports/14515 ports new port: security/tripwire version 1.3 o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] docs/14532 doc Much of cam_cdbparse(3) prints in Courier o [1999/10/25] bin/14533 imp pccardd improperly assigns irqs o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14563 doc Wrong manpage produced by `man 4 fd' o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions s [1999/10/29] kern/14590 kernel panic writing to floppy o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST a [1999/11/01] ports/14643 ports new port: chinese/pydict - A Chinese/Engl o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 [PATCH] tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces o [1999/11/10] i386/14816 lnc(4) can work with Am79C937 a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] misc/14868 Freebsd 3.2-REL with 1 ISA PNP and 1 PCI o [1999/11/14] i386/14891 New smbus driver lmsmb a [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility f [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than f [1999/11/18] ports/14986 kris possible bug in ssh1 o [1999/11/18] ports/14991 ports new port: devel/tcl-trf - Tcl Data transf o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 mjacob Suggestion for enhancement: move isp firm o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] bin/15211 CFLAGS and CC not settable and one warnin o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] kern/15221 marcel Linux emulator core dumps on setreuid() o [1999/12/02] bin/15227 sheldonh New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/04] kern/15251 patch to add unsigned support to sysctl o [1999/12/05] kern/15280 kernel panic during FreeBSD install o [1999/12/05] bin/15285 wes unhelpful error message from brandelf o [1999/12/05] misc/15288 billf pkg_version -c output isn't safe for scri o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 billf proposed modifications to pkg_version o [1999/12/06] ports/15326 ports tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/07] bin/15342 replacement for the stock /sbin/dhclient- o [1999/12/09] bin/15371 keyinfo doesn't work without suidperl o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] docs/15408 doc Description of ls and nlist wrong in man o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 ports wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? f [1999/12/17] ports/15545 ports new port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/19] docs/15561 dcs regex(3) manpage needs update o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 will kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/24] bin/15663 yokota none o [1999/12/25] ports/15691 kris Ssh ports fail to check inetd.conf before o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] conf/15745 rc.network overrides mountd_flags rather o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade o [1999/12/31] conf/15792 can't make /dev/cd31 a [2000/01/01] docs/15821 asmodai Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] ports/15840 ports new port: x11-fonts/ucs-fixed o [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 ftpd did not use sendfile(2) when sending o [2000/01/03] misc/15871 CVS directories copied to PicoBSD filesys o [2000/01/03] ports/15873 ports new port: www/apache_fp+php+mod_ssl-1.3.9 o [2000/01/03] misc/15874 PicoBSD can only update files from within o [2000/01/03] misc/15875 Incorrect permissions on PicoBSD /tmp dir o [2000/01/03] misc/15876 PicoBSD message of the day problems o [2000/01/04] docs/15890 doc rfork(RFMEM) on SMP generates error o [2000/01/04] ports/15894 ports new port: security/aide o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano o [2000/01/05] kern/15923 ATA/EIDE DMA does not work with some hard o [2000/01/06] ports/15933 marcel ports/editors/staroffice requires linux l s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page s [2000/01/08] bin/15981 sheldonh rcp -p fails when times have high bit set o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 asami [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] conf/16076 [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/12] bin/16086 des Inetd internal IDENT is not work well. o [2000/01/12] docs/16091 nik Update man refs for patch in pr #15958 o [2000/01/13] ports/16109 max Update port: japanese/mimekit to 1.8 o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] bin/16124 imp [PATCH] Enhancement for 'lpr -r' o [2000/01/15] misc/16131 bizarre dates displayed when searching th o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/17] ports/16167 torstenb y2k problem with inn 2.2.1 NEWNEWS and NE o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] kern/16170 compiling machine/setjmp.h with g++ o [2000/01/18] docs/16173 dfr [PATCH] fix for the kld/cdev example o [2000/01/18] bin/16179 ipfw(8) poor design of command line parsi o [2000/01/18] conf/16180 firewall rules may require flags to be pa o [2000/01/18] docs/16185 guido a possible typo in ipnat.5 manpage o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] ports/16201 ports Port of CDD isn't up to date o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/20] misc/16231 CD audio wont work. o [2000/01/20] kern/16240 ICMP error generation fails to correctly o [2000/01/21] ports/16252 asami bsd.port.mk: Add bzip2 support for distri o [2000/01/21] bin/16275 approve send-pr(1) (attach files, use env o [2000/01/21] misc/16278 Crypt() function returns wierd results o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 nate Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to o [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/27] ports/16417 ports nethack3 port won't compile on 3.4-Stable o [2000/01/28] bin/16422 newfs always make root's / directory o [2000/01/28] misc/16434 Odd rlogin problem. o [2000/01/30] misc/16475 search.cgi gives bogus dates o [2000/01/30] bin/16480 locked accounts and adduser o [2000/01/30] ports/16486 ports new port: devel/linux-jdk2 o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16629 ports new port: net/vtun o [2000/02/10] ports/16638 ports new port: GNU fileutils o [2000/02/10] ports/16640 ports rwhois port install tries to copy wrong l o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous f [2000/02/11] ports/16654 mharo Some master sites have discontinued hosti o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc f [2000/02/12] ports/16687 jedgar p5-Mysql building problem due to missing o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] kern/16713 grog Vinum: some processes would not die; ps a o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] ports/16763 ports new port: emulators/vxtools o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/17] ports/16794 ports new port: devel/sdts++ o [2000/02/17] bin/16798 rmuser rebuilds entire passwd datebase fo o [2000/02/18] kern/16815 dillon Cannot "rm -rf" for not-existed file on r o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] kern/16838 MFC: phk's print uptime at reboot o [2000/02/20] misc/16839 dan MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 dan MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] misc/16842 Knob for release/Makefile to prevent dele o [2000/02/20] misc/16843 Knob for release/Makefile to prevent dele o [2000/02/20] ports/16857 jdp cvsup coredump o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] bin/16880 [PATCH] pw(8) hardcodes directory creatio o [2000/02/22] bin/16924 tmpfile(3) ignores TMPDIR and always uses o [2000/02/22] bin/16926 kris [PATCH] banner doesn't allocate space fo o [2000/02/22] kern/16928 dynamic sysctl enhancement o [2000/02/22] bin/16929 [PATCH] prevent possible race condition i o [2000/02/23] ports/16932 marcel linux_base 6.1 in 4.0rc aborts install wi o [2000/02/23] docs/16934 doc anon transfer log doesn't log all xfers o [2000/02/23] misc/16938 FTP does not fully parse ftp:// URLs o [2000/02/23] bin/16941 routed: possible netmask problem between a [2000/02/23] gnu/16942 sheldonh send-pr(1) creates unsafe temp files s [2000/02/23] bin/16944 wollman [MFC] Give mtree(8) an ``exclude'' facili o [2000/02/23] bin/16953 [PATCH] Fix argument overflow in dnsquery o [2000/02/23] misc/16954 [PATCH] catopen(3) in libc can overflow o o [2000/02/24] misc/16969 /kernel: psmintr: out of sync (0000 != 00 o [2000/02/24] ports/16970 ports new port: lang/tclX82 o [2000/02/24] bin/16971 Exiting from /usr/sbin/login does not res o [2000/02/25] ports/16987 obrien pkg_delete vim-5.X incorrect f [2000/02/25] ports/16989 ports new port: comms/qico o [2000/02/25] kern/16993 marcel Linux emulator lacks setfsuid and setfsgi o [2000/02/25] ports/16998 ports Eterm fails to function from Gnome/Enligh o [2000/02/26] kern/17003 dscheck() overzealously protects labels o o [2000/02/26] kern/17007 This is a code for implementing ethernet o [2000/02/27] conf/17022 rwatson newsyslog.conf not in sync with syslog.co o [2000/02/27] alpha/17032 alpha strtod(3) floating exception o [2000/02/28] misc/17045 Cannot install on Siemens Primergy 870 (d o [2000/02/28] kern/17058 mjacob SCSI tape driver can't drive devs that ca o [2000/02/28] ports/17066 ports audio/xmms chewing CPU (and skipping too) o [2000/02/29] misc/17069 davidn /usr/sbin/pw pw(8) fails for a specific u o [2000/02/29] bin/17077 yokota write() error o [2000/03/01] docs/17104 phantom gethostbyname(3) contains a reference to o [2000/03/01] kern/17109 fastroute crashes for lo0 udp o [2000/03/02] ports/17127 obrien Ports fix: editors/vim5 o [2000/03/02] ports/17130 ports new port: korean/hlatex-uhcstd o [2000/03/02] ports/17131 ports new port: korean/hlatexpsfonts-uhcextra o [2000/03/02] misc/17132 bugs in xdr functions o [2000/03/02] ports/17139 billf PLIST correction for Apache13-fp a [2000/03/03] misc/17155 sheldonh Add mount(8) check to /etc/security o [2000/03/04] ports/17176 ports Update ports: Mew-1.94.2 o [2000/03/04] misc/17178 -d option of lpd didnt work o [2000/03/04] misc/17185 main ncurses headerfile is installed as c o [2000/03/04] i386/17198 3.4 doesn't boot from CD on dell 3500 o [2000/03/04] ports/17199 jmz emulators/mtools configure fix o [2000/03/04] gnu/17202 uucp grade patch and policy o [2000/03/05] conf/17207 disktab support for Fuji-MO o [2000/03/05] gnu/17214 gdb doesn't honor auto-solib-add o [2000/03/06] kern/17222 Avance Logic ALS/100 sound card doesn't r o [2000/03/06] kern/17224 4.0-20000214-CURRENT: pcm/csa sound - sha o [2000/03/06] bin/17226 markm ftpd can't use PAM o [2000/03/06] misc/17232 obrien chown(1) and chgrp(1) do not honor -v fla a [2000/03/06] ports/17241 mharo Update: japanese/tkdesk o [2000/03/07] ports/17255 pst Update the GNATS port to 3.113 o [2000/03/07] ports/17259 reg Update port www/mozilla o [2000/03/08] misc/17270 FreeBSD should support nsswitch.conf, or o [2000/03/08] misc/17272 deleting a file that a program has open c o [2000/03/08] misc/17275 asami make release fails when making readmes fo o [2000/03/08] ports/17279 ports USA/Canada Netscape Navigator 4.72 FreeBS o [2000/03/09] ports/17286 ports New port of ISC DHCP 3.0 beta o [2000/03/09] bin/17289 [PATCH] wrong permissions on /var/run/pri o [2000/03/09] ports/17293 ports samba port installs man-pages twice, fail o [2000/03/09] kern/17297 Panic when mounting a CDRom o [2000/03/10] i386/17299 I can't find uucleanup command in freeBSD o [2000/03/10] ports/17302 ports new port: news/c-nocem o [2000/03/10] ports/17309 ports ports/audio/cdd doesn't support .wav outp o [2000/03/12] ports/17342 will ports/devel/qtez build failure o [2000/03/12] kern/17347 msdosfs_rename and 'vrele: negative ref c o [2000/03/13] kern/17358 PCI ids for Aureal 8810, 8820 and 8830 au o [2000/03/13] bin/17363 crontab(1) leaves files in /var/cron/tabs o [2000/03/13] bin/17368 billf Bad error messaging from mountd(8) o [2000/03/14] misc/17377 "Checking for rejected mail hosts:" gives a [2000/03/14] misc/17384 sheldonh patch for lpd to add -p option to disable o [2000/03/14] kern/17385 Support for IIT's "XC87SLC-33" numeric pr o [2000/03/15] bin/17389 /bin/cp failed on some synthetic vfs o [2000/03/15] ports/17390 ports new port: security/saint-devel o [2000/03/15] bin/17395 This is a replacement for the perl versio o [2000/03/15] misc/17399 FTPing into machine slows it down o [2000/03/16] bin/17405 one more fstat patch o [2000/03/16] alpha/17411 alpha No link/activity lights Alpha ethernet ca f [2000/03/16] ports/17414 mharo upgrade and fix for the postilion port o [2000/03/16] ports/17416 ports new port: net/p5-File-CounterFile o [2000/03/16] ports/17418 ports new port: net/p5-Net-Netmask o [2000/03/16] ports/17420 ports new port: xbone o [2000/03/16] kern/17425 nsouch [PATCH] fix two small printing errors in o [2000/03/16] ports/17427 cwt a big enhancement to the flexability of t o [2000/03/17] bin/17430 jkh Missing Czech keyboard in /stand/sysinsta o [2000/03/17] ports/17436 ports new port: emulators/vxtools - utilites f o [2000/03/17] kern/17438 cg newpcm volume too low on Soundblaster Pro o [2000/03/17] kern/17441 4.0-STABLE: Intel 82801AA SMBus Controlle o [2000/03/17] ports/17445 marcel Install of linux_base-6.1 fails with rpm a [2000/03/18] ports/17463 mharo Update port: graphics/cqcam o [2000/03/18] ports/17465 jmacd Update port: lang/STk to 4.0.1 o [2000/03/18] docs/17469 jasone Missing man page: sigwait o [2000/03/18] docs/17470 doc Missing man page: pthread_yield o [2000/03/18] ports/17471 rse presence of devel/pth-devel port breaks w o [2000/03/18] ports/17479 asami bsd.port.mk: PARALLEL_BUILD o [2000/03/18] bin/17480 m4 changecom doesn't work as documented o [2000/03/19] kern/17487 sos ide/atapi/cdrom bugs o [2000/03/19] ports/17489 ports Zephyr port is broken with Kerberos enabl o [2000/03/19] ports/17490 markm ports fail for some gnu programs as the g o [2000/03/19] kern/17493 Updates to use FreeBSD as a firewall and o [2000/03/19] ports/17496 ports /usr/ports/editors/emacs termcap problem o [2000/03/19] bin/17498 killall(1) is a slow perl script that's d o [2000/03/20] i386/17505 Problems with with SMP on Compaq proliant o [2000/03/20] ports/17513 ports new port: russian/apache13-php3 (fix, ple o [2000/03/20] misc/17514 Inconsistent behaviour of "make update" [ f [2000/03/20] docs/17521 doc Proposed FAQ on assembly programming o [2000/03/21] ports/17523 ports new port: www/ssserver o [2000/03/21] bin/17532 "host" only prints A records by default o [2000/03/21] kern/17539 kernel panic when asking help in visual u o [2000/03/22] bin/17546 murray Sysinstall does not let you configure NIS f [2000/03/22] bin/17555 green fstat(1) doesn't show memory-mapped files o [2000/03/22] ports/17556 ports new port: audio/linux-realplayer7 o [2000/03/24] ports/17577 ports new port: hebrew/elmar-fonts o [2000/03/24] kern/17581 devices failing probing do so silently o [2000/03/24] ports/17585 obrien Outputs small message for user of lang/gc o [2000/03/24] ports/17588 will New port: mysql++-1.6 o [2000/03/24] kern/17589 sos ata crashes when trying to extract cd-da o [2000/03/24] kern/17593 sheldonh [PATCH] Add KERNEL identifier to GENERIC a [2000/03/25] conf/17595 sheldonh Preventing cp /etc/defaults/rc.conf /etc/ o [2000/03/25] ports/17597 ports new port: net/p5-Net-ext - a perl modules o [2000/03/25] docs/17598 doc installworld over NFS documentation no lo o [2000/03/25] docs/17600 billf Error in description /usr/share/examples/ o [2000/03/25] ports/17602 jmz Port fix x11/XFree86-4.0 (make deinstall o [2000/03/26] bin/17606 shin traceroute vs. IPSEC surprise o [2000/03/26] bin/17611 f77 man page needs updated o [2000/03/27] bin/17619 pax cannot read all tar files created by o [2000/03/27] bin/17623 date(1) -v doesn't handle time changes (D o [2000/03/27] i386/17628 3c509b hangs on running ifconfig o [2000/03/27] misc/17630 Install loader failed to recognize 84-key o [2000/03/27] kern/17631 netgraph is not implemented on loopback i o [2000/03/28] bin/17640 lseek();read() -> pread() in dump and fsc o [2000/03/29] ports/17676 ports new port: astro/rmap o [2000/03/29] ports/17678 jseger Update port graphics/Mesa3 latest with pa o [2000/03/29] bin/17679 wpaul wicontrol should take multiple args on co o [2000/03/30] kern/17688 es_callback() in /sys/pci/es1370.c does n o [2000/03/30] ports/17693 ports new port: www/linux-djvuplugin o [2000/03/30] bin/17694 wcstombs(), mbstowcs() not complying with o [2000/03/30] kern/17698 sheldonh [PATCH] Let Makefile.inc1 installkernel i o [2000/03/30] conf/17699 Support for dutch keyboards in the consol a [2000/03/30] kern/17702 peter Plug and Play Info for USR 56K FAX INT mo o [2000/03/30] misc/17703 dfr /usr/share/examples/kld/cdev won't compil o [2000/03/31] bin/17720 presence of old /dev entries causes sysin o [2000/04/01] ports/17727 ports new port: Pine with Hebrew support, see a o [2000/04/01] kern/17728 probe Macronix 98715/98715A 10/100BaseTX f [2000/04/01] misc/17737 dwhite Major repair of PicoBSD o [2000/04/01] bin/17739 Traceroute will not compile without IPSEC o [2000/04/02] kern/17751 wpaul rl driver loaded as module when it alread o [2000/04/02] bin/17756 sshd ignores .hushlogin f [2000/04/02] kern/17758 green Make sl driver dynamicallly expandable. o [2000/04/03] ports/17771 ports new port: japanese/elisp-manual o [2000/04/03] bin/17772 TFTP can not handle big files (> 32MBytes o [2000/04/03] kern/17774 stray irq7 o [2000/04/03] kern/17775 4.0-STABLE: Adaptec-155-ATM at en0 causi o [2000/04/03] ports/17777 torstenb [PATCH] Postfix port to consistently use o [2000/04/03] docs/17780 doc if they ask for smbmount, they want shari o [2000/04/04] kern/17796 pcm drivers failes to load for Neomagic o a [2000/04/04] ports/17798 nate ports/java/jdk: headers incorrectly check o [2000/04/04] ports/17799 ports new port: lang/jgnat o [2000/04/04] ports/17801 jake new port: devel/binutils11 o [2000/04/04] ports/17802 jake port update: devel/gcc11 o [2000/04/04] ports/17803 jake new port: devel/gdb11 o [2000/04/05] bin/17810 pw coredumps when adding/deleting usernam o [2000/04/05] gnu/17812 gprof gives error: o [2000/04/05] bin/17818 ssh X11 forward breaks with X11 not in /u o [2000/04/05] kern/17819 adrian Build ports on nfs & union mount panics k o [2000/04/06] ports/17822 obrien www/netscape47-navigator.us port missing o [2000/04/06] bin/17824 sheldonh [PATCH] /usr/bin/column has arithmetic ov o [2000/04/06] bin/17830 /usr/bin/login called from command line d o [2000/04/06] kern/17831 FreeBSD 4.0 doesn't detect EpoX 7KXA prop o [2000/04/06] docs/17836 alex manpage for sigaction(2) is wrong o [2000/04/07] misc/17848 Patches to remove support for CSRG libm o [2000/04/07] docs/17855 alex PPP Primer is out-of-date o [2000/04/07] misc/17857 During a sysinstall kernel sources say th o [2000/04/08] bin/17864 PATCH: sys/resource.h needs sys/time.h fo o [2000/04/08] kern/17874 Watchdog Timeout in vr device o [2000/04/09] bin/17877 davidn Cannot change login group with "pw usermo o [2000/04/09] misc/17889 certain type of DNS queries seem to get d o [2000/04/10] ports/17897 chuckr transfig does not compile with XFree86-4. o [2000/04/10] ports/17903 billf Allow CVS_UPDATE to be used with SUP_UPDA o [2000/04/10] conf/17904 sheldonh rc.network IPX configuration missing 'ipx o [2000/04/10] i386/17906 le ethernet device doesn't work in 4.0 o [2000/04/10] kern/17907 cg Audio record levels are too low o [2000/04/10] docs/17916 doc [PATCH] rewrite of cutting-edge section o o [2000/04/10] ports/17921 green licq in the ports collection is missing a o [2000/04/10] bin/17922 send-pr should be upgraded o [2000/04/11] bin/17939 sheldonh routed calls ntohs twice on the same fiel o [2000/04/12] bin/17945 sheldonh [patch] Makefile in /usr/src/sbin/mount_m o [2000/04/12] ports/17952 torstenb [PATCH] tcp_wrappers port to give better o [2000/04/12] misc/17957 installer navigation is confusing o [2000/04/12] bin/17958 pkg_delete runs away when given path with o [2000/04/12] misc/17962 default release names need updating in sr o [2000/04/12] conf/17967 etc/Makefile attempts to build whatis dat o [2000/04/13] misc/17983 Minikernel build instructions do not work o [2000/04/13] i386/17991 marcel linux module doesn't implement pread/pwri o [2000/04/13] conf/17993 improving on the default /etc/amd.map o [2000/04/13] bin/17997 nvi doesn't set variables on startup (via o [2000/04/14] kern/18001 PCM - Yamaha OPL-SAx doesn't have treble/ o [2000/04/14] ports/18004 ports new port: mail/pgp4pine o [2000/04/14] misc/18014 Machine doesn't boot without keyboard att o [2000/04/15] bin/18030 [PATCH] pkg_version thinks 4.04 > 4.1 o [2000/04/15] ports/18032 ports new port: p5-String-Approx o [2000/04/17] ports/18047 dburr Update port: emulators/xmame to 0.36.1 o [2000/04/17] ports/18057 jmz make install for XFree86-4 fails on alpha o [2000/04/17] ports/18059 ports new port: devel/adabroker o [2000/04/17] gnu/18061 /usr/bin/ld (GNU ld 2.9.1) ignores rpath o [2000/04/18] ports/18073 obrien wget fails to build correctly o [2000/04/18] bin/18079 [PATCH] "pw usermod foobar -h -" broken o [2000/04/18] bin/18080 [PATCH] pw documentation updated to refle o [2000/04/18] ports/18083 ports Gratuitous Apache package inconsistencies o [2000/04/19] ports/18087 ports Port of SmallEiffel -0.76 beta1 f [2000/04/19] ports/18088 ports libXext.so.6.x never found - often looked o [2000/04/19] ports/18093 obrien lang/gcc-devel install error o [2000/04/19] misc/18097 What is this: LIBRATION not specified - u o [2000/04/19] bin/18099 jasone Bug-fixes to pthread_cond_*() (uthread_co o [2000/04/19] bin/18100 update to src/usr.bin/from/from.c for mul o [2000/04/19] ports/18105 obrien New port: cscope o [2000/04/19] bin/18106 fetch(1) sends incorrect 'Host' header fo o [2000/04/20] misc/18109 if pw_shell is empty(/bin/sh is assumed), s [2000/04/20] bin/18114 ken msps from iostat is wrong o [2000/04/20] ports/18116 ports new port: audio/ripit-dagrab o [2000/04/20] ports/18122 ports new port: mail/listar o [2000/04/21] ports/18130 ports new port: net/tcpillust o [2000/04/21] misc/18131 MAX_IFS in pppd/sys-bsd.c too small for m o [2000/04/21] ports/18150 ports new port: audio/ripit-cdda2wav a [2000/04/22] conf/18152 /etc/exports should suggest how to get mo o [2000/04/22] bin/18153 traceroute's usage() does not show -S as o [2000/04/22] i386/18154 [PATCH] Add cpu class and features flags a [2000/04/22] kern/18155 sos [Patch] OPTi FireStar(82C700) o [2000/04/22] bin/18157 pnpinfo only prints first io-start for ev o [2000/04/22] ports/18159 ports new port: games/nadar o [2000/04/22] conf/18164 /var/log/ntpstats fill with stat files by o [2000/04/22] ports/18170 ports new port: misc/prestimel o [2000/04/22] misc/18171 jkh New fortune, Klingon programmers o [2000/04/23] misc/18175 strtok(3) example doesn't work. o [2000/04/23] bin/18176 [PATCH] Fix for bug in -c option of pkg_v o [2000/04/23] ports/18184 ache GNU Patch 2.5.4 Port o [2000/04/24] bin/18191 pac core dumped without set /etc/printcap o [2000/04/24] bin/18193 Bogus diagnostics by nslookup(1) o [2000/04/25] ports/18215 ports new port: lang/oo2c o [2000/04/26] ports/18228 ports Patch to enable LDAP support for Pine4 o [2000/04/26] kern/18232 SMP + APM configerd 4.0 kernel did panic a [2000/04/26] docs/18233 asmodai man and nroff -mdoc produce extra blank l o [2000/04/26] ports/18239 ports Had to create symbolic link for StarOffic o [2000/04/26] docs/18243 doc wrong description of -p option in sh(1) m o [2000/04/26] ports/18250 ports new port: misc/kdirstat o [2000/04/27] misc/18255 makewhatis weekly job doesn't look at /us o [2000/04/27] ports/18256 sada www/netscape4* lacks Fortify on alpha o [2000/04/27] ports/18259 obrien ElectricFence installation breaks if the o [2000/04/27] kern/18261 resume from suspend breaks usb o [2000/04/27] ports/18262 ports new port: net/crescendo o [2000/04/28] kern/18271 simplelock: klds not portable across UP a o [2000/04/28] bin/18275 proposed TMPDIR setting and /usr/bin/mkin o [2000/04/28] ports/18277 jmacd Update port: lang/mit-scheme to 7.5.7 o [2000/04/28] ports/18282 nbm Update port: www/publicfile o [2000/04/28] kern/18289 CPU Time exceeded delivered multiple time o [2000/04/29] docs/18290 alex obsolete reference in programming tools a o [2000/04/29] ports/18291 asami make makesum fetches new sources, make fe o [2000/04/29] kern/18293 lack of versapad mouse wheel emulation o [2000/04/29] kern/18295 Audio is gone after hibernation o [2000/04/30] ports/18310 ports ports/devel/cdk install error o [2000/04/30] bin/18319 "dump" fails with "cannot reopen disk: in o [2000/05/01] bin/18326 no /usr/libdata/lint/llib-lc.ln o [2000/05/01] bin/18329 futimes() and lutimes() missing from ' cannot be used in "via" o [2000/05/29] ports/18896 ports Tcl "info hostname" command returns chop- o [2000/05/29] kern/18897 Add a couple of prodects and a vendor to o [2000/05/30] kern/18909 select(2) timeout limited to 100000000 se o [2000/05/30] ports/18911 ports New port - plptools o [2000/05/30] ports/18915 sobomax [patch] Update of graphics/dia to 0.85 o [2000/05/31] i386/18923 boot0cfg(8) cannot select default boot sl o [2000/05/31] docs/18926 alex Submission of NIS tutorial o [2000/05/31] kern/18928 options ROOTDENAME=xxx on kernel config f o [2000/05/31] ports/18933 nbm update port: mail/courier-imap o [2000/06/01] misc/18934 X11 forwarding not requested with DISPLAY o [2000/06/01] kern/18938 ipnat fails on dynamically created interf o [2000/06/01] docs/18943 alex kernel options required but not mentioned o [2000/06/01] bin/18946 Add support for enabling USB daemon from o [2000/06/01] misc/18947 daily security script should list inode n o [2000/06/01] bin/18951 top sorting error o [2000/06/01] docs/18954 alex [PATCH] Bring the Fonts tutorial up to da o [2000/06/01] i386/18955 make buildworld chokes on gperf o [2000/06/01] ports/18960 asami Add USE_APACHE to bsd.port.mk for Apache o [2000/06/01] bin/18961 sshd does not print before motd o [2000/06/01] conf/18962 imp [PATCH] /etc/pccard.conf.sample o [2000/06/02] ports/18964 ports new tripwire-1.3.1 port o [2000/06/02] bin/18967 ypserv not linked with tcp wrappers o [2000/06/02] misc/18969 sound card not recognized by probe o [2000/06/02] i386/18970 Linksys PCMPC100 *V2* gets incorrect hard o [2000/06/02] ports/18977 obrien rsync report end job o [2000/06/02] ports/18979 ports New ports: XEmacsPKGADD-1.0 o [2000/06/03] misc/18987 Problems with Comtrol RocketPort o [2000/06/03] bin/18992 log packets blocked by filter rules o [2000/06/03] kern/18994 imp PCMCIA sio will happily attach to a used o [2000/06/03] misc/18995 markm Kerberos5 INCLUDES needed for make world o [2000/06/03] misc/18997 markm Kerberos5 CFLAGS needed o [2000/06/04] ports/18998 ports ports/japanese/kterm16c missing patch on o [2000/06/04] docs/18999 doc http://www.FreeBSD.org/tutorials lacks co o [2000/06/04] conf/19001 Delayed fsck + mount of insignificant fil a [2000/06/04] ports/19006 ports New port: biology/gaussian98 o [2000/06/04] conf/19007 imp New network /etc/pccard.conf entry o [2000/06/05] docs/19010 doc Bad144 obsoletion by 4.0 is undocumented; o [2000/06/05] i386/19012 No volume run out for /var and lead my Fr a [2000/06/05] ports/19014 ports new port: sysutils/rmm o [2000/06/05] bin/19019 pkg_version -c doesn't honor -l (limit st o [2000/06/05] ports/19021 ports Update ports: XEmacs21 ports(NON-SUMO) o [2000/06/05] ports/19023 ports Update ports: XEmacs21 ports(SUMO) o [2000/06/05] ports/19029 ports ports/net/jabber-transport checksum probl o [2000/06/05] misc/19037 Keyboard not detected on new install o [2000/06/05] misc/19038 The qpopper port accepts empty X-UIDL: he o [2000/06/05] bin/19044 billf Some games compare initscr() to ERR. o [2000/06/05] ports/19045 jseger Update port: graphics/ImageMagick to 5.2. o [2000/06/06] bin/19056 yacc in 3.4 and 4.0 reports "maximum tabl o [2000/06/06] bin/19057 offer of patch to uname that produces pre f [2000/06/06] ports/19061 kuriyama ports/textproc/lotusxsl the source zip pa o [2000/06/06] ports/19062 ports ports/textproc/xml4j missing source on ma o [2000/06/06] kern/19063 VGA keyboard sometimes fails to work in b o [2000/06/06] ports/19064 ports Xosview broken on AXP Alpha o [2000/06/06] ports/19068 kuriyama new port: scotty-current o [2000/06/06] i386/19070 boot0 displays NTFS partitions as "??" o [2000/06/06] bin/19071 fmt not folding very long lines o [2000/06/06] ports/19073 ports New port - sysutils/stow o [2000/06/06] docs/19074 doc various rot in freebsd.org/where.html o [2000/06/06] ports/19082 ports Can't build editors/aXe-6.1.2 o [2000/06/06] ports/19083 ports New port devel/codemedic o [2000/06/07] misc/19086 pseudo-device vn doesn't work properly wi o [2000/06/07] misc/19087 jasone selects always restart when using threads o [2000/06/07] misc/19088 STL from SGI for FreeBSD 3.4 o [2000/06/07] ports/19094 alex update port biology/ortep3 (repair broken o [2000/06/07] misc/19095 make buildworld on 3.4-stable (can't make o [2000/06/07] ports/19097 ports New port of IcePref o [2000/06/07] docs/19105 doc Bridging chapter for FreeBSD manual o [2000/06/07] ports/19108 ports tcl-Mysql port is needlessly bound v8.0 o o [2000/06/07] ports/19112 asami files with names something,v in patches d o [2000/06/08] bin/19118 vmstat¤Ç avm¤Èfre¤ÎÃͤ¬Àܤ¹¤ë¡£ o [2000/06/08] ports/19119 jmz un-forbid x11/XFree86-4 and unbreak its x o [2000/06/08] ports/19120 ports new port - gq - GTK LDAP client o [2000/06/08] misc/19124 ps(1) to support SysV-style options? o [2000/06/08] kern/19127 kernel panic on mount on burncd'd device o [2000/06/08] misc/19129 AMI Raid Express 200 card extremely slow o [2000/06/08] misc/19130 make reports Makefile error if USA_RESIDE o [2000/06/08] kern/19132 ATM HARP support apparently does not supp o [2000/06/08] ports/19134 ports Update port sysutils/ucspi-tcp version fr o [2000/06/08] ports/19135 ports Update port x11-toolkits/jx just after su a [2000/06/09] ports/19139 will A new port of grdb, a theme utility for G a [2000/06/09] ports/19140 will Update port: graphics/enfle o [2000/06/09] kern/19156 Enable the doFS.sh to run in arbitrary lo o [2000/06/09] kern/19158 U.S.Robotics 56K FAX INT not recognize co o [2000/06/09] docs/19163 doc stf manual and kernel mismatch o [2000/06/09] ports/19166 alex Update port: graphics/imlib o [2000/06/10] ports/19167 ports new port: audio/grip o [2000/06/10] ports/19168 ports update to www/fcgi port o [2000/06/10] ports/19171 ports Update to security/p5-PGP-Sign port o [2000/06/10] ports/19172 ports icqmail port o [2000/06/10] ports/19173 ports modify japanese/latex2html o [2000/06/10] ports/19176 will update and rename astro/ssystem o [2000/06/10] conf/19178 add reject routes and comments in /etc/rc o [2000/06/10] bin/19183 more(1) doesn't handle redraw correctly o [2000/06/10] ports/19184 ports Update russian/apache port o [2000/06/10] ports/19185 torstenb mail/postfix: manual pages contains !!PRE o [2000/06/10] docs/19186 doc Semi-overhaul docs.html o [2000/06/10] docs/19189 doc www/en/news/webchanges.sgml increasingly o [2000/06/10] bin/19190 patch to set history buffer size via vidc o [2000/06/10] ports/19191 nbm Update port sysutils/daemontools to inclu o [2000/06/10] kern/19192 patches to include specfs in LINT, module o [2000/06/10] ports/19193 jfieber Update textproc/jade to C{XX,}FLAGS safe o [2000/06/11] ports/19195 ports New ports o [2000/06/11] ports/19198 ports update port: security/saint o [2000/06/11] ports/19200 ports new port: audio/xwave a [2000/06/11] ports/19205 knu VMWare Beta 2.0.1 RC1 available o [2000/06/11] ports/19208 ports New port ftp/caitoo KDE download manager o [2000/06/11] ports/19210 ports New port submission o [2000/06/11] ports/19211 ports port updates www/squidguard o [2000/06/12] ports/19214 ports ng port upgrade o [2000/06/12] ports/19216 ports new port: japanese/funetfonts o [2000/06/12] conf/19217 Add an IGNORE_LIST to mergemaster. o [2000/06/12] ports/19218 ports update port: textproc/antiword 1538 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 Jun 12 11:16:20 2000 Delivered-To: freebsd-bugs@freebsd.org Received: by hub.freebsd.org (Postfix, from userid 618) id 87A1037B9F8; Mon, 12 Jun 2000 11:16:18 -0700 (PDT) Subject: Re: kern/19106: Corruption of xl driver's TX chain during startup In-Reply-To: <200006111123.EAA20756@freefall.freebsd.org> from "asmodai@FreeBSD.org" at "Jun 11, 2000 04:23:45 am" To: asmodai@FreeBSD.org Date: Mon, 12 Jun 2000 11:16:18 -0700 (PDT) Cc: gibbs@FreeBSD.org, freebsd-bugs@FreeBSD.org X-Mailer: ELM [version 2.4ME+ PL54 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Message-Id: <20000612181618.87A1037B9F8@hub.freebsd.org> From: wpaul@FreeBSD.ORG (Bill Paul) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hm. In most drivers, I bzero() the softc struct at the start of foo_attach() just to make sure there isn't any garbage lying around. For some reason, I'm not doing this in if_xl. It could be a coincidence that this has never bitten anyone before. Anyway, try the following patch: *** if_xl.c.orig Mon Jun 12 11:07:12 2000 --- if_xl.c Mon Jun 12 11:06:47 2000 *************** *** 1185,1190 **** --- 1185,1191 ---- sc = device_get_softc(dev); unit = device_get_unit(dev); + bzero(sc, sizeof(struct xl_softc)); /* * If this is a 3c905B, we have to check one extra thing. If this fixes the problem, then the memory allocated for the softc still has crap in it and I'm a doofus for not remembering to clear it. If the problem persists, something else is corrupting the softc space between xl_attach() and xl_init(), though offhand I don't know what that could be. -Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 11:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 82D0437BA34 for ; Mon, 12 Jun 2000 11:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA92405; Mon, 12 Jun 2000 11:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 14DD537BB13; Mon, 12 Jun 2000 11:13:38 -0700 (PDT) Message-Id: <20000612181338.14DD537BB13@hub.freebsd.org> Date: Mon, 12 Jun 2000 11:13:38 -0700 (PDT) From: alex@wnm.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19219: le driver causes kernel panic during ifconfig Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19219 >Category: kern >Synopsis: le driver causes kernel panic during ifconfig >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 Jun 12 11:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Alex Charalabidis >Release: 4.0-STABLE >Organization: WebNet Memphis >Environment: 4.0-RELEASE i386 4.0-STABLE i386 >Description: The le NIC driver causes a kernel panic and reboot when ifconfig is used. This was observed on two separate machines with different hardware configurations and a DE201 NIC, and was also reported on -questions by others with different DE20x cards and setups. The cards I used to test were known to work under 3.x. Everything from 4.0-R to the current -STABLE displays this behaviour. The machine boots up fine, recognizes the card and crashes as soon as ifconfig(8) is run. Fatal trap 12: page fault while in kernel mode fault virtual address = 0x0 fault code = supervisor read, page not present instruction pointer = 0x8:0x0 stack pointer = 0x10:0xce323d70 frame pointer = 0x10:0xce323d84 code segment = base 0x0, limit 0xffff, tytpe 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 168 (ifconfig) interrupt mask = net trap number = 12 panic: page fault >How-To-Repeat: Install DE20x NIC on 4.0 machine and rebuild kernel with le driver. Manually run ifconfig on le0 and watch it crash and burn. >Fix: Sorry, no 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 Jun 12 12: 4: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from pluto.plutotech.com (mail.plutotech.com [206.168.67.137]) by hub.freebsd.org (Postfix) with ESMTP id 5521437B529; Mon, 12 Jun 2000 12:03:58 -0700 (PDT) (envelope-from gibbs@plutotech.com) Received: from caspian.plutotech.com (root@mail.plutotech.com [206.168.67.137]) by pluto.plutotech.com (8.9.2/8.9.1) with ESMTP id NAA02428; Mon, 12 Jun 2000 13:03:55 -0600 (MDT) (envelope-from gibbs@plutotech.com) Message-Id: <200006121903.NAA02428@pluto.plutotech.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: wpaul@FreeBSD.ORG (Bill Paul) Cc: asmodai@FreeBSD.ORG, gibbs@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/19106: Corruption of xl driver's TX chain during startup In-Reply-To: Your message of "Mon, 12 Jun 2000 11:16:18 PDT." <20000612181618.87A1037B9F8@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Mon, 12 Jun 2000 13:04:19 -0600 From: "Justin T. Gibbs" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Hm. In most drivers, I bzero() the softc struct at the start of foo_attach() >just to make sure there isn't any garbage lying around. For some reason, >I'm not doing this in if_xl. It could be a coincidence that this has >never bitten anyone before. The NewBus code bzero's the softc on your behalf. From looking at this with the kernel debugger, it appears that the corruption does not occur until after the return of the attach routine. I'm still trying to narrow down this problem, but my hunch is that it is some other driver that is stomping on th xl card's softc. -- Justin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 14:11:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id C317B37B650 for ; Mon, 12 Jun 2000 14:11:40 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 12 Jun 2000 22:11:39 +0100 (BST) Date: Mon, 12 Jun 2000 22:11:37 +0100 From: David Malone To: Bruce Evans Cc: freebsd-bugs@FreeBSD.org, archie@whistle.com Subject: Re: kern/18909: select(2) timeout limited to 100000000 seconds Message-ID: <20000612221136.A18521@walton.maths.tcd.ie> References: <200006080840.BAA25083@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200006080840.BAA25083@freefall.freebsd.org>; from bde@zeta.org.au on Thu, Jun 08, 2000 at 01:40:03AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I had a think about how to check for wraparound and negative times, and (if you assume current time is positive anyway) I think you can do both quite simply. You can just add the current time to the select timeout passed in and then compare to check you got a time in the future. If wraparound occured or if the timeout was negative you'll get a time in the past. The only other things itimerfix does I checked with a timevalvalid macro, which probably belongs in sys/time.h? (I don't think the min timeout thing needs to be done 'cos the callout stuff does that for you). I've just compiled a kernel with the following patch as a test and it seems to be working. If it looks reasonable I can extend it to similar bits of the kernel. (Almost identical code shows up in several places, the patch below just covers select and poll). [BTW - I just noticed that Archie's "How To Repeat" started with "void main(". Bad Bad Bad ;-)] David. Index: sys_generic.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/kern/sys_generic.c,v retrieving revision 1.56 diff -u -r1.56 sys_generic.c --- sys_generic.c 2000/05/09 17:43:20 1.56 +++ sys_generic.c 2000/06/12 20:49:46 @@ -663,17 +663,24 @@ if (nbufbytes != 0) bzero(selbits, nbufbytes / 2); +#define timevalvalid(tvp) \ + ( (tvp)->tv_usec >= 0 && (tvp)->tv_usec < 100000000 ) + if (uap->tv) { error = copyin((caddr_t)uap->tv, (caddr_t)&atv, sizeof (atv)); if (error) goto done; - if (itimerfix(&atv)) { + if (!timevalvalid(&atv)) { error = EINVAL; goto done; } getmicrouptime(&rtv); timevaladd(&atv, &rtv); + if (timevalcmp(&atv, &rtv, <)) { /* negative timeout/overflow */ + error = EINVAL; + goto done; + } } else atv.tv_sec = 0; timo = 0; @@ -801,12 +808,16 @@ if (SCARG(uap, timeout) != INFTIM) { atv.tv_sec = SCARG(uap, timeout) / 1000; atv.tv_usec = (SCARG(uap, timeout) % 1000) * 1000; - if (itimerfix(&atv)) { + if (!timevalvalid(&atv)) { error = EINVAL; goto done; } getmicrouptime(&rtv); timevaladd(&atv, &rtv); + if (timevalcmp(&atv, &rtv, <)) { /* negative timeout/overflow */ + error = EINVAL; + goto done; + } } else atv.tv_sec = 0; timo = 0; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 14:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 75C8037BC6A for ; Mon, 12 Jun 2000 14:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA19365; Mon, 12 Jun 2000 14:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from devnull.ussc.alltheweb.com (devnull.ussc.alltheweb.com [216.35.112.83]) by hub.freebsd.org (Postfix) with ESMTP id 8E67C37BB6F for ; Mon, 12 Jun 2000 14:37:18 -0700 (PDT) (envelope-from gij@ussc.alltheweb.com) Received: (from gij@localhost) by devnull.ussc.alltheweb.com (8.9.3/8.9.3) id VAA04550; Mon, 12 Jun 2000 21:37:17 GMT (envelope-from gij) Message-Id: <200006122137.VAA04550@devnull.ussc.alltheweb.com> Date: Mon, 12 Jun 2000 21:37:17 GMT From: gij@jk.priv.no Reply-To: gij@jk.priv.no To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/19226: SCSI timeouts during heavy load Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19226 >Category: i386 >Synopsis: SCSI timeouts during heavy load >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 12 14:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Geir Inge Jensen >Release: FreeBSD 4.0-STABLE i386 >Organization: None, only personal opinions expressed. >Environment: Dell PowerEdge 2450 Dual 600MHz. Dell PowerVault 200S. Two AHA29160 SCSI cards, both connected to the PowerVault. 3 internal IBM DMVS 18GB disks. 8 external disks in the PowerVault (same disks). Relavant dmesg output: CPU: Pentium III/Pentium III Xeon (598.11-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) avail memory = 1039880192 (1015508K bytes) Programming 16 pins in IOAPIC #0 Programming 16 pins in IOAPIC #1 IOAPIC #1 intpin 0 -> irq 2 IOAPIC #1 intpin 1 -> irq 11 IOAPIC #1 intpin 2 -> irq 13 IOAPIC #1 intpin 4 -> irq 16 IOAPIC #1 intpin 5 -> irq 17 IOAPIC #1 intpin 6 -> irq 18 IOAPIC #1 intpin 7 -> irq 19 IOAPIC #1 intpin 14 -> irq 10 IOAPIC #1 intpin 15 -> irq 5 FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 1, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 2 (really 0), version: 0x000f0011, at 0xfec00000 Reprogramming APIC ID! io1 (APIC): apic id: 3 (really 0), version: 0x000f0011, at 0xfec01000 Reprogramming APIC ID! Preloaded elf kernel "kernel" at 0xc033b000. ccd0-3: Concatenated disk drivers Pentium Pro MTRR support enabled SMP: AP CPU #1 Launched! npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 ahc0: port 0xec00-0xecff mem 0xfe003000-0x fe003fff irq 11 at device 4.0 on pci0 ahc0: aic7892 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc1: port 0xe800-0xe8ff mem 0xfe002000-0x fe002fff irq 18 at device 8.0 on pci0 ahc1: aic7892 Wide Channel A, SCSI Id=7, 16/255 SCBs pci0: at 14.0 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x8b0-0x8bf at device 15.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ohci0: mem 0xfe000000-0xfe000fff irq 5 at device 15.2 on pci0 usb0: OHCI version 1.0, legacy support usb0: on ohci0 usb0: USB revision 1.0 uhub0: (unknown) OHCI root hub, class 9/0, rev 1.00/1.00, addr 1 uhub0: 4 ports with 4 removable, self powered pcib1: on motherboard pci1: on pcib1 pcib2: at device 2.0 on pci1 pci2: on pcib2 ahc2: port 0xdc00-0xdcff mem 0xf8fff000- 0xf8ffffff irq 5 at device 4.0 on pci2 ahc2: aic7899 Wide Channel A, SCSI Id=7, 16/255 SCBs ahc3: port 0xd800-0xd8ff mem 0xf8ffe000- 0xf8ffefff irq 10 at device 4.1 on pci2 ahc3: aic7899 Wide Channel B, SCSI Id=7, 16/255 SCBs fxp0: port 0xccc0-0xccff mem 0xfa00000 0-0xfa0fffff,0xfa100000-0xfa100fff irq 2 at device 8.0 on pci1 fxp0: Ethernet address 00:b0:d0:20:cd:90 fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A ppc0: at port 0x378-0x37f irq 7 on isa0 ppc0: Generic chipset (ECP/PS2/NIBBLE) in COMPATIBLE mode ppc0: FIFO with 16/16/8 bytes threshold lpt0: on ppbus0 lpt0: Interrupt-driven port APIC_IO: routing 8254 via 8259 and IOAPIC #0 intpin 0 acd0: CDROM at ata0-master using PIO4 pass2 at ahc2 bus 0 target 6 lun 0 pass2: Fixed Processor SCSI-2 device pass2: 3.300MB/s transfers pass7 at ahc0 bus 0 target 15 lun 0 pass7: Removable Processor SCSI-3 device pass7: 3.300MB/s transfers pass12 at ahc1 bus 0 target 15 lun 0 pass12: Removable Processor SCSI-3 device pass12: 3.300MB/s transfers pass14 at ahc3 bus 0 target 6 lun 0 pass14: Fixed Processor SCSI-2 device pass14: 3.300MB/s transfers >Description: After a while, during heavy disk I/O, the following appears: (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 (da2:ahc0:0:0:0): Queuing a BDR SCB (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 (da6:ahc1:0:8:0): Queuing a BDR SCB (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 (da2:ahc0:0:0:0): no longer in timeout, status = 34b ahc0: Issued Channel A Bus Reset. 7 SCBs aborted (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 (da6:ahc1:0:8:0): no longer in timeout, status = 34b ahc1: Issued Channel A Bus Reset. 7 SCBs aborted And so on. At this time, you don't have any contact with the PowerVault. Of course, the ccd freaks out with this: ccd0: error 5 on component 0 block 80 (ccd block 64) Notice that the error occurs on both buses at the same time! It can take several hours before this happens. But we can reproduce it with some patience and heavy load. The SCB's differ slightly from occasion to occasion. This is what we have tried to pinpoint the cause: - Replace all scsi cables. - Terminate the bus'es in the bios. - Replace the AHA29160's with other AHA29160's. - Replace the AHA29160's with AHA2940U2W's. - Replace the internal PCI bus the cards plugs into (PCI tray). - Replace the ES Expander Modules in the PowerVault. - Replace the PowerVault. - Replace the PowerVault with a known good (and older revision) PowerVault (we have several of these running on Dell PowerEdge 4350 with 3.3-STABLE on them). These older systems run fine. - Test with 4.0-STABLE UP kernel. - Test with 5.0-CURRENT UP kernel. - Keep both external SCSI cards, but use only one of them. - Remove one of the external SCSI cards, and use the internal 7899, channel B, as well against the PowerVault (ie. two buses against it). - Running RedHat 6.2 with 2.2.14-5 kernel on the same system. None of the above actions cured it. After some hours, it fails. Note that the old PowerVault we tested from earlier systems contained other disks (Seagate and Quantum), which works fine under 3.3-STABLE. From this testing, we have these conclusions: - There is nothing wrong with the PowerVault and the diskdrives. - There is nothing wrong with the SCSI cards. We also have some success stories: - Run the PowerVault from a single PCI card (ie. remove the other). - Run the PowerVault only from the internal 7899, channel B. - linux-2.2.14-6.1.1 kernel (provided by Dell) with original HW setup. - linux-2.2.15 kernel with original HW setup. To me, it sounds like a PCI problem (or maybe in the RCC LE chip). It could also be a problem in the AIC7xxx driver, but it even failed with the AHA2940U2W cards (which works fine in our 3.3 systems). But I am only guessing here. However, Linux has obviously found a fix. >How-To-Repeat: Access every disk in the system, and produce a lot of I/O. I open all disk devices in raw mode and do a lot of random seeks and reads. However, we have experienced this error on mostly idle machines also. >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 Jun 12 15:10:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1044437B5AF for ; Mon, 12 Jun 2000 15:10:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA24298; Mon, 12 Jun 2000 15:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 15:10:06 -0700 (PDT) Message-Id: <200006122210.PAA24298@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: i386/19226: SCSI timeouts during heavy load Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19226; it has been noted by GNATS. From: "Kenneth D. Merry" To: gij@jk.priv.no Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/19226: SCSI timeouts during heavy load Date: Mon, 12 Jun 2000 15:59:26 -0600 [ Please make sure to CC any response to freebsd-gnats-submit@FreeBSD.ORG so your repsonse makes it into the gnats database. ] On Mon, Jun 12, 2000 at 21:37:17 +0000, gij@jk.priv.no wrote: > > >Number: 19226 > >Category: i386 > >Synopsis: SCSI timeouts during heavy load > >Confidential: no > >Severity: serious > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Mon Jun 12 14:40:01 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: Geir Inge Jensen > >Release: FreeBSD 4.0-STABLE i386 > >Organization: > None, only personal opinions expressed. > >Environment: > > Dell PowerEdge 2450 Dual 600MHz. Dell PowerVault 200S. Two AHA29160 > SCSI cards, both connected to the PowerVault. > > 3 internal IBM DMVS 18GB disks. 8 external disks in the PowerVault > (same disks). > > Relavant dmesg output: [ ... ] It would have probably been helpful to include the dmesg output from the disks as well, to get a better idea of the configuration. You've got two SCSI busses connected to the *same* array? Is this controller a CMD OEM controller by any chance? > acd0: CDROM at ata0-master using PIO4 > pass2 at ahc2 bus 0 target 6 lun 0 > pass2: Fixed Processor SCSI-2 device > pass2: 3.300MB/s transfers > pass7 at ahc0 bus 0 target 15 lun 0 > pass7: Removable Processor SCSI-3 device > pass7: 3.300MB/s transfers > pass12 at ahc1 bus 0 target 15 lun 0 > pass12: Removable Processor SCSI-3 device > pass12: 3.300MB/s transfers > pass14 at ahc3 bus 0 target 6 lun 0 > pass14: Fixed Processor SCSI-2 device > pass14: 3.300MB/s transfers > > >Description: > > After a while, during heavy disk I/O, the following appears: > > (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 > (da2:ahc0:0:0:0): Queuing a BDR SCB > (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 > (da6:ahc1:0:8:0): Queuing a BDR SCB > (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 > (da2:ahc0:0:0:0): no longer in timeout, status = 34b > ahc0: Issued Channel A Bus Reset. 7 SCBs aborted > (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 > (da6:ahc1:0:8:0): no longer in timeout, status = 34b > ahc1: Issued Channel A Bus Reset. 7 SCBs aborted > > And so on. At this time, you don't have any contact with the PowerVault. > Of course, the ccd freaks out with this: > > ccd0: error 5 on component 0 block 80 (ccd block 64) That (the timeout messages) indicates that from the system's perspective, the array hasn't returned a read or write request in 60 seconds. So we reset it in an attempt to wake it up. > Notice that the error occurs on both buses at the same time! It can > take several hours before this happens. But we can reproduce it with > some patience and heavy load. The SCB's differ slightly from occasion > to occasion. > This is what we have tried to pinpoint the cause: > > - Replace all scsi cables. > - Terminate the bus'es in the bios. > - Replace the AHA29160's with other AHA29160's. > - Replace the AHA29160's with AHA2940U2W's. > - Replace the internal PCI bus the cards plugs into (PCI tray). > - Replace the ES Expander Modules in the PowerVault. > - Replace the PowerVault. > - Replace the PowerVault with a known good (and older revision) PowerVault > (we have several of these running on Dell PowerEdge 4350 with > 3.3-STABLE on them). These older systems run fine. > - Test with 4.0-STABLE UP kernel. > - Test with 5.0-CURRENT UP kernel. > - Keep both external SCSI cards, but use only one of them. > - Remove one of the external SCSI cards, and use the internal 7899, > channel B, as well against the PowerVault (ie. two buses against it). > - Running RedHat 6.2 with 2.2.14-5 kernel on the same system. > > None of the above actions cured it. After some hours, it fails. Note that > the old PowerVault we tested from earlier systems contained other disks > (Seagate and Quantum), which works fine under 3.3-STABLE. That's quite a lot of diagnosis. Much better than most people who just say "it's broken". :) > >From this testing, we have these conclusions: > > - There is nothing wrong with the PowerVault and the diskdrives. > - There is nothing wrong with the SCSI cards. > > We also have some success stories: > > - Run the PowerVault from a single PCI card (ie. remove the other). > - Run the PowerVault only from the internal 7899, channel B. In this configuration, did you have any other SCSI bus connected to the PowerVault? > - linux-2.2.14-6.1.1 kernel (provided by Dell) with original HW setup. > - linux-2.2.15 kernel with original HW setup. > > To me, it sounds like a PCI problem (or maybe in the RCC LE chip). It > could also be a problem in the AIC7xxx driver, but it even failed with > the AHA2940U2W cards (which works fine in our 3.3 systems). But I am > only guessing here. However, Linux has obviously found a fix. I kinda wonder if this RAID array may be a CMD OEM or something. CMD controllers have trouble when you have multiple luns on the same controller in use. The symptoms are very similar to what you're describing. The two 'solutions' for a CMD controller are: - only use one LUN - disable tagged queueing for both luns (you can do this either from CMD's setup utility or from FreeBSD with camcontrol, or by putting a quirk entry in the transport layer.) > >How-To-Repeat: > > Access every disk in the system, and produce a lot of I/O. I open all > disk devices in raw mode and do a lot of random seeks and reads. > However, we have experienced this error on mostly idle machines also. Except for the idle part, this sounds kinda like the CMD problem. One thing to try is disabling tagged queueing on both ports of the array. For example, to disable tagged queueing for the disk da20: camcontrol negotiate da20 -v -T disable -a Then try running your tests again, and see if the problem happens again. If so, it may be that the array has problems with tagged queueing on multiple luns, like the CMD array controllers. 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 Mon Jun 12 15:28:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4EA7737B5B7; Mon, 12 Jun 2000 15:28:28 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA26034; Mon, 12 Jun 2000 15:28:28 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 15:28:28 -0700 (PDT) From: Message-Id: <200006122228.PAA26034@freefall.freebsd.org> To: eserte@cs.tu-berlin.de, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/7950: Trap 12 while executing wine Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Trap 12 while executing wine State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon Jun 12 15:27:18 PDT 2000 State-Changed-Why: Quote from the maintainer of the wine port: > During the last few weeks, the Wine port has been completely reworked and > updated to the current version of Wine. > > I'm the new maintainer of that port, and could not reproduce this problem > any longer. > > Given that the PR is 21 months old and Wine has significantly improved, I > recommend closing it (though, of course, feedback is welcome). http://www.freebsd.org/cgi/query-pr.cgi?pr=7950 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 16:50:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8BD3F37B5AB for ; Mon, 12 Jun 2000 16:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA35485; Mon, 12 Jun 2000 16:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 16:50:03 -0700 (PDT) Message-Id: <200006122350.QAA35485@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Geir Inge Jensen Subject: Re: i386/19226: SCSI timeouts during heavy load Reply-To: Geir Inge Jensen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19226; it has been noted by GNATS. From: Geir Inge Jensen To: "Kenneth D. Merry" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/19226: SCSI timeouts during heavy load Date: Mon, 12 Jun 2000 16:42:57 -0700 "Kenneth D. Merry" wrote: > > [ Please make sure to CC any response to freebsd-gnats-submit@FreeBSD.ORG > so your repsonse makes it into the gnats database. ] > > On Mon, Jun 12, 2000 at 21:37:17 +0000, gij@jk.priv.no wrote: > > > > >Number: 19226 > > >Category: i386 > > >Synopsis: SCSI timeouts during heavy load > > >Confidential: no > > >Severity: serious > > >Priority: high > > >Responsible: freebsd-bugs > > >State: open > > >Quarter: > > >Keywords: > > >Date-Required: > > >Class: sw-bug > > >Submitter-Id: current-users > > >Arrival-Date: Mon Jun 12 14:40:01 PDT 2000 > > >Closed-Date: > > >Last-Modified: > > >Originator: Geir Inge Jensen > > >Release: FreeBSD 4.0-STABLE i386 > > >Organization: > > None, only personal opinions expressed. > > >Environment: > > > > Dell PowerEdge 2450 Dual 600MHz. Dell PowerVault 200S. Two AHA29160 > > SCSI cards, both connected to the PowerVault. > > > > 3 internal IBM DMVS 18GB disks. 8 external disks in the PowerVault > > (same disks). > > > > Relavant dmesg output: > > [ ... ] > > It would have probably been helpful to include the dmesg output from the > disks as well, to get a better idea of the configuration. da0 at ahc2 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da2 at ahc0 bus 0 target 0 lun 0 da2: Fixed Direct Access SCSI-3 device da2: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da2: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da6 at ahc1 bus 0 target 8 lun 0 da6: Fixed Direct Access SCSI-3 device da6: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da6: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da10 at ahc3 bus 0 target 2 lun 0 da10: Fixed Direct Access SCSI-3 device da10: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enable d da10: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da1 at ahc2 bus 0 target 1 lun 0 da1: Fixed Direct Access SCSI-3 device da1: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da1: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da5 at ahc0 bus 0 target 3 lun 0 da5: Fixed Direct Access SCSI-3 device da5: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da5: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da9 at ahc1 bus 0 target 11 lun 0 da9: Fixed Direct Access SCSI-3 device da9: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da9: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da4 at ahc0 bus 0 target 2 lun 0 da4: Fixed Direct Access SCSI-3 device da4: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da4: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da8 at ahc1 bus 0 target 10 lun 0 da8: Fixed Direct Access SCSI-3 device da8: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da8: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da3 at ahc0 bus 0 target 1 lun 0 da3: Fixed Direct Access SCSI-3 device da3: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da3: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) da7 at ahc1 bus 0 target 9 lun 0 da7: Fixed Direct Access SCSI-3 device da7: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da7: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) > > You've got two SCSI busses connected to the *same* array? Is this > controller a CMD OEM controller by any chance? The array will automatically terminate the bus in the middle. So that you get 4 disks on each bus. Thats why I tried using only one bus against it to check for a malfunction in that autosplitter. But we have a lot of these PowerVaults running fine with Dell PowerEdge 4350 and FreeBSD 3.3. Some of the components in the PowerVault is made by Eurologic. > > acd0: CDROM at ata0-master using PIO4 > > pass2 at ahc2 bus 0 target 6 lun 0 > > pass2: Fixed Processor SCSI-2 device > > pass2: 3.300MB/s transfers > > pass7 at ahc0 bus 0 target 15 lun 0 > > pass7: Removable Processor SCSI-3 device > > pass7: 3.300MB/s transfers > > pass12 at ahc1 bus 0 target 15 lun 0 > > pass12: Removable Processor SCSI-3 device > > pass12: 3.300MB/s transfers > > pass14 at ahc3 bus 0 target 6 lun 0 > > pass14: Fixed Processor SCSI-2 device > > pass14: 3.300MB/s transfers > > > > >Description: > > > > After a while, during heavy disk I/O, the following appears: > > > > (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 > > (da2:ahc0:0:0:0): Queuing a BDR SCB > > (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 > > (da6:ahc1:0:8:0): Queuing a BDR SCB > > (da2:ahc0:0:0:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 > > (da2:ahc0:0:0:0): no longer in timeout, status = 34b > > ahc0: Issued Channel A Bus Reset. 7 SCBs aborted > > (da6:ahc1:0:8:0): SCB 0x7c - timed out while idle, SEQADDR == 0x157 > > (da6:ahc1:0:8:0): no longer in timeout, status = 34b > > ahc1: Issued Channel A Bus Reset. 7 SCBs aborted > > > > And so on. At this time, you don't have any contact with the PowerVault. > > Of course, the ccd freaks out with this: > > > > ccd0: error 5 on component 0 block 80 (ccd block 64) > > That (the timeout messages) indicates that from the system's perspective, > the array hasn't returned a read or write request in 60 seconds. So we > reset it in an attempt to wake it up. Yes, I have tried issuing a camcontrol reset/rescan without luck. We have to reboot the machine to get contact with the disks. Most of the time we have contact with the system after the error has occured. But once in a while the system completely locks up (probably a deadlock or something). I briefly browsed through some patches for Linux (up until the point where it works on these systems). There is a lot of changes in the AIC7xxx driver. The sequencer code has many changes, and they now issue a dummy read to flush write requests. They apparently had a problem with scanning the same PCI bus twice (both as a peer and as a child), so they have a fix for that too. But I am not knowledgeable enough to really tell whats going on. > > Notice that the error occurs on both buses at the same time! It can > > take several hours before this happens. But we can reproduce it with > > some patience and heavy load. The SCB's differ slightly from occasion > > to occasion. > > > This is what we have tried to pinpoint the cause: > > > > - Replace all scsi cables. > > - Terminate the bus'es in the bios. > > - Replace the AHA29160's with other AHA29160's. > > - Replace the AHA29160's with AHA2940U2W's. > > - Replace the internal PCI bus the cards plugs into (PCI tray). > > - Replace the ES Expander Modules in the PowerVault. > > - Replace the PowerVault. > > - Replace the PowerVault with a known good (and older revision) PowerVault > > (we have several of these running on Dell PowerEdge 4350 with > > 3.3-STABLE on them). These older systems run fine. > > - Test with 4.0-STABLE UP kernel. > > - Test with 5.0-CURRENT UP kernel. > > - Keep both external SCSI cards, but use only one of them. > > - Remove one of the external SCSI cards, and use the internal 7899, > > channel B, as well against the PowerVault (ie. two buses against it). > > - Running RedHat 6.2 with 2.2.14-5 kernel on the same system. > > > > None of the above actions cured it. After some hours, it fails. Note that > > the old PowerVault we tested from earlier systems contained other disks > > (Seagate and Quantum), which works fine under 3.3-STABLE. > > That's quite a lot of diagnosis. Much better than most people who just say > "it's broken". :) > > > >From this testing, we have these conclusions: > > > > - There is nothing wrong with the PowerVault and the diskdrives. > > - There is nothing wrong with the SCSI cards. > > > > We also have some success stories: > > > > - Run the PowerVault from a single PCI card (ie. remove the other). > > - Run the PowerVault only from the internal 7899, channel B. > > In this configuration, did you have any other SCSI bus connected to the > PowerVault? No, only one bus. Ie. the autosplitter is not in action. However, due to the fact that this works fine under 3.3 on another system, I don't think it could be the PowerVaults fault. That splitter works as it's supposed to (also under Linux). We also get the error if we put in an extra PCI scsi card in the above setup (two cards, with only one connected to the PowerVault). Since that also fails, it can't be a defect in the PowerVault. The only difference between success and failure is that single idle PCI scsi card! (which suggests a PCI or interrupt problem). > > - linux-2.2.14-6.1.1 kernel (provided by Dell) with original HW setup. > > - linux-2.2.15 kernel with original HW setup. > > > > To me, it sounds like a PCI problem (or maybe in the RCC LE chip). It > > could also be a problem in the AIC7xxx driver, but it even failed with > > the AHA2940U2W cards (which works fine in our 3.3 systems). But I am > > only guessing here. However, Linux has obviously found a fix. > > I kinda wonder if this RAID array may be a CMD OEM or something. There is no RAID controller in it. It has components from Eurologic, but I don't know if the whole thing is made by them. Have a look at http://www.dell.com/us/en/biz/products/spec_scsis_200_storage.htm for further information. > CMD controllers have trouble when you have multiple luns on the same > controller in use. The symptoms are very similar to what you're > describing. It's not a CMD. And they don't share the bus. It's being split in two parts (as you can see in the added dmesg output). > The two 'solutions' for a CMD controller are: > - only use one LUN > - disable tagged queueing for both luns (you can do this either from CMD's > setup utility or from FreeBSD with camcontrol, or by putting a quirk > entry in the transport layer.) > > > >How-To-Repeat: > > > > Access every disk in the system, and produce a lot of I/O. I open all > > disk devices in raw mode and do a lot of random seeks and reads. > > However, we have experienced this error on mostly idle machines also. > > Except for the idle part, this sounds kinda like the CMD problem. > > One thing to try is disabling tagged queueing on both ports of the array. > For example, to disable tagged queueing for the disk da20: > > camcontrol negotiate da20 -v -T disable -a > > Then try running your tests again, and see if the problem happens again. > If so, it may be that the array has problems with tagged queueing on > multiple luns, like the CMD array controllers. I can try this, but I doubt it will help. Or has something changed from 3.3 to 4.0 that requires this? Keep in mind that we use exactly the same PowerVault with this setup on a lot of 4350's running FreeBSD 3.3. - Geir Inge. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 17:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DA81B37B93C for ; Mon, 12 Jun 2000 17:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA39847; Mon, 12 Jun 2000 17:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Mon, 12 Jun 2000 17:20:02 -0700 (PDT) Message-Id: <200006130020.RAA39847@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: i386/19226: SCSI timeouts during heavy load Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19226; it has been noted by GNATS. From: "Kenneth D. Merry" To: Geir Inge Jensen Cc: FreeBSD-gnats-submit@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: i386/19226: SCSI timeouts during heavy load Date: Mon, 12 Jun 2000 18:12:30 -0600 On Mon, Jun 12, 2000 at 16:42:57 -0700, Geir Inge Jensen wrote: > "Kenneth D. Merry" wrote: > > > > [ Please make sure to CC any response to freebsd-gnats-submit@FreeBSD.ORG > > so your repsonse makes it into the gnats database. ] > > > > On Mon, Jun 12, 2000 at 21:37:17 +0000, gij@jk.priv.no wrote: > > [ ... ] > > > > It would have probably been helpful to include the dmesg output from the > > disks as well, to get a better idea of the configuration. > > da0 at ahc2 bus 0 target 0 lun 0 > da0: Fixed Direct Access SCSI-3 device > da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled > da0: 17366MB (35566500 512 byte sectors: 255H 63S/T 2213C) [ more of the same ] Thanks! > > > > You've got two SCSI busses connected to the *same* array? Is this > > controller a CMD OEM controller by any chance? > > The array will automatically terminate the bus in the middle. So that you > get 4 disks on each bus. Thats why I tried using only one bus against it > to check for a malfunction in that autosplitter. But we have a lot of > these PowerVaults running fine with Dell PowerEdge 4350 and FreeBSD 3.3. > Some of the components in the PowerVault is made by Eurologic. Ahh, I see. It looks like I was barking up the wrong tree about it being a CMD controller. Oh well, so much for that theory. > > That (the timeout messages) indicates that from the system's perspective, > > the array hasn't returned a read or write request in 60 seconds. So we > > reset it in an attempt to wake it up. > > Yes, I have tried issuing a camcontrol reset/rescan without luck. We have > to reboot the machine to get contact with the disks. Most of the time > we have contact with the system after the error has occured. But once in > a while the system completely locks up (probably a deadlock or something). > > I briefly browsed through some patches for Linux (up until the point where > it works on these systems). There is a lot of changes in the AIC7xxx driver. > The sequencer code has many changes, and they now issue a dummy read to > flush write requests. They apparently had a problem with scanning the same > PCI bus twice (both as a peer and as a child), so they have a fix for that > too. But I am not knowledgeable enough to really tell whats going on. Another difference in the Linux driver is that it doesn't do tagged queueing, FWIW. > > > We also have some success stories: > > > > > > - Run the PowerVault from a single PCI card (ie. remove the other). > > > - Run the PowerVault only from the internal 7899, channel B. > > > > In this configuration, did you have any other SCSI bus connected to the > > PowerVault? > > No, only one bus. Ie. the autosplitter is not in action. However, due to > the fact that this works fine under 3.3 on another system, I don't think > it could be the PowerVaults fault. That splitter works as it's supposed > to (also under Linux). We also get the error if we put in an extra > PCI scsi card in the above setup (two cards, with only one connected to > the PowerVault). Since that also fails, it can't be a defect in the > PowerVault. The only difference between success and failure is that single > idle PCI scsi card! (which suggests a PCI or interrupt problem). Indeed, it could be a PCI, interrupt or chipset type problem. > > > - linux-2.2.14-6.1.1 kernel (provided by Dell) with original HW setup. > > > - linux-2.2.15 kernel with original HW setup. > > > > > > To me, it sounds like a PCI problem (or maybe in the RCC LE chip). It > > > could also be a problem in the AIC7xxx driver, but it even failed with > > > the AHA2940U2W cards (which works fine in our 3.3 systems). But I am > > > only guessing here. However, Linux has obviously found a fix. > > > > I kinda wonder if this RAID array may be a CMD OEM or something. > > There is no RAID controller in it. It has components from Eurologic, but I > don't know if the whole thing is made by them. Have a look at > > http://www.dell.com/us/en/biz/products/spec_scsis_200_storage.htm > > for further information. > > > CMD controllers have trouble when you have multiple luns on the same > > controller in use. The symptoms are very similar to what you're > > describing. > > It's not a CMD. And they don't share the bus. It's being split in two > parts (as you can see in the added dmesg output). Ahh, I assumed the "PowerVault" was a RAID array, when it is only a chassis. So you're right, it can't be the same problem. > > Except for the idle part, this sounds kinda like the CMD problem. > > > > One thing to try is disabling tagged queueing on both ports of the array. > > For example, to disable tagged queueing for the disk da20: > > > > camcontrol negotiate da20 -v -T disable -a > > > > Then try running your tests again, and see if the problem happens again. > > If so, it may be that the array has problems with tagged queueing on > > multiple luns, like the CMD array controllers. > > I can try this, but I doubt it will help. Or has something changed from > 3.3 to 4.0 that requires this? Keep in mind that we use exactly the same > PowerVault with this setup on a lot of 4350's running FreeBSD 3.3. There have been some changes from 3.3 to 4.0, but I don't think there have been changes in the tagged queueing arena that would make any difference. I'm really not sure what your problem is, so I've handed it off to Justin Gibbs , who is the author of the Adaptec driver. Hopefully he can help you get to the bottom of it, sorry I can't help more. 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 Mon Jun 12 17:31:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DC40937BB0F; Mon, 12 Jun 2000 17:31:29 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA41150; Mon, 12 Jun 2000 17:31:29 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 17:31:29 -0700 (PDT) From: Message-Id: <200006130031.RAA41150@freefall.freebsd.org> To: wkb@chello.nl, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/18400: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: path /dev/MAKEDEV lacks /usr/bin, causing cuaA/ttyA make to State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon Jun 12 17:31:01 PDT 2000 State-Changed-Why: This was fixed by peter in revision 1.251 of etc/MAKEDEV. http://www.freebsd.org/cgi/query-pr.cgi?pr=18400 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 18:35:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 31F7D37B8A7; Mon, 12 Jun 2000 18:35:33 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA50886; Mon, 12 Jun 2000 18:35:31 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 18:35:31 -0700 (PDT) From: Message-Id: <200006130135.SAA50886@freefall.freebsd.org> To: leifn@image.dk, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/5841: installmost or install (world) of tmac failed on r/o obj over NFS Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: installmost or install (world) of tmac failed on r/o obj over NFS State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon Jun 12 18:34:56 PDT 2000 State-Changed-Why: Fixed in revision 1.15 of tmac/Makefile by bde. http://www.freebsd.org/cgi/query-pr.cgi?pr=5841 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 18:45:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C2C2D37B8D6; Mon, 12 Jun 2000 18:45:17 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA52031; Mon, 12 Jun 2000 18:45:17 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 18:45:17 -0700 (PDT) From: Message-Id: <200006130145.SAA52031@freefall.freebsd.org> To: peter.jeremy@alcatel.com.au, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: gnu/13507: Too many $log$ lines in patch/pch.c Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Too many $log$ lines in patch/pch.c State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon Jun 12 18:44:22 PDT 2000 State-Changed-Why: Fixed by peter in revision 1.16 of pch.c. http://www.freebsd.org/cgi/query-pr.cgi?pr=13507 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 19: 4:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BF76D37B5AE; Mon, 12 Jun 2000 19:04:40 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA54578; Mon, 12 Jun 2000 19:04:40 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 19:04:40 -0700 (PDT) From: Message-Id: <200006130204.TAA54578@freefall.freebsd.org> To: nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org, obrien@FreeBSD.org Subject: Re: gnu/18061: /usr/bin/ld (GNU ld 2.9.1) ignores rpath in shared libraries Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: /usr/bin/ld (GNU ld 2.9.1) ignores rpath in shared libraries Responsible-Changed-From-To: freebsd-bugs->obrien Responsible-Changed-By: nrahlstr Responsible-Changed-When: Mon Jun 12 19:03:24 PDT 2000 Responsible-Changed-Why: David has been working with binutils quite a bit. http://www.freebsd.org/cgi/query-pr.cgi?pr=18061 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 19:46: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CCB0137B7D6; Mon, 12 Jun 2000 19:46:04 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Received: (from nrahlstr@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA60431; Mon, 12 Jun 2000 19:46:04 -0700 (PDT) (envelope-from nrahlstr@FreeBSD.org) Date: Mon, 12 Jun 2000 19:46:04 -0700 (PDT) From: Message-Id: <200006130246.TAA60431@freefall.freebsd.org> To: bluen@ee.uni-sb.de, nrahlstr@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: conf/10163: init does not start when /var/msgs is a symlink to a nonexistent file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: init does not start when /var/msgs is a symlink to a nonexistent file State-Changed-From-To: open->closed State-Changed-By: nrahlstr State-Changed-When: Mon Jun 12 19:45:28 PDT 2000 State-Changed-Why: Fixed in revision 1.197 of etc/rc by roberto. http://www.freebsd.org/cgi/query-pr.cgi?pr=10163 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 21: 3:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from usc.edu (usc.edu [128.125.253.136]) by hub.freebsd.org (Postfix) with ESMTP id 3A6CF37B530 for ; Mon, 12 Jun 2000 21:03:19 -0700 (PDT) (envelope-from zafar@usc.edu) Received: from aludra.usc.edu (zafar@aludra.usc.edu [128.125.19.184]) by usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id VAA01437 for ; Mon, 12 Jun 2000 21:03:19 -0700 (PDT) Received: from localhost (zafar@localhost) by aludra.usc.edu (8.9.3.1/8.9.3/usc) with ESMTP id VAA09868 for ; Mon, 12 Jun 2000 21:03:16 -0700 (PDT) Date: Mon, 12 Jun 2000 21:03:16 -0700 (PDT) From: zafar To: freebsd-bugs@freebsd.org Subject: problem with ethernet and modem card 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 I want to configure Intel Ether express Pro 10/ and conexant Modem 56Ksoft PCI (MW560CI on free bsd. For that I had recompiled the kernel and I had also set ex0 device enable which is meant for the ethernet (Intel express Pro/10) But nothing has happened . For Modem it only shows sio0 and sio1 I don't think that the modem is configured on these ports It should be on com 3 so should I enable com3 i mean sio2 reply soon, Farrukh zafar To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 21:20:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 518B137B530 for ; Mon, 12 Jun 2000 21:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA71968; Mon, 12 Jun 2000 21:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from camus.cybercable.fr (camus.cybercable.fr [212.198.0.200]) by hub.freebsd.org (Postfix) with SMTP id E746437BCA6 for ; Mon, 12 Jun 2000 21:10:13 -0700 (PDT) (envelope-from root@gits.dyndns.org) Received: (qmail 20337508 invoked from network); 13 Jun 2000 04:10:11 -0000 Received: from r224m65.cybercable.tm.fr (HELO gits.dyndns.org) ([195.132.224.65]) (envelope-sender ) by camus.cybercable.fr (qmail-ldap-1.03) with SMTP for ; 13 Jun 2000 04:10:11 -0000 Received: (from root@localhost) by gits.dyndns.org (8.9.3/8.9.3) id GAA86963; Tue, 13 Jun 2000 06:10:11 +0200 (CEST) (envelope-from root) Message-Id: <200006130410.GAA86963@gits.dyndns.org> Date: Tue, 13 Jun 2000 06:10:11 +0200 (CEST) From: clefevre@citeweb.net Reply-To: clefevre@citeweb.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19231: quota/mount commands inconsistency Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19231 >Category: bin >Synopsis: quota/mount commands inconsistency >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 Jun 12 21:20:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Cyrille Lefevre >Release: FreeBSD 4.0-STABLE i386 >Organization: ACME >Environment: FreeBSD gits 4.0-STABLE FreeBSD 4.0-STABLE #6: Sun Jun 11 23:24:46 CEST 2000 root@gits:/usr/sys/compile/CUSTOM i386 >Description: recently, I have tried to setup quotas as usual. the first things I tries where the "rq" option then the "quota" option. ok, the "quota" option isn't supported under FreeBSD, as well as the "rq" option while the later is a little documented in fstab(5) : #define FSTAB_RQ "rq" /* read/write with quotas */ so, I use the FreeBSD "userquota" and "groupquota" options. here is my configuration (/disk0 is my fallback root partition): # egrep 'disk|\B/\B' /etc/fstab /dev/ad0s3 /disk0 ufs rw,userquota,groupquota,noauto 1 1 /dev/da0s1a / ufs rw,userquota,groupquota 1 1 /dev/da1s1c /disk2 ufs rw,userquota,groupquota 1 2 /dev/da2s1a /disk1 ufs rw,userquota,groupquota 1 2 /dev/da3s1a /disk4 ufs rw,userquota,groupquota 1 2 # df -k Filesystem 1K-blocks Used Avail Capacity Mounted on /dev/da0s1a 1904559 1255135 497060 72% / /dev/da1s1c 2031922 1372446 496923 73% /disk2 /dev/da2s1a 1904559 1662507 89688 95% /disk1 /dev/da3s1a 1904559 1751524 671 100% /disk4 as I already says, the "rq" option seems to not be supported any more while mounting an ufs filesystem and the userquota and groupquota options aren't checked as well to turn quota on while an ufs filesystem is mounted. you have to turn on quota manually using quotaon. huh! # mount -o rq /dev/ad0s3a /disk0 mount: -o rq: option not supported (well) # mount -v /disk0 /dev/ad0s3 on /disk0 (ufs, local, soft-updates, writes: sync 2 async 0, reads: s ync 1 async 0) (humm... quota are not enabled at mount time!) # mount | grep /disk1 /dev/da2s1a on /disk1 (ufs, local, with quotas, writes: sync 34 async 110, reads: sync 43 async 5) (while there are at boot time) # quotaon -a (oops, panic! checking for core dump...savecore: no core dump) (reboot, then same things until quotaon -a) # quotaon /disk0 # mount | grep /disk0 /dev/da0s1a on / (ufs, local, with quotas, soft-updates, writes: sync 173 async 2939, reads: sync 1779 async 180) (ok... quota are now enabled) # umount /disk0 (goto first mount :) also, if a filesystem isn't mounted at boot time and quotacheck is requested, quota files are created w/ hole in the mount point of that filesystem. other quota commands just create an empty file. so, quotacheck lacks to check if the filesystem is mounted before to do anything as well as every other quota commands. # quotacheck -a (doesn't complain about unmounted /disk0 which is ok) # ls -l /disk0 total 80 -rw-r----- 1 root operator 2097120 Jun 5 22:09 quota.group -rw-r----- 1 root operator 2097120 Jun 5 22:09 quota.user kernel panic seems to arrive when multiple quotaon -a are done and/or doing quotaoff -a, then quotaon -a. questions are here : why did you get rid of the "rq" option ? if the "userquota" and "groupquota" options are not given, but "rq" is, isn't it possible to use the same behaviour than other systems, which is to turn on quota at mount time and not at boot time and defaulting to userquota to /disk0/quotas in my case ? of course, more control needs to be done in every quota commands such as, don't create a quota file if the filesystem isn't mounted. and mount needs to be completed to activate quotas at mount time. so, I am right to make these modifications and more if needed, but before, I want to be sure I'm not wrong somewhere ? >How-To-Repeat: see above. >Fix: none. >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 Jun 12 22:27:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sasami.jurai.net (sasami.jurai.net [63.67.141.99]) by hub.freebsd.org (Postfix) with ESMTP id 0041E37BA27 for ; Mon, 12 Jun 2000 22:27:27 -0700 (PDT) (envelope-from winter@jurai.net) Received: from localhost (winter@localhost) by sasami.jurai.net (8.9.3/8.8.7) with ESMTP id BAA23620; Tue, 13 Jun 2000 01:27:20 -0400 (EDT) Date: Tue, 13 Jun 2000 01:27:19 -0400 (EDT) From: "Matthew N. Dodd" To: zafar Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: problem with ethernet and modem card 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 Mon, 12 Jun 2000, zafar wrote: > I want to configure Intel Ether express Pro 10/ and conexant Modem > 56Ksoft PCI (MW560CI on free bsd. For that I had recompiled the kernel > and I had also set ex0 device enable which is meant for the ethernet > (Intel express Pro/10) But nothing has happened . Make sure the Pro10 is NOT in PnP mode. -- | Matthew N. Dodd | '78 Datsun 280Z | '75 Volvo 164E | FreeBSD/NetBSD | | winter@jurai.net | 2 x '84 Volvo 245DL | ix86,sparc,pmax | | http://www.jurai.net/~winter | This Space For Rent | ISO8802.5 4ever | To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Jun 12 23:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D439B37B764 for ; Mon, 12 Jun 2000 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA87927; Mon, 12 Jun 2000 23:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D3EEE37BAB7; Mon, 12 Jun 2000 23:14:06 -0700 (PDT) Message-Id: <20000613061406.D3EEE37BAB7@hub.freebsd.org> Date: Mon, 12 Jun 2000 23:14:06 -0700 (PDT) From: bonk1138@msn.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19235: building custom release is busted Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19235 >Category: misc >Synopsis: building custom release is busted >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Jun 12 23:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: James Johnson >Release: 4.0-CURRENT >Organization: n/a >Environment: 4.0-STABLE >Description: Attempting to do a make release CHROOTDIR=/cvs BUILDNAME=Test-RELEASE CVSROOT=/usr after cvsuping current CVS distribution fails with missing "osreldate.h". >How-To-Repeat: cvsup with default tag=cvs, cd /usr/src/release, make release BUILDNAME=Test-RELEASE CVSROOT=/usr CHROOTDIR=/cvs (Or equivelant) and watch it fail because /usr/src was not built >Fix: cd /usr and make This goes against instructions listed on the Web Page >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 Jun 13 0:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E107437B9F6 for ; Tue, 13 Jun 2000 00:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA94921; Tue, 13 Jun 2000 00:10:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 14CA337B9EB; Tue, 13 Jun 2000 00:07:25 -0700 (PDT) Message-Id: <20000613070725.14CA337B9EB@hub.freebsd.org> Date: Tue, 13 Jun 2000 00:07:25 -0700 (PDT) From: vova@express.ru To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/19236: not-existing PCMCI cards in pccard.conf.sample Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19236 >Category: conf >Synopsis: not-existing PCMCI cards in pccard.conf.sample >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: wish >Submitter-Id: current-users >Arrival-Date: Tue Jun 13 00:10:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Vladimir B. Grebenschikov >Release: 5.0-CURRENT >Organization: TSB Russian Express >Environment: FreeBSD vbook.express.ru 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Fri Jun 9 18:36:08 MSD 2000 root@vbook.express.ru:/usr/src/sys/compile/VBOOK i386 >Description: there are no section for Xircom CompactCard GSM modem and for Shining PMIDE-ASC CDROM >How-To-Repeat: insert such card. >Fix: diff /etc/pccard.conf.sample /etc/pccard.conf > # Xircom CompactCard GSM modem > card "Xircom" "CompactCard GSM" > config 0x27 "sio2" ? > insert logger -t pccard:$device -s Xircom CompactCard GSM inserted > remove logger -t pccard:$device -s Xircom CompactCard GSMremoved > > 672a681,685 > > card "PMIDE-ASC" > config auto "ata" ? 0x20000 > insert logger -t pccard:$device -s Shining PMIDE-ASC CDROM inserted > remove logger -t pccard:$device -s Shining PMIDE-ASC CDROM removed >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 Jun 13 0:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9CA3737B7C2 for ; Tue, 13 Jun 2000 00:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA96496; Tue, 13 Jun 2000 00:20:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 00:20:03 -0700 (PDT) Message-Id: <200006130720.AAA96496@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: vova@express.ru Subject: Re: conf/19236: not-existing PCMCI cards in pccard.conf.sample Reply-To: vova@express.ru Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR conf/19236; it has been noted by GNATS. From: vova@express.ru To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: conf/19236: not-existing PCMCI cards in pccard.conf.sample Date: Tue, 13 Jun 2000 11:15:09 +0400 (MSD) On Tue, 13 Jun 2000 gnats-admin@FreeBSD.org wrote: sorry missprint: > card "Shining" "PMIDE-ASC" > config auto "ata" ? 0x20000 > insert logger -t pccard:$device -s Shining PMIDE-ASC CDROM inserted > remove logger -t pccard:$device -s Shining PMIDE-ASC CDROM removed -- TSB Russian Express, Moscow Vladimir B. Grebenschikov, vova@express.ru To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 6: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A676737B977 for ; Tue, 13 Jun 2000 06:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA49368; Tue, 13 Jun 2000 06:00:07 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 06:00:07 -0700 (PDT) Message-Id: <200006131300.GAA49368@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "F. Heinrichmeyer" Subject: Re: kern/19020: kernel reboots sometimes Reply-To: "F. Heinrichmeyer" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19020; it has been noted by GNATS. From: "F. Heinrichmeyer" To: freebsd-gnats-submit@FreeBSD.org, jfh@es-i2.fernuni-hagen.de Cc: Subject: Re: kern/19020: kernel reboots sometimes Date: Tue, 13 Jun 2000 14:50:25 +0200 Hello, we moved the harddisks to an identical SMP-box. Now i wait since 5 days for my spontaneous reboots at the new box. After changing CPUs at the suspected box, one time only one was recognized ... -- Fritz Heinrichmeyer mailto:fritz.heinrichmeyer@fernuni-hagen.de FernUniversitaet Hagen, LG ES, 58084 Hagen (Germany) tel:+49 2331/987-1166 fax:987-355 http://www-es.fernuni-hagen.de/~jfh To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 8:10:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2BA9B37BEB4 for ; Tue, 13 Jun 2000 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA32851; Tue, 13 Jun 2000 08:10:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9890237BFD9; Tue, 13 Jun 2000 08:08:14 -0700 (PDT) Message-Id: <20000613150814.9890237BFD9@hub.freebsd.org> Date: Tue, 13 Jun 2000 08:08:14 -0700 (PDT) From: jkelsey@freei.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19244: /usr/src/sys/i386/i386/bioscall.s: version 1.7 does not build! Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19244 >Category: i386 >Synopsis: /usr/src/sys/i386/i386/bioscall.s: version 1.7 does not build! >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 13 08:10:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Joe Kelsey >Release: 4.0-current >Organization: freeinternet.com >Environment: FreeBSD zircon 4.0-RELEASE FreeBSD 4.0-RELEASE #9: Tue Jun 6 10:49:48 PDT 2000 root@zircon:/export/src/sys/compile/ZIRCON i386 >Description: obrien checked in version 1.7 of bioscall.s to supposedly fix some problem with AT&T asm. This breaks builds using gnu asm. >How-To-Repeat: Try to build kernel with current sources. >Fix: Remove version 1.7. >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 Jun 13 9:20:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 66D0737BB21 for ; Tue, 13 Jun 2000 09:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA43590; Tue, 13 Jun 2000 09:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 09:20:05 -0700 (PDT) Message-Id: <200006131620.JAA43590@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Jacob Subject: Re: i386/19244: /usr/src/sys/i386/i386/bioscall.s: version 1.7 does not build! Reply-To: Matthew Jacob Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19244; it has been noted by GNATS. From: Matthew Jacob To: jkelsey@freei.net Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: i386/19244: /usr/src/sys/i386/i386/bioscall.s: version 1.7 does not build! Date: Tue, 13 Jun 2000 09:09:53 -0700 (PDT) Upgrade your world. It's sort of breaking the rules, but in fact you can make world and then rebuild a kernel. On Tue, 13 Jun 2000 jkelsey@freei.net wrote: > > >Number: 19244 > >Category: i386 > >Synopsis: /usr/src/sys/i386/i386/bioscall.s: version 1.7 does not build! > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Tue Jun 13 08:10:00 PDT 2000 > >Closed-Date: > >Last-Modified: > >Originator: Joe Kelsey > >Release: 4.0-current > >Organization: > freeinternet.com > >Environment: > FreeBSD zircon 4.0-RELEASE FreeBSD 4.0-RELEASE #9: Tue Jun 6 10:49:48 PDT 2000 root@zircon:/export/src/sys/compile/ZIRCON i386 > > >Description: > obrien checked in version 1.7 of bioscall.s to supposedly fix some > problem with AT&T asm. This breaks builds using gnu asm. > > >How-To-Repeat: > Try to build kernel with current sources. > >Fix: > Remove version 1.7. > > > >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 Tue Jun 13 9:30:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC30437BFEB for ; Tue, 13 Jun 2000 09:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA44801; Tue, 13 Jun 2000 09:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 2E88F37C120; Tue, 13 Jun 2000 09:29:19 -0700 (PDT) Message-Id: <20000613162919.2E88F37C120@hub.freebsd.org> Date: Tue, 13 Jun 2000 09:29:19 -0700 (PDT) From: pmgleitz@research.att.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19246: Poor error message when fetching files with active mode ftp fails in bsd.port.mk. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19246 >Category: misc >Synopsis: Poor error message when fetching files with active mode ftp fails in bsd.port.mk. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Jun 13 09:30:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Gleitz >Release: 3.4-STABLE >Organization: Research >Environment: FreeBSD britten.research.att.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Mon Jan 31 16:48:10 EST 2000 pmgleitz@britten.research.att.com:/usr/cvsrc/src/sys/compile/PMG_KERNEL_1 i386 >Description: I first ran into this when trying to build a kame application with bsd.port.mk, but the problem probably should be corrected in other makefiles. I run from behind a firewall that only permits passive mode ftp. When the make tries to fetch files from various repositories, /usr/bin/fetch fails to open the data channel in active mode ftp and after timing out moves on to the next repository, where it fails again for the same reason. At the end of this doomed iteration over repositories, the make gives up and advises fetching the files by hand. It seems to me this error message could be slightly more informative, perhaps advising that /etc/make.conf has an FTP_PASSIVE_MODE flag that should be investigated. The message you presently get is: ${ECHO_MSG} ">> Couldn't fetch it - please try to retrieve this";\ ${ECHO_MSG} ">> port manually into ${_DISTDIR} and try again."; \ Surely this could be expanded to suggest the possibility of setting the passive mode flags before having to deal with the painful alternative of hand fetching. As another possibility, the script might also be made smart enough to realize what has happened and either recover from the failure by setting passive mode or at least advising with an appropriate message about /etc/make.conf When I run an active mode ftp fetch from the command line, after a fashion, I get: PORT command successful. Sending: RETR sendmail893+3.2W.patch.gz Can't build data connection: Operation timed out. fetch: ftp://ftp.kyoto.wide.ad.jp//pub/mail/sendmail/sendmail893+3.2W.patch.gz: FTP error: fetch: Can't open data connection and surely this would be easy enough to parse and decide that a passive mode ftp would surely be more likely to succeed, so why not have the script say so. >How-To-Repeat: >Fix: See full description for two suggestions. >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 Jun 13 9:30:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1BF6037BF84 for ; Tue, 13 Jun 2000 09:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA44754; Tue, 13 Jun 2000 09:30:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from privatecube.privatelabs.com (privatecube.privatelabs.com [198.143.31.30]) by hub.freebsd.org (Postfix) with ESMTP id 5D03C37BF03 for ; Tue, 13 Jun 2000 09:24:05 -0700 (PDT) (envelope-from mi@privatelabs.com) Received: from misha.privatelabs.com (root@misha.privatelabs.com [198.143.31.6]) by privatecube.privatelabs.com (8.9.3/8.9.2) with ESMTP id MAA25696 for ; Tue, 13 Jun 2000 12:22:34 -0400 Received: (from mi@localhost) by misha.privatelabs.com (8.9.3/8.9.3) id MAA61270; Tue, 13 Jun 2000 12:23:01 -0400 (EDT) (envelope-from mi) Message-Id: <200006131623.MAA61270@misha.privatelabs.com> Date: Tue, 13 Jun 2000 12:23:01 -0400 (EDT) From: Mikhail Teterin Reply-To: mi@aldan.algebra.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: i386/19245: -fexpensive-optimizations buggy (even with -O) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19245 >Category: i386 >Synopsis: -fexpensive-optimizations buggy (even with -O) >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 Jun 13 09:30:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Mikhail Teterin >Release: FreeBSD 4.0-STABLE i386 >Organization: Virtual Estates, Inc. >Environment: CPU: Pentium II/Pentium II Xeon/Celeron (334.09-MHz 686-class CPU) Pentium Pro MTRR support enabled >Description: The attached piece of code, when compiled with ``-O -fexpensive-optimizations'', produces incorrect binary on FreeBSD-4.0 . I tested the same compiler line on Mandrake Linux (an identical machine hardware-wise) and it compiles correctly. Mandrake's cc is the same as on FreeBSD: Reading specs from /usr/lib/gcc-lib/i586-mandrake-linux/2.95.2/specs gcc version 2.95.2 19991024 (release) vs. our Using builtin specs. gcc version 2.95.2 19991024 (release) But their assembler is newer: GNU assembler version 2.9.5 (i686-pc-linux-gnu) using BFD version 2.9.5.0.16 vs. our GNU assembler version 2.9.1 (i386-unknown-freebsdelf), using BFD version 2.9.1 >How-To-Repeat: Save the C-code below into a file bug.c. Then compile it with cc -O -fexpensive-optimizations bug.c -o bug As you can see from the code, the hostname output by both printfs shoud be the same, and on Linux and on FreeBSD without the -fexpensive-optimizations flag it is: Calling rfc1035QuestionPack with hostname 0xbffffe32 (./bug) In rfc1035QuestionPack: hostname is 0xbffffe32 (./bug) Yet, with the -fexpensive-optimizations flag, the hostname argument is passed in the register, which, apparently, is sometimes not loaded with the value and remains zero, resulting in: Calling rfc1035QuestionPack with hostname 0xbfbff8f0 (./bug) In rfc1035QuestionPack: hostname is 0x0 ((null)) The code is stripped from the squid23's lib/rfc1035.c (I found this because squid was crashing on every request and restarting) -- I tried to reduce it to the bare minimum needed to reproduce the bug. /* beginning of end.c */ #include #include #include #include #include #include static off_t rfc1035QuestionPack(char *buf, size_t sz, const char *hostname, unsigned short class ) { off_t off = 0; unsigned short s; printf("In rfc1035QuestionPack: hostname is %p (%s)\n", hostname, hostname); s = htons(class); memcpy(buf + off, &s, sizeof(s)); off += sizeof(s); assert(off <= sz); return off; } static unsigned short rfc1035BuildAQuery(const char *hostname, char *buf, size_t sz) { off_t offset = 0; printf("Calling rfc1035QuestionPack with hostname %p (%s)\n", hostname, hostname); offset += rfc1035QuestionPack(buf + offset, sz - offset, hostname, 1 ); return 0; } int main(int argc, char *argv[]) { char buf[1024]; rfc1035BuildAQuery(argv[argc - 1], buf, 1024); return 0; } /* end of bug.c */ >Fix: Get the new assembler/binutils and add -fno-expensive-optimizations to all CFLAGS in the meantime. Anything else? >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 Jun 13 9:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7622137C04D for ; Tue, 13 Jun 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA47911; Tue, 13 Jun 2000 09:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id B509537BF81; Tue, 13 Jun 2000 09:46:47 -0700 (PDT) Message-Id: <20000613164647.B509537BF81@hub.freebsd.org> Date: Tue, 13 Jun 2000 09:46:47 -0700 (PDT) From: shh@ricochet.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19247: uthread_sigaction.c does not do anything wrt SA_NOCLDWAIT Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19247 >Category: kern >Synopsis: uthread_sigaction.c does not do anything wrt SA_NOCLDWAIT >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Jun 13 09:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Shiv Haris >Release: 3.2, 4.0 >Organization: none >Environment: >Description: THe man page (and also the kernel) do honor SA_NOCLDWAIT for sigaction. However the threads library prevents letting this be used as it silently bypasses this SIGCHLD processing. Here is the man page snipet: SA_NOCLDWAIT If this bit is set when calling sigaction() for the SIGCHLD signal, the system will not create zombie processes when children of the calling process ex- it. If the calling process subsequently issues a wait(2) (or equivalent), it blocks until all of the calling process's child processes terminate, and then returns a value of -1 with errno set to ECHILD. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:10: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8E10637C0E7; Tue, 13 Jun 2000 14:09:55 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA87217; Tue, 13 Jun 2000 14:09:55 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Date: Tue, 13 Jun 2000 14:09:55 -0700 (PDT) From: Message-Id: <200006132109.OAA87217@freefall.freebsd.org> To: tjohnson@wallace.dlib.vt.edu, wilko@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/10866: ahc2740 panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: ahc2740 panic State-Changed-From-To: open->closed State-Changed-By: wilko State-Changed-When: Tue Jun 13 14:07:42 PDT 2000 State-Changed-Why: As this was most likely a hardware problem AND I know at least one happy FreeBSD 4.0/AH2740 user keeping this PR around does not serve much purpose anymore. http://www.freebsd.org/cgi/query-pr.cgi?pr=10866 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:15: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6AB5D37BC6F; Tue, 13 Jun 2000 14:15:06 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA87998; Tue, 13 Jun 2000 14:15:06 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Date: Tue, 13 Jun 2000 14:15:06 -0700 (PDT) From: Message-Id: <200006132115.OAA87998@freefall.freebsd.org> To: jtcn@dynegy.com, wilko@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/11278: FreeBSD Version 3.1 reboots repeatedly (continuously cycles through the boot process) if no video card is installed. Version 2.1.5 does not cycle. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD Version 3.1 reboots repeatedly (continuously cycles through the boot process) if no video card is installed. Version 2.1.5 does not cycle. State-Changed-From-To: open->closed State-Changed-By: wilko State-Changed-When: Tue Jun 13 14:13:36 PDT 2000 State-Changed-Why: No feedback received from submitter, Kazu already asked for feedback in august 1999. http://www.freebsd.org/cgi/query-pr.cgi?pr=11278 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D061637B700 for ; Tue, 13 Jun 2000 14:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA88742; Tue, 13 Jun 2000 14:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 14:20:01 -0700 (PDT) Message-Id: <200006132120.OAA88742@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/11241: Install fails after SCSI probe Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11241; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, crh@purdue.edu Cc: Subject: Re: kern/11241: Install fails after SCSI probe Date: Tue, 13 Jun 2000 23:12:09 +0200 Has an install of a FreeBSD version newer than 3.0 ever been attempted on this hardware? Preferably FreeBSD 4.0 that is? VLbus hardware is becoming rather exotic these days so I cannot test this myself. -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:20: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BB46137B72C for ; Tue, 13 Jun 2000 14:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA88747; Tue, 13 Jun 2000 14:20:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 14:20:02 -0700 (PDT) Message-Id: <200006132120.OAA88747@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/11434: can't boot from wd0s2a Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11434; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, ijliao@Terry.Dorm10.NCTU.edu.tw Cc: Subject: Re: kern/11434: can't boot from wd0s2a Date: Tue, 13 Jun 2000 23:17:48 +0200 As there have been substantial changes to the ata code, can you please verify if FreeBSD 4.0-release (or -stable) still has the problem you describe? If it does not we can close this PR. regards, -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:30:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 89E3437B72C for ; Tue, 13 Jun 2000 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA89859; Tue, 13 Jun 2000 14:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from verbal.uits.iupui.edu (verbal.uits.iupui.edu [149.166.240.10]) by hub.freebsd.org (Postfix) with ESMTP id 6602337B72C for ; Tue, 13 Jun 2000 14:25:19 -0700 (PDT) (envelope-from ajk@verbal.uits.iupui.edu) Received: (from ajk@localhost) by verbal.uits.iupui.edu (8.9.3/8.9.3) id VAA01234; Fri, 26 May 2000 21:18:12 -0500 (EST) (envelope-from ajk) Message-Id: <200005270218.VAA01234@verbal.uits.iupui.edu> Date: Fri, 26 May 2000 21:18:12 -0500 (EST) From: ajk@iu.edu Reply-To: ajk@iu.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19251: [PATCH] pam_ssh broken by OpenSSH DSA changes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19251 >Category: bin >Synopsis: [PATCH] pam_ssh broken by OpenSSH DSA changes >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 Jun 13 14:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Andrew J. Korty >Release: FreeBSD 5.0-CURRENT i386 >Organization: Office of the VP for Information Technology, Indiana University >Environment: FreeBSD verbal.uits.iupui.edu 5.0-CURRENT FreeBSD 5.0-CURRENT #2: Fri May 26 15:11:58 EST 2000 ajk@verbal.uits.iupui.edu:/usr/src/sys/compile/KUJAN i386 >Description: Newly DSA support added to OpenSSH causes pam_ssh to compile incorrectly, which in turn causes PAM applications that use it to SEGV. >How-To-Repeat: Try to use any PAM-aware application in conjunction with pam_ssh. >Fix: Apply the following hastily-written patch, hastily: Index: pam_ssh.c =================================================================== RCS file: /var/cvs/src/crypto/openssh/pam_ssh/pam_ssh.c,v retrieving revision 1.6 diff -u -r1.6 pam_ssh.c --- pam_ssh.c 2000/05/26 01:58:49 1.6 +++ pam_ssh.c 2000/05/27 02:09:29 @@ -45,10 +45,14 @@ #include #include +#include +#include + #include "includes.h" -#include "rsa.h" #include "ssh.h" +#include "key.h" #include "authfd.h" +#include "authfile.h" #define MODULE_NAME "pam_ssh" #define NEED_PASSPHRASE "Need passphrase for %s (%s).\nEnter passphrase: " @@ -56,10 +60,10 @@ void -rsa_cleanup(pam_handle_t *pamh, void *data, int error_status) +key_cleanup(pam_handle_t *pamh, void *data, int error_status) { if (data) - RSA_free(data); + key_free(data); } @@ -205,11 +209,11 @@ char *comment_priv; /* on private key */ char *comment_pub; /* on public key */ char *identity; /* user's identity file */ - RSA *key; /* user's private key */ + Key *key; /* user's private key */ int options; /* module options */ const char *pass; /* passphrase */ char *prompt; /* passphrase prompt */ - RSA *public_key; /* user's public key */ + Key *public_key; /* user's public key */ const PASSWD *pwent; /* user's passwd entry */ PASSWD *pwent_keep; /* our own copy */ int retval; /* from calls */ @@ -235,8 +239,8 @@ * Fail unless we can load the public key. Change to the * owner's UID to appease load_public_key(). */ - key = RSA_new(); - public_key = RSA_new(); + key = key_new(KEY_RSA); + public_key = key_new(KEY_RSA); saved_uid = getuid(); (void)setreuid(pwent->pw_uid, saved_uid); retval = load_public_key(identity, public_key, &comment_pub); @@ -245,7 +249,7 @@ free(identity); return PAM_AUTH_ERR; } - RSA_free(public_key); + key_free(public_key); /* build the passphrase prompt */ retval = asprintf(&prompt, NEED_PASSPHRASE, identity, comment_pub); free(comment_pub); @@ -276,8 +280,8 @@ * phase. */ if ((retval = pam_set_data(pamh, "ssh_private_key", key, - rsa_cleanup)) != PAM_SUCCESS) { - RSA_free(key); + key_cleanup)) != PAM_SUCCESS) { + key_free(key); free(comment_priv); return retval; } @@ -329,7 +333,7 @@ char *env_end; /* end of env */ char *env_file; /* to store env */ FILE *env_fp; /* env_file handle */ - RSA *key; /* user's private key */ + Key *key; /* user's private key */ FILE *pipe; /* ssh-agent handle */ const PASSWD *pwent; /* user's passwd entry */ int retval; /* from calls */ @@ -439,7 +443,7 @@ env_destroy(ssh_env); return PAM_SESSION_ERR; } - retval = ssh_add_identity(ac, key, comment); + retval = ssh_add_identity(ac, key->rsa, comment); ssh_close_authentication_connection(ac); env_swap(ssh_env, 0); return retval ? PAM_SUCCESS : PAM_SESSION_ERR; >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 Jun 13 14:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D69B37BC6F for ; Tue, 13 Jun 2000 14:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA90884; Tue, 13 Jun 2000 14:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 14:40:05 -0700 (PDT) Message-Id: <200006132140.OAA90884@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: i386/18123: 4.0-RELEASE crashes during boot from CD-ROM Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/18123; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, claus@b5.nu Cc: Subject: Re: i386/18123: 4.0-RELEASE crashes during boot from CD-ROM Date: Tue, 13 Jun 2000 23:32:06 +0200 Does it also happen with another VGA adapter? -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:42:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1459137BC6F; Tue, 13 Jun 2000 14:42:12 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Received: (from wilko@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA91164; Tue, 13 Jun 2000 14:42:11 -0700 (PDT) (envelope-from wilko@FreeBSD.org) Date: Tue, 13 Jun 2000 14:42:11 -0700 (PDT) From: Message-Id: <200006132142.OAA91164@freefall.freebsd.org> To: ijliao@Terry.Dorm10.NCTU.edu.tw, wilko@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/11434: can't boot from wd0s2a Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: can't boot from wd0s2a State-Changed-From-To: open->closed State-Changed-By: wilko State-Changed-When: Tue Jun 13 14:40:09 PDT 2000 State-Changed-Why: Email address of originator bounces. Going nowhere without communication.. http://www.freebsd.org/cgi/query-pr.cgi?pr=11434 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 14:45:14 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E83E737BFF8; Tue, 13 Jun 2000 14:45:12 -0700 (PDT) (envelope-from rnordier@FreeBSD.org) Received: (from rnordier@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA91595; Tue, 13 Jun 2000 14:45:12 -0700 (PDT) (envelope-from rnordier@FreeBSD.org) Date: Tue, 13 Jun 2000 14:45:12 -0700 (PDT) From: Message-Id: <200006132145.OAA91595@freefall.freebsd.org> To: rnordier@FreeBSD.org, rnordier@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/17391: FreeBSD boot loader does not recognize keyboard on MSI 6195 motherboard Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: FreeBSD boot loader does not recognize keyboard on MSI 6195 motherboard Responsible-Changed-From-To: rnordier->freebsd-bugs Responsible-Changed-By: rnordier Responsible-Changed-When: Tue Jun 13 14:43:12 PDT 2000 Responsible-Changed-Why: Return this to the pool, as I'm not actively involved with the boot code just now. http://www.freebsd.org/cgi/query-pr.cgi?pr=17391 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 18: 0:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 598C637BE7D for ; Tue, 13 Jun 2000 18:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA13387; Tue, 13 Jun 2000 18:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Tue, 13 Jun 2000 18:00:03 -0700 (PDT) Message-Id: <200006140100.SAA13387@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Geir Inge Jensen Subject: Re: i386/19226: SCSI timeouts during heavy load Reply-To: Geir Inge Jensen Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19226; it has been noted by GNATS. From: Geir Inge Jensen To: ken@kdm.org (Kenneth D. Merry) Cc: gij@jk.priv.no (Geir Inge Jensen), FreeBSD-gnats-submit@FreeBSD.ORG, gibbs@FreeBSD.ORG Subject: Re: i386/19226: SCSI timeouts during heavy load Date: Wed, 14 Jun 2000 02:59:11 +0200 (CEST) "Kenneth D. Merry" wrote: > I'm really not sure what your problem is, so I've handed it off to Justin > Gibbs , who is the author of the Adaptec driver. We have done some more debugging since yesterday. The timeouts could have been caused by a blocked interrupt line. However, we checked both the IOAPIC and cpl after we lost contact with the drives, and that is not the case. This is the output of our kld module: SMP: blocked=0x00fba200, apending=0x00000000, imen=0x00fba200 SMP: pending=0x00000000, active=0x00000000, cpl=0x00000000 - blocked shows which interrupts has the IOART_INTMSET bit set in the corresponding IOAPIC redirection table entry - apending shows which interrupts has the IOART_REM_IRR bit set in the corresponding IOAPIC redirection table entry. - imem is a copy of apic_imem. - pending is a copy of ipending. - active is a copy of iactive. - cpl is cpl. ahc0 has irq 11, and ahc1 has irq 18. As you can see, neither is blocked. We also tried to get in contact with the disk drives by polling ahc_poll for each controller 100 times pr. second. It didn't work. This action did help on another test system we had (by first disabling the interrupt lines). So we began looking at the sequencer code. This is a typical timeout message: (da6:ahc1:0:8:0): SCB 0x33 - timed out while idle, SEQADDR == 0x157 The SCB's differ, but is is always with SEQADDR == 0x157. Below is the sequencer code for the AHA29160 controller. It looks like the cmd channel is 'stuck', and the sequencer code is hanging in fetch_byte. Or it might be that CCSGDONE never is set in CCSGCTL. So we end up with an endless loop. - Geir Inge ----- SEQUENCER CODE FOR AHA 29160 ----- /* * Adaptec 274x/284x/294x device driver firmware for Linux and FreeBSD. * * Copyright (c) 1994-2000 Justin Gibbs. * All rights reserved. * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions, and the following disclaimer, * without modification. * 2. The name of the author may not be used to endorse or promote products * derived from this software without specific prior written permission. * * Alternatively, this software may be distributed under the terms of the * the GNU Public License ("GPL"). * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR AND CONTRIBUTORS ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE FOR * ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD: src/sys/dev/aic7xxx/aic7xxx.seq,v 1.95 2000/03/18 22:28:20 gibbs Exp $ */ #include #include /* * A few words on the waiting SCB list: * After starting the selection hardware, we check for reconnecting targets * as well as for our selection to complete just in case the reselection wins * bus arbitration. The problem with this is that we must keep track of the * SCB that we've already pulled from the QINFIFO and started the selection * on just in case the reselection wins so that we can retry the selection at * a later time. This problem cannot be resolved by holding a single entry * in scratch ram since a reconnecting target can request sense and this will * create yet another SCB waiting for selection. The solution used here is to * use byte 27 of the SCB as a psuedo-next pointer and to thread a list * of SCBs that are awaiting selection. Since 0-0xfe are valid SCB indexes, * SCB_LIST_NULL is 0xff which is out of range. An entry is also added to * this list everytime a request sense occurs or after completing a non-tagged * command for which a second SCB has been queued. The sequencer will * automatically consume the entries. */ reset: 000 ff6a0608 clr SCSISIGO; /* De-assert BSY */ 001 086a6800 mvi MSG_OUT, MSG_NOOP; /* No message to send */ 002 7f020408 and SXFRCTL1, ~BITBUCKET; /* Always allow reselection */ 003 32580008 and SCSISEQ, ENSELI|ENRSELI|ENAUTOATNP, SCSISEQ_TEMPLATE; if ((ahc->features & AHC_CMD_CHAN) != 0) { /* Ensure that no DMA operations are in progress */ 004 ff6ad609 clr CCSGCTL; 005 ff6adc09 clr CCSCBCTL; } poll_for_work: 006 0065ec59 call clear_target_state; 007 f7010208 and SXFRCTL0, ~SPIOEN; if ((ahc->features & AHC_QUEUE_REGS) == 0) { mov A, QINPOS; } poll_for_work_loop: if ((ahc->features & AHC_QUEUE_REGS) == 0) { and SEQCTL, ~PAUSEDIS; } 008 600b7c68 test SSTAT0, SELDO|SELDI jnz selection; 009 40001268 test SCSISEQ, ENSELO jnz poll_for_work_loop; if ((ahc->features & AHC_TWIN) != 0) { /* * Twin channel devices cannot handle things like SELTO * interrupts on the "background" channel. So, if we * are selecting, keep polling the current channel util * either a selection or reselection occurs. */ xor SBLKCTL,SELBUSB; /* Toggle to the other bus */ test SSTAT0, SELDO|SELDI jnz selection; test SCSISEQ, ENSELO jnz poll_for_work; xor SBLKCTL,SELBUSB; /* Toggle back */ } 00a ff3e4a60 cmp WAITING_SCBH,SCB_LIST_NULL jne start_waiting; test_queue: /* Has the driver posted any work for us? */ if ((ahc->features & AHC_QUEUE_REGS) != 0) { 00b 40fa1278 test QOFF_CTLSTA, SCB_AVAIL jz poll_for_work_loop; 00c fff6d408 mov NONE, SNSCB_QOFF; 00d 014e9c18 inc QINPOS; } else { or SEQCTL, PAUSEDIS; cmp KERNEL_QINPOS, A je poll_for_work_loop; inc QINPOS; and SEQCTL, ~PAUSEDIS; } /* * We have at least one queued SCB now and we don't have any * SCBs in the list of SCBs awaiting selection. If we have * any SCBs available for use, pull the tag from the QINFIFO * and get to work on it. */ if ((ahc->flags & AHC_PAGESCBS) != 0) { 00e 006a945d mov ALLZEROS call get_free_or_disc_scb; } dequeue_scb: 00f ff4ec818 add A, -1, QINPOS; 010 016aa05c mvi QINFIFO_OFFSET call fetch_byte; if ((ahc->flags & AHC_PAGESCBS) == 0) { /* In the non-paging case, the SCBID == hardware SCB index */ mov SCBPTR, RETURN_2; } dma_queued_scb: /* * DMA the SCB from host ram into the current SCB location. */ 011 0d6a6a00 mvi DMAPARAMS, HDMAEN|DIRECTION|FIFORESET; 012 00531e5d mov RETURN_2 call dma_scb; /* * Preset the residual fields in case we never go through a data phase. * This isn't done by the host so we can avoid a DMA to clear these * fields for the normal case of I/O that completes without underrun * or overrun conditions. */ if ((ahc->features & AHC_CMD_CHAN) != 0) { 013 03b05231 bmov SCB_RESID_DCNT, SCB_DATACNT, 3; } else { mov SCB_RESID_DCNT[0],SCB_DATACNT[0]; mov SCB_RESID_DCNT[1],SCB_DATACNT[1]; mov SCB_RESID_DCNT[2],SCB_DATACNT[2]; } 014 ffa35009 mov SCB_RESID_SGCNT, SCB_SGCOUNT; start_scb: /* * Place us on the waiting list in case our selection * doesn't win during bus arbitration. */ 015 ff3e7409 mov SCB_NEXT,WAITING_SCBH; 016 ff907c08 mov WAITING_SCBH, SCBPTR; start_waiting: /* * Pull the first entry off of the waiting SCB list. */ 017 ff3e2009 mov SCBPTR, WAITING_SCBH; 018 00655058 call start_selection; 019 00650c40 jmp poll_for_work; start_selection: if ((ahc->features & AHC_TWIN) != 0) { and SINDEX,~SELBUSB,SBLKCTL;/* Clear channel select bit */ and A,SELBUSB,SCB_TCL; /* Get new channel bit */ or SINDEX,A; mov SBLKCTL,SINDEX; /* select channel */ } initialize_scsiid: 01a ff58ca08 mov SINDEX, SCSISEQ_TEMPLATE; if ((ahc->flags & AHC_TARGETMODE) != 0) { test SCB_CONTROL, TARGET_SCB jz . + 4; if ((ahc->features & AHC_ULTRA2) != 0) { mov SCSIID_ULTRA2, SCB_CMDPTR[2]; } else { mov SCSIID, SCB_CMDPTR[2]; } or SINDEX, TEMODE; jmp initialize_scsiid_fini; } if ((ahc->features & AHC_ULTRA2) != 0) { 01b f0a1c808 and A, TID, SCB_TCL; /* Get target ID */ 01c 0f0f1e08 and SCSIID_ULTRA2, OID; /* Clear old target */ 01d 000f1e00 or SCSIID_ULTRA2, A; } else { and A, TID, SCB_TCL; /* Get target ID */ and SCSIID, OID; /* Clear old target */ or SCSIID, A; } initialize_scsiid_fini: 01e ff65000c mov SCSISEQ, SINDEX ret; /* * Initialize transfer settings and clear the SCSI channel. * SINDEX should contain any additional bit's the client wants * set in SXFRCTL0. We also assume that the current SCB is * a valid SCB for the target we wish to talk to. */ initialize_channel: 01f 12650200 or SXFRCTL0, CLRSTCNT|CLRCHN, SINDEX; set_transfer_settings: if ((ahc->features & AHC_ULTRA) != 0) { test SCB_CONTROL, ULTRAENB jz . + 2; or SXFRCTL0, FAST20; } /* * Initialize SCSIRATE with the appropriate value for this target. */ if ((ahc->features & AHC_ULTRA2) != 0) { 020 02bb0834 bmov SCSIRATE, SCB_SCSIRATE, 2 ret; } else { mov SCSIRATE, SCB_SCSIRATE ret; } selection: 021 400b1069 test SSTAT0,SELDO jnz select_out; 022 206a1600 mvi CLRSINT0, CLRSELDI; select_in: if ((ahc->flags & AHC_TARGETMODE) != 0) { if ((ahc->flags & AHC_INITIATORMODE) != 0) { test SSTAT0, TARGET jz initiator_reselect; } /* * We've just been selected. Assert BSY and * setup the phase for receiving messages * from the target. */ mvi SCSISIGO, P_MESGOUT|BSYO; mvi CLRSINT1, CLRBUSFREE; /* * Setup the DMA for sending the identify and * command information. */ or SEQ_FLAGS, CMDPHASE_PENDING; mov A, TQINPOS; if ((ahc->features & AHC_CMD_CHAN) != 0) { mvi DINDEX, CCHADDR; mvi TMODE_CMDADDR call set_32byte_addr; mvi CCSCBCTL, CCSCBRESET; } else { mvi DINDEX, HADDR; mvi TMODE_CMDADDR call set_32byte_addr; mvi DFCNTRL, FIFORESET; } /* Initiator that selected us */ and SAVED_TCL, SELID_MASK, SELID; if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, SAVED_TCL; } else { mov DFDAT, SAVED_TCL; } /* The Target ID we were selected at */ if ((ahc->features & AHC_CMD_CHAN) != 0) { if ((ahc->features & AHC_MULTI_TID) != 0) { and CCSCBRAM, OID, TARGIDIN; } else if ((ahc->features & AHC_ULTRA2) != 0) { and CCSCBRAM, OID, SCSIID_ULTRA2; } else { and CCSCBRAM, OID, SCSIID; } } else { if ((ahc->features & AHC_MULTI_TID) != 0) { and DFDAT, OID, TARGIDIN; } else if ((ahc->features & AHC_ULTRA2) != 0) { and DFDAT, OID, SCSIID_ULTRA2; } else { and DFDAT, OID, SCSIID; } } /* No tag yet */ mvi INITIATOR_TAG, SCB_LIST_NULL; /* * If ATN isn't asserted, the target isn't interested * in talking to us. Go directly to bus free. */ test SCSISIGI, ATNI jz target_busfree; /* * Watch ATN closely now as we pull in messages from the * initiator. We follow the guidlines from section 6.5 * of the SCSI-2 spec for what messages are allowed when. */ call target_inb; /* * Our first message must be one of IDENTIFY, ABORT, or * BUS_DEVICE_RESET. */ /* XXX May need to be more lax here for older initiators... */ test DINDEX, MSG_IDENTIFYFLAG jz host_target_message_loop; /* Store for host */ if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, DINDEX; } else { mov DFDAT, DINDEX; } /* Remember for disconnection decision */ test DINDEX, MSG_IDENTIFY_DISCFLAG jnz . + 2; /* XXX Honor per target settings too */ or SEQ_FLAGS, NO_DISCONNECT; test SCSISIGI, ATNI jz ident_messages_done; call target_inb; /* * If this is a tagged request, the tagged message must * immediately follow the identify. We test for a valid * tag message by seeing if it is >= MSG_SIMPLE_Q_TAG and * < MSG_IGN_WIDE_RESIDUE. */ add A, -MSG_SIMPLE_Q_TAG, DINDEX; jnc ident_messages_done; add A, -MSG_IGN_WIDE_RESIDUE, DINDEX; jc ident_messages_done; /* Store for host */ if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, DINDEX; } else { mov DFDAT, DINDEX; } /* * If the initiator doesn't feel like providing a tag number, * we've got a failed selection and must transition to bus * free. */ test SCSISIGI, ATNI jz target_busfree; /* * Store the tag for the host. */ call target_inb; if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, DINDEX; } else { mov DFDAT, DINDEX; } mov INITIATOR_TAG, DINDEX; jmp ident_messages_done; /* * Pushed message loop to allow the kernel to * run it's own target mode message state engine. */ host_target_message_loop: mvi INTSTAT, HOST_MSG_LOOP; nop; cmp RETURN_1, EXIT_MSG_LOOP je target_ITloop; test SSTAT0, SPIORDY jz .; jmp host_target_message_loop; ident_messages_done: /* If ring buffer is full, return busy or queue full */ if ((ahc->features & AHC_HS_MAILBOX) != 0) { and A, HOST_TQINPOS, HS_MAILBOX; } else { mov A, KERNEL_TQINPOS; } cmp TQINPOS, A jne tqinfifo_has_space; mvi P_STATUS|BSYO call change_phase; cmp INITIATOR_TAG, SCB_LIST_NULL je . + 3; mvi STATUS_QUEUE_FULL call target_outb; jmp target_busfree_wait; mvi STATUS_BUSY call target_outb; jmp target_busfree_wait; tqinfifo_has_space: /* Terminate the ident list */ if ((ahc->features & AHC_CMD_CHAN) != 0) { mvi CCSCBRAM, SCB_LIST_NULL; } else { mvi DFDAT, SCB_LIST_NULL; } or SEQ_FLAGS, TARG_CMD_PENDING|IDENTIFY_SEEN; test SCSISIGI, ATNI jnz target_mesgout_pending_msg; jmp target_ITloop; /* * We carefully toggle SPIOEN to allow us to return the * message byte we receive so it can be checked prior to * driving REQ on the bus for the next byte. */ target_inb: /* * Drive REQ on the bus by enabling SCSI PIO. */ or SXFRCTL0, SPIOEN; /* Wait for the byte */ test SSTAT0, SPIORDY jz .; /* Prevent our read from triggering another REQ */ and SXFRCTL0, ~SPIOEN; /* Save latched contents */ mov DINDEX, SCSIDATL ret; } if ((ahc->flags & AHC_INITIATORMODE) != 0) { /* * Reselection has been initiated by a target. Make a note that we've been * reselected, but haven't seen an IDENTIFY message from the target yet. */ initiator_reselect: /* XXX test for and handle ONE BIT condition */ 023 f0196e08 and SAVED_TCL, SELID_MASK, SELID; if ((ahc->features & AHC_TWIN) != 0) { test SBLKCTL, SELBUSB jz . + 2; or SAVED_TCL, SELBUSB; } 024 1a010200 or SXFRCTL0, SPIOEN|CLRSTCNT|CLRCHN; 025 086a1800 mvi CLRSINT1,CLRBUSFREE; 026 08112200 or SIMODE1, ENBUSFREE; /* * We aren't expecting a * bus free, so interrupt * the kernel driver if it * happens. */ 027 0065ce41 jmp ITloop; } /* * After the selection, remove this SCB from the "waiting SCB" * list. This is achieved by simply moving our "next" pointer into * WAITING_SCBH. Our next pointer will be set to null the next time this * SCB is used, so don't bother with it now. */ select_out: /* Turn off the selection hardware */ 028 b2000008 and SCSISEQ, TEMODE|ENSELI|ENRSELI|ENAUTOATNP, SCSISEQ; 029 406a1600 mvi CLRSINT0, CLRSELDO; 02a ff3e2009 mov SCBPTR, WAITING_SCBH; 02b ffba7c08 mov WAITING_SCBH,SCB_NEXT; 02c ffa16e08 mov SAVED_TCL, SCB_TCL; if ((ahc->flags & AHC_TARGETMODE) != 0) { test SSTAT0, TARGET jz initiator_select; /* * We've just re-selected an initiator. * Assert BSY and setup the phase for * sending our identify messages. */ mvi P_MESGIN|BSYO call change_phase; mvi CLRSINT1,CLRBUSFREE; /* * Start out with a simple identify message. */ and A, LID, SCB_TCL; or A, MSG_IDENTIFYFLAG call target_outb; /* * If we are the result of a tagged command, send * a simple Q tag and the tag id. */ test SCB_CONTROL, TAG_ENB jz . + 3; mvi MSG_SIMPLE_Q_TAG call target_outb; mov SCB_INITIATOR_TAG call target_outb; mov INITIATOR_TAG, SCB_INITIATOR_TAG; target_synccmd: /* * Now determine what phases the host wants us * to go through. */ mov SEQ_FLAGS, SCB_TARGET_PHASES; target_ITloop: /* * Start honoring ATN signals now that * we properly identified ourselves. */ test SCSISIGI, ATNI jnz target_mesgout; test SEQ_FLAGS, CMDPHASE_PENDING jnz target_cmdphase; test SEQ_FLAGS, DPHASE_PENDING jnz target_dphase; test SEQ_FLAGS, SPHASE_PENDING jnz target_sphase; /* * No more work to do. Either disconnect or not depending * on the state of NO_DISCONNECT. */ test SEQ_FLAGS, NO_DISCONNECT jz target_disconnect; if ((ahc->flags & AHC_PAGESCBS) != 0) { mov ALLZEROS call get_free_or_disc_scb; } mov RETURN_1, ALLZEROS; call complete_target_cmd; cmp RETURN_1, CONT_MSG_LOOP jne .; mvi DMAPARAMS, HDMAEN|DIRECTION|FIFORESET; mov SCB_TAG call dma_scb; jmp target_synccmd; target_mesgout: mvi SCSISIGO, P_MESGOUT|BSYO; call target_inb; /* Local Processing goes here... */ target_mesgout_pending_msg: jmp host_target_message_loop; target_disconnect: mvi P_MESGIN|BSYO call change_phase; test SEQ_FLAGS, DPHASE jz . + 2; mvi MSG_SAVEDATAPOINTER call target_outb; mvi MSG_DISCONNECT call target_outb; target_busfree_wait: /* Wait for preceeding I/O session to complete. */ test SCSISIGI, ACKI jnz .; target_busfree: clr SCSISIGO; mvi LASTPHASE, P_BUSFREE; call complete_target_cmd; jmp poll_for_work; target_cmdphase: mvi P_COMMAND|BSYO call change_phase; call target_inb; mov A, DINDEX; /* Store for host */ if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, A; } else { mov DFDAT, A; } /* * Determine the number of bytes to read * based on the command group code via table lookup. * We reuse the first 8 bytes of the TARG_SCSIRATE * BIOS array for this table. Count is one less than * the total for the command since we've already fetched * the first byte. */ shr A, CMD_GROUP_CODE_SHIFT; add SINDEX, TARG_SCSIRATE, A; mov A, SINDIR; test A, 0xFF jz command_phase_done; command_loop: or SXFRCTL0, SPIOEN; test SSTAT0, SPIORDY jz .; cmp A, 1 jne . + 2; and SXFRCTL0, ~SPIOEN; /* Last Byte */ if ((ahc->features & AHC_CMD_CHAN) != 0) { mov CCSCBRAM, SCSIDATL; } else { mov DFDAT, SCSIDATL; } dec A; test A, 0xFF jnz command_loop; command_phase_done: and SEQ_FLAGS, ~CMDPHASE_PENDING; jmp target_ITloop; target_dphase: /* * Data direction flags are from the * perspective of the initiator. */ test SCB_TARGET_PHASES[1], TARGET_DATA_IN jz . + 4; mvi LASTPHASE, P_DATAOUT; mvi P_DATAIN|BSYO call change_phase; jmp . + 3; mvi LASTPHASE, P_DATAIN; mvi P_DATAOUT|BSYO call change_phase; mov ALLZEROS call initialize_channel; jmp p_data; target_sphase: mvi P_STATUS|BSYO call change_phase; mvi LASTPHASE, P_STATUS; mov SCB_TARGET_STATUS call target_outb; /* XXX Watch for ATN or parity errors??? */ mvi SCSISIGO, P_MESGIN|BSYO; /* MSG_CMDCMPLT is 0, but we can't do an immediate of 0 */ mov ALLZEROS call target_outb; jmp target_busfree_wait; complete_target_cmd: test SEQ_FLAGS, TARG_CMD_PENDING jnz . + 2; mov SCB_TAG jmp complete_post; if ((ahc->features & AHC_CMD_CHAN) != 0) { /* Set the valid byte */ mvi CCSCBADDR, 24; mov CCSCBRAM, ALLONES; mvi CCHCNT, 28; or CCSCBCTL, CCSCBEN|CCSCBRESET; test CCSCBCTL, CCSCBDONE jz .; clr CCSCBCTL; } else { /* Set the valid byte */ or DFCNTRL, FIFORESET; mvi DFWADDR, 3; /* Third 64bit word or byte 24 */ mov DFDAT, ALLONES; mvi HCNT[0], 28; clr HCNT[1]; clr HCNT[2]; or DFCNTRL, HDMAEN|FIFOFLUSH; call dma_finish; } inc TQINPOS; mvi INTSTAT,CMDCMPLT ret; } if ((ahc->flags & AHC_INITIATORMODE) != 0) { initiator_select: 02d 086a7258 mvi SPIOEN call initialize_channel; /* * We aren't expecting a bus free, so interrupt * the kernel driver if it happens. */ 02e 086a1800 mvi CLRSINT1,CLRBUSFREE; 02f 08112200 or SIMODE1, ENBUSFREE; /* * As soon as we get a successful selection, the target * should go into the message out phase since we have ATN * asserted. */ 030 806a6800 mvi MSG_OUT, MSG_IDENTIFYFLAG; 031 80366c00 or SEQ_FLAGS, IDENTIFY_SEEN; /* * Main loop for information transfer phases. Wait for the * target to assert REQ before checking MSG, C/D and I/O for * the bus phase. */ ITloop: 032 0065ec5c call phase_lock; 033 ff3dc808 mov A, LASTPHASE; 034 bf64067a test A, ~P_DATAIN jz p_data; 035 8064da72 cmp A,P_COMMAND je p_command; 036 a0641473 cmp A,P_MESGOUT je p_mesgout; 037 c0640c73 cmp A,P_STATUS je p_status; 038 e0645c73 cmp A,P_MESGIN je p_mesgin; 039 016a2201 mvi INTSTAT,BAD_PHASE; 03a 0065ce41 jmp ITloop; /* Try reading the bus again. */ await_busfree: 03b f7112208 and SIMODE1, ~ENBUSFREE; 03c ff06d408 mov NONE, SCSIDATL; /* Ack the last byte */ 03d f7010208 and SXFRCTL0, ~SPIOEN; 03e 090ce679 test SSTAT1,REQINIT|BUSFREE jz .; 03f 080c0c68 test SSTAT1, BUSFREE jnz poll_for_work; 040 016a2201 mvi INTSTAT, BAD_PHASE; } clear_target_state: /* * We assume that the kernel driver may reset us * at any time, even in the middle of a DMA, so * clear DFCNTRL too. */ 041 ff6a2609 clr DFCNTRL; /* * We don't know the target we will connect to, * so default to narrow transfers to avoid * parity problems. */ if ((ahc->features & AHC_ULTRA2) != 0) { 042 026a0830 bmov SCSIRATE, ALLZEROS, 2; } else { clr SCSIRATE; and SXFRCTL0, ~(FAST20); } 043 016a7a00 mvi LASTPHASE, P_BUSFREE; /* clear target specific flags */ 044 ff6a6c0c clr SEQ_FLAGS ret; /* * If we re-enter the data phase after going through another phase, the * STCNT may have been cleared, so restore it from the residual field. */ data_phase_reinit: if ((ahc->features & AHC_ULTRA2) != 0) { /* * The preload circuitry requires us to * reload the address too, so pull it from * the shaddow address. */ 045 04141031 bmov HADDR, SHADDR, 4; 046 03a91831 bmov HCNT, SCB_RESID_DCNT, 3; } else if ((ahc->features & AHC_CMD_CHAN) != 0) { bmov STCNT, SCB_RESID_DCNT, 3; } else { mvi DINDEX, STCNT; mvi SCB_RESID_DCNT call bcopy_3; } 047 01a9b208 and DATA_COUNT_ODD, 0x1, SCB_RESID_DCNT[0]; 048 00652842 jmp data_phase_loop; p_data: if ((ahc->features & AHC_ULTRA2) != 0) { 049 a86a6a00 mvi DMAPARAMS, PRELOADEN|SCSIEN|HDMAEN; } else { mvi DMAPARAMS, WIDEODD|SCSIEN|SDMAEN|HDMAEN|FIFORESET; } 04a 403d0e6a test LASTPHASE, IOI jnz . + 2; 04b 04356a00 or DMAPARAMS, DIRECTION; 04c 00655a5c call assert; /* * Ensure entering a data * phase is okay - seen identify, etc. */ if ((ahc->features & AHC_CMD_CHAN) != 0) { 04d 806ad401 mvi CCSGADDR, CCSGADDR_MAX; } 04e 2036f869 test SEQ_FLAGS, DPHASE jnz data_phase_reinit; /* We have seen a data phase */ 04f 20366c00 or SEQ_FLAGS, DPHASE; /* * Initialize the DMA address and counter from the SCB. * Also set SG_COUNT and SG_NEXT in memory since we cannot * modify the values in the SCB itself until we see a * save data pointers message. */ if ((ahc->features & AHC_CMD_CHAN) != 0) { 050 07ac1031 bmov HADDR, SCB_DATAPTR, 7; } else { mvi DINDEX, HADDR; mvi SCB_DATAPTR call bcopy_7; } 051 01b0b208 and DATA_COUNT_ODD, 0x1, SCB_DATACNT[0]; if ((ahc->features & AHC_ULTRA2) == 0) { if ((ahc->features & AHC_CMD_CHAN) != 0) { bmov STCNT, HCNT, 3; } else { call set_stcnt_from_hcnt; } } if ((ahc->features & AHC_CMD_CHAN) != 0) { 052 05a37030 bmov SG_COUNT, SCB_SGCOUNT, 5; } else { mvi DINDEX, SG_COUNT; mvi SCB_SGCOUNT call bcopy_5; } data_phase_loop: /* Guard against overruns */ 053 ff38386a test SG_COUNT, 0xff jnz data_phase_inbounds; /* * Turn on 'Bit Bucket' mode, set the transfer count to * 16meg and let the target run until it changes phase. * When the transfer completes, notify the host that we * had an overrun. */ 054 80020400 or SXFRCTL1,BITBUCKET; 055 e7356a08 and DMAPARAMS, ~(HDMAEN|SDMAEN); if ((ahc->features & AHC_ULTRA2) != 0) { 056 03691831 bmov HCNT, ALLONES, 3; } else if ((ahc->features & AHC_CMD_CHAN) != 0) { bmov STCNT, ALLONES, 3; } else { mvi STCNT[0], 0xFF; mvi STCNT[1], 0xFF; mvi STCNT[2], 0xFF; } data_phase_inbounds: /* If we are the last SG block, tell the hardware. */ 057 01384262 cmp SG_COUNT,0x01 jne data_phase_wideodd; if ((ahc->features & AHC_ULTRA2) != 0) { 058 02fcf801 or SG_CACHEPTR, LAST_SEG; } else { if ((ahc->flags & AHC_TARGETMODE) != 0) { test SSTAT0, TARGET jz . + 2; test DMAPARAMS, DIRECTION jz data_phase_wideodd; } and DMAPARAMS, ~WIDEODD; } data_phase_wideodd: if ((ahc->features & AHC_ULTRA2) != 0) { 059 ff69ca08 mov SINDEX, ALLONES; 05a ff352609 mov DFCNTRL, DMAPARAMS; 05b 040b466a test SSTAT0, SDONE jnz .;/* Wait for preload to complete */ data_phase_dma_loop: 05c 040b4e6a test SSTAT0, SDONE jnz data_phase_dma_done; 05d 100c487a test SSTAT1,PHASEMIS jz data_phase_dma_loop; /* ie. underrun */ } else { mov DMAPARAMS call dma; } data_phase_dma_done: /* Go tell the host about any overruns */ 05e 8002b66a test SXFRCTL1,BITBUCKET jnz data_phase_overrun; /* See if we completed this segment */ 05f ff089c6a test STCNT[0], 0xff jnz data_phase_finish; 060 ff099c6a test STCNT[1], 0xff jnz data_phase_finish; 061 ff0a9c6a test STCNT[2], 0xff jnz data_phase_finish; /* * Advance the scatter-gather pointers if needed */ sg_advance: 062 ff387018 dec SG_COUNT; /* one less segment to go */ 063 ff389c7a test SG_COUNT, 0xff jz data_phase_finish; /* Are we done? */ /* * Load a struct scatter and set up the data address and length. * If the working value of the SG count is nonzero, then * we need to load a new set of values. * * This, like all DMA's, assumes little-endian host data storage. */ sg_load: if ((ahc->features & AHC_CMD_CHAN) != 0) { /* * Do we have any prefetch left??? */ 064 80ea7262 cmp CCSGADDR, CCSGADDR_MAX jne prefetched_segs_avail; /* * Fetch MIN(CCSGADDR_MAX, (SG_COUNT * 8)) bytes. */ 065 ef38c818 add A, -(CCSGRAM_MAXSEGS + 1), SG_COUNT; 066 806ac800 mvi A, CCSGADDR_MAX; 067 0065644a jc . + 2; 068 3338c828 shl A, 3, SG_COUNT; 069 ff64d009 mov CCHCNT, A; 06a 0439c031 bmov CCHADDR, SG_NEXT, 4; 06b 096ad601 mvi CCSGCTL, CCSGEN|CCSGRESET; 06c 80eb6a7a test CCSGCTL, CCSGDONE jz .; 06d f7ebd609 and CCSGCTL, ~CCSGEN; 06e 08eb6e6a test CCSGCTL, CCSGEN jnz .; 06f 016ad601 mvi CCSGCTL, CCSGRESET; prefetched_segs_avail: 070 08e91031 bmov HADDR, CCSGRAM, 8; } else { mvi DINDEX, HADDR; mvi SG_NEXT call bcopy_4; mvi HCNT[0],SG_SIZEOF; clr HCNT[1]; clr HCNT[2]; or DFCNTRL, HDMAEN|DIRECTION|FIFORESET; call dma_finish; /* * Copy data from FIFO into SCB data pointer and data count. * This assumes that the SG segments are of the form: * struct ahc_dma_seg { * u_int32_t addr; four bytes, little-endian order * u_int32_t len; four bytes, little endian order * }; */ mvi HADDR call dfdat_in_7; } /* Track odd'ness */ 071 018c887a test HCNT[0], 0x1 jz . + 2; 072 0159b210 xor DATA_COUNT_ODD, 0x1; if ((ahc->features & AHC_ULTRA2) == 0) { /* Load STCNT as well. It is a mirror of HCNT */ if ((ahc->features & AHC_CMD_CHAN) != 0) { bmov STCNT, HCNT, 3; } else { call set_stcnt_from_hcnt; } } /* Advance the SG pointer */ 073 ff6ac808 clr A; /* add sizeof(struct scatter) */ 074 08397218 add SG_NEXT[0],SG_SIZEOF; 075 003a7420 adc SG_NEXT[1],A; if ((ahc->flags & AHC_TARGETMODE) != 0) { test SSTAT0, TARGET jnz data_phase_loop; } 076 010c947a test SSTAT1, REQINIT jz .; 077 100c287a test SSTAT1,PHASEMIS jz data_phase_loop; /* Ensure the last seg is visable at the shaddow layer */ if ((ahc->features & AHC_ULTRA2) != 0) { 078 ff352609 mov DFCNTRL, DMAPARAMS; 079 040b9a6a test SSTAT0, SDONE jnz .;/* Wait for preload to complete */ } data_phase_finish: if ((ahc->features & AHC_ULTRA2) != 0) { 07a 0065c05a call ultra2_dmafinish; } /* * After a DMA finishes, save the SG and STCNT residuals back into the SCB * We use STCNT instead of HCNT, since it's a reflection of how many bytes * were transferred on the SCSI (as opposed to the host) bus. */ if ((ahc->features & AHC_CMD_CHAN) != 0) { 07b 03085231 bmov SCB_RESID_DCNT, STCNT, 3; } else { mov SCB_RESID_DCNT[0],STCNT[0]; mov SCB_RESID_DCNT[1],STCNT[1]; mov SCB_RESID_DCNT[2],STCNT[2]; } 07c ff385009 mov SCB_RESID_SGCNT, SG_COUNT; if ((ahc->features & AHC_ULTRA2) != 0) { 07d 12010200 or SXFRCTL0, CLRSTCNT|CLRCHN; } if ((ahc->flags & AHC_TARGETMODE) != 0) { test SEQ_FLAGS, DPHASE_PENDING jz ITloop; and SEQ_FLAGS, ~DPHASE_PENDING; /* * For data-in phases, wait for any pending acks from the * initiator before changing phase. */ test DFCNTRL, DIRECTION jz target_ITloop; test SSTAT1, REQINIT jnz .; jmp target_ITloop; } 07e 0065ce41 jmp ITloop; data_phase_overrun: if ((ahc->features & AHC_ULTRA2) != 0) { 07f 0065c05a call ultra2_dmafinish; 080 12010200 or SXFRCTL0, CLRSTCNT|CLRCHN; } /* * Turn off BITBUCKET mode and notify the host */ 081 7f020408 and SXFRCTL1, ~BITBUCKET; 082 f16a2201 mvi INTSTAT,DATA_OVERRUN; 083 0065ce41 jmp ITloop; ultra2_dmafinish: if ((ahc->features & AHC_ULTRA2) != 0) { 084 0493d26a test DFCNTRL, DIRECTION jnz ultra2_dmafifoempty; 085 df932609 and DFCNTRL, ~SCSIEN; 086 2093c46a test DFCNTRL, SCSIEN jnz .; ultra2_dmafifoflush: 087 02932601 or DFCNTRL, FIFOFLUSH; /* * The FIFOEMP status bit on the Ultra2 class * of controllers seems to be a bit flaky. * It appears that if the FIFO is full and the * transfer ends with some data in the REQ/ACK * FIFO, FIFOEMP will fall temporarily * as the data is transferred to the PCI bus. * This glitch lasts for fewer than 5 clock cycles, * so we work around the problem by ensuring the * status bit stays false through a full glitch * window. */ 088 0194c67a test DFSTATUS, FIFOEMP jz ultra2_dmafifoflush; 089 0194c67a test DFSTATUS, FIFOEMP jz ultra2_dmafifoflush; 08a 0194c67a test DFSTATUS, FIFOEMP jz ultra2_dmafifoflush; 08b 0194c67a test DFSTATUS, FIFOEMP jz ultra2_dmafifoflush; 08c 0194c67a test DFSTATUS, FIFOEMP jz ultra2_dmafifoflush; ultra2_dmafifoempty: /* Don't clobber an inprogress host data transfer */ 08d 1094d26a test DFSTATUS, MREQPEND jnz ultra2_dmafifoempty; ultra2_dmahalt: 08e d7932609 and DFCNTRL, ~(SCSIEN|HDMAEN); 08f 0893d66a test DFCNTRL, HDMAEN jnz .; 090 ff6ad40c ret; } if ((ahc->flags & AHC_INITIATORMODE) != 0) { /* * Command phase. Set up the DMA registers and let 'er rip. */ p_command: 091 00655a5c call assert; if ((ahc->features & AHC_CMD_CHAN) != 0) { 092 ffb81809 mov HCNT[0], SCB_CMDLEN; 093 026a1a31 bmov HCNT[1], ALLZEROS, 2; if ((ahc->features & AHC_ULTRA2) == 0) { bmov STCNT, HCNT, 3; } 094 efb8d418 add NONE, -17, SCB_CMDLEN; 095 0065f04a jc dma_cmd_data; /* * The data fifo seems to require 4 byte alligned * transfers from the sequencer. Force this to * be the case by clearing HADDR[0] even though * we aren't going to touch host memeory. */ 096 016a1031 bmov HADDR[0], ALLZEROS, 1; if ((ahc->features & AHC_ULTRA2) != 0) { 097 a46a2601 mvi DFCNTRL, (PRELOADEN|SCSIEN|DIRECTION); } else { mvi DFCNTRL, (SCSIEN|SDMAEN|DIRECTION|FIFORESET); } 098 10c03231 bmov DFDAT, SCB_CMDSTORE, 16; 099 00650043 jmp cmd_loop; dma_cmd_data: 09a 04b41031 bmov HADDR, SCB_CMDPTR, 4; } else { mvi DINDEX, HADDR; mvi SCB_CMDPTR call bcopy_5; clr HCNT[1]; clr HCNT[2]; } if ((ahc->features & AHC_ULTRA2) == 0) { if ((ahc->features & AHC_CMD_CHAN) == 0) { call set_stcnt_from_hcnt; } mvi DFCNTRL, (SCSIEN|SDMAEN|HDMAEN|DIRECTION|FIFORESET); } else { 09b ac6a2601 mvi DFCNTRL, (PRELOADEN|SCSIEN|HDMAEN|DIRECTION); } cmd_loop: 09c 040b046b test SSTAT0, SDONE jnz . + 2; 09d 100c007b test SSTAT1, PHASEMIS jz cmd_loop; /* * Wait for our ACK to go-away on it's own * instead of being killed by SCSIEN getting cleared. */ 09e 0103046b test SCSISIGI, ACKI jnz .; 09f c7932609 and DFCNTRL, ~(SCSIEN|SDMAEN|HDMAEN); 0a0 3893086b test DFCNTRL, (SCSIEN|SDMAEN|HDMAEN) jnz .; 0a1 0065ce41 jmp ITloop; /* * Status phase. Wait for the data byte to appear, then read it * and store it into the SCB. */ p_status: 0a2 00655a5c call assert; 0a3 ff064409 mov SCB_TARGET_STATUS, SCSIDATL; 0a4 0065ce41 jmp ITloop; /* * Message out phase. If MSG_OUT is MSG_IDENTIFYFLAG, build a full * indentify message sequence and send it to the target. The host may * override this behavior by setting the MK_MESSAGE bit in the SCB * control byte. This will cause us to interrupt the host and allow * it to handle the message phase completely on its own. If the bit * associated with this target is set, we will also interrupt the host, * thereby allowing it to send a message on the next selection regardless * of the transaction being sent. * * If MSG_OUT is == HOST_MSG, also interrupt the host and take a message. * This is done to allow the host to send messages outside of an identify * sequence while protecting the seqencer from testing the MK_MESSAGE bit * on an SCB that might not be for the current nexus. (For example, a * BDR message in responce to a bad reselection would leave us pointed to * an SCB that doesn't have anything to do with the current target). * * Otherwise, treat MSG_OUT as a 1 byte message to send (abort, abort tag, * bus device reset). * * When there are no messages to send, MSG_OUT should be set to MSG_NOOP, * in case the target decides to put us in this phase for some strange * reason. */ p_mesgout_retry: 0a5 103d0600 or SCSISIGO,ATNO,LASTPHASE;/* turn on ATN for the retry */ p_mesgout: 0a6 ff34ca08 mov SINDEX, MSG_OUT; 0a7 80654863 cmp SINDEX, MSG_IDENTIFYFLAG jne p_mesgout_from_host; 0a8 10a06a6b test SCB_CONTROL,MK_MESSAGE jnz host_message_loop; 0a9 ffa1dc08 mov FUNCTION1, SCB_TCL; 0aa ff6ec808 mov A, FUNCTION1; if ((ahc->features & AHC_HS_MAILBOX) != 0) { /* * Work around a pausing bug in at least the aic7890. * If the host needs to update the TARGET_MSG_REQUEST * bit field, it will set the HS_MAILBOX to 1. In * response, we pause with a specific interrupt code * asking for the mask to be updated before we continue. * Ugh. */ 0ab f086227b test HS_MAILBOX, 0xF0 jz . + 2; 0ac 616a2201 mvi INTSTAT, UPDATE_TMSG_REQ; 0ad ff6ad408 nop; } 0ae ff56ca08 mov SINDEX, TARGET_MSG_REQUEST[0]; if ((ahc->features & AHC_TWIN) != 0) { /* Second Channel uses high byte bits */ test SCB_TCL, SELBUSB jz . + 2; mov SINDEX, TARGET_MSG_REQUEST[1]; } else if ((ahc->features & AHC_WIDE) != 0) { 0af 80a12e7b test SCB_TCL, 0x80 jz . + 2; /* target > 7 */ 0b0 ff57ca08 mov SINDEX, TARGET_MSG_REQUEST[1]; } 0b1 00656a6b test SINDEX, A jnz host_message_loop; p_mesgout_identify: 0b2 07a1ca08 and SINDEX,LID,SCB_TCL; /* lun */ 0b3 40a0c808 and A,DISCENB,SCB_CONTROL; /* mask off disconnect privledge */ 0b4 0065ca00 or SINDEX,A; /* or in disconnect privledge */ 0b5 8065ca00 or SINDEX,MSG_IDENTIFYFLAG; /* * Send a tag message if TAG_ENB is set in the SCB control block. * Use SCB_TAG (the position in the kernel's SCB array) as the tag value. */ p_mesgout_tag: 0b6 20a04c7b test SCB_CONTROL,TAG_ENB jz p_mesgout_onebyte; 0b7 ff650c08 mov SCSIDATL, SINDEX; /* Send the identify message */ 0b8 0065ec5c call phase_lock; 0b9 a03d5463 cmp LASTPHASE, P_MESGOUT jne p_mesgout_done; 0ba 23a00c08 and SCSIDATL,TAG_ENB|SCB_TAG_TYPE,SCB_CONTROL; 0bb 0065ec5c call phase_lock; 0bc a03d5463 cmp LASTPHASE, P_MESGOUT jne p_mesgout_done; 0bd 00b94c43 mov SCB_TAG jmp p_mesgout_onebyte; /* * Interrupt the driver, and allow it to handle this message * phase and any required retries. */ p_mesgout_from_host: 0be ff654c63 cmp SINDEX, HOST_MSG jne p_mesgout_onebyte; 0bf 00656a43 jmp host_message_loop; p_mesgout_onebyte: 0c0 406a1800 mvi CLRSINT1, CLRATNO; 0c1 ff650c08 mov SCSIDATL, SINDEX; /* * If the next bus phase after ATN drops is message out, it means * that the target is requesting that the last message(s) be resent. */ 0c2 0065ec5c call phase_lock; 0c3 a03d1273 cmp LASTPHASE, P_MESGOUT je p_mesgout_retry; p_mesgout_done: 0c4 406a1800 mvi CLRSINT1,CLRATNO; /* Be sure to turn ATNO off */ 0c5 ff34a808 mov LAST_MSG, MSG_OUT; 0c6 086a6800 mvi MSG_OUT, MSG_NOOP; /* No message left */ 0c7 0065ce41 jmp ITloop; /* * Message in phase. Bytes are read using Automatic PIO mode. */ p_mesgin: 0c8 646a1c5c mvi ACCUM call inb_first; /* read the 1st message byte */ 0c9 8064cc6b test A,MSG_IDENTIFYFLAG jnz mesgin_identify; 0ca 0464ae73 cmp A,MSG_DISCONNECT je mesgin_disconnect; 0cb 0264b473 cmp A,MSG_SAVEDATAPOINTER je mesgin_sdptrs; 0cc 006a7673 cmp ALLZEROS,A je mesgin_complete; 0cd 0364c873 cmp A,MSG_RESTOREPOINTERS je mesgin_rdptrs; 0ce 08647273 cmp A,MSG_NOOP je mesgin_done; /* * Pushed message loop to allow the kernel to * run it's own message state engine. To avoid an * extra nop instruction after signaling the kernel, * we perform the phase_lock before checking to see * if we should exit the loop and skip the phase_lock * in the ITloop. Performing back to back phase_locks * shouldn't hurt, but why do it twice... */ host_message_loop: 0cf a16a2201 mvi INTSTAT, HOST_MSG_LOOP; 0d0 0065ec5c call phase_lock; 0d1 0852d071 cmp RETURN_1, EXIT_MSG_LOOP je ITloop + 1; 0d2 00656a43 jmp host_message_loop; mesgin_done: 0d3 ff06d408 mov NONE,SCSIDATL; /*dummy read from latch to ACK*/ 0d4 0065ce41 jmp ITloop; mesgin_complete: /* * We got a "command complete" message, so put the SCB_TAG into the QOUTFIFO, * and trigger a completion interrupt. Before doing so, check to see if there * is a residual or the status byte is something other than STATUS_GOOD (0). * In either of these conditions, we upload the SCB back to the host so it can * process this information. In the case of a non zero status byte, we * additionally interrupt the kernel driver synchronously, allowing it to * decide if sense should be retrieved. If the kernel driver wishes to request * sense, it will fill the kernel SCB with a request sense command and set * RETURN_1 to SEND_SENSE. If RETURN_1 is set to SEND_SENSE we redownload * the SCB, and process it as the next command by adding it to the waiting list. * If the kernel driver does not wish to request sense, it need only clear * RETURN_1, and the command is allowed to complete normally. We don't bother * to post to the QOUTFIFO in the error cases since it would require extra * work in the kernel driver to ensure that the entry was removed before the * command complete code tried processing it. */ /* * First check for residuals */ 0d5 ffa87a6b test SCB_RESID_SGCNT,0xff jnz upload_scb; 0d6 ffa2927b test SCB_TARGET_STATUS,0xff jz complete; /* Good Status? */ upload_scb: 0d7 016a6a00 mvi DMAPARAMS, FIFORESET; 0d8 00b91e5d mov SCB_TAG call dma_scb; check_status: 0d9 ffa2927b test SCB_TARGET_STATUS,0xff jz complete; /* Just a residual? */ 0da 716a2201 mvi INTSTAT,BAD_STATUS; /* let driver know */ 0db ff6ad408 nop; 0dc 40529263 cmp RETURN_1, SEND_SENSE jne complete; /* This SCB becomes the next to execute as it will retrieve sense */ 0dd 0d6a6a00 mvi DMAPARAMS, HDMAEN|DIRECTION|FIFORESET; 0de 00b91e5d mov SCB_TAG call dma_scb; add_to_waiting_list: 0df ff3e7409 mov SCB_NEXT,WAITING_SCBH; 0e0 ff907c08 mov WAITING_SCBH, SCBPTR; /* * Prepare our selection hardware before the busfree so we have a * high probability of winning arbitration. */ 0e1 00655058 call start_selection; 0e2 0065e041 jmp await_busfree; complete: /* If we are untagged, clear our address up in host ram */ 0e3 20a09a6b test SCB_CONTROL, TAG_ENB jnz complete_queue; 0e4 ff37c808 mov A, SAVED_TCL; 0e5 026ac05c mvi UNTAGGEDSCB_OFFSET call post_byte_setup; 0e6 ff6ad65c mvi SCB_LIST_NULL call post_byte; complete_queue: 0e7 00b99e5b mov SCB_TAG call complete_post; 0e8 0065e041 jmp await_busfree; } complete_post: /* Post the SCBID in SINDEX and issue an interrupt */ 0e9 00658c5d call add_scb_to_free_list; 0ea ff65a408 mov ARG_1, SINDEX; if ((ahc->features & AHC_QUEUE_REGS) != 0) { 0eb fff8c808 mov A, SDSCB_QOFF; } else { mov A, QOUTPOS; } 0ec 006ac05c mvi QOUTFIFO_OFFSET call post_byte_setup; 0ed 0052d65c mov ARG_1 call post_byte; if ((ahc->features & AHC_QUEUE_REGS) == 0) { inc QOUTPOS; } 0ee 026a2205 mvi INTSTAT,CMDCMPLT ret; if ((ahc->flags & AHC_INITIATORMODE) != 0) { /* * Is it a disconnect message? Set a flag in the SCB to remind us * and await the bus going free. */ mesgin_disconnect: 0ef 04a04001 or SCB_CONTROL,DISCONNECTED; 0f0 0065a65d call add_scb_to_disc_list; 0f1 0065e041 jmp await_busfree; /* * Save data pointers message: * Copying RAM values back to SCB, for Save Data Pointers message, but * only if we've actually been into a data phase to change them. This * protects against bogus data in scratch ram and the residual counts * since they are only initialized when we go into data_in or data_out. */ mesgin_sdptrs: 0f2 2036727b test SEQ_FLAGS, DPHASE jz mesgin_done; /* * The SCB SGPTR becomes the next one we'll download, * and the SCB DATAPTR becomes the current SHADDR. * Use the residual number since STCNT is corrupted by * any message transfer. */ if ((ahc->features & AHC_CMD_CHAN) != 0) { 0f3 05384631 bmov SCB_SGCOUNT, SG_COUNT, 5; 0f4 04145831 bmov SCB_DATAPTR, SHADDR, 4; 0f5 03a96031 bmov SCB_DATACNT, SCB_RESID_DCNT, 3; } else { mvi DINDEX, SCB_SGCOUNT; mvi SG_COUNT call bcopy_5; mvi DINDEX, SCB_DATAPTR; mvi SHADDR call bcopy_4; mvi SCB_RESID_DCNT call bcopy_3; } 0f6 00657243 jmp mesgin_done; /* * Restore pointers message? Data pointers are recopied from the * SCB anytime we enter a data phase for the first time, so all * we need to do is clear the DPHASE flag and let the data phase * code do the rest. */ mesgin_rdptrs: 0f7 df366c08 and SEQ_FLAGS, ~DPHASE; /* * We'll reload them * the next time through * the dataphase. */ 0f8 00657243 jmp mesgin_done; /* * Identify message? For a reconnecting target, this tells us the lun * that the reconnection is for - find the correct SCB and switch to it, * clearing the "disconnected" bit so we don't "find" it by accident later. */ mesgin_identify: if ((ahc->features & AHC_WIDE) != 0) { 0f9 0f64c808 and A,0x0f; /* lun in lower four bits */ } else { and A,0x07; /* lun in lower three bits */ } 0fa 00376e00 or SAVED_TCL,A; /* SAVED_TCL should be complete now */ 0fb ff6aa600 mvi ARG_2, SCB_LIST_NULL; /* SCBID of prev SCB in disc List */ 0fc 0065905c call get_untagged_SCBID; 0fd ff52de73 cmp ARG_1, SCB_LIST_NULL je snoop_tag; if ((ahc->flags & AHC_PAGESCBS) != 0) { 0fe 4036e87b test SEQ_FLAGS, SCBPTR_VALID jz use_retrieveSCB; } /* * If the SCB was found in the disconnected list (as is * always the case in non-paging scenarios), SCBPTR is already * set to the correct SCB. So, simply setup the SCB and get * on with things. */ 0ff 00657e5c call rem_scb_from_disc_list; 100 0065ea43 jmp setup_SCB; /* * Here we "snoop" the bus looking for a SIMPLE QUEUE TAG message. * If we get one, we use the tag returned to find the proper * SCB. With SCB paging, this requires using search for both tagged * and non-tagged transactions since the SCB may exist in any slot. * If we're not using SCB paging, we can use the tag as the direct * index to the SCB. */ snoop_tag: 101 ff06d408 mov NONE,SCSIDATL; /* ACK Identify MSG */ snoop_tag_loop: 102 0065ec5c call phase_lock; 103 e03d0664 cmp LASTPHASE, P_MESGIN jne not_found; 104 20120664 cmp SCSIBUSL,MSG_SIMPLE_Q_TAG jne not_found; get_tag: 105 526a125c mvi ARG_1 call inb_next; /* tag value */ /* * Ensure that the SCB the tag points to is for * an SCB transaction to the reconnecting target. */ use_retrieveSCB: 106 0065785c call retrieveSCB; setup_SCB: 107 ff37c808 mov A, SAVED_TCL; 108 00a1fe63 cmp SCB_TCL, A jne not_found_cleanup_scb; 109 04a0fe7b test SCB_CONTROL,DISCONNECTED jz not_found_cleanup_scb; 10a fba04009 and SCB_CONTROL,~DISCONNECTED; 10b 80366c00 or SEQ_FLAGS,IDENTIFY_SEEN; /* make note of IDENTIFY */ 10c 00657458 call set_transfer_settings; /* See if the host wants to send a message upon reconnection */ 10d 10a0727b test SCB_CONTROL, MK_MESSAGE jz mesgin_done; 10e efa04009 and SCB_CONTROL, ~MK_MESSAGE; 10f ff6a0a5c mvi HOST_MSG call mk_mesg; 110 00657243 jmp mesgin_done; not_found_cleanup_scb: 111 04a0047c test SCB_CONTROL, DISCONNECTED jz . + 3; 112 0065a65d call add_scb_to_disc_list; 113 00650644 jmp not_found; 114 00658c5d call add_scb_to_free_list; not_found: 115 316a2201 mvi INTSTAT, NO_MATCH; 116 00657243 jmp mesgin_done; /* * [ ADD MORE MESSAGE HANDLING HERE ] */ /* * Locking the driver out, build a one-byte message passed in SINDEX * if there is no active message already. SINDEX is returned intact. */ mk_mesg: 117 103d0600 or SCSISIGO,ATNO,LASTPHASE;/* turn on ATNO */ 118 ff65680c mov MSG_OUT,SINDEX ret; /* * Functions to read data in Automatic PIO mode. * * According to Adaptec's documentation, an ACK is not sent on input from * the target until SCSIDATL is read from. So we wait until SCSIDATL is * latched (the usual way), then read the data byte directly off the bus * using SCSIBUSL. When we have pulled the ATN line, or we just want to * acknowledge the byte, then we do a dummy read from SCISDATL. The SCSI * spec guarantees that the target will hold the data byte on the bus until * we send our ACK. * * The assumption here is that these are called in a particular sequence, * and that REQ is already set when inb_first is called. inb_{first,next} * use the same calling convention as inb. */ inb_next_wait_perr: 119 b16a2201 mvi INTSTAT, PERR_DETECTED; 11a 00651444 jmp inb_next_wait; inb_next: 11b ff06d408 mov NONE,SCSIDATL; /*dummy read from latch to ACK*/ inb_next_wait: /* * If there is a parity error, wait for the kernel to * see the interrupt and prepare our message response * before continuing. */ 11c 010c147c test SSTAT1, REQINIT jz inb_next_wait; 11d 040c0e6c test SSTAT1, SCSIPERR jnz inb_next_wait_perr; inb_next_check_phase: 11e e0037a08 and LASTPHASE, PHASE_MASK, SCSISIGI; 11f e03d4264 cmp LASTPHASE, P_MESGIN jne mesgin_phasemis; inb_first: 120 ff65cc08 mov DINDEX,SINDEX; 121 ff12da0c mov DINDIR,SCSIBUSL ret; /*read byte directly from bus*/ inb_last: 122 ff06d40c mov NONE,SCSIDATL ret; /*dummy read from latch to ACK*/ } if ((ahc->flags & AHC_TARGETMODE) != 0) { /* * Change to a new phase. If we are changing the state of the I/O signal, * from out to in, wait an additional data release delay before continuing. */ change_phase: /* Wait for preceeding I/O session to complete. */ test SCSISIGI, ACKI jnz .; /* Change the phase */ and DINDEX, IOI, SCSISIGI; mov SCSISIGO, SINDEX; and A, IOI, SINDEX; /* * If the data direction has changed, from * out (initiator driving) to in (target driving), * we must waitat least a data release delay plus * the normal bus settle delay. [SCSI III SPI 10.11.0] */ cmp DINDEX, A je change_phase_wait; test SINDEX, IOI jz change_phase_wait; call change_phase_wait; change_phase_wait: nop; nop; nop; nop ret; /* * Send a byte to an initiator in Automatic PIO mode. */ target_outb: or SXFRCTL0, SPIOEN; test SSTAT0, SPIORDY jz .; mov SCSIDATL, SINDEX; test SSTAT0, SPIORDY jz .; and SXFRCTL0, ~SPIOEN ret; } mesgin_phasemis: /* * We expected to receive another byte, but the target changed phase */ 123 e16a2201 mvi INTSTAT, MSGIN_PHASEMIS; 124 0065ce41 jmp ITloop; /* * DMA data transfer. HADDR and HCNT must be loaded first, and * SINDEX should contain the value to load DFCNTRL with - 0x3d for * host->scsi, or 0x39 for scsi->host. The SCSI channel is cleared * during initialization. */ dma: 125 ff652609 mov DFCNTRL,SINDEX; dma_loop: 126 010b526c test SSTAT0,DMADONE jnz dma_dmadone; 127 100c487c test SSTAT1,PHASEMIS jz dma_loop; /* ie. underrun */ dma_phasemis: /* * We will be "done" DMAing when the transfer count goes to zero, or * the target changes the phase (in light of this, it makes sense that * the DMA circuitry doesn't ACK when PHASEMIS is active). If we are * doing a SCSI->Host transfer, the data FIFO should be flushed auto- * magically on STCNT=0 or a phase change, so just wait for FIFO empty * status. */ dma_checkfifo: 128 0493506c test DFCNTRL,DIRECTION jnz dma_fifoempty; dma_fifoflush: 129 01944e7c test DFSTATUS,FIFOEMP jz dma_fifoflush; dma_fifoempty: /* Don't clobber an inprogress host data transfer */ 12a 1094506c test DFSTATUS, MREQPEND jnz dma_fifoempty; /* * Now shut the DMA enables off and make sure that the DMA enables are * actually off first lest we get an ILLSADDR. */ dma_dmadone: 12b c7932609 and DFCNTRL, ~(SCSIEN|SDMAEN|HDMAEN); dma_halt: /* * Some revisions of the aic7880 have a problem where, if the * data fifo is full, but the PCI input latch is not empty, * HDMAEN cannot be cleared. The fix used here is to attempt * to drain the data fifo until there is space for the input * latch to drain and HDMAEN de-asserts. */ if ((ahc->features & AHC_ULTRA2) == 0) { mov NONE, DFDAT; } 12c 3893546c test DFCNTRL, (SCSIEN|SDMAEN|HDMAEN) jnz dma_halt; return: 12d ff6ad40c ret; /* * Assert that if we've been reselected, then we've seen an IDENTIFY * message. */ assert: 12e 8036586c test SEQ_FLAGS,IDENTIFY_SEEN jnz return; /* seen IDENTIFY? */ 12f 216a2205 mvi INTSTAT,NO_IDENT ret; /* no - tell the kernel */ /* * Locate a disconnected SCB either by SAVED_TCL (ARG_1 is SCB_LIST_NULL) * or by the SCBID ARG_1. The search begins at the SCB index passed in * via SINDEX which is an SCB that must be on the disconnected list. If * the SCB cannot be found, SINDEX will be SCB_LIST_NULL, otherwise, SCBPTR * is set to the proper SCB. */ findSCB: 130 ff652009 mov SCBPTR,SINDEX; /* Initialize SCBPTR */ 131 ff526664 cmp ARG_1, SCB_LIST_NULL jne findSCB_by_SCBID; 132 ff37c808 mov A, SAVED_TCL; 133 a16a7244 mvi SCB_TCL jmp findSCB_loop; /* &SCB_TCL -> SINDEX */ findSCB_by_SCBID: 134 ff52c808 mov A, ARG_1; /* Tag passed in ARG_1 */ 135 b96a7244 mvi SCB_TAG jmp findSCB_loop; /* &SCB_TAG -> SINDEX */ findSCB_next: 136 ff90a608 mov ARG_2, SCBPTR; 137 ffba7674 cmp SCB_NEXT, SCB_LIST_NULL je notFound; 138 ffba2009 mov SCBPTR,SCB_NEXT; 139 ff65ca18 dec SINDEX; /* Last comparison moved us too far */ findSCB_loop: 13a 006c6a64 cmp SINDIR, A jne findSCB_next; 13b ff90ca0c mov SINDEX, SCBPTR ret; notFound: 13c ff6aca04 mvi SINDEX, SCB_LIST_NULL ret; /* * Retrieve an SCB by SCBID first searching the disconnected list falling * back to DMA'ing the SCB down from the host. This routine assumes that * ARG_1 is the SCBID of interrest and that SINDEX is the position in the * disconnected list to start the search from. If SINDEX is SCB_LIST_NULL, * we go directly to the host for the SCB. */ retrieveSCB: 13d 40368a7c test SEQ_FLAGS, SCBPTR_VALID jz retrieve_from_host; 13e 00905e5c mov SCBPTR call findSCB; /* Continue the search */ 13f ff658a74 cmp SINDEX, SCB_LIST_NULL je retrieve_from_host; /* * This routine expects SINDEX to contain the index of the SCB to be * removed, SCBPTR to be pointing to that SCB, and ARG_2 to be the * SCBID of the SCB just previous to this one in the list or SCB_LIST_NULL * if it is at the head. */ rem_scb_from_disc_list: /* Remove this SCB from the disconnection list */ 140 ff538874 cmp ARG_2, SCB_LIST_NULL je rHead; 141 ffbacc08 mov DINDEX, SCB_NEXT; 142 ff532009 mov SCBPTR, ARG_2; 143 ff667409 mov SCB_NEXT, DINDEX; 144 ff65200d mov SCBPTR, SINDEX ret; rHead: 145 ffba7e0c mov DISCONNECTED_SCBH,SCB_NEXT ret; retrieve_from_host: /* * We didn't find it. Pull an SCB and DMA down the one we want. * We should never get here in the non-paging case. */ 146 006a945d mov ALLZEROS call get_free_or_disc_scb; 147 0d6a6a00 mvi DMAPARAMS, HDMAEN|DIRECTION|FIFORESET; /* Jump instead of call as we want to return anyway */ 148 00521e45 mov ARG_1 jmp dma_scb; /* * Determine whether a target is using tagged or non-tagged transactions * by first looking for a matching transaction based on the TCL and if * that fails, looking up this device in the host's untagged SCB array. * The TCL to search for is assumed to be in SAVED_TCL. The value is * returned in ARG_1 (SCB_LIST_NULL for tagged, SCBID for non-tagged). * The SCBPTR_VALID bit is set in SEQ_FLAGS if we found the information * in an SCB instead of having to go to the host. */ get_untagged_SCBID: 149 ff3fe474 cmp DISCONNECTED_SCBH, SCB_LIST_NULL je get_SCBID_from_host; 14a ff6aa400 mvi ARG_1, SCB_LIST_NULL; 14b 003f5e5c mov DISCONNECTED_SCBH call findSCB; 14c ff65e474 cmp SINDEX, SCB_LIST_NULL je get_SCBID_from_host; 14d 40366c00 or SEQ_FLAGS, SCBPTR_VALID;/* Was in disconnected list */ 14e 20a09e6c test SCB_CONTROL, TAG_ENB jnz . + 2; 14f ffb9a40c mov ARG_1, SCB_TAG ret; 150 ff6aa404 mvi ARG_1, SCB_LIST_NULL ret; /* * Fetch a byte from host memory given an index of (A + (256 * SINDEX)) * and a base address of SCBID_ADDR. The byte is returned in RETURN_2. */ fetch_byte: 151 ff65a608 mov ARG_2, SINDEX; if ((ahc->features & AHC_CMD_CHAN) != 0) { 152 e06acc00 mvi DINDEX, CCHADDR; 153 456a125d mvi SCBID_ADDR call set_1byte_addr; 154 016ad001 mvi CCHCNT, 1; 155 096ad601 mvi CCSGCTL, CCSGEN|CCSGRESET; 156 80ebaa7c test CCSGCTL, CCSGDONE jz .; 157 016ad601 mvi CCSGCTL, CCSGRESET; 158 01e9a634 bmov RETURN_2, CCSGRAM, 1 ret; } else { mvi DINDEX, HADDR; mvi SCBID_ADDR call set_1byte_addr; mvi HCNT[0], 1; clr HCNT[1]; clr HCNT[2]; mvi DFCNTRL, HDMAEN|DIRECTION|FIFORESET; call dma_finish; mov RETURN_2, DFDAT ret; } /* * Prepare the hardware to post a byte to host memory given an * index of (A + (256 * SINDEX)) and a base address of SCBID_ADDR. */ post_byte_setup: 159 ff65a608 mov ARG_2, SINDEX; if ((ahc->features & AHC_CMD_CHAN) != 0) { 15a e06acc00 mvi DINDEX, CCHADDR; 15b 456a125d mvi SCBID_ADDR call set_1byte_addr; 15c 016ad001 mvi CCHCNT, 1; 15d 016adc05 mvi CCSCBCTL, CCSCBRESET ret; } else { mvi DINDEX, HADDR; mvi SCBID_ADDR call set_1byte_addr; mvi HCNT[0], 1; clr HCNT[1]; clr HCNT[2]; mvi DFCNTRL, FIFORESET ret; } post_byte: if ((ahc->features & AHC_CMD_CHAN) != 0) { 15e 0165d831 bmov CCSCBRAM, SINDEX, 1; 15f 09eedc01 or CCSCBCTL, CCSCBEN|CCSCBRESET; 160 80eeda7c test CCSCBCTL, CCSCBDONE jz .; 161 ff6adc0d clr CCSCBCTL ret; } else { mov DFDAT, SINDEX; or DFCNTRL, HDMAEN|FIFOFLUSH; jmp dma_finish; } get_SCBID_from_host: 162 ff37c808 mov A, SAVED_TCL; 163 026aa05c mvi UNTAGGEDSCB_OFFSET call fetch_byte; 164 ff53a40c mov RETURN_1, RETURN_2 ret; phase_lock_perr: 165 b16a2201 mvi INTSTAT, PERR_DETECTED; phase_lock: /* * If there is a parity error, wait for the kernel to * see the interrupt and prepare our message response * before continuing. */ 166 010cec7c test SSTAT1, REQINIT jz phase_lock; 167 040cea6c test SSTAT1, SCSIPERR jnz phase_lock_perr; phase_lock_latch_phase: 168 e0030608 and SCSISIGO, PHASE_MASK, SCSISIGI; 169 e0037a0c and LASTPHASE, PHASE_MASK, SCSISIGI ret; if ((ahc->features & AHC_CMD_CHAN) == 0) { set_stcnt_from_hcnt: mov STCNT[0], HCNT[0]; mov STCNT[1], HCNT[1]; mov STCNT[2], HCNT[2] ret; bcopy_7: mov DINDIR, SINDIR; mov DINDIR, SINDIR; bcopy_5: mov DINDIR, SINDIR; bcopy_4: mov DINDIR, SINDIR; bcopy_3: mov DINDIR, SINDIR; mov DINDIR, SINDIR; mov DINDIR, SINDIR ret; } if ((ahc->flags & AHC_TARGETMODE) != 0) { /* * Setup addr assuming that A is an index into * an array of 32byte objects, SINDEX contains * the base address of that array, and DINDEX * contains the base address of the location * to store the indexed address. */ set_32byte_addr: shr ARG_2, 3, A; shl A, 5; jmp set_1byte_addr; } /* * Setup addr assuming that A is an index into * an array of 64byte objects, SINDEX contains * the base address of that array, and DINDEX * contains the base address of the location * to store the indexed address. */ set_64byte_addr: 16a 2e64a628 shr ARG_2, 2, A; 16b 6664c828 shl A, 6; /* * Setup addr assuming that A + (ARG_1 * 256) is an * index into an array of 1byte objects, SINDEX contains * the base address of that array, and DINDEX contains * the base address of the location to store the computed * address. */ set_1byte_addr: 16c 006cda18 add DINDIR, A, SINDIR; 16d ff53c808 mov A, ARG_2; 16e 006cda20 adc DINDIR, A, SINDIR; 16f ff6ac808 clr A; 170 006cda20 adc DINDIR, A, SINDIR; 171 006cda24 adc DINDIR, A, SINDIR ret; /* * Either post or fetch and SCB from host memory based on the * DIRECTION bit in DMAPARAMS. The host SCB index is in SINDEX. */ dma_scb: 172 ff65c808 mov A, SINDEX; if ((ahc->features & AHC_CMD_CHAN) != 0) { 173 e06acc00 mvi DINDEX, CCHADDR; 174 416a0e5d mvi HSCB_ADDR call set_64byte_addr; 175 ff90e209 mov CCSCBPTR, SCBPTR; 176 0435307d test DMAPARAMS, DIRECTION jz dma_scb_tohost; 177 306ad001 mvi CCHCNT, SCB_64BYTE_SIZE; 178 1d6adc01 mvi CCSCBCTL, CCARREN|CCSCBEN|CCSCBDIR|CCSCBRESET; 179 dcee2c65 cmp CCSCBCTL, CCSCBDONE|ARRDONE|CCARREN|CCSCBEN|CCSCBDIR jne .; 17a 00653e45 jmp dma_scb_finish; dma_scb_tohost: 17b 1c6ad001 mvi CCHCNT, SCB_32BYTE_SIZE; if ((ahc->chip & AHC_CHIPID_MASK) == AHC_AIC7895) { mvi CCSCBCTL, CCSCBRESET; bmov CCSCBRAM, SCB_CONTROL, SCB_32BYTE_SIZE; or CCSCBCTL, CCSCBEN|CCSCBRESET; test CCSCBCTL, CCSCBDONE jz .; } else { 17c 196adc01 mvi CCSCBCTL, CCARREN|CCSCBEN|CCSCBRESET; 17d d8ee3c65 cmp CCSCBCTL, CCSCBDONE|ARRDONE|CCARREN|CCSCBEN jne .; } dma_scb_finish: 17e ff6adc09 clr CCSCBCTL; 17f 18ee406d test CCSCBCTL, CCARREN|CCSCBEN jnz .; 180 ff6ad40c ret; } else { mvi DINDEX, HADDR; mvi HSCB_ADDR call set_64byte_addr; mvi HCNT[0], SCB_32BYTE_SIZE; clr HCNT[1]; clr HCNT[2]; mov DFCNTRL, DMAPARAMS; test DMAPARAMS, DIRECTION jnz dma_scb_fromhost; /* Fill it with the SCB data */ copy_scb_tofifo: mvi SINDEX, SCB_CONTROL; add A, SCB_32BYTE_SIZE, SINDEX; copy_scb_tofifo_loop: mov DFDAT,SINDIR; mov DFDAT,SINDIR; mov DFDAT,SINDIR; mov DFDAT,SINDIR; mov DFDAT,SINDIR; mov DFDAT,SINDIR; mov DFDAT,SINDIR; cmp SINDEX, A jne copy_scb_tofifo_loop; or DFCNTRL, HDMAEN|FIFOFLUSH; dma_scb_fromhost: call dma_finish; /* If we were putting the SCB, we are done */ test DMAPARAMS, DIRECTION jz return; mvi SCB_CONTROL call dfdat_in_7; call dfdat_in_7_continued; call dfdat_in_7_continued; jmp dfdat_in_7_continued; dfdat_in_7: mov DINDEX,SINDEX; dfdat_in_7_continued: mov DINDIR,DFDAT; mov DINDIR,DFDAT; mov DINDIR,DFDAT; mov DINDIR,DFDAT; mov DINDIR,DFDAT; mov DINDIR,DFDAT; mov DINDIR,DFDAT ret; } /* * Wait for DMA from host memory to data FIFO to complete, then disable * DMA and wait for it to acknowledge that it's off. */ dma_finish: 181 0894847d test DFSTATUS,HDONE jz dma_finish; /* Turn off DMA */ 182 f7932609 and DFCNTRL, ~HDMAEN; 183 0893886d test DFCNTRL, HDMAEN jnz .; 184 ff6ad40c ret; add_scb_to_free_list: if ((ahc->flags & AHC_PAGESCBS) != 0) { 185 ff407409 mov SCB_NEXT, FREE_SCBH; 186 ff6a7201 mvi SCB_TAG, SCB_LIST_NULL; 187 ff90800c mov FREE_SCBH, SCBPTR ret; } else { mvi SCB_TAG, SCB_LIST_NULL ret; } if ((ahc->flags & AHC_PAGESCBS) != 0) { get_free_or_disc_scb: 188 ff40a265 cmp FREE_SCBH, SCB_LIST_NULL jne dequeue_free_scb; 189 ff3f9a65 cmp DISCONNECTED_SCBH, SCB_LIST_NULL jne dequeue_disc_scb; return_error: 18a ff6aca04 mvi SINDEX, SCB_LIST_NULL ret; dequeue_disc_scb: 18b ff3f2009 mov SCBPTR, DISCONNECTED_SCBH; dma_up_scb: 18c 016a6a00 mvi DMAPARAMS, FIFORESET; 18d 00b91e5d mov SCB_TAG call dma_scb; unlink_disc_scb: 18e ffba7e0c mov DISCONNECTED_SCBH, SCB_NEXT ret; dequeue_free_scb: 18f ff402009 mov SCBPTR, FREE_SCBH; 190 ffba800c mov FREE_SCBH, SCB_NEXT ret; } add_scb_to_disc_list: /* * Link this SCB into the DISCONNECTED list. This list holds the * candidates for paging out an SCB if one is needed for a new command. * Modifying the disconnected list is a critical(pause dissabled) section. */ 191 ff3f7409 mov SCB_NEXT, DISCONNECTED_SCBH; 192 ff907e0c mov DISCONNECTED_SCBH, SCBPTR ret; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Jun 13 18:23:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A82F237BFF5; Tue, 13 Jun 2000 18:23:56 -0700 (PDT) (envelope-from jwd@FreeBSD.org) Received: (from jwd@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA16701; Tue, 13 Jun 2000 18:23:55 -0700 (PDT) (envelope-from jwd@FreeBSD.org) Date: Tue, 13 Jun 2000 18:23:55 -0700 (PDT) From: Message-Id: <200006140123.SAA16701@freefall.freebsd.org> To: jwd@FreeBSD.org, freebsd-bugs@FreeBSD.org, jwd@FreeBSD.org Subject: Re: misc/18927: Missing tools in release/scripts/src-install.sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Missing tools in release/scripts/src-install.sh Responsible-Changed-From-To: freebsd-bugs->jwd@FreeBSD.org Responsible-Changed-By: jwd Responsible-Changed-When: Tue Jun 13 18:21:54 PDT 2000 Responsible-Changed-Why: jwd: I pushed the fix to 5.0-CURRENT. http://www.freebsd.org/cgi/query-pr.cgi?pr=18927 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 0:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EC0F237BB4B for ; Wed, 14 Jun 2000 00:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA61930; Wed, 14 Jun 2000 00:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 8C75C37B669; Wed, 14 Jun 2000 00:34:08 -0700 (PDT) Message-Id: <20000614073408.8C75C37B669@hub.freebsd.org> Date: Wed, 14 Jun 2000 00:34:08 -0700 (PDT) From: arjan@jak.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19256: in devicedriver cy.c make_dev (..) problem's occur using 2 or more cy boards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19256 >Category: kern >Synopsis: in devicedriver cy.c make_dev (..) problem's occur using 2 or more cy boards >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 Jun 14 00:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Arjan Knepper >Release: 4.0 release >Organization: JAK++ Software Developoment B.V> >Environment: FreeBSD fax2.teledirekt.nl 4.0-RELEASE FreeBSD 4.0-RELEASE #24: Tue Jun 6 18:41 :39 CEST 2000 apk@fax2.teledirekt.nl:/usr/src/sys/compile/FAX2 i386 >Description: The Cylcom YeP device driver has a problem with registering the devices for the second and futher boards Either the MAKEDEV script or the syscalls to 'make_dev (..)' in cy.c should be changed. >How-To-Repeat: Just install more than one YeP board and rebuild a kernel supporting both board. Try to connect to a port on the second board. example : cu -l /dev/cuac10 >Fix: the second arg in make_dev should be something like this : ( adapter * 65536 + ( unit % CY_MAX_PORTS ) ) >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 Jun 14 0:50: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6403437C131 for ; Wed, 14 Jun 2000 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA62930; Wed, 14 Jun 2000 00:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 56E7837C109; Wed, 14 Jun 2000 00:46:33 -0700 (PDT) Message-Id: <20000614074633.56E7837C109@hub.freebsd.org> Date: Wed, 14 Jun 2000 00:46:33 -0700 (PDT) From: arjan@jak.nl To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/19257: Detection of connected ports on a Cyclom YeP PCI board fails frequently Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19257 >Category: misc >Synopsis: Detection of connected ports on a Cyclom YeP PCI board fails frequently >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 14 00:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Arjan Knepper >Release: 4.0 RELEASE >Organization: JAK++ Software Development B.V. >Environment: FreeBSD fax2.teledirekt.nl 4.0-RELEASE FreeBSD 4.0-RELEASE #24: Tue Jun 6 18:41 :39 CEST 2000 apk@fax2.teledirekt.nl:/usr/src/sys/compile/FAX2 i386 >Description: Using 2 or more Cyclom Yep boards at boot time a message saying 'no ports found' is displayed. It seems the detection of the firmware of the CD1400 chips is not working correct. This problem is random, rebooting the machine several times will show the problem. Seems to me the board are NOT resetted in the driver before starting the detection of the firmware of the CD1400 chips. >How-To-Repeat: Install 2 or more Cyclom YeP boards. Rebuild kernel. Reboot and try to connect to the ports on the cy boards. >Fix: RESET board in the PCI driver as done in the ISA driver?? >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 Jun 14 2:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BD19437BF18 for ; Wed, 14 Jun 2000 02:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA76259; Wed, 14 Jun 2000 02:40:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 14 Jun 2000 02:40:05 -0700 (PDT) Message-Id: <200006140940.CAA76259@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: i386/19245: -fexpensive-optimizations buggy (even with -O) Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19245; it has been noted by GNATS. From: Bruce Evans To: mi@aldan.algebra.com Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/19245: -fexpensive-optimizations buggy (even with -O) Date: Wed, 14 Jun 2000 19:37:28 +1000 (EST) On Tue, 13 Jun 2000, Mikhail Teterin wrote: > >Description: > > The attached piece of code, when compiled with > ``-O -fexpensive-optimizations'', produces incorrect > binary on FreeBSD-4.0 . > > I tested the same compiler line on Mandrake Linux (an > identical machine hardware-wise) and it compiles correctly. This is hard to explain, since the bug shown by your example is in gcc (2.95.2), not in the assembler or linker. > static off_t > rfc1035QuestionPack(char *buf, > size_t sz, > const char *hostname, > unsigned short class > ) > { > off_t off = 0; > unsigned short s; > printf("In rfc1035QuestionPack: hostname is %p (%s)\n", > hostname, hostname); > s = htons(class); > memcpy(buf + off, &s, sizeof(s)); > off += sizeof(s); > assert(off <= sz); > return off; > } gcc -O -fexpensive-optimizations reuses the stack space for `hostname' and `class', and zeros this space to initialize `off' before loading `hostname' or `class'. > Yet, with the -fexpensive-optimizations flag, the hostname > argument is passed in the register, which, apparently, is > sometimes not loaded with the value and remains zero, resulting > in: No, -fexpensive-optimizations doesn't affect the function call protocol. Args are still passed on the stack. > >Fix: > Get the new assembler/binutils and add -fno-expensive-optimizations > to all CFLAGS in the meantime. Anything else? Don't use -O2 (which enables -fexpensive-optimizations) unless you want to find bugs like this :-). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 3:16: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id 94DB537BCF7 for ; Wed, 14 Jun 2000 03:15:55 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer goliath.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by goliath.siemens.de (8.10.1/8.10.1) with ESMTP id e5EAFrB25370 for ; Wed, 14 Jun 2000 12:15:53 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e5EAFqh28233 for ; Wed, 14 Jun 2000 12:15:53 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e5EAFqL75920 for freebsd-bugs@FreeBSD.org; Wed, 14 Jun 2000 12:15:52 +0200 (CEST) Date: Wed, 14 Jun 2000 12:15:52 +0200 From: Andre Albsmeier To: freebsd-bugs@FreeBSD.org Subject: please close kern/16803 Message-ID: <20000614121552.A1924@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The PR kern/16803 is obsolete since Adaptec has released a new BIOS for their SCSI controllers which haven't got the problem anymore. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 3:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2CC4E37B66B for ; Wed, 14 Jun 2000 03:20:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA80933; Wed, 14 Jun 2000 03:20:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 14 Jun 2000 03:20:05 -0700 (PDT) Message-Id: <200006141020.DAA80933@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Andre Albsmeier Subject: Re: kern/16803: Newer Adaptec controllers make system hang with slices ending 1023/255/63 Reply-To: Andre Albsmeier Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16803; it has been noted by GNATS. From: Andre Albsmeier To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/16803: Newer Adaptec controllers make system hang with slices ending 1023/255/63 Date: Wed, 14 Jun 2000 12:13:21 +0200 Adaptec has released a new version of their BIOS (2.57.2). With this BIOS, the error can't be reproduced anymore. So the suggestion in this PR is obsolete but people should note that they will get problems when using the geometry in question with an Adaptec BIOS 2.20. The new BIOS can be found at ftp://ftp.adaptec.digisle.net/eprom_bios/2940uw_bios_v2572.exe and ftp://ftp.adaptec.digisle.net/eprom_bios/2940u2w_bios_v2572.exe -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 5: 4:29 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D6B6B37C140; Wed, 14 Jun 2000 05:04:27 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Received: (from nectar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA96350; Wed, 14 Jun 2000 05:04:27 -0700 (PDT) (envelope-from nectar@FreeBSD.org) Date: Wed, 14 Jun 2000 05:04:27 -0700 (PDT) From: Message-Id: <200006141204.FAA96350@freefall.freebsd.org> To: andre.albsmeier@mchp.siemens.de, nectar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16803: Newer Adaptec controllers make system hang with slices ending 1023/255/63 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Newer Adaptec controllers make system hang with slices ending 1023/255/63 State-Changed-From-To: open->closed State-Changed-By: nectar State-Changed-When: Wed Jun 14 05:03:27 PDT 2000 State-Changed-Why: Closed at request of originator. http://www.freebsd.org/cgi/query-pr.cgi?pr=16803 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 8:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E903537C354 for ; Wed, 14 Jun 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA80499; Wed, 14 Jun 2000 08:20:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id D6E4A37C234; Wed, 14 Jun 2000 08:19:46 -0700 (PDT) Message-Id: <20000614151946.D6E4A37C234@hub.freebsd.org> Date: Wed, 14 Jun 2000 08:19:46 -0700 (PDT) From: larse@isi.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19266: 4.0-RELEASE: Promise Ultra66 install problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19266 >Category: kern >Synopsis: 4.0-RELEASE: Promise Ultra66 install problem >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Jun 14 08:20:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Lars Eggert >Release: 4.0-RELEASE >Organization: USC/ISI >Environment: don't get that far >Description: I'm having a strange problem booting after installing 4.0-RELEASE onto a Maxtor 7200rpm ATA66 drive attached to a Promise Ultra66 controller. Installation (booted from CD-ROM) went by without problems, but booting off the drive fails at varying points during boot0 or the BTX boot loader. Sometimes I see a message about "elf_loadexec: archsw.readin failed", sometimes not even that. If I move the drive on the onboard (standard) IDE controller, I can boot fine (until the time comes to mount things, because the fstab is wrong, but that is to be expected.) The system also has an onboard SCSI controller with drives attached and 3.4-RELEASE installed, could that be part of the problem? (Disabling it didn't make a difference.) I checked the archive, and the recommended fix for the "archsw.readin" problem seems to be to reinstall boot blocks. I can't do this, however, since I can't boot from the drive. I've redone the installation, would that have the same effect? But wouldn't the boot blocks be okay anyway, since I can boot if the drive is connected to a standard IDE controller? >How-To-Repeat: >Fix: Workaround: Move drive onto onboard standard IDE controller. (Uses slower BIOSPIO though.) >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 Jun 14 9:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6FD0037B681 for ; Wed, 14 Jun 2000 09:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA87811; Wed, 14 Jun 2000 09:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Wed, 14 Jun 2000 09:10:03 -0700 (PDT) Message-Id: <200006141610.JAA87811@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: mi@privatelabs.com Subject: Re: i386/19245: -fexpensive-optimizations buggy (even with -O) Reply-To: mi@privatelabs.com Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/19245; it has been noted by GNATS. From: mi@privatelabs.com To: Bruce Evans Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: i386/19245: -fexpensive-optimizations buggy (even with -O) Date: Wed, 14 Jun 2000 12:08:17 -0400 (EDT) On 14 Jun, Bruce Evans wrote: = > The attached piece of code, when compiled with ``-O = > -fexpensive-optimizations'', produces incorrect binary on = > FreeBSD-4.0. = > = > I tested the same compiler line on Mandrake Linux (an identical = > machine hardware-wise) and it compiles correctly. = = This is hard to explain, since the bug shown by your example is in gcc = (2.95.2), not in the assembler or linker. Oh, I know so little... But I can give an interested party an account on the machine to verify this... May be, it the specs? AFAIK, the function calls are done differently on Linux -- could that be the reason (with gcc mostly developed on Linux (right?) -- they may not have cought all the bugs on other OSes)? = Don't use -O2 (which enables -fexpensive-optimizations) unless you = want to find bugs like this :-). That's the thing -- I only asked for -O but with the explicit -fexpensive-optimizations. Will -ON ever be reliable for N>1 ? -mi To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 9:14:44 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from david.siemens.de (david.siemens.de [192.35.17.14]) by hub.freebsd.org (Postfix) with ESMTP id A41E837B775; Wed, 14 Jun 2000 09:14:37 -0700 (PDT) (envelope-from andre.albsmeier@mchp.siemens.de) X-Envelope-Sender-Is: andre.albsmeier@mchp.siemens.de (at relayer david.siemens.de) Received: from mail2.siemens.de (mail2.siemens.de [139.25.208.11]) by david.siemens.de (8.10.1/8.10.1) with ESMTP id e5EGEZR15619; Wed, 14 Jun 2000 18:14:35 +0200 (MET DST) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail2.siemens.de (8.10.1/8.10.1) with ESMTP id e5EGEYA12887; Wed, 14 Jun 2000 18:14:34 +0200 (MET DST) Received: (from localhost) by curry.mchp.siemens.de (8.10.1/8.10.1) id e5EGEYL92460; Date: Wed, 14 Jun 2000 18:14:34 +0200 From: Andre Albsmeier To: freebsd-bugs@freebsd.org, committers@freebsd.org Subject: Can someone please commit the patch in PR# 14269 ? Message-ID: <20000614181434.A37532@curry.mchp.siemens.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org PR# 14269 contains a patch for the NIS-Makefile to allow comments in NIS master.passwd and group file. The patch is running fine here for a long time now and IMHO can safely be commited to Makefile.dist (Please don't forget 3.x-STABLE :-)) Thanks, -Andre To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Jun 14 13: 0:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 660FF37C124 for ; Wed, 14 Jun 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA39731; Wed, 14 Jun 2000 13:00:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 751B737C230 for ; Wed, 14 Jun 2000 12:50:19 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from walton.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 14 Jun 2000 20:50:15 +0100 (BST) Message-Id: <200006142050.aa81880@walton.maths.tcd.ie> Date: Wed, 14 Jun 2000 20:50:15 +0100 (BST) From: dwmalone@maths.tcd.ie Reply-To: dwmalone@maths.tcd.ie To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19273: Halt key for syscons. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19273 >Category: kern >Synopsis: Syscons has no key for halting the machine. >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 Jun 14 13:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Malone >Release: FreeBSD 3.4-STABLE i386 >Organization: School of Mathematics, Trinity College, Dublin 2, Ireland. >Environment: Any version of FreeBSD. >Description: The version of syscons in 4.X and 5.X provides a selection of keys for triggering a reboot, a panic, break to the debugger, activate the screen saver and suspend a machine using APM. However there is no way to halt a machine, which is useful in these days of having to hold the power button in for 10 seconds before the machine goes off. >How-To-Repeat: N/A >Fix: The following patch seems to work fine and just copies the way the control-alt-del action works. I couldn't test the pc98 bit, but it should be simple enough not to cause any prbolems. Index: sys/dev/kbd/kbd.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/dev/kbd/kbd.c,v retrieving revision 1.19 diff -u -r1.19 kbd.c --- sys/dev/kbd/kbd.c 2000/05/26 02:03:00 1.19 +++ sys/dev/kbd/kbd.c 2000/06/14 18:30:41 @@ -1144,6 +1144,7 @@ /* NON-LOCKING KEYS */ case SPSC: case RBT: case SUSP: case STBY: case DBG: case NEXT: case PREV: case PNC: + case HALT: *accents = 0; break; case BTAB: Index: sys/dev/syscons/syscons.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/dev/syscons/syscons.c,v retrieving revision 1.341 diff -u -r1.341 syscons.c --- sys/dev/syscons/syscons.c 2000/05/01 10:53:12 1.341 +++ sys/dev/syscons/syscons.c 2000/06/14 18:27:44 @@ -3105,6 +3105,13 @@ #endif break; + case HALT: +#ifndef SC_DISABLE_REBOOT + halt_nice(); +#endif + break; + + #if NAPM > 0 case SUSP: apm_suspend(PMST_SUSPEND); Index: sys/kern/kern_shutdown.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/kern/kern_shutdown.c,v retrieving revision 1.74 diff -u -r1.74 kern_shutdown.c --- sys/kern/kern_shutdown.c 2000/05/05 09:58:21 1.74 +++ sys/kern/kern_shutdown.c 2000/06/14 18:25:35 @@ -162,6 +162,18 @@ } return; } +void +halt_nice() +{ + /* Send a signal to init(8) and have it shutdown the world */ + if (initproc != NULL) { + psignal(initproc, SIGUSR1); + } else { + /* No init(8) running, so simply reboot */ + boot(RB_NOSYNC|RB_HALT); + } + return; +} static int waittime = -1; static struct pcb dumppcb; Index: sys/pc98/pc98/syscons.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/pc98/pc98/syscons.c,v retrieving revision 1.146 diff -u -r1.146 syscons.c --- sys/pc98/pc98/syscons.c 2000/04/27 13:34:29 1.146 +++ sys/pc98/pc98/syscons.c 2000/06/14 18:31:25 @@ -3124,6 +3124,12 @@ #endif break; + case HALT: +#ifndef SC_DISABLE_REBOOT + halt_nice(); +#endif + break; + #if NAPM > 0 case SUSP: apm_suspend(PMST_SUSPEND); Index: sys/sys/kbio.h =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/sys/kbio.h,v retrieving revision 1.5 diff -u -r1.5 kbio.h --- sys/sys/kbio.h 1999/12/29 04:24:43 1.5 +++ sys/sys/kbio.h 2000/06/14 18:26:40 @@ -171,6 +171,7 @@ #define RCTRA 0x9e /* right ctrl key / alt lock */ #define LALTA 0x9f /* left alt key / alt lock */ #define RALTA 0xa0 /* right alt key / alt lock */ +#define HALT 0xa1 /* halt machine */ #define F(x) ((x)+F_FN-1) #define S(x) ((x)+F_SCR-1) Index: sys/sys/systm.h =================================================================== RCS file: /cvs/FreeBSD-CVS/src/sys/sys/systm.h,v retrieving revision 1.116 diff -u -r1.116 systm.h --- sys/sys/systm.h 2000/06/05 18:30:55 1.116 +++ sys/sys/systm.h 2000/06/14 18:37:07 @@ -185,6 +185,7 @@ /* Finalize the world. */ void shutdown_nice __P((void)); +void halt_nice __P((void)); /* * Kernel to clock driver interface. Index: usr.sbin/kbdcontrol/kbdcontrol.c =================================================================== RCS file: /cvs/FreeBSD-CVS/src/usr.sbin/kbdcontrol/kbdcontrol.c,v retrieving revision 1.30 diff -u -r1.30 kbdcontrol.c --- usr.sbin/kbdcontrol/kbdcontrol.c 1999/12/10 04:24:26 1.30 +++ usr.sbin/kbdcontrol/kbdcontrol.c 2000/06/14 18:34:34 @@ -197,6 +197,8 @@ return LALTA | 0x100; case TRALTA: return RALTA | 0x100; + case THALT: + return HALT | 0x100; case TACC: if (ACC(number) > L_ACC) return -1; @@ -428,6 +430,9 @@ case RALTA | 0x100: fprintf(fp, " ralta "); break; + case HALT | 0x100: + fprintf(fp, " halt "); + break; default: if (value & 0x100) { if (val >= F_FN && val <= L_FN) @@ -620,6 +625,9 @@ break; case RALTA: printf("RALTA, "); + break; + case HALT: + printf(" HALT, "); break; default: if (value >= F_FN && value <= L_FN) Index: usr.sbin/kbdcontrol/lex.h =================================================================== RCS file: /cvs/FreeBSD-CVS/src/usr.sbin/kbdcontrol/lex.h,v retrieving revision 1.9 diff -u -r1.9 lex.h --- usr.sbin/kbdcontrol/lex.h 1999/12/10 04:24:27 1.9 +++ usr.sbin/kbdcontrol/lex.h 2000/06/14 18:33:02 @@ -61,6 +61,7 @@ #define TRCTRA 286 #define TLALTA 287 #define TRALTA 288 +#define THALT 289 extern int number; extern char letter; Index: usr.sbin/kbdcontrol/lex.l =================================================================== RCS file: /cvs/FreeBSD-CVS/src/usr.sbin/kbdcontrol/lex.l,v retrieving revision 1.11 diff -u -r1.11 lex.l --- usr.sbin/kbdcontrol/lex.l 1999/12/10 04:24:27 1.11 +++ usr.sbin/kbdcontrol/lex.l 2000/06/14 18:32:39 @@ -68,6 +68,7 @@ rctrla { return TRCTRA; } lalta|alta { return TLALTA; } ralta { return TRALTA; } +halt { return THALT; } NUL|nul { number = 0; return TNUM; } SOH|soh { number = 1; return TNUM; } >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 Jun 14 19:21:25 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from backup.af.speednet.com.au (af.speednet.com.au [202.135.188.244]) by hub.freebsd.org (Postfix) with ESMTP id 0EDD437B648 for ; Wed, 14 Jun 2000 19:21:12 -0700 (PDT) (envelope-from andyf@speednet.com.au) Received: from backup.af.speednet.com.au (andyf@backup.af.speednet.com.au [172.22.2.4]) by backup.af.speednet.com.au (8.9.3/8.9.3) with ESMTP id MAA01979; Thu, 15 Jun 2000 12:20:55 +1000 (EST) (envelope-from andyf@speednet.com.au) Date: Thu, 15 Jun 2000 12:20:55 +1000 (EST) From: Andy Farkas X-Sender: andyf@backup.af.speednet.com.au To: Wilko Bulte Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/11241: Install fails after SCSI probe In-Reply-To: <200006132120.OAA88742@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 > Has an install of a FreeBSD version newer than 3.0 ever been attempted > on this hardware? Preferably FreeBSD 4.0 that is? VLbus hardware is > becoming rather exotic these days so I cannot test this myself. I too would like to report that on a system I have, currently running 3.4-STABLE, which has an adaptec 284x VLbus SCSI adapter in it, does not boot 4.0-RELEASE, or 4.0-STABLE because the probe fails to finish (ie. the system locks up solid). Is the problem a pnp thing, or a vlbus thing? Following is the bootup script captured from the serial console: Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 640kB/31744kB available memory FreeBSD/i386 bootstrap loader, Revision 0.7 (root@monster.cdrom.com, Mon Mar 20 21:05:31 GMT 2000) kernel text=0x21759d data=0x284f8+0x1eda0 syms=[0x4+0x306c0+0x4+0x322dd] Please insert MFS root floppy and press enter: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. ok boot -v Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Thu Jun 15 10:53:44 EST 2000 root@:/usr/src/sys/compile/TEST Calibrating clock(s) ... i8254 clock: 1193658 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping = 0 Features=0x3 real memory = 33554432 (32768K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x006ad000 - 0x01ff7fff, 26521600 bytes (6475 pages) avail memory = 26054656 (25444K bytes) Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0694000. Preloaded mfs_root "/mfsroot" at 0xc06940a8. md0: Preloaded image 2949120 bytes at 0xc03c21e0 Creating DISK md0 md1: Malloc disk Creating DISK md1 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff pci_open(2): mode 2 enable port (0x0cf8) is 0xff npx0: on motherboard npx0: INT 16 interface eisa0: on motherboard ahc0: at 0x1c00-0x1cff, irq 11 (edge) ahc0: on eisa0 slot 1 ahc0: Using Edge Triggered Interrupts ahc0: Reading SEEPROM...done. ahc0: aic7770 <= Rev C, Single Channel A, SCSI Id=7, 4/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded isa0: on motherboard Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 Script done on Thu Jun 15 11:24:51 2000 -- :{ andyf@speednet.com.au Andy Farkas System Administrator Speednet Communications http://www.speednet.com.au/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 4:40:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0DE0E37B6AD for ; Thu, 15 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA16093; Thu, 15 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id 663ED37B549 for ; Thu, 15 Jun 2000 04:31:23 -0700 (PDT) (envelope-from matthew@inpharmatica.co.uk) Received: from mailhost.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA94995 for ; Thu, 15 Jun 2000 12:31:22 +0100 (BST) (envelope-from matthew@inpharmatica.co.uk) Received: from st-pancras.inpharmatica.co.uk (root@st-pancras.inpharmatica.co.uk [192.168.121.1]) by mailhost.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id MAA65855 for ; Thu, 15 Jun 2000 12:31:21 +0100 (BST) (envelope-from matthew@mailhost.inpharmatica.co.uk) Received: (from matthew@localhost) by st-pancras.inpharmatica.co.uk (8.9.3/8.9.3) id MAA03353; Thu, 15 Jun 2000 12:31:21 +0100 (BST) (envelope-from matthew@mailhost.inpharmatica.co.uk) Message-Id: <200006151131.MAA03353@st-pancras.inpharmatica.co.uk> Date: Thu, 15 Jun 2000 12:31:21 +0100 (BST) From: Matthew Seaman Reply-To: matthew@inpharmatica.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19297: Multi-processor kernel fails to boot on Tyan Tiger-133 mobo Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19297 >Category: kern >Synopsis: Multi-processor kernel fails to boot on Tyan Tiger-133 mobo >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 15 04:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Matthew Seaman >Release: FreeBSD 4.0-STABLE i386 >Organization: Inpharmatica Ltd >Environment: FreeBSD oxford-circus.inpharmatica.co.uk 4.0-STABLE FreeBSD 4.0-STABLE #0: Wed Jun 14 09:10:54 BST 2000 root@oxford-circus.inpharmatica.co.uk:/usr/obj/usr/src/sys/GENERIC i386 This is a Dual PIII-733 system using the Tyan Tiger-133 (S1834) v1.02a motherboard, using the VIA Apollo Pro 133A chipset http://www.tyan.com/products/html/tiger133_p.html >Description: System will not boot SMP enabled kernel, panicing when it tries to probe the IO_APIC. The generic Kernel from 4.0-STABLE works fine. >How-To-Repeat: Here's the dmesg (boot -v) output from attempting to boot a SMP kernel: \|/-\|/SMAP type=01 base=00000000 00000000 len=00000000 0009fc00 SMAP type=02 base=00000000 0009fc00 len=00000000 00000400 SMAP type=02 base=00000000 000f0000 len=00000000 00010000 SMAP type=02 base=00000000 fec00000 len=00000000 00001000 SMAP type=02 base=00000000 fee00000 len=00000000 00001000 SMAP type=02 base=00000000 ffff0000 len=00000000 00010000 SMAP type=01 base=00000000 00100000 len=00000000 3ff00000 Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Wed Jun 14 16:52:07 BST 2000 root@oxford-circus.inpharmatica.co.uk:/usr/src/sys/compile/FARM-II Calibrating clock(s) ... TSC clock: 733024922 Hz, i8254 clock: 1193082 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon (733.14-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x00328000 - 0x3fff7fff, 1070399488 bytes (261328 pages) avail memory = 1041559552 (1017148K bytes) panic: can't control IO APIC #0 ID, reg: 0x07200720 mp_lock = 00000009; cpuid = 0; lapic.id = 00000000 Uptime: 0s This is the config file for that kernel: # # FARM-II -- kernel configuration file for FreeBSD/i386 # # 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. # machine i386 #cpu I386_CPU #cpu I486_CPU cpu I586_CPU cpu I686_CPU ident FARM-II maxusers 128 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console #options USERCONFIG #boot -c editor #options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extensions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies options KBD_INSTALL_CDEV # install a CDEV entry in /dev # 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 # MJS: additional options from LINT options DDB options DDB_UNATTENDED options CPU_FASTER_5X86_FPU options NO_MEMORY_HOLE options TCP_DROP_SYNFIN options TCP_RESTRICT_RST device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers #device ahb # EISA AHA1742 family #device ahc # AHA2940 and onboard AIC7xxx devices #device amd # AMD 53C974 (Teckram DC-390(T)) #device dpt # DPT Smartcache - See LINT for options! #device isp # Qlogic family #device ncr # NCR/Symbios Logic #device sym # NCR/Symbios Logic (newer chipsets) #options SYM_SETUP_LP_PROBE_MAP=0x40 # Allow ncr to attach legacy NCR devices when # both sym and ncr are configured #device adv0 at isa? #device adw #device bt0 at isa? #device aha0 at isa? #device aic0 at isa? # SCSI peripherals #device scbus # SCSI bus (required) #device da # Direct Access (disks) #device sa # Sequential Access (tape etc) #device cd # CD #device pass # Passthrough device (direct SCSI access) # RAID controllers #device ida # Compaq Smart RAID #device amr # AMI MegaRAID #device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 flags 0x1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? flags 0x100 # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? #options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support #device card #device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 #device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 #device sio2 at isa? disable port IO_COM3 irq 5 #device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) #device lpt # Printer #device plip # TCP/IP over parallel #device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') #device fxp # Intel EtherExpress PRO/100B (82557, 82558) #device tx # SMC 9432TX (83c170 ``EPIC'') #device vx # 3Com 3c590, 3c595 (``Vortex'') #device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes #device rl # RealTek 8129/8139 #device sf # Adaptec AIC-6915 (``Starfire'') #device sis # Silicon Integrated Systems SiS 900/SiS 7016 #device ste # Sundance ST201 (D-Link DFE-550TX) #device tl # Texas Instruments ThunderLAN #device vr # VIA Rhine, Rhine II #device wb # Winbond W89C840F #device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. #device ed0 at isa? port 0x280 irq 10 iomem 0xd8000 #device ex #device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. #device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. #device an # The probe order of these is presently determined by i386/isa/isa_compat.c. #device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 #device fe0 at isa? port 0x300 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 #device lnc0 at isa? port 0x280 irq 10 drq 0 #device cs0 at isa? port 0x300 #device sn0 at isa? port 0x300 irq 10 # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support #pseudo-device sl 1 # Kernel SLIP #pseudo-device ppp 1 # Kernel PPP #pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" #pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet # MJS: extra device from LINT device speaker # MJS: System monitoring stuff device smbus device intpm device alpm device smb # # That's All Folks! # And finally, here's the dmesg output from booting the generic Kernel from 4.0-STABLE: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Wed Jun 14 09:10:54 BST 2000 root@oxford-circus.inpharmatica.co.uk:/usr/obj/usr/src/sys/GENERIC Calibrating clock(s) ... TSC clock: 733025205 Hz, i8254 clock: 1193083 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon (733.09-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x681 Stepping = 1 Features=0x383fbff real memory = 1073741824 (1048576K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x0040a000 - 0x3fff7fff, 1069473792 bytes (261102 pages) avail memory = 1040764928 (1016372K bytes) bios32: Found BIOS32 Service Directory header at 0xc00fae20 bios32: Entry = 0xfb290 (c00fb290) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0xb2c0 pnpbios: Found PnP BIOS data at 0xc00fbcc0 pnpbios: Entry = f0000:bcf0 Rev = 1.0 Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel.GENERIC" at 0xc03f1000. Pentium Pro MTRR support enabled md0: Malloc disk Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0x80000060 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) pcib-: pcib0 exists, using next available unit number npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) pcib0: on motherboard found-> vendor=0x1106, dev=0x0691, revid=0xc4 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base d0000000, size 27 found-> vendor=0x1106, dev=0x8598, revid=0x00 class=06-04-00, hdrtype=0x01, mfdev=0 subordinatebus=1 secondarybus=1 found-> vendor=0x1106, dev=0x0596, revid=0x23 class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1106, dev=0x0571, revid=0x10 class=01-01-8a, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 0000e000, size 4 found-> vendor=0x1106, dev=0x3050, revid=0x30 class=06-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x5333, dev=0x8a22, revid=0x04 class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=11 map[10]: type 1, range 32, base fff80000, size 19 map[14]: type 1, range 32, base f8000000, size 27 found-> vendor=0x1011, dev=0x0019, revid=0x41 class=02-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=15 map[10]: type 1, range 32, base 0000e800, size 7 map[14]: type 1, range 32, base fffffc00, size 10 pci0: on pcib0 pcib2: at device 1.0 on pci0 pci1: on pcib2 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0xe000-0xe00f at device 7.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0xe000 ata0: mask=03 status0=50 status1=00 ata0: mask=03 status0=50 status1=00 ata0: devices = 0x1 ata0: at 0x1f0 irq 14 on atapci0 ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0xe008 ata1: mask=00 status0=ff status1=ff ata1: probe allocation failed pci0: (vendor=0x5333, dev=0x8a22) at 16.0 irq 11 dc0: port 0xe800-0xe87f mem 0xfffffc00-0xffffffff irq 15 at device 17.0 on pci0 dc0: Ethernet address: 00:c0:f0:4b:c1:13 miibus0: on dc0 ukphy0: on miibus0 ukphy0: OUI 0x0005be, model 0x0004, rev. 0 ukphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto dc0: supplying EUI64: 00:c0:f0:ff:fe:4b:c1:13 bpf: dc0 attached pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=00] is there (id=06911106) pci-: pci1 exists, using next available unit number pcib1: on motherboard pci2: on pcib1 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata3: iobase=0x0170 altiobase=0x0376 bmaddr=0x0000 ata3: mask=00 status0=ff status1=ff ata3: probe allocation failed bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x330 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x334 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x230 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x234 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x130 bt0: Failed Status Reg Test - ff bt_isa_probe: Probe failed at 0x134 aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff aha0: status reg test failed ff atkbdc0: at port 0x60,0x64 on isa0 atkbd0: flags 0x1 irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0047 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0 at atkbd0 kbd0: atkbd0, AT 101/102 (2), config:0x1, flags:0x3d0000 psm0: current command byte:0047 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 06 06 psm: data 08 01 01 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0e 0f 00 00 07 80 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: at flags 0x100 on isa0 sc0: VGA <16 virtual consoles, flags=0x300> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) pcic1: not probed (disabled) sio0: irq maps: 0x41 0x51 0x41 0x41 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: irq maps: 0x41 0x49 0x41 0x41 sio1 at port 0x2f8-0x2ff irq 3 on isa0 sio1: type 16550A sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port found at 0x378 ppc0: ECP SPP ECP+EPP SPP 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/16 bytes threshold ppi0: on ppbus0 lpt0: on ppbus0 lpt0: Interrupt-driven port plip0: on ppbus0 bpf: lp0 attached isa_probe_children: probing PnP devices BIOS Geometries: 0:03fffe3f 0..1023=1024 cylinders, 0..254=255 heads, 1..63=63 sectors 0 accounted for Device configuration finished. bpf: sl0 attached bpf: ppp0 attached new masks: bio 40084040, tty 4003109a, net 4007909a bpf: lo0 attached bpf: gif0 attached bpf: gif1 attached bpf: gif2 attached bpf: gif3 attached bpf: stf0 attached bpf: faith0 attached ata0-master: success setting up UDMA4 mode on VIA chip ad0: ATA-4 disk at ata0 as master ad0: 19574MB (40088160 sectors), 39770 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 32 depth queue, UDMA66 ad0: piomode=4 dmamode=2 udmamode=4 cblid=1 Creating DISK ad0 Creating DISK wd0 Mounting root from ufs:/dev/ad0s3a ad0s1: type 0x83, start 63, end = 16064, size 16002 : OK ad0s2: type 0x83, start 16065, end = 80324, size 64260 : OK ad0s3: type 0xa5, start 80325, end = 8080694, size 8000370 : OK ad0s4: type 0x5, start 8080695, end = 40082174, size 32001480 : OK ad0s5: type 0x82, start 8080758, end = 12080879, size 4000122 : OK ad0: type 0x5, start 12080880, end = 12466439, size 385560 : OK ad0s6: type 0x83, start 12080943, end = 12466439, size 385497 : OK ad0: type 0x5, start 12466440, end = 12594959, size 128520 : OK ad0s7: type 0x83, start 12466503, end = 12594959, size 128457 : OK ad0: type 0x5, start 12594960, end = 14587019, size 1992060 : OK ad0s8: type 0x83, start 12595023, end = 14587019, size 1991997 : OK ad0: type 0x5, start 14587020, end = 40082174, size 25495155 : OK ad0s9: type 0x83, start 14587083, end = 40082174, size 25495092 : OK start_init: trying /sbin/init dc0: starting DAD for fe80:0001::02c0:f0ff:fe4b:c113 dc0: DAD complete for fe80:0001::02c0:f0ff:fe4b:c113 - no duplicates found splash: image decoder found: logo_saver >Fix: I guess this is some odd variant on the usual IO_APIC which hasn't yet been supported in STABLE. If there's anything I can do to help get this board supported in FBSD over the next two weeks, then I'm your man. (This is an evaluation machine and we have to give it back to the vendor after that time.) Oh --- one other odd observation about this motherboard: it apparently won't support an ATI Mach64 based graphics card in multiprocessor mode in Win NT, although Matrox G200 and S3 based cards are OK. >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 Jun 15 8:31: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from be-well.ilk.org (lowellg.ne.mediaone.net [24.147.184.128]) by hub.freebsd.org (Postfix) with ESMTP id 5FB0F37BB87 for ; Thu, 15 Jun 2000 08:30:48 -0700 (PDT) (envelope-from lowell@be-well.ilk.org) Received: (from lowell@localhost) by be-well.ilk.org (8.9.3/8.9.3) id LAA84942; Thu, 15 Jun 2000 11:30:46 -0400 (EDT) (envelope-from lowell) From: Lowell Gilbert To: dwmalone@maths.tcd.ie, freebsd-bugs@freebsd.org Subject: Re: kern/19273: Halt key for syscons. References: <200006142050.aa81880@walton.maths.tcd.ie> Date: 15 Jun 2000 11:30:46 -0400 In-Reply-To: dwmalone@maths.tcd.ie's message of "Wed, 14 Jun 2000 20:50:15 +0100 (BST)" Message-ID: <44pupj0xnd.fsf@lowellg.ne.mediaone.net> Lines: 47 X-Mailer: Gnus v5.7/Emacs 20.6 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've handed out a patch to solve this problem in a different way: instead of setting up a different key for *every* kind of reboot, mine tries to make it easy to change (at compile time; being able to do it later would provide too much opportunity for confusion) the signal that gets generated by ctrl-alt-delete. I'm not sure which approach is better. Mr. Malone's is certainly a lot more flexible than mine in the sense of not changing what ctrl-alt- delete already does. However, flexibility may not be an advantage in this case; you don't want too many magic keyboard combinations bringing the machine down. Furthermore, my patch is *more* flexible in the sense that it lets you attach *any* signal to the ctrl-alt-delete key combo. This is useful because most of the requests I'd seen were actually for powerdown, rather than just halt, to replace reboot. Anyway, my patch is at the bottom of this message. I've never submitted it in a PR, because I've never gotten around to testing it myself (I don't reboot, except as part of system upgrades...) and none of the people I've given it to have given me the (promised, in some cases) feedback on it. But I figured I should toss it in the mix if it might get obsoleted by other changes. Be well. ================================================================ --- kern_shutdown.c~ Mon Aug 30 01:59:50 1999 +++ kern_shutdown.c Tue Mar 14 18:11:04 2000 @@ -150,6 +150,9 @@ return (0); } +#ifndef SHUTDOWN_NICE_SIGNAL +#define SHUTDOWN_NICE_SIGNAL SIGINT +#endif /* * Called by events that want to shut down.. e.g on a PC */ @@ -158,7 +161,7 @@ { /* Send a signal to init(8) and have it shutdown the world */ if (initproc != NULL) { - psignal(initproc, SIGINT); + psignal(initproc, SHUTDOWN_NICE_SIGNAL); } else { /* No init(8) running, so simply reboot */ boot(RB_NOSYNC); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 10:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DADF737C356 for ; Thu, 15 Jun 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA24397; Thu, 15 Jun 2000 10:50:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 15 Jun 2000 10:50:03 -0700 (PDT) Message-Id: <200006151750.KAA24397@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/11241: Install fails after SCSI probe Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11241; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, crh@purdue.edu Cc: Subject: Re: kern/11241: Install fails after SCSI probe Date: Thu, 15 Jun 2000 19:40:23 +0200 Recording in gnats the following for further reference. Wilko ------- Date: Thu, 15 Jun 2000 12:20:55 +1000 (EST) From: Andy Farkas Subject: Re: kern/11241: Install fails after SCSI probe To: Wilko Bulte cc: freebsd-bugs@FreeBSD.ORG > Has an install of a FreeBSD version newer than 3.0 ever been attempted > on this hardware? Preferably FreeBSD 4.0 that is? VLbus hardware is > becoming rather exotic these days so I cannot test this myself. I too would like to report that on a system I have, currently running 3.4-STABLE, which has an adaptec 284x VLbus SCSI adapter in it, does not boot 4.0-RELEASE, or 4.0-STABLE because the probe fails to finish (ie. the system locks up solid). Is the problem a pnp thing, or a vlbus thing? Following is the bootup script captured from the serial console: Console: serial port BIOS drive A: is disk0 BIOS drive C: is disk1 BIOS drive D: is disk2 BIOS 640kB/31744kB available memory FreeBSD/i386 bootstrap loader, Revision 0.7 (root@monster.cdrom.com, Mon Mar 20 21:05:31 GMT 2000) kernel text=0x21759d data=0x284f8+0x1eda0 syms=[0x4+0x306c0+0x4+0x322dd] Please insert MFS root floppy and press enter: Hit [Enter] to boot immediately, or any other key for command prompt. Booting [kernel] in 9 seconds... Type '?' for a list of commands, 'help' for more detailed help. ok boot -v Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-STABLE #0: Thu Jun 15 10:53:44 EST 2000 root@:/usr/src/sys/compile/TEST Calibrating clock(s) ... i8254 clock: 1193658 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CPU: i486 DX4 (486-class CPU) Origin = "GenuineIntel" Id = 0x480 Stepping = 0 Features=0x3 real memory = 33554432 (32768K bytes) Physical memory chunk(s): 0x00001000 - 0x0009ffff, 651264 bytes (159 pages) 0x006ad000 - 0x01ff7fff, 26521600 bytes (6475 pages) avail memory = 26054656 (25444K bytes) Other BIOS signatures found: ACPI: 00000000 Preloaded elf kernel "kernel" at 0xc0694000. Preloaded mfs_root "/mfsroot" at 0xc06940a8. md0: Preloaded image 2949120 bytes at 0xc03c21e0 Creating DISK md0 Math emulator present pci_open(1): mode 1 addr port (0x0cf8) is 0xffffffff pci_open(2): mode 2 enable port (0x0cf8) is 0xff npx0: on motherboard npx0: INT 16 interface eisa0: on motherboard ahc0: at 0x1c00-0x1cff, irq 11 (edge) ahc0: on eisa0 slot 1 ahc0: Using Edge Triggered Interrupts ahc0: Reading SEEPROM...done. ahc0: aic7770 <= Rev C, Single Channel A, SCSI Id=7, 4/255 SCBs ahc0: Downloading Sequencer Program... 411 instructions downloaded isa0: on motherboard Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 Script done on Thu Jun 15 11:24:51 2000 -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 11:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B97DB37BD1E for ; Thu, 15 Jun 2000 11:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29940; Thu, 15 Jun 2000 11:10:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 15 Jun 2000 11:10:03 -0700 (PDT) Message-Id: <200006151810.LAA29940@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: kern/11241: Install fails after SCSI probe Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/11241; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, crh@purdue.edu, andyf@speednet.com.au Cc: Subject: Re: kern/11241: Install fails after SCSI probe Date: Thu, 15 Jun 2000 20:01:00 +0200 Hi Andy, My guess is to assume this has to do with the PNP stuff. But I'm not an expert in this matter. Thanks for your feedback, it should give PNP-cluefull people more background. W/ -- Wilko Bulte http://www.freebsd.org "Do, or do not. There is no try" wilko@freebsd.org http://www.nlfug.nl - Yoda - The Empire Strikes Back To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 11:10:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ED19D37C385 for ; Thu, 15 Jun 2000 11:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA29985; Thu, 15 Jun 2000 11:10:06 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 15 Jun 2000 11:10:06 -0700 (PDT) Message-Id: <200006151810.LAA29985@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Wilko Bulte Subject: Re: i386/18123: 4.0-RELEASE crashes during boot from CD-ROM Reply-To: Wilko Bulte Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/18123; it has been noted by GNATS. From: Wilko Bulte To: freebsd-gnats-submit@FreeBSD.org, claus@b5.nu Cc: Subject: Re: i386/18123: 4.0-RELEASE crashes during boot from CD-ROM Date: Thu, 15 Jun 2000 20:07:55 +0200 Received feedback from Claus, putting it in gnats for further reference. Wilko -------- Date: Thu, 15 Jun 2000 14:39:09 +1000 From: Claus Endres Subject: Re: i386/18123: 4.0-RELEASE crashes during boot from CD-ROM To: wc.bulte@chello.nl [-- Attachment #1 --] [-- Type: text/plain, Encoding: 7bit, Size: 1.4K --] Modifying the config file, I found that the original reported problem is caused +by the ex ethernet driver. If I comment out the line device ex the kernel will proceed to boot until it prints the message: isa_compat: didn't get ports for le at which point it will hang again. Removing the additional line device le0 at isa? port 0x300 irq 5 iomem 0xd0000 will allow the boot to complete. Note that I have modified the ed0 to use port +0x300. The attached config file shows the maximum configuration that is able to boot +(with both ex and le drivers removed). Hope this helps to solve the problem. The more general problem is that the boot configuration editor doesn't allow to delete devices like the "ex" any more. Regards, Claus. Wilko Bulte wrote: > On Wed, Jun 14, 2000 at 10:47:16AM +1000, Claus Endres wrote: > > > > > Do you want me to do a binary tree elimination (adding back half the unused +devices > > at a time) to > > determine which device driver causes the problem? > > I think it might be a good idea to try to find out what exactly causes the > problem. If we know that we can send the problem to the right source > maintainer (at least that is the theory ;-). > > So if you have time to investigate I'd say it might be worth it. > > cheers, > -- > Wilko Bulte http://www.freebsd.org "Do, or do not. There is no +try" > wilko@freebsd.org [-- Attachment #2: TEST200 --] [-- Type: text/plain, Encoding: 7bit, Size: 7.9K --] # # GENERIC -- Generic kernel configuration file for FreeBSD/i386 # # 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.246 2000/03/09 16:32:55 jlemon Exp $ machine i386 cpu I386_CPU cpu I486_CPU cpu I586_CPU cpu I686_CPU ident TEST200 maxusers 32 #makeoptions DEBUG=-g #Build kernel with gdb(1) debug symbols options MATH_EMULATE #Support for x87 emulation options INET #InterNETworking options INET6 #IPv6 communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options MD_ROOT #MD is a potential root device options NFS #Network Filesystem options NFS_ROOT #NFS usable as root device, NFS required options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options CD9660_ROOT #CD-ROM usable as root, CD9660 required options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options SCSI_DELAY=15000 #Delay (in ms) before probing SCSI options UCONSOLE #Allow users to grab the console options USERCONFIG #boot -c editor options VISUAL_USERCONFIG #visual boot -c editor options KTRACE #ktrace(1) support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options P1003_1B #Posix P1003_1B real-time extentions options _KPOSIX_PRIORITY_SCHEDULING options ICMP_BANDLIM #Rate limit bad replies # 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 device isa device eisa device pci # Floppy drives device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device fd1 at fdc0 drive 1 # ATA and ATAPI devices device ata0 at isa? port IO_WD1 irq 14 device ata1 at isa? port IO_WD2 irq 15 device ata device atadisk # ATA disk drives device atapicd # ATAPI CDROM drives device atapifd # ATAPI floppy drives device atapist # ATAPI tape drives options ATA_STATIC_ID #Static device numbering #options ATA_ENABLE_ATAPI_DMA #Enable DMA on ATAPI devices # SCSI Controllers device ahb # EISA AHA1742 family device ahc # AHA2940 and onboard AIC7xxx devices device amd # AMD 53C974 (Teckram DC-390(T)) device dpt # DPT Smartcache - See LINT for options! device isp # Qlogic family device ncr # NCR/Symbios Logic device sym # NCR/Symbios Logic (newer chipsets) device adv0 at isa? device adw device bt0 at isa? device aha0 at isa? device aic0 at isa? # SCSI peripherals device scbus # SCSI bus (required) device da # Direct Access (disks) device sa # Sequential Access (tape etc) device cd # CD device pass # Passthrough device (direct SCSI access) # RAID controllers device ida # Compaq Smart RAID device amr # AMI MegaRAID device mlx # Mylex DAC960 family # atkbdc0 controls both the keyboard and the PS/2 mouse device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? # splash screen/screen saver pseudo-device splash # syscons is the default console driver, resembling an SCO console device sc0 at isa? # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver #device vt0 at isa? options XSERVER # support for X server on a vt console #options FAT_CURSOR # start with block cursor # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines #options PCVT_SCANSET=2 # IBM keyboards are non-std # Floating point support - do not disable. device npx0 at nexus? port IO_NPX irq 13 # Power management support (see LINT for more options) device apm0 at nexus? disable flags 0x20 # Advanced Power Management # PCCARD (PCMCIA) support device card device pcic0 at isa? irq 10 port 0x3e0 iomem 0xd0000 device pcic1 at isa? irq 11 port 0x3e2 iomem 0xd4000 disable # Serial (COM) ports device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device sio2 at isa? disable port IO_COM3 irq 5 device sio3 at isa? disable port IO_COM4 irq 9 # Parallel port device ppc0 at isa? irq 7 device ppbus # Parallel port bus (required) device lpt # Printer device plip # TCP/IP over parallel device ppi # Parallel port interface device #device vpo # Requires scbus and da # PCI Ethernet NICs. device de # DEC/Intel DC21x4x (``Tulip'') device fxp # Intel EtherExpress PRO/100B (82557, 82558) device tx # SMC 9432TX (83c170 ``EPIC'') device vx # 3Com 3c590, 3c595 (``Vortex'') device wx # Intel Gigabit Ethernet Card (``Wiseman'') # PCI Ethernet NICs that use the common MII bus controller code. device miibus # MII bus support device dc # DEC/Intel 21143 and various workalikes device rl # RealTek 8129/8139 device sf # Adaptec AIC-6915 (``Starfire'') device sis # Silicon Integrated Systems SiS 900/SiS 7016 device ste # Sundance ST201 (D-Link DFE-550TX) device tl # Texas Instruments ThunderLAN device vr # VIA Rhine, Rhine II device wb # Winbond W89C840F device xl # 3Com 3c90x (``Boomerang'', ``Cyclone'') # ISA Ethernet NICs. device ed0 at isa? port 0x300 irq 10 iomem 0xd8000 #device ex device ep # WaveLAN/IEEE 802.11 wireless NICs. Note: the WaveLAN/IEEE really # exists only as a PCMCIA device, so there is no ISA attatement needed # and resources will always be dynamically assigned by the pccard code. device wi # Aironet 4500/4800 802.11 wireless NICs. Note: the declaration below will # work for PCMCIA and PCI cards, as well as ISA cards set to ISA PnP # mode (the factory default). If you set the switches on your ISA # card for a manually chosen I/O address and IRQ, you must specify # those paremeters here. device an # The probe order of these is presently determined by i386/isa/isa_compat.c. device ie0 at isa? port 0x300 irq 10 iomem 0xd0000 device fe0 at isa? port 0x300 #device le0 at isa? port 0x300 irq 5 iomem 0xd0000 device lnc0 at isa? port 0x280 irq 10 drq 0 device cs0 at isa? port 0x300 device sn0 at isa? port 0x300 irq 10 # requires PCCARD (PCMCIA) support to be activated #device xe0 at isa? # Pseudo devices - the number indicates how many units to allocated. pseudo-device loop # Network loopback pseudo-device ether # Ethernet support pseudo-device sl 1 # Kernel SLIP pseudo-device ppp 1 # Kernel PPP pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device md # Memory "disks" pseudo-device gif 4 # IPv6 and IPv4 tunneling #pseudo-device faith 1 # IPv6-to-IPv4 relaying (translation) # The `bpf' pseudo-device enables the Berkeley Packet Filter. # Be aware of the administrative consequences of enabling this! pseudo-device bpf #Berkeley packet filter # USB support #device uhci # UHCI PCI->USB interface #device ohci # OHCI PCI->USB interface #device usb # USB Bus (required) #device ugen # Generic #device uhid # "Human Interface Devices" #device ukbd # Keyboard #device ulpt # Printer #device umass # Disks/Mass storage - Requires scbus and da #device ums # Mouse # USB Ethernet, requires mii #device aue # ADMtek USB ethernet #device cue # CATC USB ethernet #device kue # Kawasaki LSI USB ethernet To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 12:35: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from salmon.maths.tcd.ie (salmon.maths.tcd.ie [134.226.81.11]) by hub.freebsd.org (Postfix) with SMTP id 5FD5D37BA35 for ; Thu, 15 Jun 2000 12:34:58 -0700 (PDT) (envelope-from dwmalone@maths.tcd.ie) Received: from bell.maths.tcd.ie by salmon.maths.tcd.ie with SMTP id ; 15 Jun 2000 20:34:58 +0100 (BST) Date: Thu, 15 Jun 2000 20:34:58 +0100 From: David Malone To: Lowell Gilbert Cc: freebsd-bugs@freebsd.org Subject: Re: kern/19273: Halt key for syscons. Message-ID: <20000615203458.A68719@bell.maths.tcd.ie> References: <200006142050.aa81880@walton.maths.tcd.ie> <44pupj0xnd.fsf@lowellg.ne.mediaone.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <44pupj0xnd.fsf@lowellg.ne.mediaone.net>; from lowell@world.std.com on Thu, Jun 15, 2000 at 11:30:46AM -0400 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, Jun 15, 2000 at 11:30:46AM -0400, Lowell Gilbert wrote: > I've handed out a patch to solve this problem in a different way: > instead of setting up a different key for *every* kind of reboot, mine > tries to make it easy to change (at compile time; being able to do it > later would provide too much opportunity for confusion) the signal that > gets generated by ctrl-alt-delete. I did think it was a bit inelegant that I had to more-or-less duplicate of the shutdown_nice code, but there didn't seem to be another option if I was to cover the case where a signal to init wouldn't work. A more general soultion would be nice, maybe with a table of boot options and apropriate signals to send to init? > I'm not sure which approach is better. Mr. Malone's is certainly a lot > more flexible than mine in the sense of not changing what ctrl-alt- > delete already does. However, flexibility may not be an advantage in > this case; you don't want too many magic keyboard combinations bringing > the machine down. I didn't actually add the halt key to the default keymap, so there isn't a halt key by default. > Furthermore, my patch is *more* flexible in the sense > that it lets you attach *any* signal to the ctrl-alt-delete key combo. > This is useful because most of the requests I'd seen were actually for > powerdown, rather than just halt, to replace reboot. It would be nice to have the powerdown option too, hmmm. I could easily produce another option which did this and try to unify the *_nice functions. Afterall, they are only called from syscons and pcvt at the moment. David. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 17:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B154C37B754 for ; Thu, 15 Jun 2000 17:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA83267; Thu, 15 Jun 2000 17:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 15 Jun 2000 17:30:02 -0700 (PDT) Message-Id: <200006160030.RAA83267@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: bin/19190: patch to set history buffer size via vidcontrol(1) Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19190; it has been noted by GNATS. From: Kelly Yancey To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19190: patch to set history buffer size via vidcontrol(1) Date: Thu, 15 Jun 2000 17:22:58 -0700 (PDT) Close me. The functionality is already in kbdcontrol. Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 17:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6ACCC37B6F0 for ; Thu, 15 Jun 2000 17:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA83274; Thu, 15 Jun 2000 17:30:05 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Thu, 15 Jun 2000 17:30:05 -0700 (PDT) Message-Id: <200006160030.RAA83274@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: kern/19192: patches to include specfs in LINT, modules Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/19192; it has been noted by GNATS. From: Kelly Yancey To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: kern/19192: patches to include specfs in LINT, modules Date: Thu, 15 Jun 2000 17:25:20 -0700 (PDT) Close this. I should be beaten. Kelly To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 18: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2631637B9B0 for ; Thu, 15 Jun 2000 18:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA86547; Thu, 15 Jun 2000 18:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id C732C37B877; Thu, 15 Jun 2000 17:51:27 -0700 (PDT) Message-Id: <20000616005127.C732C37B877@hub.freebsd.org> Date: Thu, 15 Jun 2000 17:51:27 -0700 (PDT) From: lenwilliams@aplus.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19324: User account limitation of 65k users. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19324 >Category: i386 >Synopsis: User account limitation of 65k users. >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 Jun 15 18:00:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Len Williams >Release: 3.4 >Organization: >Environment: FreeBSD 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Wed Nov 24 18:50:51 PST 1999 >Description: Is it true that FreeBSD has a user account limit of 65k accounts? >How-To-Repeat: Exceed 65k users. >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 Jun 15 18:14:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3845A37B583; Thu, 15 Jun 2000 18:14:46 -0700 (PDT) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA89304; Thu, 15 Jun 2000 18:14:46 -0700 (PDT) (envelope-from billf@FreeBSD.org) Date: Thu, 15 Jun 2000 18:14:46 -0700 (PDT) From: Message-Id: <200006160114.SAA89304@freefall.freebsd.org> To: lenwilliams@aplus.net, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/19324: User account limitation of 65k users. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: User account limitation of 65k users. State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Thu Jun 15 18:14:29 PDT 2000 State-Changed-Why: No. http://www.freebsd.org/cgi/query-pr.cgi?pr=19324 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Jun 15 20:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id ECC8B37BFA8 for ; Thu, 15 Jun 2000 20:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA04888; Thu, 15 Jun 2000 20:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 775D737BD00; Thu, 15 Jun 2000 20:29:42 -0700 (PDT) Message-Id: <20000616032942.775D737BD00@hub.freebsd.org> Date: Thu, 15 Jun 2000 20:29:42 -0700 (PDT) From: yakisoba@f2.dion.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/19326: Fix GCC Target Macro 'i386/freebsd.h'. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19326 >Category: gnu >Synopsis: Fix GCC Target Macro 'i386/freebsd.h'. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Jun 15 20:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Naohiko Tsuji >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: __FreeBSD_version >= 400012 (GCC 2.95.X and later) >Description: GCC 2.95 or later, document 'description' field added to 'TARGET_SWITCHES' and 'TARGET_OPTIONS' structure. But 'i386/freebsd.h' is not added the field. === i386/i386.h with GCC 2.95.2 === ... #define TARGET_SWITCHES \ { { "80387", MASK_80387, "Use hardware fp" }, \ ^^^^^^^^^^^^^^^^^^^ { "no-80387", -MASK_80387, "Do not use hardware fp" },\ ... SUBTARGET_SWITCHES \ { "", MASK_SCHEDULE_PROLOGUE | TARGET_DEFAULT, 0 }} ... === i386/freebsd.h rev 1.34 === ... #undef SUBTARGET_SWITCHES #define SUBTARGET_SWITCHES \ { "profiler-epilogue", MASK_PROFILER_EPILOGUE}, \ { "no-profiler-epilogue", -MASK_PROFILER_EPILOGUE}, \ { "aout", MASK_AOUT}, \ { "no-aout", -MASK_AOUT}, \ { "underscores", MASK_UNDERSCORES}, \ { "no-underscores", -MASK_UNDERSCORES}, ... >How-To-Repeat: >Fix: Add Null field. === i386/freebsd.h === ... #undef SUBTARGET_SWITCHES #define SUBTARGET_SWITCHES \ { "profiler-epilogue", MASK_PROFILER_EPILOGUE, "" }, \ ... ^^^^ Or add pretty good 'description'. === i386/freebsd.h === ... #undef SUBTARGET_SWITCHES #define SUBTARGET_SWITCHES \ { "profiler-epilogue", MASK_PROFILER_EPILOGUE, "Function profiler epilogue" },\ ... So print it like below. yakisoba % gcc -v --help ... Target specific options: ... -mno-80387 Do not use hardware fp -m80387 Use hardware fp ... -mprofiler-epilogue Function profiler epilogue ... >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 Jun 15 20:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D718D37BBDA for ; Thu, 15 Jun 2000 20:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA06291; Thu, 15 Jun 2000 20:40:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 31C4A37BA59; Thu, 15 Jun 2000 20:32:47 -0700 (PDT) Message-Id: <20000616033247.31C4A37BA59@hub.freebsd.org> Date: Thu, 15 Jun 2000 20:32:47 -0700 (PDT) From: yakisoba@f2.dion.ne.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: gnu/19327: Fix to build 'a.out' binary. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19327 >Category: gnu >Synopsis: Fix to build 'a.out' binary. >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 Jun 15 20:40:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Naohiko Tsuji >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: __FreeBSD_version >= 400012 (GCC 2.95.X and later) >Description: After the base compiler is upgraded to GCC 2.95.2, 'a.out' binary could not build. CURRENT and 4.0-STABLE GCC Target Macro still support both 'ELF' and 'a.out'. So this problem is bug ? Or switch to 'ELF' only soon ? If fix now, correct '__main.o' in libgcc.a like below. a.out __main.o: ELF __main.o: U ___CTOR_LIST__ U ___DTOR_LIST__ 00000028 T ___do_global_ctors 00000000 T ___do_global_dtors 0000007c T ___main U __exit_dummy_decl 000000a4 D __exit_dummy_ref U _atexit P.S. Now 'ELF' has garbege. ELF __main.o: U __do_global_ctors 00000000 T __main >How-To-Repeat: >Fix: 1. Delete define 'INVOKE__main' in GCC Target Macro 'i386/freebsd.h'. 2. Add the next line to GCC Target Macro 'i386/freebsd.h'. #if defined (IN_LIBGCC2) && !defined (__ELF__) #undef OBJECT_FORMAT_ELF #undef INIT_SECTION_ASM_OP #endif 3. Add CFLAGS to 'gnu/lib/libgcc/Makefile'. CFLAGS+= -DIN_LIBGCC2 4. Improve 'function.c' hack. *** contrib/gcc/function.c.orig Tue Nov 2 03:56:02 1999 --- contrib/gcc/function.c Mon Jun 12 22:35:02 2000 *************** *** 6040,6059 **** #define HAS_INIT_SECTION #endif - #ifndef GEN_CALL__MAIN - #define GEN_CALL__MAIN \ - do { \ - emit_library_call (gen_rtx (SYMBOL_REF, Pmode, NAME__MAIN), 0, \ - VOIDmode, 0); \ - } while (0) - #endif - void expand_main_function () { ! #if defined(INVOKE__main) || !defined (HAS_INIT_SECTION) GEN_CALL__MAIN; #endif /* not HAS_INIT_SECTION */ } extern struct obstack permanent_obstack; --- 6040,6056 ---- #define HAS_INIT_SECTION #endif void expand_main_function () { ! #ifdef GEN_CALL__MAIN GEN_CALL__MAIN; + #else + #if !defined (HAS_INIT_SECTION) + emit_library_call (gen_rtx_SYMBOL_REF (Pmode, NAME__MAIN), 0, + VOIDmode, 0); #endif /* not HAS_INIT_SECTION */ + #endif /* GEN_CALL__MAIN */ } extern struct obstack permanent_obstack; >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 Jun 16 0:17:26 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1F4E637B9C9; Fri, 16 Jun 2000 00:17:24 -0700 (PDT) (envelope-from alex@FreeBSD.org) Received: (from alex@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA34405; Fri, 16 Jun 2000 00:17:23 -0700 (PDT) (envelope-from alex@FreeBSD.org) Date: Fri, 16 Jun 2000 00:17:23 -0700 (PDT) From: Message-Id: <200006160717.AAA34405@freefall.freebsd.org> To: kbyanc@posi.net, alex@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/19190: patch to set history buffer size via vidcontrol(1) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: patch to set history buffer size via vidcontrol(1) State-Changed-From-To: open->closed State-Changed-By: alex State-Changed-When: Fri Jun 16 00:16:48 PDT 2000 State-Changed-Why: Closed on originator's request. http://www.freebsd.org/cgi/query-pr.cgi?pr=19190 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 16 2:49:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by hub.freebsd.org (Postfix) with ESMTP id A5CA937B74F; Fri, 16 Jun 2000 02:49:24 -0700 (PDT) (envelope-from joe@pavilion.net) Received: from genius.systems.pavilion.net (postfix@genius.systems.pavilion.net [212.74.1.100]) by florence.pavilion.net (8.9.3/8.8.8) with ESMTP id KAA06397; Fri, 16 Jun 2000 10:49:11 +0100 (BST) (envelope-from joe@pavilion.net) Received: by genius.systems.pavilion.net (Postfix, from userid 100) id 72690124F0; Fri, 16 Jun 2000 09:12:22 +0100 (BST) Date: Fri, 16 Jun 2000 09:12:22 +0100 From: Josef Karthauser To: phk@FreeBSD.ORG Cc: eo@ertw.ca, freebsd-bugs@FreeBSD.ORG Subject: Re: kern/18858: microuptime() errors even after disabling APM on VIA KX133 chipset Message-ID: <20000616091222.B2958@pavilion.net> References: <200006101915.MAA34382@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006101915.MAA34382@freefall.freebsd.org>; from phk@FreeBSD.ORG on Sat, Jun 10, 2000 at 12:15:39PM -0700 X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Jun 10, 2000 at 12:15:39PM -0700, phk@FreeBSD.ORG wrote: > > http://www.freebsd.org/cgi/query-pr.cgi?pr=18858 FYI, I've not had a repeat of the error message since the first time. I'm still using APM fairly extensively. Joe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 16 4:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8F78A37BE69 for ; Fri, 16 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA85983; Fri, 16 Jun 2000 04:40:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from blount.mail.mindspring.net (blount.mail.mindspring.net [207.69.200.226]) by hub.freebsd.org (Postfix) with ESMTP id 25B1F37BDDE; Fri, 16 Jun 2000 04:33:43 -0700 (PDT) (envelope-from vsilyaev@mindspring.com) Received: from jupiter.delta.ny.us (nyf-ny7-25.ix.netcom.com [198.211.17.153]) by blount.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id HAA31546; Fri, 16 Jun 2000 07:33:40 -0400 (EDT) Received: (from vsilyaev@localhost) by jupiter.delta.ny.us (8.9.3/8.9.3) id HAA00450; Fri, 16 Jun 2000 07:33:38 -0400 (EDT) (envelope-from vsilyaev) Message-Id: <200006161133.HAA00450@jupiter.delta.ny.us> Date: Fri, 16 Jun 2000 07:33:38 -0400 (EDT) From: vns@delta.odessa.ua Reply-To: vns@delta.odessa.ua To: FreeBSD-gnats-submit@freebsd.org Cc: emulation@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/19331: Broken linprocfs filesystem in -stable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19331 >Category: kern >Synopsis: Broken linprocfs filesystem in -stable >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 16 04:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Vladimir N. Silyaev >Release: FreeBSD 4.0-STABLE i386 >Organization: >Environment: FreeBSD 4.0-STABLE i386 >Description: Broken linprocfs filesystem in -stable. It was broken by MFC revision 1.3 of the src/sys/i386/linux/linprocfs/linprocfs_vnops.c >How-To-Repeat: In the directory /sys/modules/linprocfs start the command 'make load', you'll get exec format error (undefined symbol 'textvp_fullpath' >Fix: To do a MFC for revision 1.44 of the /src/sys/kern/vfs_cache.c and 1.114 of the /src/sys/sys/vnode.h,v As a quick and dirty fix apply the following patch: --- vfs_cache.c.orig Mon Feb 14 01:09:01 2000 +++ vfs_cache.c Fri May 26 06:11:22 2000 @@ -587,3 +587,97 @@ return (error); } +/* + * Thus begins the fullpath magic. + */ + +#undef STATNODE +#define STATNODE(name) \ + static u_int name; \ + SYSCTL_INT(_vfs_cache, OID_AUTO, name, CTLFLAG_RD, &name, 0, "") + +static int disablefullpath; +SYSCTL_INT(_debug, OID_AUTO, disablefullpath, CTLFLAG_RW, + &disablefullpath, 0, ""); + +STATNODE(numfullpathcalls); +STATNODE(numfullpathfail1); +STATNODE(numfullpathfail2); +STATNODE(numfullpathfail3); +STATNODE(numfullpathfail4); +STATNODE(numfullpathfound); + +int +textvp_fullpath(struct proc *p, char **retbuf, char **retfreebuf) { + char *bp, *buf; + int i, slash_prefixed; + struct filedesc *fdp; + struct namecache *ncp; + struct vnode *vp, *textvp; + + numfullpathcalls++; + if (disablefullpath) + return (ENODEV); + textvp = p->p_textvp; + if (textvp == NULL) + return (EINVAL); + buf = malloc(MAXPATHLEN, M_TEMP, M_WAITOK); + bp = buf + MAXPATHLEN - 1; + *bp = '\0'; + fdp = p->p_fd; + slash_prefixed = 0; + for (vp = textvp; vp != fdp->fd_rdir && vp != rootvnode;) { + if (vp->v_flag & VROOT) { + if (vp->v_mount == NULL) { /* forced unmount */ + free(buf, M_TEMP); + return (EBADF); + } + vp = vp->v_mount->mnt_vnodecovered; + continue; + } + if (vp != textvp && vp->v_dd->v_id != vp->v_ddid) { + numfullpathfail1++; + free(buf, M_TEMP); + return (ENOTDIR); + } + ncp = TAILQ_FIRST(&vp->v_cache_dst); + if (!ncp) { + numfullpathfail2++; + free(buf, M_TEMP); + return (ENOENT); + } + if (vp != textvp && ncp->nc_dvp != vp->v_dd) { + numfullpathfail3++; + free(buf, M_TEMP); + return (EBADF); + } + for (i = ncp->nc_nlen - 1; i >= 0; i--) { + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = ncp->nc_name[i]; + } + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = '/'; + slash_prefixed = 1; + vp = ncp->nc_dvp; + } + if (!slash_prefixed) { + if (bp == buf) { + numfullpathfail4++; + free(buf, M_TEMP); + return (ENOMEM); + } + *--bp = '/'; + } + numfullpathfound++; + *retbuf = bp; + *retfreebuf = 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 Fri Jun 16 11:30:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 43B0337C005 for ; Fri, 16 Jun 2000 11:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA96700; Fri, 16 Jun 2000 11:30:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id AEE6437BFDF; Fri, 16 Jun 2000 11:25:37 -0700 (PDT) Message-Id: <20000616182537.AEE6437BFDF@hub.freebsd.org> Date: Fri, 16 Jun 2000 11:25:37 -0700 (PDT) From: trevlig@solace.mh.se To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/19336: write failure when adding distribution files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19336 >Category: conf >Synopsis: write failure when adding distribution files >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 16 11:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: David Hed >Release: 4.0 Stable >Organization: StuBoNet support group >Environment: generic kernel, i386, 4.0-release >Description: Did a minimum install of version 4.0 stable, added some basic ports like pine, bash & mc, apache (php), linux_base-6.1. When trying to use XF86Setup i realise that i havent included them and go into /stand/install to add them. Download starts normally but when it reaches 24060bytes [every distro i try] it just stops and reports. ------ "Write failure on transfer! (wrote -1 bytes of 24060 bytes") ------ The disks arent full and the connection is stable. I ran fsck to check, tried the same thing in single user mode. But no luck... Ports work fine when installing and i find it very strange that adding distributions do not. No other problems on the system, even tried switching NICs (3Com) Otherwise i find FreeBSD the best Operating System availble for servers =) >How-To-Repeat: Same problem with Upgrading the system or using /stand/sysinstall after reboot. >Fix: reinstall... ? :-C i dont experience the same problem on the box next to it (same installation procedure) >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 Jun 16 11:40:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C792637C006 for ; Fri, 16 Jun 2000 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA98005; Fri, 16 Jun 2000 11:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from obsidian.noc.dfn.de (obsidian.noc.dfn.de [193.174.247.193]) by hub.freebsd.org (Postfix) with ESMTP id 86C7037C029 for ; Fri, 16 Jun 2000 11:32:15 -0700 (PDT) (envelope-from schweikh@obsidian.noc.dfn.de) Received: (from schweikh@localhost) by obsidian.noc.dfn.de (8.9.3/8.9.3) id UAA23400; Fri, 16 Jun 2000 20:32:07 +0200 (MET DST) Message-Id: <20000616203206.A23249@obsidian.noc.dfn.de> Date: Fri, 16 Jun 2000 20:32:06 +0200 From: Jens Schweikhardt To: FreeBSD-gnats-submit@freebsd.org Cc: Jens Schweikhardt Subject: bin/19337: c89(1) not POSIX compliant (-l lib) and messes up args Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19337 >Category: bin >Synopsis: c89(1) not POSIX compliant (-l lib) and messes up args >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 Jun 16 11:40:02 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jens Schweikhardt >Release: FreeBSD 3.4-RELEASE i386 >Organization: DFN Network Operation Center >Environment: FreeBSD hal9000.details.de 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Wed Apr 26 20:03:46 CEST 2000 toor@hal9000.details.de:/usr/src/sys/compile/HAL9000 i386 >Description: hello, world\n Problem 1: c89 can't deal with withespace in arguments: schweikh@hal9000:~ 0 $ c89 -o "hello world" hello.c cc: world: No such file or directory Problem 2: gcc does not understand "-l lib", i.e. the space between -l and the library name which POSIX.2 permits. c89 frobs the arg list anyway, so why not transform any "-l lib" to "-llib" to work around the gcc bug. (I submitted a bug report to the gcc maintainers more than a year ago; they answered "it's low priority" and so havn't gotten around to fixing it yet.) schweikh@hal9000:~ 0 $ c89 hello.c -l c Invalid operand usage: c89 [-c] [-D name[=value]] [...] [-E] [-g] [-I directory ...] [-L directory ...] [-o outfile] [-O] [-s] [-U name ...] operand ... Problem 3: The error messages mention cc instead of c89, which is confusing (see problem 1). Problem 4: A buglet in the man page: DESCRIPTION This is the name of the C language compiler as required by the IEEE Std1003.2 (``POSIX.2''). standard. | This dot is a bogon---------+ >How-To-Repeat: c89 -o "hello world" hello.c c89 hello.c -l c >Fix: Shell programming is known for having problems with white space in arguments. So I decided to write an "almost one-liner" in C to fix problems 1 to 3 mentioned above. I've also written an itsy bitsy Makefile. Both files belong into /usr/src/usr.bin/c89. The BSD style consultants may want to frob a line or two in both of these. I spare you the diff for the man page. Regards, Jens -- Jens Schweikhardt http://www.schweikhardt.net/ SIGSIG -- signature too long (core dumped) ------------------------ PROG = c89 CFLAGS += -Wall MAN1 = c89.1 .include ------------------------End of Makefile This is /usr/src/usr.bin/c89.c -- it replaces c89.sh: /* * This is the Posix.2 mandated C compiler. Basically, a hook to the * cc(1) command. Initial /bin/sh version by Joerg Wunsch. Rewritten * in C by Jens Schweikhardt to fix problems with embedded whitespace * in arguments and to make the "-l lib" identical to "-llib". POSIX * allows "-l lib" so the bug is actually with gcc barfing on it. I * already submitted a bug report to the gcc maintainers but they consider * it way low on their priority list. Once they fix it, remove the * 'else' part of the _CC_UNDERSTANDS_L_LIB conditional below. * * Copyright (c) 2000 by Jens Schweikhardt * * Redistribution and use in source and binary forms, with or without * modification, are permitted provided that the following conditions * are met: * 1. Redistributions of source code must retain the above copyright * notice, this list of conditions and the following disclaimer. * 2. Redistributions in binary form must reproduce the above copyright * notice, this list of conditions and the following disclaimer in the * documentation and/or other materials provided with the distribution. * * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND * ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE * IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE * ARE DISCLAIMED. IN NO EVENT SHALL THE AUTHOR OR CONTRIBUTORS BE LIABLE * FOR ANY DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL * DAMAGES (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS * OR SERVICES; LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) * HOWEVER CAUSED AND ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT * LIABILITY, OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * * $FreeBSD$ */ #include #include #include #include #define CC "/usr/bin/cc" /* The big kahuna doing the actual work */ static void usage (void); int main (int argc, char **argv) { int i, Argc = 0; char **Argv = malloc ((argc + 4) * sizeof *Argv); if (Argv == NULL) { perror ("c89: malloc"); return EXIT_FAILURE; } Argv[Argc++] = argv[0]; Argv[Argc++] = "-ansi"; Argv[Argc++] = "-pedantic"; Argv[Argc++] = "-D_ANSI_SOURCE"; while ((i = getopt (argc, argv, "cD:EgI:l:L:o:OsU:")) != -1) { if (i == '?') usage (); if (i == 'l') { if (argv[optind-1][0] == '-') { /* -llib */ optind -= 1; } else { /* -l lib */ optind -= 2; } break; /* because -llib or -l lib starts the operands */ } } if (argc == optind) { (void)fputs ("c89: missing operand\n", stderr); usage (); } /* XXX: remove this ifdef once gcc understands -l lib */ #ifdef _CC_UNDERSTANDS_L_LIB /* append argv[] to Argv[] */ for (i = 1; i <= argc; ++i) Argv[Argc++] = argv[i]; #else /* append argv[] to Argv[], transforming "-l lib" to "-llib" */ for (i = 1; i < argc; ++i) { if (argv[i] == NULL) continue; /* skip lib in -l lib */ if (strcmp (argv[i], "-l") == 0) { Argv[Argc] = malloc (3 + strlen (argv[i+1])); /* "-l" + argv[i+1] + \0 */ if (Argv[Argc] == NULL) { perror ("c89: malloc"); return EXIT_FAILURE; } (void)strcat (strcpy (Argv[Argc++], "-l"), argv[i+1]); argv[i+1] = NULL; /* skip in next iteration */ } else { Argv[Argc++] = argv[i]; } } Argv[Argc] = NULL; #endif /* _CC_UNDERSTANDS_L_LIB */ if (execv (CC, Argv) == -1) perror ("c89: execv: " CC); return EXIT_FAILURE; } static void usage (void) { (void)fputs ( "usage: c89 [-c] [-D name[=value]] [...] [-E] [-g] [-I directory ...]\n" "\t[-L directory ...] [-o outfile] [-O] [-s] [-U name ...] operand ...\n", stderr); exit (EXIT_FAILURE); } >Release-Note: >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org Subject: c89(1) not POSIX compliant (-l lib) and messes up args From: schweikh@noc.dfn.de Reply-To: schweikh@noc.dfn.de X-send-pr-version: 3.2 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 16 11:50:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0811A37B96D for ; Fri, 16 Jun 2000 11:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA99098; Fri, 16 Jun 2000 11:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id BAC9437B96D; Fri, 16 Jun 2000 11:49:49 -0700 (PDT) Message-Id: <20000616184949.BAC9437B96D@hub.freebsd.org> Date: Fri, 16 Jun 2000 11:49:49 -0700 (PDT) From: Jeff.Potter@Compaq.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/19338: ProLiant DL360 dual proc. locks when booting SMP kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19338 >Category: i386 >Synopsis: ProLiant DL360 dual proc. locks when booting SMP kernel >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Jun 16 11:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Jeff Potter >Release: FreeBSD 4.0 - RELEASE >Organization: Compaq Computer Corp. >Environment: FreeBSD mm3.compaq.com 4.0-RELEASE 4.0 RELEASE #1: Mon Apr 10 00:51:54 CDT 2000 root@mm3.compaq.com:/usr/src/sys/compile/CPQ2 i386 >Description: Customer reported an SMP "lock up" issue with "...FreeBSD-4.0 Stable Snapshot (from around 31-5-2000)..." on a Dual 800MHZ processor Proliant DL360. Subsequently, we were able to reproduce "the lock" up issue in our lab with FreeBSD 4.0-RELEASE #1 version on a bare bone 667MHZ DL360 with 512MB RAM. We moved the drive from the DL360 to a DL380, and it booted the SMP kernel without issue. To verify the DL 360 hardware, we loaded and ran the RedHat 6.2 SMP kernel without issue. So, our focus moved to the differences between the DL360 & DL380 platforms with respect to SMP & APIC tables. The only obvious difference between the DL 380 & DL 360 is APIC ID for the BSPs is 1 & 3 respectively with the APs both set to ID 0. A summary of the main differnce is listed below: "The package on the [DL360] FC PGA (Pentium III Flat Pack) is different from the [DL380] SECC2 (Pentium III Slot 1). Intel ... required that the APIC IDs be 3 and 0 for a FCPGA dual processor design. The hardware controls this, not the ROM." Original E-Mail from customer listed below: > > Matthew, > > > > I have FreeBSD 4.0 running in Uniprocessor mode running on the DL360. It > > should not be a big stretch to get it to run SMP. I will get > > a second processor, and try it as soon as time permits. My biggest issue > > was 1510 SCSI driver support. We found that in order to get the Symbios SCSI working it was necessary to remove the RAID card. > > Just curious: > > > > What APIC mode is being used on the DL380 (Full Table or Mapped)? > > What Version of FreeBSD is the customer running on the DL380? > > What SCSI controller is the customer using? We tried the DL360 in all three possible APIC modes, Full Table, Mapped, and disabled. with no luck. We were using a FreeBSD-4.0 Stable Snapshot (from around 31-5-2000) as we required a recent version for ida (Compaq RAID array adapter) support, which was not working for the 380 or 360 until the exisiting ida driver was "told" about the addresses etc for these machines by the one of the driver authors. Snapshots are available from ftp://releng4.freebsd.org/pub/FreeBSD/snapshots/i386/ We were (obviously :o) using the ida RAID adapter for disk support. There were no problems getting SMP to work on the 380, as we used the 'mptable' command to find out the correct number of APICs, BUSes, and INTRupts for compilation into the kernel. With the 360, it would pause at the point where the second CPU was launched,it would still respond to a -- key sequence though. Please contact me if you need any further information. Thanks, James Output from boot -hv DL360 -------------------------- connected Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000531-STABLE #0: Thu Jun 1 16:03:10 BST 2000 root@fubar.noc.demon.net:/usr/src/sys/compile/CPQ Calibrating clock(s) ... TSC clock: 797430926 Hz, i8254 clock: 1193118 Hz CLK_USE_I8254_CALIBRATION not specified - using default frequency Timecounter "i8254" frequency 1193182 Hz CLK_USE_TSC_CALIBRATION not specified - using old calibration method CPU: Pentium III/Pentium III Xeon (797.48-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x683 Stepping = 3 Features=0x383fbff real memory = 1207943168 (1179632K bytes) Physical memory chunk(s): 0x00001000 - 0x0009efff, 647168 bytes (158 pages) 0x002c3000 - 0x47ff3fff, 1205014528 bytes (294193 pages) avail memory = 1170939904 (1143496K bytes) Programming 35 pins in IOAPIC #0 IOAPIC #0 intpin 2 -> irq 0 IOAPIC #0 intpin 24 -> irq 2 SMP: CPU0 apic_initialize(): lint0: 0x00000700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff FreeBSD/SMP: Multiprocessor motherboard cpu0 (BSP): apic id: 3, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 0, version: 0x00040011, at 0xfee00000 io0 (APIC): apic id: 8, version: 0x00220011, at 0xfec00000 bios32: Found BIOS32 Service Directory header at 0xc00ffee0 bios32: Entry = 0xf0000 (c00f0000) Rev = 0 Len = 1 pcibios: PCI BIOS entry at 0x94 Other BIOS signatures found: ACPI: 000f4f90 Preloaded elf kernel "kernel" at 0xc02a7000. Pentium Pro MTRR support enabled SMP: CPU0 bsp_apic_configure(): lint0: 0x00010700 lint1: 0x00000400 TPR: 0x00000010 SVR: 0x000001ff pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) npx0: on motherboard npx0: INT 16 interface pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcib0: on motherboard found-> vendor=0x1166, dev=0x0009, revid=0x05 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0009, revid=0x05 class=06-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 Freeing (NOT implemented) redirected PCI irq 5. found-> vendor=0x1000, dev=0x0010, revid=0x02 class=01-04-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=19 map[10]: type 1, range 32, base 00002000, size 8 map[14]: type 1, range 32, base c5000000, size 24 map[18]: type 1, range 32, base c4000000, size 24 found-> vendor=0x1002, dev=0x4756, revid=0x7a class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 found-> vendor=0x0e11, dev=0xa0f0, revid=0x00 class=08-80-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 intpin=a, irq=255 map[10]: type 1, range 32, base 00001800, size 8 map[14]: type 1, range 32, base c3ffef00, size 8 found-> vendor=0x8086, dev=0x0960, revid=0x05 class=06-04-00, hdrtype=0x01, mfdev=1 subordinatebus=1 secondarybus=1 Freeing (NOT implemented) redirected PCI irq 3. found-> vendor=0x8086, dev=0x1960, revid=0x05 class=05-80-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=21 map[10]: type 1, range 32, base c0fc0000, size 18 found-> vendor=0x1166, dev=0x0200, revid=0x4f class=06-01-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 found-> vendor=0x1166, dev=0x0211, revid=0x00 class=01-01-8a, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 map[20]: type 1, range 32, base 00002800, size 4 pci0: on pcib0 ida0: port 0x2000-0x20ff mem 0xc4000000-0xc4ffffff,0xc5000000-0xc5ffffff irq 19 at device 1.0 on pci0 ida0: drives=1 firm_rev=1.40 idad0: on ida0 idad0: 8670MB (17756160 sectors), blocksize=512 Creating DISK idad0 pci0: (vendor=0x1002, dev=0x4756) at 3.0 pci0: (vendor=0x0e11, dev=0xa0f0) at 4.0 pcib1: at device 5.0 on pci0 found-> vendor=0x1002, dev=0x4756, revid=0x7a class=03-00-00, hdrtype=0x00, mfdev=0 subordinatebus=0 secondarybus=0 map[10]: type 1, range 32, base c2000000, size 24 map[14]: type 1, range 32, base 00003000, size 8 map[18]: type 1, range 32, base c6aff000, size 12 pci1: on pcib1 pci1: (vendor=0x1002, dev=0x4756) at 0.0 pci0: (vendor=0x8086, dev=0x1960) at 5.1 irq 21 isab0: at device 15.0 on pci0 isa0: on isab0 atapci0: port 0x2800-0x280f at device 15.1 on pci0 ata0: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x2800 ata0: mask=03 status0=20 status1=30 ata0: mask=03 status0=20 status1=30 ata0: devices = 0x0 ata0: probe allocation failed ata1: iobase=0x0170 altiobase=0x0376 bmaddr=0x2808 ata1: mask=03 status0=50 status1=01 ata1: mask=03 status0=00 status1=01 ata1: devices = 0xc ata1: at 0x170 irq 15 on atapci0 pci_open(1): mode 1 addr port (0x0cf8) is 0x00000000 pci_open(1a): mode1res=0x80000000 (0x80000000) pci_cfgcheck: device 0 [class=060000] [hdr=80] is there (id=00091166) pcib3: on motherboard Freeing (NOT implemented) redirected PCI irq 7. found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=17 map[10]: type 1, range 32, base c6fff000, size 12 map[14]: type 1, range 32, base 00004000, size 6 map[18]: type 1, range 32, base c6e00000, size 20 Freeing (NOT implemented) redirected PCI irq 7. found-> vendor=0x0000, dev=0x0000, revid=0x00 class=07-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=17 map[10]: type 1, range 32, base 00004040, size 3 map[14]: type 1, range 32, base c6dff000, size 12 Freeing (NOT implemented) redirected PCI irq 10. found-> vendor=0x8086, dev=0x1229, revid=0x08 class=02-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=2 map[10]: type 1, range 32, base c6dfe000, size 12 map[14]: type 1, range 32, base 00004080, size 6 map[18]: type 1, range 32, base c6c00000, size 20 Freeing (NOT implemented) redirected PCI irq 10. found-> vendor=0x0000, dev=0x0000, revid=0x00 class=07-00-00, hdrtype=0x00, mfdev=1 subordinatebus=0 secondarybus=0 intpin=a, irq=2 map[10]: type 1, range 32, base 000040c0, size 3 map[14]: type 1, range 32, base c6bff000, size 12 pci3: on pcib3 fxp0: port 0x4000-0x403f mem 0xc6e00000-0xc6efffff,0xc6fff000-0xc6ffffff irq 17 at device 4.0 on pci3 fxp0: Ethernet address 00:01:fa:ff:f4:f3 bpf: fxp0 attached pci3: (vendor=0x0000, dev=0x0000) at 4.1 irq 17 fxp1: port 0x4080-0x40bf mem 0xc6c00000-0xc6cfffff,0xc6dfe000-0xc6dfefff irq 2 at device 5.0 on pci3 fxp1: Ethernet address 00:01:fa:ff:f5:05 bpf: fxp1 attached pci3: (vendor=0x0000, dev=0x0000) at 5.1 irq 2 eisa0: on motherboard mainboard0: on eisa0 slot 0 Trying Read_Port at 203 Trying Read_Port at 243 Trying Read_Port at 283 Trying Read_Port at 2c3 Trying Read_Port at 303 Trying Read_Port at 343 Trying Read_Port at 383 Trying Read_Port at 3c3 ata-: ata0 exists, using next available unit number ata-: ata1 exists, using next available unit number isa_probe_children: disabling PnP devices isa_probe_children: probing non-PnP devices fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata2: iobase=0x01f0 altiobase=0x03f6 bmaddr=0x0000 ata2: mask=03 status0=20 status1=30 ata2: mask=03 status0=20 status1=30 ata2: devices = 0x0 ata2: probe allocation failed atkbdc0: at port 0x60,0x64 on isa0 atkbd0: irq 1 on atkbdc0 atkbd: the current kbd controller command byte 0065 atkbd: keyboard ID 0x41ab (2) kbdc: RESET_KBD return code:00fa kbdc: RESET_KBD status:00aa kbd0: atkbd0, AT 101/102 (2), config:0x0, flags:0x1d0000 psm0: current command byte:0065 kbdc: TEST_AUX_PORT status:0000 kbdc: RESET_AUX return code:00fa kbdc: RESET_AUX status:00aa kbdc: RESET_AUX ID:0000 psm: status 00 02 64 psm: status 00 00 64 psm: status 00 03 64 psm: status 00 03 64 psm: data 08 00 00 psm: data 08 00 00 psm: status 00 02 64 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3-00, 3 buttons psm0: config:00000000, flags:00000000, packet size:4 psm0: syncmask:08, syncbits:08 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 fb0: vga0, vga, type:VGA (5), flags:0x7007f fb0: port:0x3c0-0x3df, crtc:0x3d4, mem:0xa0000 0x20000 fb0: init mode:24, bios mode:3, current mode:24 fb0: window:0xc00b8000 size:32k gran:32k, buf:0 size:32k VGA parameters upon power-up 50 18 10 00 00 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 05 50 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff VGA parameters in BIOS for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff EGA/VGA parameters to be used for mode 24 50 18 10 00 10 00 03 00 02 67 5f 4f 50 82 55 81 bf 1f 00 4f 0d 0e 00 00 00 00 9c 8e 8f 28 1f 96 b9 a3 ff 00 01 02 03 04 05 14 07 38 39 3a 3b 3c 3d 3e 3f 0c 00 0f 08 00 00 00 00 00 10 0e 00 ff sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x0> sc0: fb0, kbd0, terminal emulator: sc (syscons terminal) sio0: irq maps: 0x8041 0x8051 0x8041 0x8041 sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A, console sio1: configured irq 3 not in bitmap of probed irqs 0 sio1: irq maps: 0x8041 0x8041 0x8041 0x8041 sio1: probe failed test(s): 0 1 2 4 6 7 9 ppc0: parallel port not found. isa_probe_children: probing PnP devices SMP: enabled INTs: 1, 2, 4, 6, 12, 15, 17, 19, apic_imen: 0x00f56fa9 BIOS Geometries: 0:03fffe20 0..1023=1024 cylinders, 0..254=255 heads, 1..32=32 sectors 0 accounted for Device configuration finished. APIC_IO: routing 8254 via IOAPIC #0 intpin 2 bpf: lo0 attached SMP: AP CPU #1 Launched! SMP: CPU1 apic_initialize(): lint0: 0x00010700 lint1: 0x00010400 TPR: 0x00000010 SVR: 0x000001ff A three fingered salute then adds the following boot() called on cpu#1 Uptime: 0s Rebooting... cpu_reset called on cpu#1 cpu_reset: Stopping other CPUs cpu_reset: Restarting BSP pu_reset_proxy: Grabbed mp locck uf_orr sBeSP: BSP did not grab mp lock --------------------------------- Output from mptable when booting from the kernel.GENERIC DL360 =============================================================================== MPTable, version 2.0.15 ------------------------------------------------------------------------------- MP Floating Pointer Structure: location: BIOS physical address: 0x000f4ff0 signature: '_MP_' length: 16 bytes version: 1.4 checksum: 0x9f mode: Virtual Wire ------------------------------------------------------------------------------- MP Config Table Header: physical address: 0x000f29c9 signature: 'PCMP' base table length: 324 version: 1.4 checksum: 0x88 OEM ID: 'COMPAQ ' Product ID: 'PROLIANT ' OEM table pointer: 0x00000000 OEM table size: 0 entry count: 28 local APIC address: 0xfee00000 extended table length: 184 extended table checksum: 82 ------------------------------------------------------------------------------- MP Config Base Table Entries: -- Processors: APIC ID Version State Family Model Step Flags 3 0x10 BSP, usable 6 8 3 0x383fbff 0 0x10 AP, usable 6 8 3 0x383fbff -- Bus: Bus ID Type 0 PCI 3 PCI 9 ISA -- I/O APICs: APIC ID Version State Address 8 0x11 usable 0xfec00000 -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# INT active-lo level 0 5:A 8 21 INT active-lo level 0 5:B 8 20 INT active-lo level 0 5:C 8 21 INT active-lo level 0 5:D 8 20 INT active-lo level 3 6:A 8 23 INT active-lo level 3 6:B 8 22 INT active-lo level 3 6:C 8 23 INT active-lo level 3 6:D 8 22 INT active-lo level 0 1:A 8 19 INT active-lo level 0 1:B 8 18 INT active-lo level 3 4:A 8 17 INT active-lo level 3 5:A 8 24 INT active-hi edge 9 1 8 1 INT active-hi edge 9 0 8 2 INT active-hi edge 9 4 8 4 INT active-hi edge 9 6 8 6 INT active-hi edge 9 8 8 8 INT active-hi edge 9 9 8 9 INT active-hi edge 9 11 8 11 INT active-hi edge 9 12 8 12 INT active-lo level 9 13 8 13 INT active-hi edge 9 14 8 14 INT active-hi edge 9 15 8 15 -- Local Ints: Type Polarity Trigger Bus ID IRQ APIC ID PIN# ExtINT conforms conforms 9 0 255 0 NMI conforms conforms 9 0 255 1 ------------------------------------------------------------------------------- MP Config Extended Table Entries: Extended Table HOSED! -- James Guard System Administrator Interactive Services Demon Internet, Demon@THUS http://www.games.demon.net/ http://www.demon.net/ >How-To-Repeat: Configure an FreeBSD 4.0 RELEASE #1 SMP Kernel on a ProLiant DL360 with two FC PGA Pentium III processors configured for the Linux operating system, and attempt to boot it. >Fix: Possibly: FreeBSD 4.0 might "assume" that APIC ID's be sequential in ascending order. This is not a requirement per the Intel MP spec. In fact, in a current ProLiant MP boxes (with 3 or more cpu's), if a processor were to fail, the ROM would map it out, and the system would still try to boot with non-sequential APIC ID's (Compaq Hot Spare Boot CPU Patent). If this is the problem, then it may not be limited to FC PGA designs. Please contact me if you need more information. >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 Jun 16 15:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FC2E37B95E for ; Fri, 16 Jun 2000 15:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA39275; Fri, 16 Jun 2000 15:40:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Fri, 16 Jun 2000 15:40:04 -0700 (PDT) Message-Id: <200006162240.PAA39275@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Eric Veum Subject: Re: kern/18712: Kernel panic Reply-To: Eric Veum Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/18712; it has been noted by GNATS. From: Eric Veum To: freebsd-gnats-submit@FreeBSD.org Cc: mcrosland@zap.A2000.nl Subject: Re: kern/18712: Kernel panic Date: Fri, 16 Jun 2000 15:30:32 -0700 (PDT) Hitting ALT-F2 when at the 3-item kernel boot configuration menu will also cause exactly the same error. (hardware used in test: Pentium-I P55C 266Mhz type board) __________________________________________________ Do You Yahoo!? Send instant messages with Yahoo! Messenger. http://im.yahoo.com/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Jun 16 17:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CA50237C15F for ; Fri, 16 Jun 2000 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA64528; Fri, 16 Jun 2000 17:50:01 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 9B70D37C125; Fri, 16 Jun 2000 17:46:55 -0700 (PDT) Message-Id: <20000617004655.9B70D37C125@hub.freebsd.org> Date: Fri, 16 Jun 2000 17:46:55 -0700 (PDT) From: zrq501j@tninet.se To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19347: top, CPU and SMP-problem in new kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19347 >Category: kern >Synopsis: top, CPU and SMP-problem in new kernel >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 Jun 16 17:50:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Johan Andersson >Release: 4.0 >Organization: None >Environment: FreeBSD oden.valhall 4.0-STABLE FreeBSD 4.0-STABLE #30: Mon Jun 12 14:09:58 CEST 2000 root@oden.valhall:/usr/src/sys/compile/JOHANS_KERNEL i386 >Description: I upgraded the kernel-source using cvsup and the /usr/share/example/cvsup/4.x-stable-supfile Then i compiled the new kernel... it took over 20 re-writings of the config-file I wrote until it wanted to boot. After that I could not use `top`, so recompiled the kvm-libs, and then the top-program almost works (it bugs showing wish program that have what pid). But, my computer was WAY slower now then it was before the new kernel, so i think that FreeBSD dont use both my cpu's. I got an AbitBP6-moderboard with 2 celeron 366mhz (unclocked) on. Before i could compile things and use programs at the same time without any problems, now the programs is VERY slow when i do more then one thing at the same time. The kernel find the 2 cpu's in the boot, but i dont think it uses both the cpu's when the system is running. Here is an output from dmesg|grep -i cpu: CPU: Pentium II/Pentium II Xeon/Celeron (367.50-MHz 686-class CPU) cpu0 (BSP): apic id: 0, version: 0x00040011, at 0xfee00000 cpu1 (AP): apic id: 1, version: 0x00040011, at 0xfee00000 SMP: AP CPU #1 Launched! How can i fix so the system is as fast as it was with the original-source when i compiled it for smp, and how do i fix top (and ps)? Why do top and ps bug? I am NOT good at english, and i realy hope you can understand me anyway, if not, please email me and ask becouse i realy want to fix this problems. I can send you my config-file i use when i compile the kernel if you want it. >How-To-Repeat: just cvsup down the latest kernel-source and compile the new kernel. >Fix: None... =( >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 Jun 16 21:21:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from grape.ease.lsoft.com (grape.ease.lsoft.com [209.119.1.39]) by hub.freebsd.org (Postfix) with ESMTP id 184EC37B590; Fri, 16 Jun 2000 21:20:55 -0700 (PDT) (envelope-from owner-blackbook@GUAVA.EASE.LSOFT.COM) Received: from guava (209.119.1.40) by grape.ease.lsoft.com (LSMTP for OpenVMS v1.1b) with SMTP id <12.000B58D3@grape.ease.lsoft.com>; Sat, 17 Jun 2000 0:17:32 -0500 Received: from GUAVA.EASE.LSOFT.COM by GUAVA.EASE.LSOFT.COM (LISTSERV-TCP/IP release 1.8d) with spool id 2126999 for BLACKBOOK@GUAVA.EASE.LSOFT.COM; Sat, 17 Jun 2000 00:14:09 -0400 Approved-By: bmcnally@EURODIRECTOR.COM Received: from 209.207.216.11 by GUAVA.EASE.LSOFT.COM (SMTPL release 1.0d) with TCP; Wed, 14 Jun 2000 12:15:15 -0400 Received: from k6200 (zhb118pub178.bluewin.ch [195.186.118.178]) by cob238.dn.net (8.9.3/8.9.3) with ESMTP id MAA27280 for ; Wed, 14 Jun 2000 12:12:54 -0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0036_01BFD62C.A8EAD2D0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2919.6700 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Message-ID: <003901bfd61b$e628ae30$0800a8c0@k6200> Date: Wed, 14 Jun 2000 18:16:29 +0200 Reply-To: Brian McNally From: Brian McNally Organization: www.eurodirector.com To: BLACKBOOK@GUAVA.EASE.LSOFT.COM Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0036_01BFD62C.A8EAD2D0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ab 15.6.2000 auf CD-ROM: **** blackbook 2000 ch **** =20 - die 1. Datenbank zum leichten und umfassenden Aufbau von ** Newslettern ** Kundeninformationsbriefen ** Produktankuendigungen ** Marketingaktionen ** Offerten einholen/stellen ** konzipiert f=FCr den Business to Business-Einsatz Schweiz - die Informationsdatenbank mit + 450'000 Business-Emails der Schweiz + 170'000 Business-Websites der Schweiz=20 (Registrar, weitere Domains des Registrars, Kontaktinfo) + 160'000 Kontaktadressen mit Telefon, Fax, Homepage,=20 Email, Beruf - Suchmoeglichkeiten Homepage/Adressen=20 nach Kanton - Beruf - Stichworten=20 Alle Daten exportierbar in Outlook 2000 oder Textfiles zur = Weiterverarbeitung. Eigene Daten importieren aus Outlook 2000 oder Textfiles.=20 Backup/Restore eigener Daten. Lieferumfang: Datenbankprogramm - "How to's" - Groupmailprogramme -=20 Internetmetasearchengine. (10'000 CD's zum Preis von jeweils SFr. 194.-- inklusive Porto und NN,=20 anschliessend SFr. 364.-- --- dieses Einf=FChrungsangebot gilt nur in = der Schweiz=20 und fuer die ersten 10'000 CD's) =20 More infos and order online on www.eurodirector.com www.carfashop.com www.eu-sales.com www.iq-u.com See you there! ------=_NextPart_000_0036_01BFD62C.A8EAD2D0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
ab=20 15.6.2000 auf CD-ROM:

****       blackbook 2000=20 ch    ****

 
- die=20 1. Datenbank zum leichten und umfassenden Aufbau=20 von

**   Newslettern
**  =20 Kundeninformationsbriefen
**  =20 Produktankuendigungen
**   = Marketingaktionen
**  =20 Offerten einholen/stellen
**   konzipiert f=FCr den = Business to=20 Business-Einsatz Schweiz

- die = Informationsdatenbank=20 mit

+ 450'000 Business-Emails der = Schweiz
+=20 170'000 Business-Websites der Schweiz
(Registrar, = weitere=20 Domains des Registrars, Kontaktinfo)
+ 160'000=20 Kontaktadressen mit Telefon, Fax, Homepage, =
Email, = Beruf

-=20 Suchmoeglichkeiten Homepage/Adressen =
nach Kanton - Beruf=20 - Stichworten

Alle Daten exportierbar in Outlook 2000 = oder=20 Textfiles zur Weiterverarbeitung.
Eigene Daten importieren aus = Outlook 2000=20 oder Textfiles.
Backup/Restore eigener=20 Daten.

Lieferumfang:
Datenbankprogramm - "How to's" -=20 Groupmailprogramme -
Internetmetasearchengine.

(10'000 CD's zum Preis = von=20 jeweils SFr. 194.-- inklusive Porto und NN, =
anschliessend SFr. 364.--=20 --- dieses Einf=FChrungsangebot gilt nur in der Schweiz=20
und fuer = die ersten 10'000=20 CD's)
 
More infos and order online on
www.eurodirector.com
www.carfashop.com
www.eu-sales.com
www.iq-u.com

See you=20 there!
 ------=_NextPart_000_0036_01BFD62C.A8EAD2D0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 1:40: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9132437B79D for ; Sat, 17 Jun 2000 01:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA11264; Sat, 17 Jun 2000 01:40:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 3ED3537B564; Sat, 17 Jun 2000 01:33:52 -0700 (PDT) Message-Id: <20000617083352.3ED3537B564@hub.freebsd.org> Date: Sat, 17 Jun 2000 01:33:52 -0700 (PDT) From: mb@imp.ch To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/19350: fetch needs the option '-b' to work properly with a transparent HTTP-Proxy Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19350 >Category: bin >Synopsis: fetch needs the option '-b' to work properly with a transparent HTTP-Proxy >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 Jun 17 01:40:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Martin Blapp >Release: 4.0 STABLE >Organization: Improware AG >Environment: >Description: Fetch should use for the ports-system the default '-b'. Else, a lot of the ports fail and the user has to fetch the files by himself. >How-To-Repeat: Any port which uses HTTP-Files as sources to fetch. fetch -A http://www4.vmware.com/software/VMware-2.0.1-546.tar.gz fetch: empty reply from www4.vmware.com >Fix: Use 'fetch -b' as default in the port-system. fetch -Ar http://www4.vmware.com/software/VMware-2.0.1-546.tar.gz --- bsd.port.mk Sun May 7 16:16:03 2000 +++ bsd.port.mk Sat Jun 17 10:21:00 2000 @@ -827,7 +827,7 @@ .if ${OSVERSION} < 300000 FETCH_CMD?= /usr/bin/fetch .else -FETCH_CMD?= /usr/bin/fetch -A +FETCH_CMD?= /usr/bin/fetch -Ar .endif #FETCH_BEFORE_ARGS+= $${CKSIZE:+-S $$CKSIZE} .else >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 Jun 17 1:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6C81D37B8FE for ; Sat, 17 Jun 2000 01:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA12082; Sat, 17 Jun 2000 01:50:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 17 Jun 2000 01:50:02 -0700 (PDT) Message-Id: <200006170850.BAA12082@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Blapp Subject: Re: bin/19350: fetch needs the option '-b' to work properly with a transparent HTTP-Proxy Reply-To: Martin Blapp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19350; it has been noted by GNATS. From: Martin Blapp To: freebsd-gnats-submit@FreeBSD.org, mb@imp.ch Cc: Subject: Re: bin/19350: fetch needs the option '-b' to work properly with a transparent HTTP-Proxy Date: Sat, 17 Jun 2000 10:46:54 +0200 Err, I made typos :( Fix: --- fetch -Ab http://www4.vmware.com/software/VMware-2.0.1-546.tar.gz --- bsd.port.mk Sun May 7 16:16:03 2000 +++ bsd.port.mk Sat Jun 17 10:21:00 2000 @@ -827,7 +827,7 @@ .if ${OSVERSION} < 300000 FETCH_CMD?= /usr/bin/fetch .else -FETCH_CMD?= /usr/bin/fetch -A +FETCH_CMD?= /usr/bin/fetch -Ab .endif #FETCH_BEFORE_ARGS+= $${CKSIZE:+-S $$CKSIZE} .else To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 2:38:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from basil.freemail.ne.jp (basil.freemail.ne.jp [210.235.164.33]) by hub.freebsd.org (Postfix) with SMTP id 233E937BA87 for ; Sat, 17 Jun 2000 02:38:46 -0700 (PDT) (envelope-from heroine@basil.freemail.ne.jp) Received: (qmail 2253 invoked from network); 17 Jun 2000 18:13:02 +0900 Received: from unknown (HELO default) (210.135.18.28) by basil.freemail.ne.jp with SMTP; 17 Jun 2000 18:13:02 +0900 Message-ID: <042701bfd83c$01f47aa0$02fc0bca@default> To: From: "SHRP" Subject: =?iso-2022-jp?B?GyRCJTkhPCVRITwlUiVtJSQlc05NPys3VzJoGyhC?= Date: Sat, 17 Jun 2000 18:00:09 +0900 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B%o%s%@!<%&!<%^%s!"%9!<%Q!<%,!<%k!"$=$NB>$*$b$K9qFb(B $B#7#0G/BeFC;#!&%"%K%a%R%m%$%s$rNM?+$9$k%S%G%*!u\:Y4uK>$NJ}$O(Bheroine04@lovergirl.com$B$K(B $BBj!V(Badd$B!W!"K\J8$K@8G/!JH>3Q?t;z!!Nc!'(B1970$B!K(B $B$r5-$7$F>\:Y;qNA!JD9J8!K$r@A5a$7$F$/$@$5$$!#(B $B!JJV?.$O<+F0=hM}$5$l$k>l9g$,$"$j$^$9$N$G>e$N7A<0$O(B $B@\JV?.$G$O$"$j$^$;$s!#(B $B>e$N%"%I%l%9$K$*4j$$$7$^$9!K(B $B%b%G%k4uK>!Je$K8B!K$N=w@-$O(B heroine@24h.co.jp$B$^$G(B $BBj!V(Bmodel$B!W!#K\J8$K4JC1$J<+8J>R2p$r5-$7$F(B $B>\:Y$r@A5a$7$F$/$@$5$$!#(B To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 3: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5EC9C37B57D for ; Sat, 17 Jun 2000 03:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA19258; Sat, 17 Jun 2000 03:00:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from castle.jp.freebsd.org (castle.jp.freebsd.org [210.226.20.15]) by hub.freebsd.org (Postfix) with ESMTP id 4B67537B5E3 for ; Sat, 17 Jun 2000 02:54:24 -0700 (PDT) (envelope-from matusita@jp.freebsd.org) Received: from localhost (localhost [127.0.0.1]) by castle.jp.freebsd.org (8.9.3+3.2W/8.7.3) with ESMTP id SAA20299 for ; Sat, 17 Jun 2000 18:54:19 +0900 (JST) (envelope-from matusita@jp.FreeBSD.org) Message-Id: <20000617185410K.matusita@jp.FreeBSD.org> Date: Sat, 17 Jun 2000 18:54:10 +0900 From: Makoto MATSUSHITA To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19351: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19351 >Category: bin >Synopsis: Why not importing GLOBAL 3.55 to our FreeBSD CVS repository >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Jun 17 03:00:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Makoto MATSUSHITA >Release: FreeBSD 5.0-CURRENT i386 >Organization: Japan FreeBSD Users' Group >Environment: All FreeBSD versions supported >Description: src/contrib/global is too old to use. Update to 3.55, the latest version. Note that its license is not changed yet. >How-To-Repeat: use GLOBAL tools. >Fix: Import http://www.tamacom.com/unix/global-3.55.tar.gz to CVS repository src/contrib/global. >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 Jun 17 7:25:42 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mx.oau.org (mx.oau.org [208.46.16.50]) by hub.freebsd.org (Postfix) with ESMTP id 474A837B5D3 for ; Sat, 17 Jun 2000 07:25:38 -0700 (PDT) (envelope-from elliot@alfred.oau.org) Received: (from uucp@localhost) by mx.oau.org (8.9.3/8.9.3) with UUCP id KAA23476; Sat, 17 Jun 2000 10:24:18 -0400 (EDT) Received: (from elliot@localhost) by alfred.oau.org (8.9.3/8.9.3) id KAA48740; Sat, 17 Jun 2000 10:18:13 -0400 (EDT) (envelope-from ebd@alfred.oau.org) From: Elliot Dierksen Message-Id: <200006171418.KAA48740@alfred.oau.org> Subject: Re: RocketPort PCI/Octa/DB25 vs. FreeBSD 3.4-STABLE In-Reply-To: <200006042301.BAA71367@midten.fast.no> from "Tor.Egge@fast.no" at "Jun 5, 2000 01:01:26 am" To: Tor.Egge@fast.no Date: Sat, 17 Jun 2000 10:18:13 -0400 (EDT) Cc: ebd@alfred.oau.org, support@comtrol.com, Tom.Hitchcock@comtrol.com, freebsd-bugs@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (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 Quoting Tor.Egge@fast.no: >> I have isolated the second part, but have not yet come up with a >> resolution. The setting lock devices are not working properly >> (cualR0, ttylR0) with regards to the baud rate. If you set the lock device >> to zero baud, it will only let you access the device at zero baud. The >> same holds true for 1200, 2400, etc. The initial setting of this device >> starts at 9600 baud. I have not been able to locate a value that allows >> you to change the baud rate of the regular callout device (cuaR0) when >> you access it. I don't know if this problem is in rp.c or tty.c. I will >> keep trying to find it, but I would appreciate any assistance. > >MAKEDEV generates incorrect minor device numbers for {cua,tty}{i,l}R0. >Locking of control characters is broken in rp.c. > >I suggest the following steps: > > - apply the enclosed patches > - install the updated MAKEDEV > - recreate the RocketPort device files by running the newly > installed MAKEDEV > - compile a new kernel > - install the new kernel > - reboot the machine > - test > >The standard RocketPort driver in FreeBSD has some additional problems: > > - Only the first PCI RocketPort card works in a machine. > - open() might cause a kernel panic instead of returning ENXIO if > the device doesn't exist. This seems to address most of the problems I was having. I plan to try and move one of my main modems to the RocketPort card this weekend. I did notice that these changes have not made their way into 3.4-STABLE. Any idea what the hold-up is? Thanx for your help! EBD -- Elliot Dierksen "There ain't nothing like regret To remind you you're alive" -- Sheryl Crow - The Difficult Kind Home) ebd@oau.org (407) 850-9760 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 8:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 25FB037B69E for ; Sat, 17 Jun 2000 08:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA52143; Sat, 17 Jun 2000 08:10:04 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id 229D537B866; Sat, 17 Jun 2000 08:03:48 -0700 (PDT) Message-Id: <20000617150348.229D537B866@hub.freebsd.org> Date: Sat, 17 Jun 2000 08:03:48 -0700 (PDT) From: eduard.epi@t-online.de To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/19353: Cannot install 4.0 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19353 >Category: kern >Synopsis: Cannot install 4.0 >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 Jun 17 08:10:03 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Peter Bornemann >Release: FreeBSD 4.0 for i386 >Organization: >Environment: not installed >Description: I am using an Athlon 700 on an ASUS K7V board with 256 MB Mem When I try to install FreeBSD 4.0, I get the following crash(copied the screen): /boot.config: -P Keyboard: yes / int=0000000d err=00000000 efl=00030002 eip=000056af eax=00000208 ebx=00000000 ecx=c0010010 edx=00000100 esi=0000000b edi=00000005 ebd=000003f4 esp=000003c4 cs=f000 ds=ec00 es=1000 fs=0000 gs=0000 ss=9cf5 cs:eip=0f 32 66 0d 00 00 08 00-0f 30 c3 66 69 10 00 01 ss:esp=12 57 15 00 00 00 00 01-00 00 8d 1d 00 ec ba 1d 01 System halted >How-To-Repeat: I have tried to boot by CD-ROM, differnet floppies, downloaded images. The result is always the same. I have also tried slower memory timings. Win 98 and Linux are running no problem with high load. >Fix: None :-( >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 Jun 17 9:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1311637B5B9 for ; Sat, 17 Jun 2000 09:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA59756; Sat, 17 Jun 2000 09:30:02 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: by hub.freebsd.org (Postfix, from userid 32767) id EA7B237B527; Sat, 17 Jun 2000 09:25:03 -0700 (PDT) Message-Id: <20000617162503.EA7B237B527@hub.freebsd.org> Date: Sat, 17 Jun 2000 09:25:03 -0700 (PDT) From: bjh21@cam.ac.uk To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/19354: ls(1) handles odd characters in ssymbolic links badly Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19354 >Category: bin >Synopsis: ls(1) handles odd characters in ssymbolic links badly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 17 09:30:01 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Ben Harris >Release: 4.0-CURRENT >Organization: University of Cambridge >Environment: FreeBSD cookie.csi.cam.ac.uk 4.0-STABLE FreeBSD 4.0-STABLE #0: Mon Jun 12 14:53:09 BST 2000 root@cookie.csi.cam.ac.uk:/usr/src-new/src/sys/compile/4.0GENPLUS i386 >Description: From NetBSD PRs 10384 and 10385: If I create a symlink (on ffs) whose name contains a newline (ASCII LF) character, "ls -l" fails to display the contents of the link correctly, giving "No such file or directory". The message seems to indicate that ls is passing the filename to readlink() after replacing odd characters with question marks. Sending the output of ls through "cat" (to disable -q) works around the problem. When giving a long (-l) listing, ls(1) doesn't replace special characters in the targets of symlinks with question marks. This means that by inserting suitable escape sequences in the contents of symbolic links, one can do arbitrary awkward things to the display of someone running "ls -l" on a directory, and probably cause ls to appear not to list certain files. >How-To-Repeat: cromarty:/tmp$ ln -s "one line" "two > lines" cromarty:/tmp$ ls -l "two > lines" ls: two?lines: No such file or directory lrwxrwxr-x 1 bjh21 wheel 8 Jun 17 15:02 two?lines cromarty:/tmp$ ls -l "two > lines" | cat lrwxrwxr-x 1 bjh21 wheel 8 Jun 17 15:02 two lines -> one line $ ln -s `printf '\033c'` link $ ls -l Or, more fun: $ mkdir hidden $ ln -s `printf '\033[2K\033[F\033[2K\033[F'` hidden2 $ ls -l >Fix: See patches in NetBSD PR#10385. I suspect these are applicable to FreeBSD. >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 Jun 17 10:50:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B06E137B64F for ; Sat, 17 Jun 2000 10:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA66268; Sat, 17 Jun 2000 10:50:00 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: from straynet.com (voyager.straynet.com [208.185.24.8]) by hub.freebsd.org (Postfix) with SMTP id 3BEB637B652 for ; Sat, 17 Jun 2000 10:41:13 -0700 (PDT) (envelope-from xyst@straynet.com) Received: (qmail 84755 invoked by uid 1013); 17 Jun 2000 17:41:29 -0000 Message-Id: <20000617174129.84754.qmail@straynet.com> Date: 17 Jun 2000 17:41:29 -0000 From: greg@straynet.com Reply-To: greg@straynet.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/19355: fstat gives signal 10 (SIGBUS) when outputting data Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 19355 >Category: bin >Synopsis: fstat gives signal 10 (SIGBUS) when outputting data >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Jun 17 10:50:00 PDT 2000 >Closed-Date: >Last-Modified: >Originator: Greg Prosser >Release: FreeBSD 3.4-STABLE i386 >Organization: Straynet Online >Environment: Straynet is a public hosting machine, with many users. When executing a script which calls sockstat I noticed fstat was dying on SIGBUS repeatedly. I changed CFLAGS in the /usr/src Makefile for fstat to include -g, and ran it through gdb and still could not find the problem. The sources are the ones currently in the RELENG_3 line (I used anoncvs to checkout the sources, and ran diffs. No changes) and are running on a FreeBSD-stable machine with the following uname tag: FreeBSD voyager.straynet.com 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue May 16 \ 20:16:55 EDT 2000 gregp@voyager.straynet.com:/usr/src/sys/compile/USERSSUCK \ i386 (Long lines wrapped with \) >Description: This problem popped up when I was running sockstat, as stated earlier, and was then isolated to fstat specifically. It appeared to core when listing information for a specific user (it was the last user in the list that appeared onscreen when doing a plain 'fstat' before it SIGBUS'd), and the behaviour repeats when I use fstat -u username. Example follows with gdb output. [root@voyager] /usr/src/usr.bin/fstat: make clean all [root@voyager] /usr/src/usr.bin/fstat: cd /usr/obj/usr/src/usr.bin/fstat [root@voyager] /usr/obj/usr/src/usr.bin/fstat: gdb ./fstat GNU gdb 4.18 Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (gdb) run -u bin2ooo Starting program: /usr/obj/usr/src/usr.bin/fstat/./fstat -u bin2ooo USER CMD PID FD MOUNT INUM MODE SZ|DV R/W bin2ooo bnc 10558 root / 2 drwxr-xr-x 1024 r bin2ooo bnc 10558 wd /home 1714378 drwxr-xr-x 512 r bin2ooo bnc 10558 text /usr 3190287 -rwxr-xr-x 79658 r bin2ooo bnc 10558 0 / 6766 crw--w---- ttyp2 rw bin2ooo bnc 10558 1 / 6766 crw--w---- ttyp2 rw bin2ooo bnc 10558 2 / 6766 crw--w---- ttyp2 rw bin2ooo bnc 10558 3* internet stream tcp dc5b9180 bin2ooo bnc 10558 4 /home 1714190 -rw-r--r-- 25717 w bin2ooo bnc 10558 6* internet stream tcp dc5d4840 bin2ooo bnc 10558 7* internet stream tcp dc5ff2a0 bin2ooo bash 10547 text /usr 3190357 -rwxr-xr-x 367780 r Program received signal SIGBUS, Bus error. 0x280cd832 in bcopy () from /usr/lib/libc.so.3 (gdb) bt #0 0x280cd832 in bcopy () from /usr/lib/libc.so.3 #1 0x5 in ?? () #2 0x8048e80 in main (argc=3, argv=0xbfbfdbe8) at /usr/src/usr.bin/fstat/fstat.c:265 #3 0x80489f5 in _start () (gdb) up #1 0x5 in ?? () (gdb) up #2 0x8048e80 in main (argc=3, argv=0xbfbfdbe8) at /usr/src/usr.bin/fstat/fstat.c:265 265 dofiles(p); (gdb) list 260 putchar('\n'); 261 262 for (plast = &p[cnt]; p < plast; ++p) { 263 if (p->kp_proc.p_stat == SZOMB) 264 continue; 265 dofiles(p); 266 } 267 exit(0); 268 } 269 (gdb) quit The program is running. Exit anyway? (y or n) y [root@voyager] /usr/obj/usr/src/usr.bin/fstat: ps uwxU bin2ooo USER PID %CPU %MEM VSZ RSS TT STAT STARTED TIME COMMAND bin2ooo 10547 0.0 0.0 0 0 p2 IEs+ - 0:00.00 (bash) bin2ooo 10558 0.0 0.1 1000 576 ?? Is Thu08PM 0:03.63 bnc [root@voyager] /usr/obj/usr/src/usr.bin/fstat: >How-To-Repeat: I'm not sure if this can be reproduced on other systems, I can't seem to track down this error myself, so I can't pinpoint where it's failing and thus reproduce it elsewhere, but for the last ten minutes the same action has caused this to happen again and again. More info available upon request (that's if it's still failing when you request it :)) >Fix: I'm wondering if this is a memory failure somewhere in fstat? I'm no FreeBSD hacker, so I don't have the slightest clue. >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 Jun 17 11:30:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C2FED37B6B5 for ; Sat, 17 Jun 2000 11:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA70371; Sat, 17 Jun 2000 11:30:03 -0700 (PDT) (envelope-from gnats@FreeBSD.org) Date: Sat, 17 Jun 2000 11:30:03 -0700 (PDT) Message-Id: <200006171830.LAA70371@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Greg Prosser Subject: Re: bin/19355: fstat gives signal 10 (SIGBUS) when outputting data Reply-To: Greg Prosser Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/19355; it has been noted by GNATS. From: Greg Prosser To: freebsd-gnats-submit@FreeBSD.org Cc: Subject: Re: bin/19355: fstat gives signal 10 (SIGBUS) when outputting data Date: Sat, 17 Jun 2000 14:28:16 -0400 (EDT) Hey .. I was playing around a little more with gdb, isolated it a little more to the exact line, and have some variable context information .. (gdb) step 350 bcopy(filed0.fd_dfiles, ofiles, (filed.fd_lastfile+1) * FPSIZE); (gdb) p filed0 $3 = {fd_fd = {fd_ofiles = 0xc8128d80, fd_ofileflags = 0x0, fd_cdir = 0x0, fd_rdir = 0x0, fd_nfiles = 0, fd_lastfile = 6922, fd_freefile = 12635, fd_cmask = 12859, fd_refcnt = 29236}, fd_dfiles = {0x32325b1b, 0x1b48313b, 0x20204b5b, 0x20202020, 0x20202020, 0x20202020, 0x20202020, 0x2f232020, 0x4057753c, 0x23205469, 0x57753c2f, 0x20546940, 0x753c2f23, 0x54694057, 0x3c2f2320, 0x69405775, 0x2f232054, 0x4057753c, 0x23205469, 0x57753c2f}, fd_dfileflags = "@iT\e[K\e[1;22r\e[22;1H"} (gdb) p filed0.fd_fd.fd_lastfile $4 = 6922 (gdb) p ofiles $5 = (struct file **) 0x8068000 (gdb) p *ofiles $6 = (struct file *) 0x0 (gdb) p (filed0.fd_fd.fd_lastfile+1) $7 = 6923 [note: FPSIZE must be a define, I had several errors printing the whole expression] (gdb) p filed0.fd_dfiles $8 = {0x32325b1b, 0x1b48313b, 0x20204b5b, 0x20202020, 0x20202020, 0x20202020, 0x20202020, 0x2f232020, 0x4057753c, 0x23205469, 0x57753c2f, 0x20546940, 0x753c2f23, 0x54694057, 0x3c2f2320, 0x69405775, 0x2f232054, 0x4057753c, 0x23205469, 0x57753c2f} I'm still puzzled .. if no information comes back regarding more requests for info without the next 30 minutes - hour, i'm going to kill the offending pid, and end this. (note: I tracked down the pid by fstat'ing each of the user's processes). /gp .... .. . ... . . . . . g r e g @ s t r a y n e t . c o m .-----.----.-----.-----. senior administrator, straynet online | _ | _| -__| _ | head network administrator, wen dot net |___ |__| |_____|___ | staff consultant, micro web company |_____| |_____| icq: 10405504 / aol im: xysters To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 23: 3:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1FFCA37B855; Sat, 17 Jun 2000 23:03:09 -0700 (PDT) (envelope-from ps@FreeBSD.org) Received: (from ps@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA48053; Sat, 17 Jun 2000 23:03:09 -0700 (PDT) (envelope-from ps@FreeBSD.org) Date: Sat, 17 Jun 2000 23:03:09 -0700 (PDT) From: Message-Id: <200006180603.XAA48053@freefall.freebsd.org> To: yergeau@gloworm.stanford.edu, ps@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/18970: Linksys PCMPC100 *V2* gets incorrect hardware address Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Linksys PCMPC100 *V2* gets incorrect hardware address State-Changed-From-To: open->closed State-Changed-By: ps State-Changed-When: Sat Jun 17 23:01:26 PDT 2000 State-Changed-Why: Committed, thanks! http://www.freebsd.org/cgi/query-pr.cgi?pr=18970 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Jun 17 23: 4:19 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from elvis.mu.org (elvis.mu.org [207.154.226.10]) by hub.freebsd.org (Postfix) with ESMTP id D7C0337B8CE; Sat, 17 Jun 2000 23:04:17 -0700 (PDT) (envelope-from paul@elvis.mu.org) Received: by elvis.mu.org (Postfix, from userid 1000) id 20E4E2B26A; Sun, 18 Jun 2000 01:04:12 -0500 (CDT) Date: Sat, 17 Jun 2000 23:04:12 -0700 From: Paul Saab To: ps@FreeBSD.org Cc: yergeau@gloworm.stanford.edu, freebsd-bugs@FreeBSD.org Subject: Re: i386/18970: Linksys PCMPC100 *V2* gets incorrect hardware address Message-ID: <20000617230411.A13133@elvis.mu.org> References: <200006180603.XAA48053@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.2i In-Reply-To: <200006180603.XAA48053@freefall.freebsd.org>; from ps@FreeBSD.org on Sat, Jun 17, 2000 at 11:03:09PM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Blah.. This patch was not commited.. I could not write the message out because of a permission problem with a stale tmp file left around.. A different patch was applied, but does fix the problem. ps@FreeBSD.org (ps@FreeBSD.org) wrote: > Synopsis: Linksys PCMPC100 *V2* gets incorrect hardware address > > State-Changed-From-To: open->closed > State-Changed-By: ps > State-Changed-When: Sat Jun 17 23:01:26 PDT 2000 > State-Changed-Why: > Committed, thanks! > > http://www.freebsd.org/cgi/query-pr.cgi?pr=18970 -- Paul Saab Technical Yahoo paul@mu.org - ps@yahoo-inc.com - ps@freebsd.org Do You .. uhh .. Yahoo!? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message