From owner-freebsd-bugs Sun Nov 9 00:45:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA24305 for bugs-outgoing; Sun, 9 Nov 1997 00:45:30 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from panda.hilink.com.au (panda.hilink.com.au [203.8.15.25]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA24294 for ; Sun, 9 Nov 1997 00:45:24 -0800 (PST) (envelope-from danny@panda.hilink.com.au) Received: (from danny@localhost) by panda.hilink.com.au (8.8.5/8.8.5) id TAA07015; Sun, 9 Nov 1997 19:44:20 +1100 (EST) Date: Sun, 9 Nov 1997 19:44:20 +1100 (EST) From: "Daniel O'Callaghan" To: Richard Furda cc: "Jordan K. Hubbard" , bugs@FreeBSD.ORG Subject: Re: Firewall In-Reply-To: <3.0.3.32.19971108211718.00689454@wgss.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 8 Nov 1997, Richard Furda wrote: > I am trying to get my firewall to work. I think that /etc/rc.firewall is > broken. > > First, the versions: > > FreeBSD gator.wgss.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Sat Nov 8 > 17:44:52 PST 1997 riso@gator.wgss.net:/usr/src/sys/compile/custom i386 > > $Id: rc.firewall,v 1.6.2.5 1997/10/21 00:20:35 jkh Exp $ > $Id: rc.conf,v 1.1.2.29 1997/10/31 02:00:42 jdp Exp $ > > When firewall is specified to 'open' a very important rule is not passed out, > ipfw add 1000 pass all from any to any You should have in rc.conf firewall_enable="YES" firewall_type="open" At rc.firewall line 71 $firewall_type is tested for values "open" and "OPEN" and adds the line 65000 pass all from any to any. How does this fit with what you are seeing? Danny From owner-freebsd-bugs Sun Nov 9 02:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29643 for bugs-outgoing; Sun, 9 Nov 1997 02:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA29630; Sun, 9 Nov 1997 02:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 02:30:01 -0800 (PST) Resent-Message-Id: <199711091030.CAA29630@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, bobson@egg.ics.nitech.ac.jp Received: from nitgw.mains.nitech.ac.jp (nitgw.elcom.nitech.ac.jp [133.68.21.192]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id CAA29445 for ; Sun, 9 Nov 1997 02:25:18 -0800 (PST) (envelope-from bobson@egg.ics.nitech.ac.jp) Received: from ai-gw2.ics.nitech.ac.jp by nitgw.mains.nitech.ac.jp (8.6.5+2.3W/6.4JAIN) id TAA09454; Sun, 9 Nov 1997 19:25:15 +0900 Received: from egg.ics.nitech.ac.jp (egg [133.68.137.65]) by ai-gw2.ics.nitech.ac.jp (8.7.5+2.6Wbeta6/3.4Wbeta597061616) with ESMTP id TAA27688 for ; Sun, 9 Nov 1997 19:25:10 +0900 (JST) Received: from bahamood.ics.nitech.ac.jp (ppp16 [133.68.161.116]) by egg.ics.nitech.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) with ESMTP id TAA18838 for ; Sun, 9 Nov 1997 19:21:34 +0900 (JST) Received: (from bobson@localhost) by bahamood.ics.nitech.ac.jp (8.8.5+2.7Wbeta5/3.5Wpl4) id TAA00786; Sun, 9 Nov 1997 19:24:34 +0900 (JST) Message-Id: <199711091024.TAA00786@bahamood.ics.nitech.ac.jp> Date: Sun, 9 Nov 1997 19:24:34 +0900 (JST) From: bobson@egg.ics.nitch.ac.jp Reply-To: bobson@egg.ics.nitech.ac.jp To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4987: addgroup problem Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4987 >Category: bin >Synopsis: addgroup problem >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 02:30:01 PST 1997 >Last-Modified: >Originator: Nobuhiro Ito >Organization: Nagoya Institute of Technology >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Intel Pentium 133MHz, 430HX Chip Set >Description: Addgroup command arrows 100 < GID < 65500. But, this command recievs GID 100. >How-To-Repeat: # ./addgroup -g 99 oops Group id out of range 100 < 99 < 65500 usage: addgroup group [user] addgroup [-g gid] group [user[,user,...]] # ./addgroup -g 100 oops # >Fix: *** addgroup.orig Sun Nov 9 19:14:53 1997 --- addgroup Sun Nov 9 19:02:04 1997 *************** *** 101,107 **** usage } set g [lindex $argv 1] ! if {$g < 100 || $g >= $gid_max} { putsErr "Group id out of range 100 < $g < $gid_max" usage } --- 101,107 ---- usage } set g [lindex $argv 1] ! if {$g <= 100 || $g >= $gid_max} { putsErr "Group id out of range 100 < $g < $gid_max" usage } >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 03:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA02318 for bugs-outgoing; Sun, 9 Nov 1997 03:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA02308; Sun, 9 Nov 1997 03:20:03 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 03:20:03 -0800 (PST) Resent-Message-Id: <199711091120.DAA02308@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Kapil Chowksey Received: from tapti.hss.hns.com (tapti.hss.hns.com [139.85.242.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA01852 for ; Sun, 9 Nov 1997 03:12:30 -0800 (PST) (envelope-from kchowksey@hss.hns.com) Received: from tarang.hss.hns.com (tarang.hss.hns.com [139.85.242.33]) by tapti.hss.hns.com (8.8.2/8.7.3) with ESMTP id QAA16078 for ; Sun, 9 Nov 1997 16:41:10 +0500 (IST) Received: (from kchowksey@localhost) by tarang.hss.hns.com (8.8.2/8.7.3) id QAA06504; Sun, 9 Nov 1997 16:38:52 -0500 (GMT) Message-Id: <199711092138.QAA06504@tarang.hss.hns.com> Date: Sun, 9 Nov 1997 16:38:52 -0500 (GMT) From: Kapil Chowksey To: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/4989: NE2100 ethernet card (lnc1) gives poor performance. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4989 >Category: kern >Synopsis: NE2100 ethernet card (lnc1) gives poor performance. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 03:20:01 PST 1997 >Last-Modified: >Originator: Kapil Chowksey >Organization: hss >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: FreeBSD ensatm1.hss.hns.com 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Tue Oct 21 14:33:00 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: NE2100 ethernet card (on an HP Vectra Pentium class CPU) running FreeBSD 2.2.5-RELEASE with 10Mbps ethernet is giving very poor performance (about 4 Kbps ftp transfers). This is happening only in post-install operation -- single user as well as multi-user mode. During installation (which was done in ftp mode using an ftp server on local ethernet), the performance was normal (about 400 Kbps ftp transfers). A tcpdump shows that FTP transfers a chunk of data, waits for *two seconds*, then transfers a chunk ... and so on. 16:36:48.167449 elbereth.40051 > kchowksey.ftp-data: . ack 12960 win 17280 (DF) [tos 0x8] 16:36:48.167599 elbereth.40051 > kchowksey.ftp-data: . ack 12960 win 17280 (DF) [tos 0x8] 16:36:49.641186 kchowksey.ftp-data > elbereth.40051: . 12960:14400(1440) ack 1 win 17280 (DF) [tos 0x8] 16:36:49.644203 elbereth.40051 > kchowksey.ftp-data: . ack 17280 win 12960 (DF) [tos 0x8] 16:36:49.644353 elbereth.40051 > kchowksey.ftp-data: . ack 17280 win 17280 (DF) [tos 0x8] >How-To-Repeat: Do a reasonably sustained ftp transfer on a NE2100 card. transfer rates are abyssimally low. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 06:50:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA14529 for bugs-outgoing; Sun, 9 Nov 1997 06:50:24 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from wosch@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA14503; Sun, 9 Nov 1997 06:50:15 -0800 (PST) (envelope-from wosch) Date: Sun, 9 Nov 1997 06:50:15 -0800 (PST) From: Wolfram Schneider Message-Id: <199711091450.GAA14503@hub.freebsd.org> To: bobson@egg.ics.nitech.ac.jp, wosch, freebsd-bugs Subject: Re: bin/4987 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: addgroup problem State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sun Nov 9 06:43:49 PST 1997 State-Changed-Why: Fixed in rev 1.1.2.2 addgroup.tcl. Thanks! From owner-freebsd-bugs Sun Nov 9 07:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15399 for bugs-outgoing; Sun, 9 Nov 1997 07:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15392; Sun, 9 Nov 1997 07:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 07:10:01 -0800 (PST) Resent-Message-Id: <199711091510.HAA15392@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, repin@ssd.sscc.ru Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA15200; Sun, 9 Nov 1997 07:06:39 -0800 (PST) (envelope-from nobody) Message-Id: <199711091506.HAA15200@hub.freebsd.org> Date: Sun, 9 Nov 1997 07:06:39 -0800 (PST) From: repin@ssd.sscc.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4990: NFS hangs under FastEthernet. 1024 Bytes packet size does not help Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4990 >Category: kern >Synopsis: NFS hangs under FastEthernet. 1024 Bytes packet size does not help >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 07:10:00 PST 1997 >Last-Modified: >Originator: Oleg Yu. Repin >Organization: Supercomputer Software Department RAS >Release: 2.2.5-RELEASE >Environment: FreeBSD ssd-sscc.sscc.ru 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Oct 29 19:34:57 NS 1997 root@ssd-0.sscc.ru:/usr/src/sys/compile/PII i386 >Description: I worked under 10 Mbps Ethernet before. Then I tried to switch to FastEthernet: Machines: 1. Pentium II 233 MHz, ASUS P2L97, 96 MB SDRAM, NCR UltraSCSI 2. Pentium 150 MHz, ASUS VX97, 32 MB EDO RAM, onboard IDE are not overclocked. Network cards: Intel EtherExpress PRO/100B PCI Hub: IntelExpress 100BASE-TX I discovered that NFS hangs while mounting disk from high end machine. I tried to change packet size (512, 1K, 8K, 16K) but it has not effect. The only success - switching to TCP (-T option of mount_nfs), but NFS still eventually hangs. One sertain case it happens: if I turn off and then turn on NFS server, NFS client hangs. But it can hang in other cases. Current mount options: bg,intr,-T,-r=8192,-w=8192 >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 08:14:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA19939 for bugs-outgoing; Sun, 9 Nov 1997 08:14:38 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA19925; Sun, 9 Nov 1997 08:14:32 -0800 (PST) (envelope-from obrien@FreeBSD.org) From: "David E. O'Brien" Received: (from obrien@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id IAA19150; Sun, 9 Nov 1997 08:12:40 -0800 (PST) Date: Sun, 9 Nov 1997 08:12:40 -0800 (PST) Message-Id: <199711091612.IAA19150@freefall.freebsd.org> To: obrien@NUXI.com, obrien@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4984 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cksum manpage needs option added State-Changed-From-To: open-closed State-Changed-By: obrien State-Changed-When: Sun Nov 9 08:12:00 PST 1997 State-Changed-Why: James Raynard and Joerg helped me out, so I could fix this myself. From owner-freebsd-bugs Sun Nov 9 08:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA20386 for bugs-outgoing; Sun, 9 Nov 1997 08:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA20371; Sun, 9 Nov 1997 08:20:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 08:20:01 -0800 (PST) Resent-Message-Id: <199711091620.IAA20371@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, rtm@eecs.harvard.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA20217; Sun, 9 Nov 1997 08:16:55 -0800 (PST) (envelope-from nobody) Message-Id: <199711091616.IAA20217@hub.freebsd.org> Date: Sun, 9 Nov 1997 08:16:55 -0800 (PST) From: rtm@eecs.harvard.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4992: SCSI disk scheduling disabled in 2.2.5 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4992 >Category: kern >Synopsis: SCSI disk scheduling disabled in 2.2.5 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 08:20:00 PST 1997 >Last-Modified: >Originator: Robert Morris >Organization: Harvard University >Release: 2.2.5 >Environment: FreeBSD frenulum.eecs.harvard.edu 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #1: Sat Nov 8 17:45:42 EST 1997 rtm@frenulum.eecs.harvard.edu:/amd/dominator/disk/glan25/kung/rtm/sys-2.2.5/compile/BOTH i386 >Description: The call to tqdisksort() in sd.c seems to be effectively commented out by an #ifdef SDDISKSORT. If one turns on SDDISKSORT, tqdisksort() still doesn't schedule read requests, because of the "goto insert" early in the function. Fixing all this improves my system's total throughput on heavy multi-user loads by about 30% (when 20 processes are doing small reads from different parts of the disk). With this load, scheduling alone does slightly better than AHC_TAGENABLE by itself. Both together improve performance by an additional 15%. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 11:25:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29625 for bugs-outgoing; Sun, 9 Nov 1997 11:25:17 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from home.dragondata.com (toasty@home.dragondata.com [204.137.237.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29551; Sun, 9 Nov 1997 11:24:12 -0800 (PST) (envelope-from toasty@home.dragondata.com) Received: (from toasty@localhost) by home.dragondata.com (8.8.5/8.8.5) id NAA00752; Sun, 9 Nov 1997 13:23:37 -0600 (CST) From: Kevin Day Message-Id: <199711091923.NAA00752@home.dragondata.com> Subject: Re: bin/4925: sendmail ignores user quotas In-Reply-To: from Vasim Valejev at "Nov 3, 97 01:53:28 pm" To: vasim@diaspro.com (Vasim Valejev) Date: Sun, 9 Nov 1997 13:23:37 -0600 (CST) Cc: toasty@dragondata.com, freebsd-gnats-submit@FreeBSD.ORG, gnats@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org X-Mailer: ELM [version 2.4ME+ PL31 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Hi ! > > On Sun, 2 Nov 1997 toasty@dragondata.com wrote: > > >Description: > > Users can receive mail well over their hard space limit. I'd like to be able to stop this from happening. /var/spool/mail is on it's own partition, so I thought I could apply a quota to prevent users from getting mailbombed, and also from just saving too much mail on the server. > > > > repquota shows the correct amount used, and will even show them going over the hard limit, but sendmail still dumps more data in their mail file. > > > > Is this a bug? Probably not, but it's not really consistant behavior, as nearly every other service will stop when their limit is reached. > > > > It's problem in /usr/libexec/mail.local . This program open and write in > user's mailboxes under root . > > > >How-To-Repeat: > > Enable quotas, and send a ton of mail to a user with very little space left. > > >Fix: > > Possible fix (not tested) for /usr/src/libexec/mail.local/mail.local.c : > > *** mail.local.c.orig Sat Oct 25 14:09:39 1997 > --- mail.local.c Mon Nov 3 13:24:53 1997 > *************** > *** 266,271 **** > --- 266,287 ---- > } > } > > + if (mbfd == -1) { > + e_to_sys(errno); > + warn("%s: %s", path, strerror(errno)); > + return; > + } > + > + close(mbfd); > + > + if (setuid(pw->pw_uid) < 0) > + { > + e_to_sys(errno); > + warn("%d: %s", pw->pw_uid, strerror(errno)); > + return; > + } > + > + mbfd = open(path, O_APPEND|O_WRONLY, 0); > if (mbfd == -1) { > e_to_sys(errno); > warn("%s: %s", path, strerror(errno)); > I'm not sure if this is related or not, but when a user over their quota got another message, there suddenly were thousands of 'mail.local' processes running, all trying to send mail to that user... It had otherwise worked perfectly before. Kevin From owner-freebsd-bugs Sun Nov 9 11:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29861 for bugs-outgoing; Sun, 9 Nov 1997 11:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29841; Sun, 9 Nov 1997 11:30:02 -0800 (PST) (envelope-from gnats) Date: Sun, 9 Nov 1997 11:30:02 -0800 (PST) Message-Id: <199711091930.LAA29841@hub.freebsd.org> To: freebsd-bugs Cc: From: Kevin Day Subject: Re: bin/4925: sendmail ignores user quotas Reply-To: Kevin Day Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4925; it has been noted by GNATS. From: Kevin Day To: vasim@diaspro.com (Vasim Valejev) Cc: toasty@dragondata.com, freebsd-gnats-submit@FreeBSD.ORG, gnats@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/4925: sendmail ignores user quotas Date: Sun, 9 Nov 1997 13:23:37 -0600 (CST) > Hi ! > > On Sun, 2 Nov 1997 toasty@dragondata.com wrote: > > >Description: > > Users can receive mail well over their hard space limit. I'd like to be able to stop this from happening. /var/spool/mail is on it's own partition, so I thought I could apply a quota to prevent users from getting mailbombed, and also from just saving too much mail on the server. > > > > repquota shows the correct amount used, and will even show them going over the hard limit, but sendmail still dumps more data in their mail file. > > > > Is this a bug? Probably not, but it's not really consistant behavior, as nearly every other service will stop when their limit is reached. > > > > It's problem in /usr/libexec/mail.local . This program open and write in > user's mailboxes under root . > > > >How-To-Repeat: > > Enable quotas, and send a ton of mail to a user with very little space left. > > >Fix: > > Possible fix (not tested) for /usr/src/libexec/mail.local/mail.local.c : > > *** mail.local.c.orig Sat Oct 25 14:09:39 1997 > --- mail.local.c Mon Nov 3 13:24:53 1997 > *************** > *** 266,271 **** > --- 266,287 ---- > } > } > > + if (mbfd == -1) { > + e_to_sys(errno); > + warn("%s: %s", path, strerror(errno)); > + return; > + } > + > + close(mbfd); > + > + if (setuid(pw->pw_uid) < 0) > + { > + e_to_sys(errno); > + warn("%d: %s", pw->pw_uid, strerror(errno)); > + return; > + } > + > + mbfd = open(path, O_APPEND|O_WRONLY, 0); > if (mbfd == -1) { > e_to_sys(errno); > warn("%s: %s", path, strerror(errno)); > I'm not sure if this is related or not, but when a user over their quota got another message, there suddenly were thousands of 'mail.local' processes running, all trying to send mail to that user... It had otherwise worked perfectly before. Kevin From owner-freebsd-bugs Sun Nov 9 11:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29871 for bugs-outgoing; Sun, 9 Nov 1997 11:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA29856; Sun, 9 Nov 1997 11:30:04 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 11:30:04 -0800 (PST) Resent-Message-Id: <199711091930.LAA29856@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, frf@xocolatl.com Received: from ns.tesco-stores.cz ([194.228.14.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA29775 for ; Sun, 9 Nov 1997 11:28:42 -0800 (PST) (envelope-from frf@crux.tesco-stores.cz) Received: from crux.tesco-stores.cz (nis6.cesnet.cz [194.108.107.214]) by ns.tesco-stores.cz (8.8.2/8.8.2) with ESMTP id UAA31892 for ; Sun, 9 Nov 1997 20:23:27 +0100 Received: (from frf@localhost) by crux.tesco-stores.cz (8.8.7/8.8.7) id UAA01457; Sun, 9 Nov 1997 20:24:52 +0100 (CET) Message-Id: <199711091924.UAA01457@crux.tesco-stores.cz> Date: Sun, 9 Nov 1997 20:24:52 +0100 (CET) From: frf@xocolatl.com Reply-To: frf@xocolatl.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4993: ppp retains old phone number after loading new profile Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4993 >Category: bin >Synopsis: ppp retains old phone number after loading new profile >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 11:30:03 PST 1997 >Last-Modified: >Originator: frf >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Nov 9 04:53:27 CET 1997 >Description: ppp uses phone number from prior profile after loading a new profile, but only the first time. >How-To-Repeat: # lines starting with # are my comments. # Lines starting in col 0 are prompts. # Lined indented are program output. # Define multiple profiles in ppp.conf. # Start it up with profile 1 root@crux: 8 > ppp work User Process PPP. Written by Toshiharu OHNO. Using interface: tun0 Interactive mode # Dail from profile 1 ppp ON crux> dial Dial attempt 1 of 1 Phone: 24227488 Warning: DialModem: dial failed. # Number's busy. # Show "work" profile ppp ON crux> show modem device: /dev/cuaa0 speed: 115200 cs8, no parity, CTS/RTS on. connect count: 1 outqlen: 0 DialScript = ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" ATE1Q0X3 OK-AT-OK \dATDP\T TIMEOUT 60 CONNECT LoginScript = TIMEOUT 5 name:--name: xxx word: xxx raha> ppp PhoneNumber(s) = 24227488|22003242 # Load "play" profile ppp ON crux> load play ppp ON crux> show modem device: /dev/cuaa0 speed: 115200 cs8, no parity, CTS/RTS on. connect count: 1 outqlen: 0 DialScript = ABORT BUSY ABORT NO\sCARRIER TIMEOUT 5 "" ATE1Q0X3 OK-AT-OK \dATDP\T TIMEOUT 60 CONNECT LoginScript = TIMEOUT 5 name:--name: xxx word: xxx NET> ppp # Phone number displayed is correct. PhoneNumber(s) = 24221174 ppp ON crux> dial Dial attempt 1 of 1 # Number dialed is wrong # Second phone number of profile work Phone: 22003242 # Break out of dial attempt with wrong number and dial again. ^Cppp ON crux> dial Dial attempt 1 of 1 Phone: 24221174 dial OK! login OK! ppp ON crux> Packet mode. ppp ON crux> PPP ON crux> PPP ON crux> show version PPP Version 1.3 - $Date: 1997/10/29 01:19:51 $ PPP ON crux> >Fix: Unknown -- frf@xocolatl.com Currently on assignment at tesco-stores.cz There's no point in being grown up if you can't be childish sometimes. -- Dr. Who >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 12:11:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA02189 for bugs-outgoing; Sun, 9 Nov 1997 12:11:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from crh.cl.msu.edu (crh.cl.msu.edu [35.8.1.24]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA02182 for ; Sun, 9 Nov 1997 12:11:00 -0800 (PST) (envelope-from henrich@crh.cl.msu.edu) Received: (from henrich@localhost) by crh.cl.msu.edu (8.8.7/8.8.7) id PAA00829; Sun, 9 Nov 1997 15:10:58 -0500 (EST) (envelope-from henrich) Date: Sun, 9 Nov 1997 15:10:58 -0500 (EST) From: Charles Henrich Message-Id: <199711092010.PAA00829@crh.cl.msu.edu> To: toasty@home.dragondata.com, freebsd-bugs@freebsd.org Subject: Re: bin/4925: sendmail ignores user quotas Newsgroups: lists.freebsd.bugs References: <64552e$1hh$1@msunews.cl.msu.edu> X-Newsreader: NN version 6.5.0 CURRENT #1 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In lists.freebsd.bugs you write: >The following reply was made to PR bin/4925; it has been noted by GNATS. >From: Kevin Day To: vasim@diaspro.com (Vasim >Valejev) Cc: toasty@dragondata.com, freebsd-gnats-submit@FreeBSD.ORG, >gnats@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/4925: >sendmail ignores user quotas Date: Sun, 9 Nov 1997 13:23:37 -0600 (CST) > > Hi ! > > > > On Sun, 2 Nov 1997 toasty@dragondata.com wrote: > > > >Description: > > > Users can receive mail well over their hard space limit. I'd like to be > > > able to stop this from happening. /var/spool/mail is on it's own > > > partition, so I thought I could apply a quota to prevent users from > > > getting mailbombed, and also from just saving too much mail on the > > > server. > > > > > > repquota shows the correct amount used, and will even show them going > > > over the hard limit, but sendmail still dumps more data in their mail > > > file. > > > > > > Is this a bug? Probably not, but it's not really consistant behavior, as > > > nearly every other service will stop when their limit is reached. I have fixed this bug (correctly) a hundred times since 2.1-RELEASE. For whatever insane purposes the FreeBSD core has never ever checked in my fixes. If you go looking through the archives you will find working and well tested (as in over 100,000 users on a 100+ systems) patches. Maybe one day someone out there will see the light and commit the damn thing. No Im not Bitter. -Crh -- Charles Henrich Michigan State University henrich@msu.edu http://pilot.msu.edu/~henrich From owner-freebsd-bugs Sun Nov 9 15:00:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA12162 for bugs-outgoing; Sun, 9 Nov 1997 15:00:31 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA12118; Sun, 9 Nov 1997 15:00:16 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id OAA20130; Sun, 9 Nov 1997 14:58:21 -0800 (PST) Date: Sun, 9 Nov 1997 14:58:21 -0800 (PST) Message-Id: <199711092258.OAA20130@freefall.freebsd.org> To: frf@xocolatl.com, brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/4993 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: ppp retains old phone number after loading new profile State-Changed-From-To: open-closed State-Changed-By: brian State-Changed-When: Sun Nov 9 14:56:56 PST 1997 State-Changed-Why: Fixed with command.c 1.96. I'll update http://www.freebsd.org/~brian in a few days. 2.2-STABLE won't be updated for a while. Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Sun Nov 9 14:56:56 PST 1997 Responsible-Changed-Why: Ppp's mine From owner-freebsd-bugs Sun Nov 9 15:45:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA15251 for bugs-outgoing; Sun, 9 Nov 1997 15:45:59 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from awfulhak.demon.co.uk (awfulhak.demon.co.uk [158.152.17.1]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA15245; Sun, 9 Nov 1997 15:45:29 -0800 (PST) (envelope-from brian@awfulhak.org) Received: from gate.lan.awfulhak.org (localhost [127.0.0.1]) by awfulhak.demon.co.uk (8.8.7/8.8.5) with ESMTP id XAA20790; Sun, 9 Nov 1997 23:45:21 GMT Message-Id: <199711092345.XAA20790@awfulhak.demon.co.uk> X-Mailer: exmh version 2.0zeta 7/24/97 To: Brian Somers cc: frf@xocolatl.com, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4993 In-reply-to: Your message of "Sun, 09 Nov 1997 14:58:21 PST." <199711092258.OAA20130@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sun, 09 Nov 1997 23:45:21 +0000 From: Brian Somers Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > Synopsis: ppp retains old phone number after loading new profile > > State-Changed-From-To: open-closed > State-Changed-By: brian > State-Changed-When: Sun Nov 9 14:56:56 PST 1997 > State-Changed-Why: > Fixed with command.c 1.96. I'll update http://www.freebsd.org/~brian > in a few days. 2.2-STABLE won't be updated for a while. I lied. I've just merged into -stable. -- Brian , , Don't _EVER_ lose your sense of humour.... From owner-freebsd-bugs Sun Nov 9 18:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25992 for bugs-outgoing; Sun, 9 Nov 1997 18:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25985; Sun, 9 Nov 1997 18:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sun, 9 Nov 1997 18:50:02 -0800 (PST) Resent-Message-Id: <199711100250.SAA25985@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, kps@ucsb.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA25768; Sun, 9 Nov 1997 18:43:54 -0800 (PST) (envelope-from nobody) Message-Id: <199711100243.SAA25768@hub.freebsd.org> Date: Sun, 9 Nov 1997 18:43:54 -0800 (PST) From: kps@ucsb.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/4995: atalk.diff.2.2 patch to 2.2.5-RELEASE breaks net/if_fddisubr.c Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4995 >Category: kern >Synopsis: atalk.diff.2.2 patch to 2.2.5-RELEASE breaks net/if_fddisubr.c >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Nov 9 18:50:01 PST 1997 >Last-Modified: >Originator: Kevin Schmidt >Organization: UC Santa Barbara >Release: 2.2.5-RELEASE >Environment: FreeBSD guido.ucsb.edu 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Thu Nov 6 17:57:14 PST 1997 root@guido.ucsb.edu:/usr/src/sys/compile/EMAIL i386 >Description: Kernel compile fails at net/if_fddisubr.c after atalk.diff.2.2 patches (described in 2.2.5-RELEASE ERRATA.TXT) are applied. Text: cc -c -O -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-externs -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I- -I. -I. ./.. -I../../../include -DNETATALK -DIPDIVERT -DIPACCT -DMFS -DPPS_SYNC -DFAILSA FE -DCOMPAT_43 -DMSDOSFS -DNFS -DFFS -DINET -DKERNEL ../../net/if_fddisubr.c ../../net/if_fddisubr.c: In function `fddi_output': ../../net/if_fddisubr.c:233: too many arguments to function `at_ifawithnet' *** Error code 1 >How-To-Repeat: Apply atalk.diff.2.2 to kernel sources and build kernel with 'pseudo-device fddi' in config file. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sun Nov 9 21:23:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03814 for bugs-outgoing; Sun, 9 Nov 1997 21:23:21 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03804; Sun, 9 Nov 1997 21:22:52 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id VAA24379; Sun, 9 Nov 1997 21:20:56 -0800 (PST) Date: Sun, 9 Nov 1997 21:20:56 -0800 (PST) Message-Id: <199711100520.VAA24379@freefall.freebsd.org> To: slw@convey.ru, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/3019 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Can't use SCSI disk (SCSI ID>3) on install State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Nov 9 21:19:46 PST 1997 State-Changed-Why: This is a limitation of the number of inodes available on the MFS filesystem. A solution will have to await a new device configuration database, should one ever be implemented. From owner-freebsd-bugs Sun Nov 9 21:23:59 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA03861 for bugs-outgoing; Sun, 9 Nov 1997 21:23:59 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA03824; Sun, 9 Nov 1997 21:23:26 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id VAA24459; Sun, 9 Nov 1997 21:21:29 -0800 (PST) Date: Sun, 9 Nov 1997 21:21:29 -0800 (PST) Message-Id: <199711100521.VAA24459@freefall.freebsd.org> To: tedm@toybox.placo.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: gnu/4480 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: cc crashes with Internal compiler error when building kernel State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Nov 9 21:21:11 PST 1997 State-Changed-Why: This is a hardware problem, not a problem with FreeBSD. From owner-freebsd-bugs Sun Nov 9 21:27:46 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA04079 for bugs-outgoing; Sun, 9 Nov 1997 21:27:46 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA04036; Sun, 9 Nov 1997 21:27:18 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id VAA24648; Sun, 9 Nov 1997 21:25:21 -0800 (PST) Date: Sun, 9 Nov 1997 21:25:21 -0800 (PST) Message-Id: <199711100525.VAA24648@freefall.freebsd.org> To: watanabe@komadori.planet.kobe-u.ac.jp, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/3846 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The sample /etc/amd.map has a security hole. State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Sun Nov 9 21:24:42 PST 1997 State-Changed-Why: Fix applied, thanks! From owner-freebsd-bugs Sun Nov 9 22:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06842 for bugs-outgoing; Sun, 9 Nov 1997 22:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA06828; Sun, 9 Nov 1997 22:20:01 -0800 (PST) (envelope-from gnats) Date: Sun, 9 Nov 1997 22:20:01 -0800 (PST) Message-Id: <199711100620.WAA06828@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/4921: sio0/sio1 not found - probe test 5 and 8 failed Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4921; it has been noted by GNATS. From: Bruce Evans To: cjafe@tin.it, freebsd-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/4921: sio0/sio1 not found - probe test 5 and 8 failed Date: Mon, 10 Nov 1997 17:10:04 +1100 >>Description: >Totem motherboard TX1, bios 1.2N, Award Bios 4.51PG, chipset 430Tx, ALI 5135, AMD K6 166Mhz. >during boot i receive this message: > >sio0 not found >probe test 5 failed >sio1 not found >probe test 8 failed This is probably caused by nonstandard hardware configuration of the IRQs. I get similar failures if I swap the IRQs using userconfig. The above messages can't happen (please be careful transcribing error messages), but the asymmetry of the failures suggests that sio0 is getting in the way of sio1, so I was able to debug this quickly. I get the following messages: sio0: probe test 3 failed sio0: not found at 0x3f8 sio1: probe test 5 failed sio1: probe test 8 failed sio1: not found at 0x2f8 With the IRQs swapped, test 3 on sio0 normally fails because it tests the wrong IRQ and sio1 has not been initialized enough to confuse the issue. But sometimes, sio1 will be driving the IRQ _low_ at boot time. Then partial initalization of sio1 will float the IRQ high and cause a false positive for test 3 on sio0. The error will be detected later because the IRQ won't go away so tests 5 and 8 on sio0 will fail. This behaviour is surprising. I would have expected the floating IRQ to cause a false positive for test 3 on sio0 in all (IRQ swapped) cases. It doesn't because the interrupt controller (ICU) loses track of the IRQ state when the ICU is reset. With the IRQs swapped, tests 5 and 8 on sio1 always fail because sio0 _has_ been initialized enough to confuse the issue. sio0's IRQ is driven low and high during the sio0 probe and floats high at the end of the probe, so the behaviour is the same as in the "sometimes" case above (with the sio's swapped). Bruce From owner-freebsd-bugs Sun Nov 9 23:23:27 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA09676 for bugs-outgoing; Sun, 9 Nov 1997 23:23:27 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id XAA09653; Sun, 9 Nov 1997 23:23:07 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id SAA04061; Mon, 10 Nov 1997 18:19:48 +1100 Date: Mon, 10 Nov 1997 18:19:48 +1100 From: Bruce Evans Message-Id: <199711100719.SAA04061@godzilla.zeta.org.au> To: dg@root.com, itojun@itojun.org Subject: Re: 2.2.5 installation bug on 1gig machines Cc: bugs@FreeBSD.ORG, elh@svic.com, hackers@FreeBSD.ORG, toor@dyson.iquest.net Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >> The problem with this is that the memory is already sized before >>'userconfig' is called (it needs to be that way for various reasons). This >>... > Current userconfig menu in the kernel is very nice (I was surprised > when I saw this for the first time), but I believe it is > good to have some device configuration menu/option/whatever in /boot. > > (on bsdi we can disable devices that way. Also, /boot will look > for the default settings in /etc/boot.default. In this way > the settings can be kept the same over kernel reconfiguration) FreeBSD with `options USERCONFIG_BOOT' can now keep settings in the text file /kernel.config. The file is left in boot loader memory by the boot loader, copied to kernel memory in locore.s and sourced by the UserConfig CLI at UserConfig time. Unfortunately, this has the same problem with memory sizing as interactive UserConfig. It should be easy enough to run at least the CLI part of UserConfig earlier (as early as ddb would be more than sufficient). It mainly needs to avoid using malloc(). It uses malloc() mainly to store changes (dset can't use the active changed values since some changes may be unrelated to configuration). Bruce From owner-freebsd-bugs Mon Nov 10 07:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05667 for bugs-outgoing; Mon, 10 Nov 1997 07:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05611; Mon, 10 Nov 1997 07:20:02 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 07:20:02 -0800 (PST) Resent-Message-Id: <199711101520.HAA05611@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Alan.Judge@indigo.ie Received: from relay-mgr.indigo.ie (relay-mgr.indigo.ie [194.125.133.235]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA05209 for ; Mon, 10 Nov 1997 07:12:20 -0800 (PST) (envelope-from judgea@relay-mgr.indigo.ie) Received: (qmail 406 invoked by uid 12325); 10 Nov 1997 15:12:12 -0000 Message-Id: <19971110151212.405.qmail@relay-mgr.indigo.ie> Date: 10 Nov 1997 15:12:12 -0000 From: Alan.Judge@indigo.ie Reply-To: Alan.Judge@indigo.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4996: NFS related kernel crash Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4996 >Category: kern >Synopsis: NFS crash, possibly related to file bigger than 2^31 bytes >Confidential: no >Severity: critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 07:20:01 PST 1997 >Last-Modified: >Originator: Alan Judge >Organization: Indigo, Dublin, Ireland. >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: 2.2.5 box, with NetApp filer NFS V3/UDP mounted over 100BaseTX. >Description: Kernel crashed with supervisor page fault in kernel mode. Crashing process was nfsiod. Traceback: generic_bcopy nfs_writerpc nfs_doio nfssvc_iod nfssvc [BTW, is there any easy way to save what's printed and the traceback in DDB, to avoid having to write these things down before rebooting?] The really suspicious thing is that this happened while I was copying a large file to the filer. The resultant file was only 24K larger than 2^31, so I suspect that something blew up at 2^31 bytes. I don't have a core dump, but could probably repeat if needed. >How-To-Repeat: Copy a file larger than 2GB over NFS? >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 07:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06887 for bugs-outgoing; Mon, 10 Nov 1997 07:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA06866; Mon, 10 Nov 1997 07:40:01 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 07:40:01 -0800 (PST) Resent-Message-Id: <199711101540.HAA06866@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, Alan.Judge@indigo.ie Received: from relay-mgr.indigo.ie (relay-mgr.indigo.ie [194.125.133.235]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA06810 for ; Mon, 10 Nov 1997 07:39:23 -0800 (PST) (envelope-from judgea@relay-mgr.indigo.ie) Received: (qmail 371 invoked by uid 12325); 10 Nov 1997 15:39:20 -0000 Message-Id: <19971110153920.370.qmail@relay-mgr.indigo.ie> Date: 10 Nov 1997 15:39:20 -0000 From: Alan.Judge@indigo.ie Reply-To: Alan.Judge@indigo.ie To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4997: DDB_UNATTENDED doesn't always work Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4997 >Category: kern >Synopsis: DDB_UNATTENDED doesn't always work >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 07:40:00 PST 1997 >Last-Modified: >Originator: Alan Judge >Organization: Indigo, Dublin, Ireland >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Standard 2.2.5 setup with DDB and DDB_UNATTENDED >Description: Some types of crash don't call panic and end up in the debugger anyway. >How-To-Repeat: Generate a fatal trap error, such as a page fault in kernel mode. >Fix: I think the following patch should work. It's hard to test easily. *** i386/i386/trap.c 1997/11/10 15:19:14 1.1 --- i386/i386/trap.c 1997/11/10 15:19:20 *************** *** 665,668 **** --- 665,671 ---- struct trapframe *frame; { + #ifdef DDB + extern int debugger_on_panic; + #endif int code, type, eva, ss, esp; struct soft_segment_descriptor softseg; *************** *** 736,740 **** #endif #ifdef DDB ! if (kdb_trap (type, 0, frame)) return; #endif --- 739,743 ---- #endif #ifdef DDB ! if (debugger_on_panic && kdb_trap (type, 0, frame)) return; #endif *** kern/kern_shutdown.c 1997/11/10 15:15:09 1.1 --- kern/kern_shutdown.c 1997/11/10 15:15:25 *************** *** 77,83 **** #if defined(DDB) #ifdef DDB_UNATTENDED ! static int debugger_on_panic = 0; #else ! static int debugger_on_panic = 1; #endif --- 77,83 ---- #if defined(DDB) #ifdef DDB_UNATTENDED ! int debugger_on_panic = 0; #else ! int debugger_on_panic = 1; #endif >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 10:09:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA16324 for bugs-outgoing; Mon, 10 Nov 1997 10:09:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA15581 for freebsd-bugs@freebsd.org; Mon, 10 Nov 1997 10:00:25 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 10 Nov 1997 10:00:25 -0800 (PST) Message-Id: <199711101800.KAA15581@hub.freebsd.org> From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk 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 Work on the problem has been postponed. This happens if a timely solution is not possible or is not cost-effective at the present time. The PR continues to exist, though a solution is not being actively sought. 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 ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard o [1995/02/14] kern/216 davidg /kernel: panic: ffs_alloccg: map corrupte a [1996/01/22] kern/965 bde 2.0.5: system crashes daily because of "m o [1996/04/06] kern/1121 dyson System crashes on boot up just after the o [1996/05/07] kern/1177 dyson Machine hangs with message "vm_fork: no p o [1996/06/05] kern/1293 brian Fatal trap 12: page fault while in kernel a [1996/07/15] bin/1387 davidn Group file errors cause absolute havoc a [1996/08/09] kern/1487 bde bug in exec(2) o [1996/09/11] kern/1599 panic: locking against myself s [1996/09/13] conf/1608 FreeBSD's bug tracking system does not re o [1996/09/30] kern/1698 sup from around 21:51 GMT 28th very unsta o [1996/10/08] kern/1744 run queue or proc list smashed 4 times in o [1996/10/13] kern/1790 access to /dev/kmem panics system f [1996/10/28] kern/1919 se access to files/directories fails, gives o [1996/11/01] kern/1940 TCP doesn't time out of FIN_WAIT_1 and fl o [1996/11/29] kern/2121 MAXBSIZE in param.h causes kernel panic i o [1996/12/14] i386/2218 cy.c XON/XOFF handling crashes kernel o [1996/12/20] bin/2258 wollman route add/delete [network] xxx.yyy.zzz.0 f [1997/01/01] ports/2352 torstenb wu-ftp port does not work with DES crypte o [1997/01/03] conf/2367 gibbs Buslogic SCSI driver bad probe of 742A EI f [1997/01/04] kern/2371 gibbs SCSI disk corruption o [1997/02/11] kern/2717 Panic with daily script (find) o [1997/02/14] bin/2740 wpaul root-fs full erases password table ! o [1997/02/21] misc/2795 Cyclades 8YO -- Not working under 2.1.6-S o [1997/03/04] kern/2877 Fatal Trap 12: page fault while in kernel o [1997/03/05] kern/2890 System panic after kernel compiled for 12 o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/03/13] kern/2980 2.2 crashes after accessing DAT-tape. bot o [1997/03/15] kern/3000 Kernel Panic in 2.2-CURRENT Kernel o [1997/03/17] kern/3017 panic: page fault as of March 11th v2.2 o [1997/03/23] misc/3070 Cannot do post install mods to UNIX from o [1997/03/23] kern/3072 Kernel Page Fault During Install of 2.1.7 o [1997/03/25] kern/3103 vi large_file --> reboot without panic o [1997/03/26] ports/3106 torstenb pidentd exits with signal 6 o [1997/03/30] kern/3150 Cyrix 6x86L-P200+ crashes w/ page fault o [1997/04/08] kern/3234 ipfilter.shar - integration complete o [1997/04/12] kern/3267 dyson mtime/ctime sometimes updated when a prog o [1997/04/28] kern/3404 frequent kernel panics o [1997/05/01] i386/3462 using a PS/2 mouse causes kernel trap in o [1997/05/12] misc/3586 The boot.flp file is too large to image t o [1997/05/13] kern/3594 EAGAIN and garbage data when reading sock o [1997/05/16] kern/3609 fs on remote host is mounted via NFS, rec o [1997/05/17] misc/3615 Error in /usr/src/lib/libc/gen/sigsetops. o [1997/05/21] bin/3650 Ypserv dumps core randomly. o [1997/05/23] kern/3671 SCSI tape drive with AHA 2940 locks up sy o [1997/05/24] kern/3674 NFS in 2.2 RELEASE hangs. o [1997/05/27] kern/3696 kernel panic during wd hard disk probe if o [1997/05/27] misc/3700 FPE error in "normal" math code o [1997/05/30] kern/3721 kernel panic with netatalk o [1997/06/01] kern/3752 NFS dirs under -current still have proble o [1997/06/01] kern/3753 "make" hangs when building in an NFS dir o [1997/06/02] kern/3761 Inlel EtherExpress pro/100B more than on o [1997/06/14] ports/3872 ports Enter key not working properly in trn por o [1997/06/16] kern/3887 fxp driver looses packets o [1997/06/17] i386/3895 False FPE (floating point exception) sign o [1997/06/25] kern/3949 sos The WD controller probe can fail when it o [1997/06/26] misc/3959 files in /usr/local/etc are randomly beco o [1997/07/02] bin/4018 Will not install in 2nd partition of my C o [1997/07/03] kern/4021 Local mount of a local NFS exported direc o [1997/07/10] kern/4074 Kernel panics when accessing a ccd device o [1997/07/11] kern/4076 Adaptec 2940 and non-wide devices o [1997/07/31] kern/4200 "vm_fault: fault on nofault entry" when r o [1997/08/11] kern/4273 kernel page faults with heavy disk access o [1997/08/12] kern/4289 kernel panic: vm_fault: fault on nofault f [1997/08/13] kern/4301 fenner adding a default route lags all network f o [1997/08/17] kern/4328 Degenerate network performance o [1997/08/18] kern/4332 gibbs System crash after SCSI DAT tape access. o [1997/08/18] bin/4333 gibbs Dump backup utility completely crashes th o [1997/08/20] kern/4345 Kernel panic is caused by passing file de o [1997/09/02] kern/4453 2.2.2 lockup on restart with ASUS-TX97 mo o [1997/09/03] ports/4458 sanpei Japanese MH's packf command dumps core o [1997/09/07] bin/4491 combination of null-FS , NFS and chroot c f [1997/09/24] kern/4619 ix0: ifconfig causes kernel panic o [1997/09/25] ports/4626 ports inn port, active file contains control ch o [1997/09/26] kern/4633 Software unstability under 2.2-STABLE (as o [1997/09/29] kern/4653 In v2.2.2, install fails with "cannot cre o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/10/03] kern/4684 crash on very heavy disk activity. o [1997/10/06] kern/4713 dfr NFS inconsistencies resulting from change o [1997/10/06] bin/4714 aautomatic AMD mounts fail on first try, o [1997/10/13] bin/4761 fsuk dumps core o [1997/10/14] kern/4764 gibbs adaptec driver in 2.2-stable causes timeo o [1997/10/16] ports/4787 ports www/p5-Apache port is out of date o [1997/10/17] kern/4793 Boot Floppy Kernel panics on boot o [1997/10/20] kern/4813 ed0 (SMC Elite 16) won't work o [1997/10/24] kern/4841 de driver still broken in 2.2.5 o [1997/10/24] kern/4844 VM lookup, endless loop in vm_map_lookup_ o [1997/10/25] kern/4849 2.2.5-RELEASE does not detect TI PCI-1130 o [1997/10/25] kern/4851 adaptec 2940U hangs system if scsi tape d o [1997/10/27] kern/4864 Boot Failure in FreeBSD 2.2.5 RELEASE, ma o [1997/10/27] bin/4867 incorrect NIS netgroup information may be o [1997/10/28] misc/4876 SCSI hard disks die too often o [1997/10/30] i386/4902 Please add support for Promise Ultra33 UD o [1997/10/30] kern/4903 Network Speed Glacial using 3Com Etherlin o [1997/10/31] i386/4906 Using a PS/2 Mouse w/XFree86 3.9[m,s] sta o [1997/11/01] ports/4912 ports compilation of modula3 port failed o [1997/11/05] ports/4953 ports net/p5-Net-DNS out of date. o [1997/11/07] kern/4968 No flow control setting seems to make the o [1997/11/07] kern/4970 Spontaneous reboots with 2.2.5, AMD K6 an o [1997/11/08] misc/4982 On reboot; /tmp/.X* can be left causing X o [1997/11/09] kern/4995 atalk.diff.2.2 patch to 2.2.5-RELEASE bre o [1997/11/10] kern/4996 NFS crash, possibly related to file bigge 102 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1995/03/02] misc/229 bde acos() core dump a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m s [1995/04/01] kern/291 se PCI devices still probe/attach after bein o [1995/05/16] kern/425 wollman arp entries not getting removed when inte a [1995/06/17] kern/527 dufault dump causes assertion in ncr.c o [1995/06/23] kern/546 pci_bus_config() does not init parent poi o [1995/07/02] kern/579 bde sio: RS_IBUFSIZE at 256 bytes serial line s [1995/07/21] i386/631 if_ix does not support bpf, nor does it a s [1995/07/29] kern/638 Transmitted packets not passed to bpf in f [1995/08/11] gnu/672 Nor all ph headers get created f [1995/09/20] kern/730 gibbs 3Com 3C5x9 probe problem o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1995/11/12] kern/820 gibbs scsi tape problems f [1995/11/16] bin/826 mpp tcpmux listener in inetd does not work o [1995/12/20] i386/906 davidg /sys/i386/boot/netboot/nb8390.com cannot o [1996/01/01] bin/926 Mounting nfs disks before starting mountd o [1996/02/12] kern/1020 .Boca 16-port board still hangs a [1996/02/17] bin/1030 steve /bin/sh does not pass environment variabl s [1996/03/06] kern/1067 panic: ufs_lock: recursive lock not expec o [1996/03/09] bin/1073 telnet -8 does not work with SunOS or Sol o [1996/03/23] kern/1098 File system corruption (2 cases) o [1996/03/30] bin/1111 scrappy mail.local will happily deliver mail to a f [1996/05/14] kern/1204 umount -f after SCSI reset -> reboot o [1996/05/24] misc/1247 bde Conflicting header files f [1996/05/26] i386/1251 aha0 and bt0(eisa) conflicts again. o [1996/05/26] kern/1256 ZNYX 314 mysterously looses packets o [1996/05/28] kern/1271 phk Kernel panic using PLIP in 27/05 current o [1996/05/31] kern/1284 dyson panic: vm_page_free: freeing busy page o [1996/06/02] i386/1288 bde wdgetctlr (wd.c) return incorrect number o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA o [1996/06/10] kern/1308 dyson vm_page_free: wire count > 1 in 960501-SN a [1996/06/12] bin/1315 ls(1) a [1996/06/18] kern/1333 davidg free vnode isn't: another -stable coredum f [1996/07/03] bin/1364 ps(1) bugs o [1996/07/19] docs/1402 steve sh(1) manual f [1996/07/24] kern/1423 wollman route causes kernel page fault. o [1996/07/25] bin/1429 steve sh(1) and getopts f [1996/08/01] bin/1454 steve /bin/sh bug handling <<[n] FD processing a [1996/08/02] docs/1457 ache ed(1) man o [1996/08/03] bin/1461 Incorrect address binding of Kerberized r o [1996/08/04] kern/1467 gibbs scsi_prevent causing tape problems on clo o [1996/08/18] kern/1512 dyson Use of madvise may may cause bad memory m o [1996/08/22] kern/1533 dyson Machine can be panicked by a userland pro f [1996/09/05] kern/1570 Setting SHMALL > 35000 causes panic o [1996/09/14] kern/1610 dyson mmap() of unassociated memory + mlock() c o [1996/09/16] i386/1626 MUSTEK Scanner hangs NCR SCSI controller f [1996/09/18] kern/1637 mss driver causes feedback (squeal) on so o [1996/09/19] bin/1650 telnet encryption with char-mode and asci o [1996/09/21] kern/1661 ft driver hangs uninterruptably at "bavai o [1996/09/29] kern/1689 wollman TCP extensions throttles distant connecti o [1996/09/29] kern/1692 Page fault while in kernel modem fatal tr o [1996/10/01] bin/1702 phk installing of tcl manpages fails from mak o [1996/10/03] kern/1715 le driver non-reentrant o [1996/10/04] kern/1723 gibbs kernel fault when doing scsi reprobe o [1996/10/04] kern/1724 gibbs HP colorado T4000S tape drive hangs syste o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/10] kern/1754 netbooted machines freeze with ifconfig a o [1996/10/11] bin/1773 ports A NULL pointer causing segmentation core o [1996/10/13] gnu/1787 markm Diffs with Index: lines are not honored f o [1996/10/15] bin/1810 fsck -p does not check pass 0 filesystems o [1996/10/15] kern/1812 dyson vnodes are left in a locked state o [1996/10/15] kern/1814 cy driver gets deadlocked sometimes o [1996/10/20] kern/1848 breakpoints may be set in shared librarie o [1996/10/21] kern/1856 read-only nfs mount: panic leaf should be a [1996/10/22] ports/1866 wosch popclient flushes remote mailbox even wit o [1996/10/24] kern/1880 kernel crash during boot when using 512 M o [1996/10/26] bin/1892 install(1) removes target file o [1996/10/29] bin/1927 User CPU time getting accounting as syste o [1996/11/07] bin/1973 jmg pppd uses /etc/ppp/options.tty after comm o [1996/11/08] gnu/1981 ypserv handles null key incorrectly o [1996/11/13] ports/2000 asami obsolete software in distfiles directory a [1996/11/13] bin/2001 vi confused about lines to display o [1996/11/13] i386/2002 sio doesn't detect com port on Compaq Con o [1996/11/14] misc/2013 'make world' fails on read-only /usr/src a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/15] bin/2016 static libtcl references symbols that are o [1996/11/15] gnu/2035 peter deque bug, local gnu changes to deque hea o [1996/11/18] kern/2053 de0 driver don't work at 100M for Compex o [1996/11/24] kern/2094 wd1: interrupt timeout: o [1996/11/26] bin/2107 problem building a system from cdrom. s [1996/12/03] kern/2142 FP mask not saved for signal handlers o [1996/12/03] kern/2144 kernel panic (page fault) running chgrp o [1996/12/08] kern/2181 2.2-ALPHA flickers/wavers part of the upp o [1996/12/10] bin/2191 syslogd stops logging after several hours o [1996/12/13] bin/2206 NIS Makefile can't manage appletalk entri o [1996/12/17] kern/2232 MSDOSFS corrupts MSDOS partitions > 500Mb o [1996/12/18] kern/2248 Mitsumi CD-ROM driver has "timeout" probl s [1996/12/22] ports/2268 ports libc from linux emulator does not use /et o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/25] misc/2283 ache setlocale() in libxpg4 always returns NUL o [1996/12/29] bin/2318 /usr/libexec/rlogind doesn't work after t a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA o [1996/12/30] kern/2330 changing root device to sd0a - ncr0: abor o [1997/01/01] kern/2351 panic:timeout table full o [1997/01/07] gnu/2394 tar will extract files even if -C command o [1997/01/08] kern/2425 amd driver does not reprobe devices. o [1997/01/08] conf/2426 At end of install, panic: Going nowhere w o [1997/01/09] bin/2430 mountd stops on loading if subnet mask is o [1997/01/09] i386/2431 panic: get_pv_entry: cannot get a pv_entr o [1997/01/12] i386/2471 Sound: Reset failed - Can't reopen device o [1997/01/13] misc/2479 sos NEC CD-ROM NOT RECOGNIZED; MATROX MISTIQU o [1997/01/13] bin/2489 gnats mangles sections o [1997/01/16] kern/2507 Renaming DOS directories with "mv" causes o [1997/01/18] kern/2521 kernel from 2.1.6 install CD doesn't acce o [1997/01/20] kern/2538 worm burning suddenly broken o [1997/01/20] bin/2541 cd (using /bin/sh) may leave you in the w o [1997/01/20] kern/2545 se < sd0(ncr0:6:0): COMMAND FAILED ==> Not a [1997/01/21] bin/2549 sos cdcontrol refuses to play audio CDs from f [1997/01/21] misc/2551 davidn limit too small for user root o [1997/01/23] kern/2569 route -iface breaks inet behaivour f [1997/01/24] kern/2570 fenner arpresolve: cant allocate llinfo o [1997/01/25] bin/2591 sh coredumps when passing an argv of a ce o [1997/01/26] bin/2597 everything stops when the new ld.so is in o [1997/01/29] misc/2614 make reinstall does not work o [1997/01/29] bin/2616 Installs very irratically from the same c o [1997/01/31] bin/2633 fsck -p in /etc/rc fails with cannot allo o [1997/02/02] kern/2640 2.2-RELENG leaks memory (router/pppd serv s [1997/02/03] kern/2647 changing existing route to -static crashe o [1997/02/05] kern/2667 wollman bpfattach can hang the system f [1997/02/05] bin/2670 fetch fails with HTTP_PROXY o [1997/02/05] bin/2671 Run-away processes using all CPU time 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/14] kern/2732 mcopy 3.0 causes kernel hang o [1997/02/14] bin/2736 No boot block if no FreeBSD partitions on o [1997/02/15] kern/2742 panic: leaf should be empty o [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/17] kern/2751 asami 2GB limitation on CCD device partitions s o [1997/02/18] bin/2762 Precedence mistake in libncurses 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 f [1997/02/19] kern/2772 gibbs panic: %s:%c:%d: Target did not send an I o [1997/02/19] kern/2773 bad dir panic o [1997/02/20] misc/2784 brian userland PPP rises load to 1.00 o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/20] gnu/2786 gcc version 2.7.2.1 C compiler slows down o [1997/02/21] misc/2793 libc_r make fscanf failure o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/02/25] kern/2815 Custom Kernel crashes o [1997/02/28] bin/2832 w treats corrupted utmp as fatal error o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] i386/2853 sos syscons beeps even if beeping screen is n o [1997/03/03] kern/2858 dfr FreeBSD NFS client can't mount filesystem o [1997/03/04] kern/2873 the od0 devies does not handle a Maxoptix o [1997/03/07] bin/2915 the "-fstype ufs" option of "find" seems o [1997/03/07] ports/2918 ports Unable to pass 8+ command line arguments o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/09] bin/2925 non-priviledged user can crash FreeBSD!! o [1997/03/11] bin/2948 can't dump 640MB optical disks o [1997/03/11] ports/2956 ports New Port: xgospel-1.10d in ftp.freebsd.or o [1997/03/12] kern/2965 st0 hang/fail on reading 4mm DAT tape for o [1997/03/12] bin/2969 csh and/or builtin printf has problems wi o [1997/03/12] bin/2973 output of iostat is wrong. o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i a [1997/03/15] ports/2994 ports xpm port does not build for the first tim o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] kern/3054 OPL3 sound off by one note o [1997/03/21] bin/3055 umount -f does not work o [1997/03/24] i386/3082 keyboard locks up unexpectedly o [1997/03/24] i386/3083 Toshiba XM-5702B ATAPI CDROM not detected o [1997/03/27] conf/3123 /stand/sysintstall does not perform to up s [1997/03/27] bin/3126 Install with mcd0 still broken. o [1997/03/28] i386/3130 Dell Latitude keyboard lock up o [1997/03/28] misc/3133 TIOCSETD error with Cyclades 8Yo o [1997/03/30] gnu/3149 patch-2.1: files possibly created in wron o [1997/03/31] bin/3158 seg faults and cannot update links using f [1997/04/01] kern/3162 2.2 kernel from mar 25th crashes on nfs s o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e f [1997/04/04] i386/3195 gibbs ahc panic o [1997/04/05] kern/3201 de0 not re-enabled after hub down o [1997/04/05] ports/3205 jmz Mtools-3.0 attempts to flock() a disk par f [1997/04/05] kern/3209 dyson 3.0-current panics on shutdown/reboot/hal 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/09] kern/3244 ipfw flush closes connections o [1997/04/10] bin/3246 mtree -c should escape whitespace and spe o [1997/04/12] kern/3263 troubles with digiboard o [1997/04/13] kern/3278 mounting MFS uses up swap space o [1997/04/15] bin/3305 Can't do encrypted rlogin into self f [1997/04/16] bin/3307 Unable to Route to a different Class C wi o [1997/04/18] bin/3325 brian http request over ijppp hangs o [1997/04/18] kern/3327 using gdb may cause hanging processes. f [1997/04/18] kern/3328 dyson another kernel panic o [1997/04/19] kern/3351 Scsi bus timeouts in 2.1.7.1 (adaptec 294 o [1997/04/19] bin/3355 se ncrcontrol fails when -DFAILSAFE in kerne o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/04/28] bin/3406 rich Fresh Internet Install - Permissions on f o [1997/05/01] gnu/3441 C++ exceptions don't work in shared libra o [1997/05/01] misc/3460 Lots of stuff still refernces /etc/syscon o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w o [1997/05/02] kern/3468 Panic - page fault in kernel mode o [1997/05/02] gnu/3470 fail to use standart ANSI C++ string clas o [1997/05/03] bin/3478 pwd_mkdb and passwd o [1997/05/04] kern/3495 _thread_fd_table is not initialized with o [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] conf/3526 Bug in config(8) mechanism o [1997/05/07] kern/3527 if_de.c doesn't recognize Kingston card p o [1997/05/08] misc/3544 Uprgade problem with schg flags o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/09] kern/3569 ex0 driver doesn't work with EtherExpress o [1997/05/11] misc/3578 defining CXXFLAGS in /etc/make.conf or en o [1997/05/12] kern/3579 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 o [1997/05/12] kern/3583 'syctl kern' dumps core when displaying c o [1997/05/13] conf/3591 parts in rc.local have no effects in rc.* o [1997/05/18] bin/3622 gethostbyname fails for file descriptors o [1997/05/19] kern/3633 description of interface flags in ep(4) m o [1997/05/20] kern/3646 kernel built with "options NETATALK" fail o [1997/05/21] ports/3649 ports xlock quits on receipt of signalxx 8 o [1997/05/21] kern/3661 System locked up while editing rc.conf, w o [1997/05/23] bin/3670 make fails in libc o [1997/05/25] kern/3685 panic: fdesc attr o [1997/05/29] gnu/3714 gdb -w -k /kernel /dev/mem != gdb --wcore o [1997/05/30] conf/3725 Cirrus Logic PCMCIA Controller Support o [1997/05/30] kern/3726 process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/01] kern/3744 Inability to edit memory area for ed0 pre o [1997/06/01] kern/3745 Use of ed0 with buff addr of C8000 causes o [1997/06/01] bin/3746 daemon screen saver missing o [1997/06/01] conf/3750 phk Potential improvements to rc.firewall o [1997/06/02] i386/3760 Inlel EtherExpress pro/100B !!! o [1997/06/02] bin/3763 df hangs uninterruptably when nfs mount f 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/07] conf/3807 mitsumi cd-rom fx800 (8x cd-rom) is not r o [1997/06/08] gnu/3810 cvs can't handle multiple multiple-path d o [1997/06/09] ports/3822 asami ports-current Xaw3d doesn't compile o [1997/06/09] kern/3827 fopen/freopen fails on some binary files. o [1997/06/13] i386/3857 bios screensaver screws up screen f [1997/06/13] bin/3862 I dont seem to get a login prompt.... o [1997/06/16] misc/3883 @+netgroup entries break +NIS-user entrie o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] kern/3909 joerg A patch supporting some new worm drivers o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special f [1997/06/22] kern/3925 SO_SNDLOWAT of 0 causes kernel to use 99% o [1997/06/28] misc/3980 access via NFS fails during mount-operati o [1997/06/29] bin/3982 /usr/include/arpa/tftp.h has bug preventi o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/01] i386/4006 panic: ahc_intr: AWAITING_MSG for an SCB o [1997/07/02] kern/4012 2.2-RELEASE/Digital UNIX NFSv3 0 length f o [1997/07/02] misc/4013 boot floppy hangs if IDE ZIP Drive presen o [1997/07/03] kern/4022 Fatal double fault using vn device o [1997/07/04] kern/4032 gibbs During recovery from scsi errors, incorre o [1997/07/04] gnu/4033 peter cvs clears default branch when adding a f s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/06] docs/4043 man page for directory ops is misleading o [1997/07/07] ports/4050 jfitz mrtg: rateup dumps core with malloc_optio o [1997/07/09] kern/4071 Accessing /dev/rst0 causes `DMA beyond en o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4107 ch.c does not use bounce buffers o [1997/07/17] gnu/4111 send-pr doesn't se that Category is actua o [1997/07/17] kern/4115 SunOS NFS file has wrong owner if creator f [1997/07/19] kern/4119 brian can't connect to Win NT 4.0 RAS using MS o [1997/07/20] ports/4129 obrien New port uploaded to incoming/sane.tar.gz o [1997/07/26] bin/4171 fetch(1): poor error handling in http mod o [1997/07/26] bin/4176 restore gets confused when run over pipe o [1997/07/27] ports/4178 jdp The cvsup port cannot be built on a non X o [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 kernel pci driver for Digital 21041 Ether f [1997/07/31] bin/4202 pwd_mkdb trashes .db o [1997/08/04] i386/4226 Floating point exception for double preci o [1997/08/05] bin/4231 ipfw no more returns error when deleting o [1997/08/06] kern/4233 pca driver does not support A-law encodin o [1997/08/06] bin/4234 ncurses programs broken, won't work in re o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/06] bin/4241 send-pr aborts when emacs is editor o [1997/08/07] kern/4242 Remounting devfs causes panic o [1997/08/08] conf/4252 peter sendmail doesn't use smrsh by default o [1997/08/09] bin/4254 steve make in free(): warning: chunk is already o [1997/08/09] kern/4256 gibbs ahc driver: kernel goes to strange state 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/10] kern/4270 ch driver does not use bounce buffers a [1997/08/11] kern/4271 sos System crashed caused by moving mouse poi o [1997/08/11] bin/4276 Security problem with DNS resolution 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 NFS over TCP reconnect problem o [1997/08/19] kern/4338 New device driver o [1997/08/21] bin/4353 fetch -m changes modified date o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/08/23] bin/4366 bad144 crashes if checking over 2gb o [1997/08/24] bin/4376 pthread_join does not return the values s o [1997/08/25] docs/4381 mount -t msdos causes panic:vm_fault o [1997/08/25] kern/4382 CURRENT kernel has a "free vnode isn't" p o [1997/08/27] ports/4405 jfitz ascend-radius port is out-of-date a [1997/08/29] kern/4416 syscons: problem with font a [1997/08/29] kern/4417 syscons: mouse pointer destroys character 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/06] bin/4476 fetch puzzled while getting files when ma o [1997/09/06] bin/4477 vidcontrol fails to change videomode on s o [1997/09/07] kern/4487 Kernel panic executing a directory o [1997/09/08] bin/4497 Reverse DNS fails for some CIDR *.IN-ADDR o [1997/09/08] kern/4498 Files corrupted when written to Iomega Zi o [1997/09/09] kern/4505 Support for Gravis UltraSound PnP card o [1997/09/10] kern/4508 nfs3 data integrity problems 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/14] kern/4544 Linux emulator problems when MAXDSIZ is i o [1997/09/16] bin/4554 pthread_cond_wait() doesn't wait for pthr o [1997/09/18] bin/4568 simple /bin/sh script produces wrong resu o [1997/09/18] misc/4576 mfs does not mount requested size from /e o [1997/09/19] bin/4582 integer overflow in 'sa -km' o [1997/09/19] bin/4585 termcap search fails too early o [1997/09/20] kern/4588 NFS access locks up o [1997/09/21] bin/4599 mktemp is too smart, accesses the path gi o [1997/09/21] kern/4600 nfs lookups might give incorrect result f [1997/09/22] kern/4609 Heavy HTTP load causes "out of memory buf o [1997/09/25] kern/4630 buffer_map might become corrupted o [1997/09/26] conf/4634 Sendmail Problem o [1997/09/27] bin/4638 telnet tries to resolve numerical IP addr o [1997/09/29] kern/4657 faulting to probe DSI modem in LoadSoftMo o [1997/09/30] ports/4662 ports Ports Additions: upsd-2.0 o [1997/09/30] kern/4663 checkalias panic o [1997/09/30] kern/4665 Machine reboots self often. Second probl 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/01] kern/4676 signals delivered slowly on 3.0-CURRENT/S o [1997/10/02] bin/4678 amd does not treat multiple interfaces on o [1997/10/03] bin/4683 restore doesn't correctly handle "sparse" o [1997/10/05] docs/4691 no documentation for mk_cmds(1) o [1997/10/05] bin/4692 steve make core dump / SUFFIXES o [1997/10/06] ports/4708 ports netatalk is broke. no authorization. o [1997/10/06] ports/4711 ports mail/p5-Mail-Folder runtime requirement m o [1997/10/07] ports/4724 ports teTeX-0.4 port, make install fails - not o [1997/10/14] misc/4766 Simple changes to make ipfw safer and eas o [1997/10/14] kern/4768 netatalk won't start with multicast error o [1997/10/15] kern/4772 ATAPI CD (bootable) causes kernel panic o [1997/10/16] ports/4773 Error in posting news items to INN server o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4776 netatalk broken in 2.2-STABLE o [1997/10/16] bin/4780 /usr/sbin/sysctl not available when /usr o [1997/10/16] ports/4781 ports installation of teTeX overwrites the mp e o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/18] bin/4795 glitch in /bin/sh cd command o [1997/10/18] docs/4797 confusion in worm(4) manpage o [1997/10/18] ports/4798 ports setuid-root Xserver problem o [1997/10/19] ports/4803 ports xgrabsc dies with "bus error" after selec o [1997/10/19] misc/4804 < periodic does not build locate database o [1997/10/19] bin/4805 NFSv3 server readonly file permission pro o [1997/10/20] ports/4814 ports :cd-write-1.4 requires mkisofs o [1997/10/21] bin/4822 login.conf can't deal with NFS-mounted ho o [1997/10/22] i386/4826 libc_r, buggy setjmp implementation (rook o [1997/10/24] kern/4843 48 meg double fault moved to 64 meg in 2. o [1997/10/24] ports/4846 ports Install option for HTML docs does not wor o [1997/10/25] bin/4850 Named crashes with "rm_datum: DB_F_ACTIVE o [1997/10/26] kern/4859 SMP kernel panics with timeout table full o [1997/10/27] ports/4865 ports xdm doesn't set env variables o [1997/10/27] i386/4873 INSTALLATION o [1997/10/28] kern/4875 NFS v3 from FreeBSD to Alpha/OSF3.2 has w o [1997/10/28] misc/4881 Make buildworld and make world fail o [1997/10/28] bin/4884 the version of amd in 2.2.5-RELEASE appea o [1997/10/30] kern/4893 FreeBSD-stable kernel will not compile o [1997/10/31] bin/4907 Oct 33* Daylight Savings Time ends; clock o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/10/31] bin/4910 tftpd does not log when chroot is enabled o [1997/11/01] bin/4913 Large mail messages can cause mail.local o [1997/11/01] bin/4917 Bad parameters to ifconfig cause kernel p o [1997/11/02] bin/4918 Make fails to correctly substitute "Autom o [1997/11/02] kern/4921 sio0/sio1 not found - probe test 5 and 8 o [1997/11/02] bin/4922 man & more do not work with being suspend o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/03] gnu/4930 Year 2000 problems in groff macros (from o [1997/11/03] misc/4931 Keyboard lockup during floppy install o [1997/11/04] bin/4939 uuxqt unable to execute rnews program o [1997/11/04] bin/4943 After running /stand/sysinstall from comm o [1997/11/05] conf/4944 make world of FreeBSD-stable fails o [1997/11/05] kern/4945 continued failure to use the Adaptec 1460 o [1997/11/05] bin/4949 rpc.rquotad stat()s fs with quota file in o [1997/11/05] i386/4950 no multicast support for zp - 3c589 o [1997/11/05] i386/4951 keyboard adapeters will not allow install o [1997/11/06] kern/4956 Machine boots when mounting /dev/sd0[ac] o [1997/11/08] ports/4977 me xemacs installs /usr/local/lib/xemacs/loc o [1997/11/08] ports/4978 ports angband port installs user and save dirs o [1997/11/08] ports/4983 ports Upgrade xmorph port o [1997/11/09] kern/4990 NFS hangs under FastEthernet. 1024 Bytes 387 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1994/12/01] kern/35 mount -t union -o -b : lower layer not se o [1995/01/14] bin/115 systat iostat display doesn't scale high o [1995/01/22] kern/176 peter EIDRM not defined in errno.h o [1995/04/20] misc/355 policy on /usr/local permission in base r o [1995/05/13] bin/401 wollman Add REMOTE_* variables a [1995/05/23] i386/440 sos want vidcontrol option to apply settings a [1995/05/27] gnu/450 scrappy tar --exclude -c doesn't work o [1995/06/15] bin/517 wpaul Bad group change with 'install' o [1995/07/05] bin/591 phk SPAP request REJexted in stead of NAKed o [1995/07/09] misc/605 wpaul NIS: get*bynis routine problems f [1995/08/03] kern/652 Multiple addresses on one interface inter s [1995/08/05] gnu/655 jdp ld -r of shared objects worked in 1.1.5, o [1995/08/07] bin/658 ifconfig alias has to be separately given f [1995/08/12] kern/677 dyson X gets a bus error when calling mmap() o [1995/08/13] bin/680 2.0.5's tip using termios doesn't act the o [1995/08/18] kern/700 fenner The comments in /sys/net/if.h are confusi o [1995/09/26] kern/742 dyson syslog errors accessing Mac hard disks [p o [1995/10/03] kern/765 phk umount -f can`t umount a NFS filesystem i o [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/27] bin/841 stale nfs mounts cannot be umounted o [1995/11/30] bin/854 dyson swapinfo shows incorrect information for o [1995/12/17] kern/900 dyson ext2fs triggers divide by zero trap in vn a [1995/12/29] misc/922 From line handling incorrect in mail.loca a [1995/12/31] kern/924 EISA devices have disappeared from vmstat o [1996/01/21] bin/961 'more $file', incorrect CRLF compacting. o [1996/01/28] kern/975 bde getrusage returns negative deltas a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/02/03] bin/993 peter g++ complains about /usr/include/machine/ o [1996/02/07] bin/999 peter /usr/share/mk/sys.mk missing common $(RM) o [1996/02/12] bin/1021 phk pppd doesn't handle PAP-only authenticati o [1996/02/25] i386/1042 bde Warning from sio driver reports wrong dev o [1996/02/26] misc/1043 dyson vm_bounce_alloc error on 2.1 install with o [1996/03/20] kern/1090 iostat displays incorrect sps count o [1996/03/20] bin/1093 wollman route's diagnostic is weird o [1996/04/06] kern/1119 dyson Mounted EXT2FS partition is not cleanly u a [1996/04/15] kern/1144 sig{add, del}set and sigismember fns don' a [1996/04/22] bin/1154 Configure tunN device for ip-over-ip tunn o [1996/04/23] bin/1155 systat or top display disagreeing informa o [1996/05/09] bin/1184 scrappy ls + xterm + nvi + columns != 80 + ^Z = m o [1996/05/15] bin/1206 steve /bin/sh + emacs + ^G = ruined terminal o [1996/06/11] bin/1312 automounter hangs on boot o [1996/06/12] conf/1319 muldi3 is not included into kernel's Make a [1996/06/13] bin/1320 gpalmer dump limits blocksize to 32K o [1996/06/18] i386/1331 phk changes and bug in ft driver f [1996/06/18] bin/1332 changes to amd and possible nfs lkm bug? f [1996/07/04] misc/1369 Need SC_MORE_LUS for Emulex MD23 also a [1996/07/07] bin/1375 Extraneous warning from mv(1) f [1996/07/07] misc/1376 if_tun.c does not set if_ibytes and if_ob o [1996/07/18] kern/1399 dyson invoking setuid programs over NFS case vn o [1996/07/21] ports/1416 ports cflow(1) doesn't parse GNU C __attribute_ s [1996/07/23] kern/1421 Non-bug in sosend() o [1996/07/24] misc/1428 ncurses doesn't always display ALTCHARSET o [1996/08/03] kern/1462 nfsstat doesn't work if using LKM'ed vers a [1996/08/07] ports/1470 asami need more info in the ports structure o [1996/08/17] kern/1501 vmstat reports impossible avm after start o [1996/08/17] bin/1502 vmstat 'avm' field merges with procs 'w' o [1996/08/17] kern/1508 sos syscons should protect against useless DD o [1996/08/19] kern/1514 dyson mlock fails on readonly regions o [1996/08/20] kern/1516 dyson vm_fault.c contains dead code or too many o [1996/08/21] ports/1520 erich sudo dosn't recognise certain passwords a o [1996/08/21] bin/1523 "cvs update -d -P" prunes unchecked-in di o [1996/08/24] misc/1538 enhanced /etc/security script a [1996/09/04] bin/1565 Moving a file to it's link completely rem o [1996/09/06] bin/1577 mail -f foo does not look in current dire o [1996/09/08] bin/1589 ftp fails to flush output o [1996/09/11] bin/1598 tip leaves OPOST set on controlling termi o [1996/09/12] bin/1607 dfr unmount fails for a NFS fs mounted withou o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/14] kern/1614 Attempt to mount an NTFS partition causes f [1996/09/18] kern/1636 mss driver extension to broaden support a [1996/09/18] bin/1642 pkg_install Makefiles could be simplified o [1996/09/19] kern/1654 In procfs, vattr doesn't contain correct o [1996/09/20] kern/1658 ktrace/kdump flaky - corrupted ktrace.out o [1996/09/23] i386/1671 s2 map in pcvt isn't ISO 8859-1 and claim o [1996/09/29] kern/1690 apm and sbxvi inappropriately probe as co o [1996/09/29] docs/1691 brian ppp server doc submission o [1996/10/02] misc/1708 monthly login accounting o [1996/10/02] kern/1711 joerg kernel logging of signaled processes shou o [1996/10/03] misc/1717 Use of ntohl causes lint to complain o [1996/10/04] bin/1721 /sbin/route incorrectly installs routes w o [1996/10/04] kern/1725 visual config redraws bits of the screen f [1996/10/08] misc/1738 Install floppy returns random geometry wi o [1996/10/11] conf/1777 sysctl called in /etc/netstart before /us s [1996/10/13] kern/1788 wollman netstat gives negative numbers for tcp by o [1996/10/13] misc/1791 syslimits.h does not allow overriding def o [1996/10/13] bin/1793 steve /bin/sh return w/o exitstatus in a functi o [1996/10/14] bin/1804 pkg_create hangs if the packing list has o [1996/10/16] bin/1827 add support of Glidepoint trackpad "tap/d o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong o [1996/10/20] misc/1853 Syscons font mapping semms not to work pr o [1996/10/20] docs/1855 joerg Addition to LINT o [1996/10/22] kern/1868 system knows it has no keyboard but compl o [1996/10/23] misc/1871 incorrect '===> item' when making world o [1996/10/23] bin/1872 automounter (amd) cannot ls directories w o [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl o [1996/10/26] bin/1897 Sendmail 8.8.2 requires /etc/sendmail.cw o [1996/10/27] bin/1904 /usr/bin/su is not careful enough in veri o [1996/10/29] bin/1924 if lpd is not running, lpc will say ``no o [1996/10/30] i386/1931 Mitsumi CDrom works well under 2.1.x, fai o [1996/11/01] bin/1941 wtmp and monthly rotation o [1996/11/01] bin/1943 route(8) args o [1996/11/02] bin/1945 Out of date code/comments in dd o [1996/11/04] i386/1953 sos syscons savers have no default timeout o [1996/11/04] gnu/1961 uucp logging files are in /var/spool/uucp o [1996/11/06] bin/1968 FreeBSD has no rdate(8), here's one o [1996/11/06] bin/1970 csh limtail() bug o [1996/11/09] bin/1985 pkg_delete outputs confusing message when o [1996/11/13] kern/2004 route add -link panic o [1996/11/13] bin/2005 Poor command line argument checking and b o [1996/11/14] bin/2008 kerberos tickets from login all have the o [1996/11/15] kern/2022 Switching from X display to virtual conso o [1996/11/16] bin/2036 cpio size wraparound o [1996/11/16] ports/2038 torstenb sshd dies on FreeBSD machines if run as a f [1996/11/18] ports/2051 andreas HDF library port o [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken o [1996/11/19] bin/2065 wollman in tzsetup/sysinstall, allow user to type o [1996/11/19] misc/2068 Unstable keyboard mappings on the main tt o [1996/11/20] kern/2072 ZIP drive support is available for FreeBS o [1996/11/22] docs/2087 ifconfig.8 does not document how to remov o [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi o [1996/11/25] misc/2105 bsd.lib.mk has problems with STRIP and IN o [1996/11/26] bin/2106 Byte order problem in -current routed o [1996/11/26] i386/2108 sos [ATAPI] wcd driver may hang under certain o [1996/11/28] kern/2118 sos writing to virtual consoles fails to disp o [1996/11/28] bin/2119 mount lies to child about argv0, which ca o [1996/12/01] bin/2133 netstat -s overflows to negative o [1996/12/02] bin/2137 vm statistics are bad o [1996/12/02] kern/2140 FreeBSD leaves EtherExpress 16 net card i o [1996/12/03] ports/2145 ache qpopper bulletin support broken o [1996/12/03] conf/2146 brian wrong /dev for COM2 during installation v o [1996/12/07] ports/2169 pst zephyr port does not completely compile f [1996/12/08] ports/2182 ports FreeBSD's and X-32's list of locales do n o [1996/12/08] bin/2184 sendmail has lots of trouble with local d a [1996/12/10] ports/2190 asami need cross-reference to xpdf from X11 por o [1996/12/12] kern/2199 joerg Got a lots of "Target Busy" messages with o [1996/12/14] kern/2214 File System gets corrupted when mounting o [1996/12/14] bin/2216 Ada specs not being compiled into cc/gcc o [1996/12/16] bin/2227 FreeBSD does not recognize WD7000-ASC dri o [1996/12/17] i386/2234 fbsdboot.exe does not turn off floppy dri o [1996/12/17] i386/2239 some interrupts take too long (i.e. BT946 o [1996/12/18] misc/2242 Suggest add optional mt blocksize 512 o [1996/12/18] bin/2247 imp getopt should return -1 rather than EOF f [1996/12/20] bin/2260 brian PPP logins using PAP to Nortel/Shiva syst o [1996/12/21] ports/2264 jmz latex* ports need updating 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 o [1996/12/25] conf/2284 Termcap ibm3163 entry has arrow keys wron o [1996/12/26] bin/2291 race condition in /etc/master.passwd lock o [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 markm new crypt() including SHS and an extendab o [1996/12/28] misc/2309 Thread safe fixes to malloc, localtime, l o [1996/12/28] ports/2313 torstenb pidentd fails in 2.2-BETA o [1996/12/29] bin/2315 tail segfaults on NFS permission denied o [1996/12/29] misc/2323 FreeBSD.FAQ file in ftp.freebsd.org is lo o [1996/12/30] kern/2327 `Green' saver for pcvt o [1997/01/01] docs/2353 Changes to FAQ o [1997/01/03] bin/2366 libc does not consult /etc/services to fi o [1997/01/03] bin/2368 serial line logins "freeze" during login o [1997/01/06] bin/2382 curses.h / -lcurses incompatible with C++ o [1997/01/06] bin/2383 Inconsistent tputs(3) prototypes in curse o [1997/01/06] misc/2386 patches for new socket credential firewal o [1997/01/06] bin/2387 virtual hosting patches for inetd o [1997/01/06] kern/2390 Some CDROM drives stop audio on cdcontrol o [1997/01/07] kern/2393 filesystems not unmounted following shutd o [1997/01/07] misc/2407 dirent.h does not include sys/types.h o [1997/01/07] bin/2410 pppd(8): failing PAP doesn't force line d o [1997/01/07] kern/2412 Wine does not work o [1997/01/07] ports/2413 peter Cannot redirect "top" output o [1997/01/08] kern/2424 Pressing ALT-Fn during boot -c leave bell o [1997/01/09] kern/2429 Driver for AIMS Lab RadioTrack radio card o [1997/01/10] bin/2437 minor nits on text in 2.2-BETA install o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/10] bin/2443 Fetch cannot find the correct boundary be o [1997/01/11] bin/2448 semctl() not portable -- freebsd requires o [1997/01/11] docs/2455 no description "option COMCONSOLE" MLEN o [1997/01/26] misc/2596 dd refuses to respond to SIGkill o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/01/28] ports/2607 max New port: Gopher-2.3 o [1997/01/29] misc/2617 Utility submission - upsmon - UPS monitor o [1997/01/30] kern/2621 Patch to support Cogent EM110 fast-ethern o [1997/01/30] docs/2623 ipfirewall(4) man page is way out of date o [1997/01/30] bin/2624 kdump unaware of semsys and several other o [1997/01/31] bin/2630 xargs does excessive and inconsistent arg 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/04] bin/2657 ypserv thinks there is no computers in ne o [1997/02/04] bin/2660 When selecting BSD to boot from system ha o [1997/02/04] bin/2665 port 22 isn't being converted to ".ssh" i o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/05] bin/2672 Problem with telnetd s [1997/02/07] ports/2684 torstenb ircII port upgrade; 2.9_roof -> 2.9alpha1 o [1997/02/07] kern/2686 struct igmpmsg in s o [1997/02/07] misc/2687 jkh sysinstall umounts floppy after prompting o [1997/02/10] bin/2703 vipw doesn't allow you to edit master.pas o [1997/02/10] kern/2704 Occasional failure to detect wdc1 on boot o [1997/02/11] conf/2709 FBSD 2.1.6 X-Server installation setup ut o [1997/02/11] bin/2713 ftp daemon processes don't terminate, eve o [1997/02/11] kern/2715 MSDOS-FS 1024/2048 byte/sector media supp o [1997/02/11] kern/2716 od.c/sd.c non 512 byte/sector support imp o [1997/02/13] i386/2729 "make tags" in sys/kern produces barely u o [1997/02/14] bin/2734 jkh pkg_* uses relative paths to executables o [1997/02/14] bin/2735 jkh Add signature support (both MD5 and PGP) 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/02/20] docs/2780 Description of Linux emulation is out of o [1997/02/20] bin/2782 err man page is slightly wrong o [1997/02/21] misc/2789 na.phone update o [1997/02/22] ports/2797 obrien New Port: qmail o [1997/02/23] kern/2806 new kernel tags script o [1997/02/25] i386/2813 hard reference to /usr/src breaks make wo o [1997/02/26] conf/2819 /etc/rc does not execute 'uname' when con o [1997/02/26] conf/2822 ftp install specifying URL confusing o [1997/02/27] gnu/2827 after make world genclass is not installe o [1997/02/28] docs/2833 Repeated topics on FAQ entry hardware com o [1997/03/02] docs/2850 init(8) man page does not document secure o [1997/03/02] bin/2851 script(1) sets argv[0] of the started she o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] bin/2859 /usr/bin/quota seems to choke on long gro o [1997/03/03] kern/2865 dfr NFS client hangs on umount, ls, df when N o [1997/03/03] bin/2871 showmount -e returns error o [1997/03/04] misc/2882 Duplicate line in /etc/services? o [1997/03/05] kern/2886 fenner mbuf leak in multicast code o [1997/03/06] docs/2897 steve send-pr categories should be explained so o [1997/03/06] bin/2898 fenner arp -a -n buglet a [1997/03/06] ports/2902 ports Fix xmcd port for PACKAGE_BUILDING a [1997/03/06] ports/2905 ports Fixed port: xshisen-1.36 o [1997/03/09] i386/2924 sos syscons X keyboard gets stuck in capsmode o [1997/03/09] ports/2926 jmb xmgt-2.31 port, now in pub/incoming on ft o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 Add -b, -l, and -f options to du(1) o [1997/03/11] ports/2949 asami bsd.port.mk needs something like FETCH_EN o [1997/03/11] misc/2955 pkg_add failed on xemacs via sysintall o [1997/03/13] ports/2974 ports updated Makefile and patch-ab of jp-dvi2p o [1997/03/13] bin/2977 After enabling moused and vidcontrol and o [1997/03/13] bin/2979 GCC complains about stmt. expr. when comp o [1997/03/13] i386/2984 serial port console only prints ~ 1 char o [1997/03/14] ports/2988 joerg vga font is not built o [1997/03/15] ports/2993 obrien qmail-port-take2-proff.tar.gz in incoming o [1997/03/15] kern/3001 soundblaster8 card does not work correctl o [1997/03/16] misc/3009 packages-2.2/x11/fvwm-1.24r.tgz corrupt o o [1997/03/17] ports/3012 obrien qmailanalog port in incoming o [1997/03/18] conf/3023 By default users have no write permission o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/18] bin/3025 mv to / trailed dirs prints odd error mes o [1997/03/18] bin/3028 sos add support for Glidepoint pointing devic a [1997/03/21] ports/3052 ports /usr/ports/lang/expect does not find tkCo o [1997/03/22] kern/3061 route does not accept -genmask o [1997/03/24] misc/3075 2.2-R install "features" (non critical) o [1997/03/24] ports/3081 ports sitelispdir is a directory no a path in x o [1997/03/24] ports/3090 torstenb ircii-2.9-roof does not run. o [1997/03/26] misc/3113 make libraries failed. a [1997/03/28] misc/3136 rc.firewall should be run after interface o [1997/03/29] bin/3139 qcamcontrol has a bug where I/O errors ar o [1997/03/29] misc/3140 display message is broken on boot.flp o [1997/03/30] docs/3147 /usr/share/misc/au.postcodes o [1997/03/31] gnu/3157 Patches to gas and gdb to support MMX ext a [1997/04/01] bin/3164 view copies the file into vi.recover o [1997/04/01] ports/3169 ports nn port broken o [1997/04/01] kern/3172 CS4232 support trouble for mss0 o [1997/04/03] bin/3190 RISCom N2 card driver problem? o [1997/04/04] bin/3194 2.2.1-RELEASE hangs when using /stand/sys o [1997/04/06] bin/3211 ctm uses mktemp()> o [1997/04/06] bin/3212 the pkg_* tools use mktemp() o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 uucpd.c should normalize host names as lo o [1997/04/08] bin/3232 XFree86 installation Problem with non-Mic a [1997/04/08] bin/3233 wosch adduser(8) doesn't add users to the wheel o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk a [1997/04/09] bin/3241 times(3) returns only stime o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/09] bin/3245 variable substitution "a=${a:=}" in /bin/ o [1997/04/10] bin/3251 xsysinfo stops refreshing and wastes CPU o [1997/04/10] kern/3253 scsiconf.c: make ZIP disks use optical dr o [1997/04/13] conf/3272 $@ is deprecated I believe, so use ${.TAR 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 symorder(1): -t option doesn´t work at al o [1997/04/14] bin/3285 date option for pom(6) (phase of the moon o [1997/04/14] bin/3286 missing error checking in mount_mfs(8) ak o [1997/04/14] kern/3287 missing symbols in /usr/src/sys/i386/i386 o [1997/04/14] bin/3289 login(1) does not check /etc/skey.access o [1997/04/15] kern/3299 /dev/console hangs f [1997/04/15] kern/3302 msdos FS bogus error o [1997/04/15] ports/3306 ports new port-package for ifmail o [1997/04/17] bin/3314 /etc/daily did not run on April 6, 1997 o [1997/04/17] kern/3317 odd TUBA_INCLUDE use in tcp_input.c o [1997/04/17] ports/3318 ports New port: jigsaw (Java-based HTTP server) o [1997/04/18] ports/3322 markm setlocale problem in lang/perl5 a [1997/04/19] ports/3335 ports new port request of korean/hanemacs o [1997/04/20] ports/3358 asami XFMail-1.1 has been released f [1997/04/23] kern/3375 Consistent 10 min. delay at boot with REL o [1997/04/24] ports/3379 ports mprof dumps core on FreeBSD 2.2.1 o [1997/04/25] ports/3383 ports kaffe core dumps if LD_LIBRARY_PATH not s o [1997/04/25] bin/3386 kernel 'config' wrapper 'doconfig' ala Di o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/27] docs/3400 MAXMEM uses maths in LINT o [1997/04/27] conf/3401 jkh sysinstall sends empty FreeBSD user regis o [1997/04/29] bin/3416 ibcs emulation problems o [1997/04/29] bin/3418 pkg_create doesn't always create gzip'ed o [1997/05/01] ports/3455 jmz mtools-3.6.tgz could have a better mtools o [1997/05/02] kern/3475 gdb(ptrace?) cause create/modify times on o [1997/05/03] misc/3476 Please add support for .cpp suffix to sta o [1997/05/05] i386/3504 New features (and manpage) for netboot o [1997/05/05] bin/3506 more did not show iso-8859-n characters o [1997/05/05] bin/3508 FreeBSD 2.2.1 do not view SCSI disk at sw o [1997/05/06] docs/3522 Man pages close(2) misses fcntl lock info o [1997/05/07] bin/3528 fsck fails to detect some illegal block n o [1997/05/08] kern/3546 ktrace works even if no read permission o [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/09] bin/3556 Bug with -i option in /usr/bin/lpr o [1997/05/09] bin/3558 make reinstall collapses on install-info o [1997/05/09] kern/3560 Timeout counter bug in /sys/i386/isa/wd.c o [1997/05/09] kern/3571 Mounted ext2 prevents umount of filesyste o [1997/05/11] conf/3577 eBones and OBJLINK=yes fails to build o [1997/05/12] kern/3584 cleanup TCP_REASS macro in tcp_input.c o [1997/05/13] conf/3590 Difference in ttys and FAQ f [1997/05/14] ports/3597 ports jp-groff-0.99 port macro update o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/18] gnu/3616 permissions of /usr/libexec/uucp/uuxqt no f [1997/05/19] ports/3634 andreas fvwm95-2.0.43a-i18n-port.tar.gz was put o [1997/05/19] docs/3636 No mention is made in relevant manpages a o [1997/05/20] bin/3638 /bin/w can't handle long /dev/{tty,cua}xx o [1997/05/20] bin/3639 ac doesn't know about FreeBSD's pty names o [1997/05/20] docs/3645 TCP_wrappers package doesn't mention wher o [1997/05/21] bin/3648 find(1) extension for file flags o [1997/05/21] ports/3657 ports Port of NCSA HyperNews submitted as p5-hy o [1997/05/22] i386/3663 Unable to get system printer to work o [1997/05/22] kern/3667 patches to modularize vnode driver o [1997/05/24] conf/3673 no ddp line in /etc/protocols o [1997/05/25] kern/3678 bug in IPDIVERT code in -current o [1997/05/27] misc/3695 compiled termcap.db not in distribution o [1997/05/28] bin/3705 jkh /stand/sysinstall hangs. pkg_add also ha o [1997/05/29] conf/3713 installation floppy bug o [1997/05/30] kern/3720 Addition for supported Hardware o [1997/05/31] ports/3729 scrappy pgsql dies when initiated o [1997/05/31] kern/3731 Addition of a PCI Bridge f [1997/05/31] bin/3733 davidn getty with 'to' option causes pppd to die o [1997/06/01] kern/3738 Byte and packet counters in ipfw overflow o [1997/06/01] kern/3739 pause key not disabled; weird stuff when o [1997/06/01] conf/3751 Improvements to /etc/rc{,.network,.pccard o [1997/06/02] ports/3759 tg xtem-5.23 (X11 TEx Menu) port submitted ( o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/02] docs/3764 systat(1) -vmstat description seems to be o [1997/06/04] conf/3775 Time Zone for Sri Lanka - LKT o [1997/06/04] bin/3778 ypbind -S domainname,server1,... does not o [1997/06/04] ports/3787 ports ghostscript-3.53 has bad PLIST o [1997/06/07] bin/3805 single process tftpd o [1997/06/07] ports/3806 ports update s3mod to 1.09 o [1997/06/08] docs/3808 The manpage telnet.1 has many bugs. o [1997/06/09] docs/3819 davidn man (5) login.conf specifies passwordtime o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] kern/3836 Cannot remove HUGE directory o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 netboot/ns8390.c breaks NS datasheet o [1997/06/12] i386/3856 Improvement to autodetection logic o [1997/06/13] bin/3859 Setting the $0 variable in perl dosnt do o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/14] ports/3870 ports Upgrade tkdesk 1.0b3 --> 1.0b4 o [1997/06/15] kern/3879 Can't export mounted ext2fs via NFS o [1997/06/16] conf/3886 install does not build sendmail host stat o [1997/06/17] ports/3888 torstenb port net/wu-ftpd: tiny bug that is wu-ftp o [1997/06/17] ports/3892 itojun new port: www/webxref (cross-reference ge o [1997/06/17] gnu/3894 manpath segfaults if it dosen't understan 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/20] gnu/3918 vi dosnt wrap lines when called from send o [1997/06/22] ports/3928 ports New port: jp-pgp-2.6.3ia (language) o [1997/06/23] kern/3938 Problem about mmap() over NFS o [1997/06/23] ports/3939 ports new port: latex2html_icon_server o [1997/06/23] ports/3940 ports port of latex2html-96.1 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/25] ports/3955 torstenb -kpassive_ftp=true fails on socket connec o [1997/06/26] bin/3957 Makefile dependency error in amd o [1997/06/26] ports/3958 jmz a2ps fails if used according to man o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/06/29] ports/3983 ports New port: psf toolkit o [1997/06/30] ports/3991 ports set of OffiX ports o [1997/06/30] ports/3997 ports New port: VRML browser (vrweb) a [1997/07/01] bin/4004 moused(8) + international language text = o [1997/07/02] ports/4014 ports package/port installation obeys roots uma o [1997/07/03] i386/4024 sos Patch to add dead key support to syscons o [1997/07/03] ports/4025 ports New port - jp-ebw3 o [1997/07/05] kern/4037 boot.flp panics after kernel load if >2 s o [1997/07/06] kern/4039 2940UW and DCAS 32160 -- hungs if 40 MB/s o [1997/07/07] kern/4051 pppd connect 'chat ...' broken o [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/08] ports/4061 obrien new port: xklock o [1997/07/08] misc/4063 2.2.2R Installation fails if Jaz drive sp o [1997/07/09] ports/4067 ports wrong formats of files in offix.tar o [1997/07/13] ports/4083 ache netscape wrapper doesn't hand off args co o [1997/07/14] bin/4087 nameservice terminates after ndc restart o [1997/07/16] ports/4103 ports Should I or should I not ? o [1997/07/17] ports/4109 ports New port: xcopilot o [1997/07/17] kern/4112 PPSCLOCK kernel diffs o [1997/07/17] kern/4113 Processes shouldn't get SIGIO when the tt o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/18] ports/4118 ports New Port: bind 8.1.1 o [1997/07/19] bin/4120 Partition sysid prevents extended DOS par o [1997/07/19] ports/4124 ports Apache 1.2.1 port does not install docume o [1997/07/20] ports/4127 ache netscape-3.01: get rid of bogus error mes o [1997/07/20] ports/4133 chuckr new port: mpich.tar.gz o [1997/07/21] misc/4138 /etc/rc and sudo : chg to rm -rf /var/run o [1997/07/22] ports/4142 ports Hugs port to FreeBSD 2.2.1 a [1997/07/23] bin/4152 davidg pstat -T o [1997/07/23] kern/4153 New tcp initial send sequence number code f [1997/07/23] bin/4154 wish /bin/sleep handled fractions of a se o [1997/07/24] bin/4157 netstat atalk output should print symboli o [1997/07/24] bin/4163 ftp core dumps after hitting control-C f [1997/07/25] bin/4165 fetch gone to interminable query cycle af o [1997/07/26] bin/4172 link goes down for too long -- transfer f o [1997/07/27] bin/4182 netstat should always print the interface o [1997/07/27] bin/4183 How about upgrading bc to 1.04? o [1997/07/28] kern/4184 minor nits in sys/netatalk o [1997/07/28] bin/4187 The w command should have a larger tty fi o [1997/07/30] ports/4192 ports New port: Amulet o [1997/07/31] conf/4201 Installing only X-User does not install c o [1997/07/31] ports/4203 ports Updated port file for the perl package p5 o [1997/07/31] bin/4204 ac printed wrong report about tty users o [1997/08/01] misc/4208 sos New syscons font o [1997/08/02] bin/4216 dlsym returns null o [1997/08/03] kern/4221 Kernel mode pppd doesen't update wtmp on o [1997/08/04] ports/4227 ports cops perl script produces errors o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] ports/4232 scrappy Boot-time start of postgressql postmaster o [1997/08/06] misc/4235 asami /usr/share/mk/bsd.ports.mk and GNU config o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] ports/4248 ports Port submission of Chimera 2.0a2 X-WWW Br o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user a [1997/08/09] kern/4255 SMP kernel freezes on machines with >2 CP a [1997/08/09] kern/4257 itojun scsi RESERVATION CONFLICT support needed o [1997/08/10] ports/4263 ports new ports: jp-vfxdvik-18f (dvi viewer for o [1997/08/10] ports/4264 ports mftp get a Segmentation fault o [1997/08/12] ports/4281 ports Compress pcl graphics files - this is an o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/12] ports/4287 jfitz mail/p5-Mail-Folder is broke a [1997/08/13] gnu/4290 ache man wrong viewed koi8-r manpages and neqn o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. f [1997/08/13] bin/4298 joerg Is there any support for using the scsi C o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 ports Recommendation re. Ports Collection f [1997/08/15] bin/4308 FreeBSD uses an out of date version of vi o [1997/08/17] misc/4316 pthread_cleanup_{push|pop} nonexistent o [1997/08/17] docs/4320 function prototype in pthread_detach man f [1997/08/17] bin/4323 Initial routing tables incomplete o [1997/08/18] kern/4329 read(2) from /dev/bktr0 hangs o [1997/08/18] ports/4330 ports new ports for rxvt with big5 support o [1997/08/20] ports/4343 ports New ports submission - GUI E-Mail util o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( s [1997/08/22] ports/4360 ports new port of Amaya-1.0b o [1997/08/23] ports/4362 ports submit new port chinese/rxvt o [1997/08/23] conf/4363 kernel build depend on make obj o [1997/08/24] bin/4369 dump can calculate wrong estimate times w o [1997/08/25] ports/4377 ports bkpupsd [device] o [1997/08/25] ports/4384 ports New port display-1.0 o [1997/08/25] gnu/4385 un- and unclearly documented options in t o [1997/08/26] ports/4387 ports New port: icewm o [1997/08/26] ports/4391 ports New port: VPCE o [1997/08/26] misc/4395 if exists(secure) in /usr/src/Makefile is o [1997/08/27] ports/4402 ports Port submission: math::MatrixReal o [1997/08/28] ports/4412 ports New port: YaTeX (in print and japanese) o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] misc/4414 be.iso.kbd errors in mapping o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/08/30] docs/4439 davidn man pages wrong regarding login.conf o [1997/08/30] kern/4441 3com Etherlink III card not working while o [1997/08/31] conf/4444 Can't seem to configure for a DEC VRT17-H o [1997/09/01] ports/4446 ports New port: Atlast-1.0 o [1997/09/02] bin/4452 wpaul /etc/ethers and NIS: Bad comment parser o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] kern/4463 When using ipfw, all I get is the followi o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/04] misc/4470 libc_r deviates from the pthread standard o [1997/09/04] docs/4472 manpage for /usr/bin/printf is not comple o [1997/09/07] ports/4481 ports yet another Mac hfs utility o [1997/09/07] misc/4482 jdp A bug in dynamic loader design o [1997/09/07] bin/4484 peter sendmail is barfing o [1997/09/07] kern/4485 boot fials if root fs blocksize is not 8k o [1997/09/08] ports/4496 ports new port of latex2html-97.1.tar.gz o [1997/09/08] ports/4499 jraynard Update of slurp port o [1997/09/11] ports/4510 ports New port: lftp-0.12.2 o [1997/09/12] ports/4521 ports 'Joe' editor does not show control-chars o [1997/09/13] kern/4528 processes hang if the mount_portal proces o [1997/09/13] ports/4529 ports New port: kaskade-3.1.1 o [1997/09/13] ports/4530 ports New port: Xinvest o [1997/09/14] ports/4534 ports replace gimp with gimp-devel a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] docs/4542 jkh Slovene WWW and FTP mirrors of FreeBSD o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti o [1997/09/15] i386/4547 asc.c and pcaudio.c should use selrecord o [1997/09/16] bin/4553 man fails to open manpage if ./man exists o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/16] ports/4557 ports New ports: xjig 2.4 o [1997/09/16] misc/4560 XFree86 3.3.1 fails to install properly i o [1997/09/17] ports/4565 ports News port: ircII-current (ircII-2.9a8/col o [1997/09/18] conf/4572 /etc/rc.network loads ipfirewall lkm rega o [1997/09/18] ports/4580 ports new port of tycoon, x11 desktop stuff o [1997/09/20] ports/4590 ports New port: xaniroc-1.02 (category x11) o [1997/09/20] ports/4591 ports Port submission: xtide o [1997/09/21] ports/4595 ports Lynx tarball missing from ftp.freebsd.org o [1997/09/21] ports/4596 ports nas port fails build on 2.2-STABLE o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co f [1997/09/22] conf/4603 brian configure ddr between FreeBSD host and Ci o [1997/09/22] ports/4605 max New port ja-vftool-1.2(japanese/vftool). o [1997/09/22] ports/4606 ports New port: Hugs 1.4 (hugs-1.4.tar.gz in /p o [1997/09/22] ports/4608 obrien The packing list for the mutt port is inc a [1997/09/24] ports/4620 ports update xinetd to 2.2.1 o [1997/09/24] ports/4621 ports New port: xtris [category games] o [1997/09/25] ports/4624 ports New port of Wily, a clone of the Plan 9 e o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/25] ports/4631 ports New port: ncurses-1.9.9g o [1997/09/26] i386/4635 sos syscons mouse cut&paste inserts trailing o [1997/09/27] ports/4640 ports Enabled I18n code of transfig-3.2 with no o [1997/09/28] ports/4643 ports new port - japanese-english dictionary o [1997/09/28] ports/4644 ports This is a new port xfig -international ba o [1997/09/28] ports/4645 ports Enabled command line options such as TOP_ 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/09/29] ports/4655 ports Update of XFrisk port (category games) o [1997/09/29] ports/4656 ports New port: sidplay (category emulators) o [1997/09/30] ports/4658 ports yet another X11 utility added -- XDiary o [1997/09/30] ports/4664 ports New port sendfile-1.6 (category net) o [1997/10/01] ports/4667 ports Ocaml port does not install reference man o [1997/10/01] ports/4677 ports AppleTalk routing fails with netatalk 1.4 o [1997/10/02] misc/4679 xtend(8) doesn't handle the "dump" comman o [1997/10/02] kern/4680 lkm version of vn.c o [1997/10/02] misc/4682 magic file entries for tcpdump save files o [1997/10/03] kern/4685 Some SCSI retry messages formatted differ o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4695 pstat error 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/05] docs/4698 Handbook's script for making repair flopp o [1997/10/05] conf/4702 ipfw should pass all lo0 traffic, not jus o [1997/10/06] ports/4707 ports new-port : ja-mtools-3.6 (manipulating MS o [1997/10/06] kern/4717 si driver names tty lines oddly o [1997/10/07] ports/4719 ports mail/cucipop port update o [1997/10/07] misc/4723 /etc/rc complains during boot when sudo w o [1997/10/08] ports/4726 ports new port developed(X11 japanese font) o [1997/10/08] ports/4729 ports Fix for Cyrus port o [1997/10/08] ports/4731 ports wwwcount-2.3 port compile error o [1997/10/09] bin/4732 ac command works incorrect with old wtmp o [1997/10/09] ports/4733 ports new port of cfengine o [1997/10/09] ports/4734 ports Ports of NDTPD-1.0.2 and BookView-1.0.4 o [1997/10/09] bin/4736 Bugs in /usr/share/mk/bsd.*.mk bsd-make i o [1997/10/12] ports/4744 ports New port: pnmtopng o [1997/10/12] kern/4746 Yamaha CDR support o [1997/10/12] gnu/4748 cc -Wformat too sensitive o [1997/10/13] ports/4753 ports update port: ja-hex-2.03 (hexadecimal dum o [1997/10/13] ports/4759 ports New port: ja-xnetmaj o [1997/10/14] ports/4762 ports New port: aalib-1.0 o [1997/10/14] ports/4767 ports New port: cftp-0.7 o [1997/10/14] ports/4769 ports msql-2.0.3 ported o [1997/10/15] ports/4770 ports New port: Xitami HTTP Server o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/16] ports/4777 ports New port: le-1.4.0 o [1997/10/16] docs/4778 manual page for mail(1) misses sendmail o o [1997/10/16] bin/4779 Missing BINDIR in sendmail 8.8.7 Makefile o [1997/10/16] bin/4783 make dumps core on some incorrectly forma o [1997/10/17] ports/4788 ports New port xd-2.3(misc/xd). o [1997/10/17] ports/4791 ports i can't make install on mc-4.1 port o [1997/10/17] ports/4792 ports New ports for INN 1.5.1sec2 & 1.6 Beta 3 o [1997/10/17] bin/4794 mount -p does not reflect noatime flag o [1997/10/18] misc/4796 screensaver daemon_saver_mod.o missing on o [1997/10/19] ports/4808 ports Broken password.c in backend/libpq for Fr o [1997/10/19] ports/4809 ports Update port: tkdesk 1.03b -> 1.04b o [1997/10/19] kern/4810 Access checks in msdosfs_mount() o [1997/10/20] ports/4811 ports patch-file corrections for faces and xfac o [1997/10/20] misc/4812 ctags(1) write to buffer beyond the end o o [1997/10/20] i386/4816 FreeBSD driver for Industrial Computer So o [1997/10/21] ports/4819 ports New port: libhelp o [1997/10/21] ports/4820 ports New port: seabattle-1.0 o [1997/10/22] bin/4825 routed discards the first character of th o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/22] bin/4829 ftpd does not check user's gid for groups o [1997/10/23] docs/4833 Manual page missing for pccardc o [1997/10/23] kern/4836 PCI support for si o [1997/10/23] kern/4837 bad error return from rmdir() with msdos o [1997/10/23] ports/4839 ports New port - spin - Verification system for o [1997/10/24] bin/4840 fsck dumps core when it can't read super o [1997/10/24] i386/4842 2.2.5-RELEASE biosboot make problem o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/10/25] kern/4856 netatalk cannot register own host o [1997/10/26] ports/4857 hoek Port submitted: TkRat v1.05 o [1997/10/26] bin/4858 Missing :np: in local.9600 entry in getty o [1997/10/27] docs/4866 Man pages for basename(1) and dirname(1) o [1997/10/27] ports/4870 ports New port p5-Gtk o [1997/10/28] ports/4878 ports Apache w/FrontPage Module Port o [1997/10/28] bin/4882 uudecode can't handle whitespace in filen o [1997/10/29] ports/4885 ports Create a new ports about cqcam-0.45.tar.g o [1997/10/29] ports/4889 ports new port for ntimelord-1.0 o [1997/10/30] bin/4894 pkg_delete ignores @cwd because pkg_creat o [1997/10/30] bin/4899 Telnet is not transparent even with -8E o [1997/10/30] ports/4900 ports New port - zh-samba 1.9.17p4 o [1997/10/31] kern/4904 The pthread implementation seems not cont o [1997/10/31] misc/4908 pthread_cond_wait doesn't o [1997/11/01] ports/4914 ports Update to fftpack port o [1997/11/01] bin/4915 NFS mounts to linux machine can hang syst o [1997/11/02] ports/4919 ports -s option description is present twice in o [1997/11/02] ports/4920 ports New math port: METIS o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/02] bin/4924 /etc/daily should use full hostname o [1997/11/02] bin/4925 sendmail ignores user quotas o [1997/11/03] ports/4928 asami no 'update' target in /usr/ports/Makefile o [1997/11/04] ports/4933 ports New port: cgihtml library o [1997/11/04] ports/4934 ports Bugfix release of bash2 available o [1997/11/04] ports/4935 ports audio/nas port fails build + fix o [1997/11/04] ports/4937 ports A looks-nice audio level meter port is no o [1997/11/04] misc/4938 addgroup script calls for tclsh; tcl not o [1997/11/04] ports/4940 ports Nedit port is out of date o [1997/11/04] ports/4941 ports New port: nslint 2.0a2 o [1997/11/05] bin/4947 ps(1) output is not parsable and -Ortprio o [1997/11/05] ports/4952 ports New port: texi2html o [1997/11/05] bin/4954 Extension of manual o [1997/11/06] bin/4957 /bin/top doesn't sort idle processes corr o [1997/11/06] ports/4958 ports installing mutt port failes if sgmlfmt is o [1997/11/06] bin/4959 sysinstall package add didn't give indica o [1997/11/06] docs/4960 xman(1) and sgmls(1) buglets o [1997/11/06] ports/4962 ports Update imlib to 0.5.2 o [1997/11/06] ports/4963 ports Update enlightenment to 0.12.6 f [1997/11/07] ports/4965 ports make install of XFree86 (XF86Setup) fails o [1997/11/07] bin/4966 boot.flp file is too big to image on to f o [1997/11/07] ports/4967 ports I have ported Carl DeClerck's mserver-0.2 o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/07] ports/4972 ports submission of textual cdplayer port o [1997/11/07] ports/4974 ports New port: YODL, Yet Oneother Document Lan o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/08] ports/4979 ports port for Eval-113 o [1997/11/08] ports/4980 ports NEW PORT: netscape3-us (Netscape Nav with o [1997/11/08] ports/4981 ports UPDATED PORT: www/netscape3 (Updated to v o [1997/11/09] ports/4985 ports NEW PORT: www/htmlpp htmlpp-3.9, a WWW au o [1997/11/09] ports/4986 ports NEW PORT: comms/atp - ATP 1.50, a BBS QWK o [1997/11/09] kern/4989 NE2100 ethernet card (lnc1) gives poor pe o [1997/11/09] ports/4991 ports New port: c2html-0.1 o [1997/11/09] kern/4992 SCSI disk scheduling disabled in 2.2.5 o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work 670 problems total. From owner-freebsd-bugs Mon Nov 10 15:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06084 for bugs-outgoing; Mon, 10 Nov 1997 15:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA06071; Mon, 10 Nov 1997 15:00:01 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 15:00:01 -0800 (PST) Resent-Message-Id: <199711102300.PAA06071@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sef@kithrup.com Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA05461 for ; Mon, 10 Nov 1997 14:48:32 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.7/8.8.7) id OAA09389; Mon, 10 Nov 1997 14:47:48 -0800 (PST) (envelope-from sef) Message-Id: <199711102247.OAA09389@kithrup.com> Date: Mon, 10 Nov 1997 14:47:48 -0800 (PST) From: Sean Eric Fagan Reply-To: sef@kithrup.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/4998: problem with mail and more Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4998 >Category: bin >Synopsis: mail and more do not work well with being suspended >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 15:00:00 PST 1997 >Last-Modified: >Originator: Sean Eric Fagan >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: >Description: While reading a mail message long enough for the pager to be invoked, I typed control-Z to do something else briefly at the --MORE-- prompt. When I fg'd the process, I was back at mail's "& " prompt, instead of being in the pager. >How-To-Repeat: See description. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 15:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08120 for bugs-outgoing; Mon, 10 Nov 1997 15:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08095; Mon, 10 Nov 1997 15:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 15:40:02 -0800 (PST) Resent-Message-Id: <199711102340.PAA08095@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, anthony@pinkworks.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08011; Mon, 10 Nov 1997 15:39:11 -0800 (PST) (envelope-from nobody) Message-Id: <199711102339.PAA08011@hub.freebsd.org> Date: Mon, 10 Nov 1997 15:39:11 -0800 (PST) From: anthony@pinkworks.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/4999: Entering '?' at first boot prompt in installation puts system into loop Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4999 >Category: misc >Synopsis: Entering '?' at first boot prompt in installation puts system into loop >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 15:40:01 PST 1997 >Last-Modified: >Originator: Anthony J Wright >Organization: Pinkworks Ltd >Release: 2.2.5 >Environment: >Description: As a new user to Free BSD, I was a little unsure as to the installation process. As a result I entered '?' at the 'boot:' prompt. This gave me a list of files, but three seconds later, attempted a boot with an invalid boot file name, which obviously failed. Three seconds after that it tried again and so on... I think after getting user input it should not attempt an auto boot, and in response to a '?' it should not change the default kernel name. >How-To-Repeat: Create a 2.2.5 installation disk. enter '?' at the 'boot: ' prompt >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 15:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08648 for bugs-outgoing; Mon, 10 Nov 1997 15:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08639; Mon, 10 Nov 1997 15:50:01 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 15:50:01 -0800 (PST) Resent-Message-Id: <199711102350.PAA08639@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, anthony@pinkworks.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA08399; Mon, 10 Nov 1997 15:46:59 -0800 (PST) (envelope-from nobody) Message-Id: <199711102346.PAA08399@hub.freebsd.org> Date: Mon, 10 Nov 1997 15:46:59 -0800 (PST) From: anthony@pinkworks.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5000: There is no mention of the installation 'Kernal Configuration Menu' in the docs Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5000 >Category: docs >Synopsis: There is no mention of the installation 'Kernal Configuration Menu' in the docs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 15:50:00 PST 1997 >Last-Modified: >Originator: Anthony J Wright >Organization: Pinkworks Ltd >Release: 2.2.5 >Environment: >Description: The installation documentation does not mention the 'Kernel Configuration Menu' at all. As a result, when I came across it, I was thrown by it, and even though I understood what it was doing, and why is was there, but when I had problems, there was no documentation to help me which is extremely frustration to a new user, and I nearly gave up attempting to install FreeBSD. >How-To-Repeat: Create a 2.2.5 installation disk. Boot from it. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 16:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09268 for bugs-outgoing; Mon, 10 Nov 1997 16:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09258; Mon, 10 Nov 1997 16:00:01 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 16:00:01 -0800 (PST) Resent-Message-Id: <199711110000.QAA09258@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, anthony@pinkworks.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA09014; Mon, 10 Nov 1997 15:56:37 -0800 (PST) (envelope-from nobody) Message-Id: <199711102356.PAA09014@hub.freebsd.org> Date: Mon, 10 Nov 1997 15:56:37 -0800 (PST) From: anthony@pinkworks.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5001: During installation sc0 device is required, but you can disable it Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5001 >Category: misc >Synopsis: During installation sc0 device is required, but you can disable it >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 16:00:00 PST 1997 >Last-Modified: >Originator: Anthony J Wright >Organization: Pinkworks Ltd >Release: 2.2.5 >Environment: >Description: I had big problems installing FreeBSD which were caused by me disabling the Syscons console driver (sc0) during the 'Kernel Configuration' stage. I was disabling all the drivers that I didn't want (which is an awful lot), and since thinking in terms of MS-DOS, didn't register the need for the console driver. There was no warning/error message when I did so, but the result was that the system seemed to hang when I tried to move onto the next stage of the installation. I think that is should not be possible to disable to sc0 device. >How-To-Repeat: Create a 2.2.5 installation disk. Boot from it. Disable the sc0 device at Kernel Configuration. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 16:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10058 for bugs-outgoing; Mon, 10 Nov 1997 16:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10033; Mon, 10 Nov 1997 16:10:02 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 16:10:02 -0800 (PST) Resent-Message-Id: <199711110010.QAA10033@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, anthony@pinkworks.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09768; Mon, 10 Nov 1997 16:07:33 -0800 (PST) (envelope-from nobody) Message-Id: <199711110007.QAA09768@hub.freebsd.org> Date: Mon, 10 Nov 1997 16:07:33 -0800 (PST) From: anthony@pinkworks.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5002: Novice Installation gets confused if you fail an restart Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5002 >Category: misc >Synopsis: Novice Installation gets confused if you fail an restart >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 16:10:01 PST 1997 >Last-Modified: >Originator: Anthony J Wright >Organization: Pinkworks Ltd >Release: 2.2.5 >Environment: >Description: If you start a 'Novice' installation, and then for some reason quit, if you try and re-run the 'Novice' installation it lets to define the boot partitions, and the boot manager, but then promptly returns back to the main menu (no labeling, no distributions, no media...). This is extremely disconcerting to a novice user who frequently makes mistakes during installation/configuration. >How-To-Repeat: Create a 2.2.5 installation disk. Boot from it. Do a 'Novice installation' At the Distribution menu hit Cancel Do a 'Novice installation' again You don't get any further that the 'disk partioning' part of the p >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 16:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10077 for bugs-outgoing; Mon, 10 Nov 1997 16:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA10056; Mon, 10 Nov 1997 16:10:04 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 16:10:04 -0800 (PST) Resent-Message-Id: <199711110010.QAA10056@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, anthony@pinkworks.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09782; Mon, 10 Nov 1997 16:07:38 -0800 (PST) (envelope-from nobody) Message-Id: <199711110007.QAA09782@hub.freebsd.org> Date: Mon, 10 Nov 1997 16:07:38 -0800 (PST) From: anthony@pinkworks.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5003: Novice Installation gets confused if you fail an restart Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5003 >Category: misc >Synopsis: Novice Installation gets confused if you fail an restart >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 16:10:03 PST 1997 >Last-Modified: >Originator: Anthony J Wright >Organization: Pinkworks Ltd >Release: 2.2.5 >Environment: >Description: If you start a 'Novice' installation, and then for some reason quit, if you try and re-run the 'Novice' installation it lets to define the boot partitions, and the boot manager, but then promptly returns back to the main menu (no labeling, no distributions, no media...). This is extremely disconcerting to a novice user who frequently makes mistakes during installation/configuration. >How-To-Repeat: Create a 2.2.5 installation disk. Boot from it. Do a 'Novice installation' At the Distribution menu hit Cancel Do a 'Novice installation' again You don't get any further that the 'disk partioning' part of the process >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 17:10:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA13317 for bugs-outgoing; Mon, 10 Nov 1997 17:10:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA13297; Mon, 10 Nov 1997 17:10:04 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 17:10:04 -0800 (PST) Resent-Message-Id: <199711110110.RAA13297@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, giffunip@asme.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA13057; Mon, 10 Nov 1997 17:06:21 -0800 (PST) (envelope-from nobody) Message-Id: <199711110106.RAA13057@hub.freebsd.org> Date: Mon, 10 Nov 1997 17:06:21 -0800 (PST) From: giffunip@asme.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5005: f2c is buggy and seriously outdated (again) Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5005 >Category: misc >Synopsis: f2c is buggy and seriously outdated (again) >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 17:10:02 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: U. Nacional de Colombia >Release: 2.2.2-Release >Environment: not relevant >Description: While trying to correctly build the latest version of BLAS port, netlib maintainers reported our version of f2c must be updated. Current f2c version is dated Sept. 21 1997. Thanks to Eric Grosse and >How-To-Repeat: Try to build BLAS port by taking away the "degrading" patch. Other soon-to-be ports also seem to be affected. >Fix: Update to the latest version as suggested by Netlib's team. http://netlib.bell-labs.com/netlib/f2c/index.html While at this, this enhancement might also be pertinent (untested) http://extweb.nag.co.uk/public/f2c.html >Audit-Trail: >Unformatted: From owner-freebsd-bugs Mon Nov 10 17:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA15185 for bugs-outgoing; Mon, 10 Nov 1997 17:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA15168; Mon, 10 Nov 1997 17:40:01 -0800 (PST) (envelope-from gnats) Date: Mon, 10 Nov 1997 17:40:01 -0800 (PST) Message-Id: <199711110140.RAA15168@hub.freebsd.org> To: freebsd-bugs Cc: From: "Pedro Giffuni S." Subject: Re: misc/5005: f2c is buggy and seriously outdated (again) Reply-To: "Pedro Giffuni S." Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/5005; it has been noted by GNATS. From: "Pedro Giffuni S." To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: misc/5005: f2c is buggy and seriously outdated (again) Date: Tue, 11 Nov 1997 01:28:47 +0000 FWIW, I just noticed Jordan updated this for 2.2.5 (Sept. 15)...so it is not "critical" or "high" priority, but there are still two minor updates from that version: ______ Wed Sep 17 00:39:29 EDT 1997 libi77: fmt.[ch] rdfmt.c wrtfmt.c: tweak struct syl for machines with 64-bit pointers and 32-bit ints that did not 64-bit align struct syl (e.g., Linux on the DEC Alpha). This change should be invisible on other machines. Sun Sep 21 22:05:19 EDT 1997 libf77: [de]time_.c (Unix systems only): change return type to double. _______ From owner-freebsd-bugs Mon Nov 10 18:10:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16815 for bugs-outgoing; Mon, 10 Nov 1997 18:10:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16808; Mon, 10 Nov 1997 18:10:02 -0800 (PST) (envelope-from gnats) Date: Mon, 10 Nov 1997 18:10:02 -0800 (PST) Message-Id: <199711110210.SAA16808@hub.freebsd.org> To: freebsd-bugs Cc: From: Sean Eric Fagan Subject: bin/4998 Reply-To: Sean Eric Fagan Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4998; it has been noted by GNATS. From: Sean Eric Fagan To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: bin/4998 Date: Mon, 10 Nov 1997 18:08:11 -0800 (PST) Some further information: mail is running immediately because more is core dumping, getting a SIGBUS. gdb and the core file say it is in some function called from raw_mode(0) -- however, gdb can't print out the function name. From owner-freebsd-bugs Mon Nov 10 18:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA17987 for bugs-outgoing; Mon, 10 Nov 1997 18:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA17980; Mon, 10 Nov 1997 18:30:01 -0800 (PST) (envelope-from gnats) Date: Mon, 10 Nov 1997 18:30:01 -0800 (PST) Message-Id: <199711110230.SAA17980@hub.freebsd.org> To: freebsd-bugs Cc: From: Sean Eric Fagan Subject: bin/4998 Reply-To: Sean Eric Fagan Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4998; it has been noted by GNATS. From: Sean Eric Fagan To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: bin/4998 Date: Mon, 10 Nov 1997 18:20:15 -0800 (PST) One last update: this is, I think, a kernel problem -- I did the same thing on my 2.2-GAMMA system, and it did not core dump. So I took the (staticly-linked) mail I compiled up on my 2.2.5 system, and tried to reproduce it -- no go, it dropped me back into more when I typed 'fg'. Since the version of mail I had compiled up was staticly-linked, I am left to conclude that the problem is due to the kernel. From owner-freebsd-bugs Mon Nov 10 19:03:19 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19698 for bugs-outgoing; Mon, 10 Nov 1997 19:03:19 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA19639; Mon, 10 Nov 1997 19:02:42 -0800 (PST) (envelope-from jkh@FreeBSD.ORG) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id TAA20321; Mon, 10 Nov 1997 19:00:38 -0800 (PST) Date: Mon, 10 Nov 1997 19:00:38 -0800 (PST) Message-Id: <199711110300.TAA20321@freefall.freebsd.org> To: anthony@pinkworks.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: docs/5000 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: There is no mention of the installation 'Kernal Configuration Menu' in the docs State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Nov 10 19:00:05 PST 1997 State-Changed-Why: That's totally untrue. See HARDWARE.TXT (or the hardware item in the Documentation submenu) From owner-freebsd-bugs Mon Nov 10 19:03:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA19783 for bugs-outgoing; Mon, 10 Nov 1997 19:03:47 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA19696; Mon, 10 Nov 1997 19:03:18 -0800 (PST) (envelope-from jkh@FreeBSD.ORG) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id TAA20401; Mon, 10 Nov 1997 19:01:14 -0800 (PST) Date: Mon, 10 Nov 1997 19:01:14 -0800 (PST) Message-Id: <199711110301.TAA20401@freefall.freebsd.org> To: anthony@pinkworks.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: misc/5003 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Novice Installation gets confused if you fail an restart State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Mon Nov 10 19:01:06 PST 1997 State-Changed-Why: Duplicate of 5002 From owner-freebsd-bugs Mon Nov 10 20:00:26 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22864 for bugs-outgoing; Mon, 10 Nov 1997 20:00:26 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA22838; Mon, 10 Nov 1997 20:00:21 -0800 (PST) (envelope-from steve) Date: Mon, 10 Nov 1997 20:00:21 -0800 (PST) From: Steve Price Message-Id: <199711110400.UAA22838@hub.freebsd.org> To: wayne@barnes1.wustl.edu, steve, freebsd-bugs Subject: Re: docs/4381 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mount -t msdos causes panic:vm_fault State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Nov 10 19:56:32 PST 1997 State-Changed-Why: This is a PC BIOS limitation and not a FreeBSD-related bug. From owner-freebsd-bugs Mon Nov 10 20:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA23407 for bugs-outgoing; Mon, 10 Nov 1997 20:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA23396; Mon, 10 Nov 1997 20:10:01 -0800 (PST) (envelope-from gnats) Date: Mon, 10 Nov 1997 20:10:01 -0800 (PST) Message-Id: <199711110410.UAA23396@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: docs/4381: mount -t msdos causes panic:vm_fault Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/4381; it has been noted by GNATS. From: Steve Price To: freebsd-gnats-submit@freebsd.org, wayne@barnes1.wustl.edu Cc: Subject: Re: docs/4381: mount -t msdos causes panic:vm_fault Date: Mon, 10 Nov 1997 22:01:38 -0600 [remainder of PR elided] >Fix > > Is this something to do with EIDE bugs? > Should I perhaps start over with a clean drive, and make sure > FreeBSD starts in the first 512 MB? No this is not an EIDE bug. It is a limitation with the PC BIOS that restricts bootable partitions to the first 1024 cylinders. See http://www.freebsd.org/FAQ/FAQ34.html#34 Steve From owner-freebsd-bugs Mon Nov 10 21:04:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA25842 for bugs-outgoing; Mon, 10 Nov 1997 21:04:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA25799; Mon, 10 Nov 1997 21:03:55 -0800 (PST) (envelope-from steve) Date: Mon, 10 Nov 1997 21:03:55 -0800 (PST) From: Steve Price Message-Id: <199711110503.VAA25799@hub.freebsd.org> To: mutoh@info.nara-k.ac.jp, steve, freebsd-bugs Subject: Re: docs/3808 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: The manpage telnet.1 has many bugs. State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Mon Nov 10 21:03:15 PST 1997 State-Changed-Why: Slightly modified patch applied to -current. Thanks! From owner-freebsd-bugs Mon Nov 10 22:03:01 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA28835 for bugs-outgoing; Mon, 10 Nov 1997 22:03:01 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA28829 for ; Mon, 10 Nov 1997 22:02:57 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id QAA20598; Tue, 11 Nov 1997 16:59:08 +1100 Date: Tue, 11 Nov 1997 16:59:08 +1100 From: Bruce Evans Message-Id: <199711110559.QAA20598@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, tege@nada.kth.se Subject: Re: bin/4961: Problems with fseek and fprints Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >1) fseek is ignored on files that were fdopen'ed in append mode. > > This is not a bug. ANSI C says that writes are only allowed at the end > of file when opening in append mode (e.g. any write has an implicit It would be a bug to always completely ignore fseek on such files, since it sometimes has side effects if it succeeds (e.g., at least under POSIX, it must flush any buffered output and synchronise with with the underlying fd. Flushing must set file timestamps and these can be peeked at outside of stdio, so flushing can't be delayed). > seek to end preceding it). Open with "r+" if you want to write > somewhere other than the end of file. This won't work if the file descriptor is open in O_APPEND mode. fdopen should not and does not clear to O_APPEND flag, so it is impossible to write somewhere other than the end of a file using stdio. > (Does ANSI say anything about this? I thought POSIX was what spec'd these > functions?) ANSI permits fseek to fail if the request cannot be satisfied. Under POSIX, all offsets can be lseeked to although only EOF can be written to, so it isn't reasonable to reject requests because of the offset, and in fact fseek does whatever the FILE's _seek function does. fseek is just useless in the O_APPEND case, at least if the _seek function is lseek. You can get the same effect using fflush. fseek is more useless than lseek, since lseek(fd, off, SEEK_EOF) is useful for determining the current file, but the corresponding `fseek(fp, off, SEEK_EOF); ftell(fp);' is not, at least in POSIX, since the result of ftell() is unspecified for the O_APPEND case :-(. FreeBSD stdio actually depends on this loophole to be POSIXly correct: after `fseek(fp, 0L, SEEK_SET); putc('!', fp);', on a nonempty file, ftell() reports the bogus offset of 1. The fseek() sets the underlying file offset to 0 and the putc() advances it to previous_file_size+1 by writing at EOF, and ftell() apparently doesn't bother to synchronise with the file system. > I checked several other Unices and, and they behaved as I want. If > FreeBSD's behaviour is right, there is no obvious way of closing say stdout > and reopen what was associated to it and then keep writing to a specified > position. "w" truncates the file and "r+" cannot be done on stdout since > the underlying file descriptor disallows reads. You'll have to use fcntl() to change the O_APPEND flag at suitable times. There are some other problems with freopen() on files that are actually file descriptors. The files must be kept open to prevent their fd's from going away, but ANSI specifies closing of the old file. Closing the file sometimes has side effects. NIST PCTS detects brokenness here by noticing that side effects for named pipes don't occur. > >2) The second fprintf below sets errno even while no error really > > happens. > > errno is not set on a 2.2.2-RELEASE system; on a 3.0-CURRENT system, > errno is indeed set to ENOENT. Interestingly enough, it's the first > fprintf that's setting errno. This is definitely worth looking into; > I have no clue what fprintf might be doing that would cause a ENOENT. As discussed already, checking errno is usually the wrong way to detect errors, and the ENOENT may be for malloc attempting to open /etc/malloc.conf. Bruce From owner-freebsd-bugs Mon Nov 10 22:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29651 for bugs-outgoing; Mon, 10 Nov 1997 22:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29640; Mon, 10 Nov 1997 22:20:02 -0800 (PST) (envelope-from gnats) Resent-Date: Mon, 10 Nov 1997 22:20:02 -0800 (PST) Resent-Message-Id: <199711110620.WAA29640@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, taguchi@tohoku.iij.ad.jp Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA29399; Mon, 10 Nov 1997 22:14:43 -0800 (PST) (envelope-from nobody) Message-Id: <199711110614.WAA29399@hub.freebsd.org> Date: Mon, 10 Nov 1997 22:14:43 -0800 (PST) From: taguchi@tohoku.iij.ad.jp To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5007: can not compile /usr/src/sys/pci/brooktree848.c Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5007 >Category: kern >Synopsis: can not compile /usr/src/sys/pci/brooktree848.c >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Nov 10 22:20:01 PST 1997 >Last-Modified: >Originator: Taguchi Takeshi >Organization: IIJ Tohoku >Release: 2.2.5-STABLE (cvsuped at 971110) >Environment: FreeBSD www.tohoku.iij.ad.jp 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Wed Nov 5 1\ 6:17:23 JST 1997 root@www.tohoku.iij.ad.jp:/usr/src/sys/compile/WWW i386 >Description: can not compile bt848 driver. cc -c -O -pipe -Wreturn-type -Wcomment -Wredundant-decls -Wimplicit -Wnested-e\ xterns -Wstrict-prototypes -Wmissing-prototypes -Wpointer-arith -nostdinc -I-\ -I. -I../.. -I../../../include -DDIAGNOSTIC -DFAILSAFE -DCOMPAT_43 -DMSDOSFS -\ DNFS -DFFS -DINET -DKERNEL ../../pci/brooktree848.c ../../pci/brooktree848.c: In function `video_ioctl': ../../pci/brooktree848.c:1955: parse error before `par' ../../pci/brooktree848.c:1961: `write' undeclared (first use this function) ../../pci/brooktree848.c:1961: (Each undeclared identifier is reported only onc\ e ../../pci/brooktree848.c:1961: for each function it appears in.) ../../pci/brooktree848.c:1962: `i2c_addr' undeclared (first use this function) ../../pci/brooktree848.c:1962: `i2c_port' undeclared (first use this function) ../../pci/brooktree848.c:1962: `data' undeclared (first use this function) ../../pci/brooktree848.c:1966: `par' undeclared (first use this function) *** Error code 1 >How-To-Repeat: everytime ;-( >Fix: Sorry, I don't know... >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 11 00:40:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA08309 for bugs-outgoing; Tue, 11 Nov 1997 00:40:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA08286; Tue, 11 Nov 1997 00:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 11 Nov 1997 00:40:02 -0800 (PST) Resent-Message-Id: <199711110840.AAA08286@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, div@nsu.ru Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA07951; Tue, 11 Nov 1997 00:30:27 -0800 (PST) (envelope-from nobody) Message-Id: <199711110830.AAA07951@hub.freebsd.org> Date: Tue, 11 Nov 1997 00:30:27 -0800 (PST) From: div@nsu.ru To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5008: libc_r not working at static linking Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5008 >Category: bin >Synopsis: libc_r not working at static linking >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 11 00:40:01 PST 1997 >Last-Modified: >Originator: Boris F. Muratshin >Organization: R&D Information Issues Institute >Release: 2.2.2 >Environment: FreeBSD SSS 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Mon Nov 10 10:52:13 NS 1997 root@sss:/usr/src/sys/compile/SSS i386 >Description: At static linking does not working programs using 'pthreads' or 'sleep' system call. Compiling & linking goes withowt problems but at attempt to run process stalling. As can I see in 'top' it eats processor time but do nothing & ktrace says nothing. >How-To-Repeat: Try the next: 1. create file aa.cc with contents of ' #include int main() { sleep(1); return 0; } ' 2. run gcc aa.cc -lc_r -static 3. run a.out 4. fun PS I am using pgcc 2.7.2 from ports/lang >Fix: ??? >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 11 00:58:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA09159 for bugs-outgoing; Tue, 11 Nov 1997 00:58:28 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from rumor.research.att.com (rumor.research.att.com [192.20.225.9]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id AAA09154 for ; Tue, 11 Nov 1997 00:58:25 -0800 (PST) (envelope-from ji@research.att.com) Received: from research.att.com ([135.207.30.100]) by rumor; Tue Nov 11 03:54:46 EST 1997 Received: from amontillado.research.att.com ([135.207.24.32]) by research-clone; Tue Nov 11 03:55:46 EST 1997 Received: from bual.research.att.com (bual.research.att.com [135.207.24.19]) by amontillado.research.att.com (8.8.7/8.8.7) with ESMTP id DAA09294 for ; Tue, 11 Nov 1997 03:55:45 -0500 (EST) Received: (from ji@localhost) by bual.research.att.com (8.7.5/8.7) id DAA26206; Tue, 11 Nov 1997 03:55:44 -0500 (EST) Date: Tue, 11 Nov 1997 03:55:44 -0500 (EST) Message-Id: <199711110855.DAA26206@bual.research.att.com> From: John Ioannidis To: freebsd-bugs@freebsd.org Subject: FreeBSD-stable won't buildworld Reply-To: ji@research.att.com Organization: AT&T Labs - Research Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk I'm trying to build FreeBSD-stable on a 2.2.2-RELEASE machine. The build fails when building libc, complaing that __toupper and __tolower are multiply defined. What am I doing wrong? /ji From owner-freebsd-bugs Tue Nov 11 02:02:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA12682 for bugs-outgoing; Tue, 11 Nov 1997 02:02:16 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from godzilla.zeta.org.au (godzilla.zeta.org.au [203.2.228.19]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA12666 for ; Tue, 11 Nov 1997 02:02:10 -0800 (PST) (envelope-from bde@zeta.org.au) Received: (from bde@localhost) by godzilla.zeta.org.au (8.8.7/8.6.9) id UAA29162; Tue, 11 Nov 1997 20:52:44 +1100 Date: Tue, 11 Nov 1997 20:52:44 +1100 From: Bruce Evans Message-Id: <199711110952.UAA29162@godzilla.zeta.org.au> To: freebsd-bugs@hub.freebsd.org, sprice@HiWAAY.net Subject: Re: docs/4381: mount -t msdos causes panic:vm_fault Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > >Fix > > > > Is this something to do with EIDE bugs? > > Should I perhaps start over with a clean drive, and make sure > > FreeBSD starts in the first 512 MB? > > No this is not an EIDE bug. It is a limitation with the PC > BIOS that restricts bootable partitions to the first 1024 > cylinders. See http://www.freebsd.org/FAQ/FAQ34.html#34 This has nothing to do with the BIOS either, since `mount -t msdos' does not use the BIOS. Apparently the file system is invalid, and msdosfs crashes on some garbage in it. It may be really invalid, or just a W95 file system. It's not clear whether msdosfs can do something reasonable with parts of a W95 file system that it doesn't understand. Bruce From owner-freebsd-bugs Tue Nov 11 02:40:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA14322 for bugs-outgoing; Tue, 11 Nov 1997 02:40:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA14303; Tue, 11 Nov 1997 02:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 11 Nov 1997 02:40:02 -0800 (PST) Resent-Message-Id: <199711111040.CAA14303@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, lbnstn@lili.uni-bielefeld.de Received: from lili23.lili.uni-bielefeld.de (lili23.lili.uni-bielefeld.de [129.70.23.23]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id CAA13940 for ; Tue, 11 Nov 1997 02:30:31 -0800 (PST) (envelope-from lbnstn@lili23.lili.uni-bielefeld.de) Received: (from lbnstn@localhost) by lili23.lili.uni-bielefeld.de (8.8.5/8.8.5) id LAA01032; Tue, 11 Nov 1997 11:30:16 +0100 (CET) Message-Id: <199711111030.LAA01032@lili23.lili.uni-bielefeld.de> Date: Tue, 11 Nov 1997 11:30:16 +0100 (CET) From: lbnstn@lili.uni-bielefeld.de Reply-To: lbnstn@lili.uni-bielefeld.de To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5009: ibcs2 emulation Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5009 >Category: kern >Synopsis: ibcs2 emulation >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 11 02:40:01 PST 1997 >Last-Modified: >Originator: Uwe Laubenstein >Organization: >Release: FreeBSD 2.2.5-RELEASE i386 >Environment: Custum kernel (same configuration on 2.2.2-R and 2.2.5-R), ibcs2 emulation loaded as a lkm. Upgrade to 2.2.5-R was done by removing /usr/src, copying the new sources and executing "make world". >Description: The C-compiler from SCO-Openserver 5.0.2 works under FreeBSD 2.2.2-R but fails after upgrading to 2.2.5-R with the following error message: libsocket: socket: /dev/socksys: No such file or directory /compat/ibcs2/usr/ccs/lib/acomp: ERROR- Failed to initialize policy manager.(IFOR_PM_FATAL) Booting the 2.2.5-R system with an old 2.2.2-R kernel solves the problem. The following output from ktrace/kdump shows the differences between 2.2.2-R and 2.2.5-R: FreeBSD 2.2.2-RELEASE: ktrace RET ktrace 0 ktrace CALL execve(0xefbfdd37,0xefbfdcb8,0xefbfdce8) ktrace NAMI "/compat/ibcs2/usr/ccs/lib/acomp" acomp RET execve 0 acomp CALL setlogin(0x72,0x44c530) acomp RET setlogin -1 errno 22 Invalid argument acomp CALL old.lstat(0xefbfdb3e,0x62,0xefbfdba0,0xefbfdba0,0x401d2c) acomp RET old.lstat 0 acomp CALL break(0x451558) acomp RET break 0 acomp CALL break(0x452558) acomp RET break 0 acomp CALL break(0x453558) acomp RET break 0 acomp CALL close(0) acomp RET close 0 acomp CALL open(0xefbfdd5b,0,0x1b6) acomp NAMI "xx.c" acomp RET open 0 ... FreeBSD 2.2.5-RELEASE: ktrace RET ktrace 0 ktrace CALL execve(0xefbfdd37,0xefbfdcb8,0xefbfdce8) ktrace NAMI "/compat/ibcs2/usr/ccs/lib/acomp" acomp RET execve 0 acomp CALL setlogin(0x72,0x44c530) acomp RET setlogin -1 errno 22 Invalid argument acomp CALL old.lstat(0xefbfdb3e,0x62,0xefbfdba0,0xefbfdba0,0x401d2c) acomp RET old.lstat 0 acomp CALL old.lstat(0x1,0x42f20c,0x42f210,0xefbfdb18,0x53618) acomp RET old.lstat 0 acomp CALL break(0x44d558) acomp RET break 0 acomp CALL open(0x42fe84,0,0x44c6c4) acomp NAMI "/compat/ibcs2/dev/socksys" acomp NAMI "/dev/socksys" acomp RET open -1 errno 2 No such file or directory acomp CALL write(0x2,0xefbfd9e8,0x13) acomp GIO fd 2 wrote 19 bytes "libsocket: socket: " acomp RET write 19/0x13 ... >How-To-Repeat: If you have access to SCO's C-compiler try: /compat/ibcs2/usr/ccs/lib/acomp -i xx.c -o xx.s -f xx.c -E -y0/usr/include -Qy -Xa >Fix: No idea. The files in /sys/i386/ibcs2 did not change between 2.2.2-RELEASE and 2.2.5-RELEASE so the problem must be somewhere else in the kernel sources. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 11 03:10:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA15493 for bugs-outgoing; Tue, 11 Nov 1997 03:10:09 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA15487; Tue, 11 Nov 1997 03:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 11 Nov 1997 03:10:02 -0800 (PST) Message-Id: <199711111110.DAA15487@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/4968: Problems working with Courier I-Modem Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/4968; it has been noted by GNATS. From: Bruce Evans To: dgilbert@strike.velocet.ca, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: kern/4968: Problems working with Courier I-Modem Date: Tue, 11 Nov 1997 22:05:35 +1100 >>Description: > > I have talked briefly about this problem once to one of the >developers. Basically, if ctsrts is on cuaa2, the modem receives fine, >but cannot transmit large files (using ppp). I think you mean crtscts. ctsrts is not an stty option. Apparently rts flow control of input works, but cts flow control of output doesn't (because the modem doesn't support it or isn't configured to support it or is broken or the cable is broken...). >If ctsrts is off, sending >files is fine (this is counter intuitive, but my own feeble explaination >is that the card can control drain interupts), but receiving files will >only work for some period of time before the kernel starts spitting out: > >Nov 7 03:16:24 wire1 /kernel: sio2: 54 more interrupt-level buffer overflows (total 788) >Nov 7 03:16:28 wire1 /kernel: sio2: 40 more interrupt-level buffer overflows (total 828) This message is unusual. It means that the system is overloaded with interrupt processing. Apparently the modem can keep up without input flow control (into it), but FreeBSD can't. FreeBSD has separate options rtsflow and ctsflow for each direction of flow control, so you can use the one that works. Bruce From owner-freebsd-bugs Tue Nov 11 06:45:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26390 for bugs-outgoing; Tue, 11 Nov 1997 06:45:39 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA26366; Tue, 11 Nov 1997 06:45:27 -0800 (PST) (envelope-from steve) Date: Tue, 11 Nov 1997 06:45:27 -0800 (PST) From: Steve Price Message-Id: <199711111445.GAA26366@hub.freebsd.org> To: wayne@barnes1.wustl.edu, steve, freebsd-bugs Subject: Re: docs/4381 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: mount -t msdos causes panic:vm_fault State-Changed-From-To: closed-open State-Changed-By: steve State-Changed-When: Tue Nov 11 06:43:02 PST 1997 State-Changed-Why: Chalk me up a couple of points toward the pointy hat award. As Bruce Evans pointed out this is in no way related to the PC's BIOS, but rather a bug in msdosfs that crashes the system when fed an invalid partition to mount. From owner-freebsd-bugs Tue Nov 11 07:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA28718 for bugs-outgoing; Tue, 11 Nov 1997 07:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA28705; Tue, 11 Nov 1997 07:20:01 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 11 Nov 1997 07:20:01 -0800 (PST) Resent-Message-Id: <199711111520.HAA28705@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jt@nanoteq.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA28208; Tue, 11 Nov 1997 07:13:54 -0800 (PST) (envelope-from nobody) Message-Id: <199711111513.HAA28208@hub.freebsd.org> Date: Tue, 11 Nov 1997 07:13:54 -0800 (PST) From: jt@nanoteq.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5011: rndcontrol -s 8 causes kernel panic Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5011 >Category: kern >Synopsis: rndcontrol -s 8 causes kernel panic >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 11 07:20:00 PST 1997 >Last-Modified: >Originator: Johann Tonsing >Organization: Nanoteq >Release: 2.2.5-STABLE >Environment: FreeBSD Amnesiac.Domain 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Mon Nov 10 05:21:1 4 SAT 1997 root@zibbi.mikom.csir.co.za:/ns/dist/src/kernel/sys/compile/NSR i386 >Description: If interrupt 8 is enabled for random information collection, the kernel panics. Admittedly this is a silly thing to do (IRQ8=RTC, which is supposed to NOT be very random ;-)) but rndcontrol and/or the kernel /dev/random code should disallow this - kernel panic is too drastic a punishment. >How-To-Repeat: Add interrupt 8 to the random bit collection interrupts. Example: # rndcontrol -s 8 rndcontrol: setting irq 8 rndcontrol: Interrupts in use: 8 # Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present instruction pointer = 0x8:0xf0105ec5 stack pointer = 0x10:0xf01b9f6c frame pointer = 0x10:0xf01b9f74 code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = Idle interrupt mask = panic: page fault >Fix: Add (more) validation code to rndcontrol and/or /dev/random to disallow IRQ 8 -or- allow addition but fix whatever causes panic. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 11 09:20:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06656 for bugs-outgoing; Tue, 11 Nov 1997 09:20:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA06614; Tue, 11 Nov 1997 09:20:02 -0800 (PST) (envelope-from gnats) Date: Tue, 11 Nov 1997 09:20:02 -0800 (PST) Message-Id: <199711111720.JAA06614@hub.freebsd.org> To: freebsd-bugs Cc: From: Martin Kammerhofer Subject: Re: kern/5009: ibcs2 emulation Reply-To: Martin Kammerhofer Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/5009; it has been noted by GNATS. From: Martin Kammerhofer To: lbnstn@lili.uni-bielefeld.de Cc: FreeBSD problems Subject: Re: kern/5009: ibcs2 emulation Date: Tue, 11 Nov 1997 17:59:11 +0100 (CET) On Tue, 11 Nov 1997 lbnstn@lili.uni-bielefeld.de wrote: > libsocket: socket: /dev/socksys: No such file or directory Personally I'm not using ibsc2, but I remember a section of the FAQ named * When I run a SCO/iBCS2 application, it bombs on socksys I guess this will solve your problem. (FAQ should be in /usr/share/doc/FAQ). Hope this helps, Martin From owner-freebsd-bugs Tue Nov 11 12:00:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17889 for bugs-outgoing; Tue, 11 Nov 1997 12:00:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA17881; Tue, 11 Nov 1997 12:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Tue, 11 Nov 1997 12:00:02 -0800 (PST) Resent-Message-Id: <199711112000.MAA17881@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, charnier@xp11.frmug.org Received: from frmug.org (frmug-gw.frmug.org [193.56.58.252]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA17503 for ; Tue, 11 Nov 1997 11:55:23 -0800 (PST) (envelope-from charnier@xp11.frmug.org) Received: (from uucp@localhost) by frmug.org (8.8.8/frmug-2.1/nospam) with UUCP id UAA03954 for FreeBSD-gnats-submit@freebsd.org; Tue, 11 Nov 1997 20:55:08 +0100 (CET) (envelope-from charnier@xp11.frmug.org) Received: (from charnier@localhost) by xp11.frmug.org (8.8.7/8.8.7/xp11-uucp-1.1) id UAA14094; Tue, 11 Nov 1997 20:31:33 +0100 (CET) Message-Id: <199711111931.UAA14094@xp11.frmug.org> Date: Tue, 11 Nov 1997 20:31:33 +0100 (CET) From: Philippe Charnier Reply-To: charnier@xp11.frmug.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: docs/5016: make -j4 fails in share/doc/usd/13.viref Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5016 >Category: docs >Synopsis: make -j4 fails in share/doc/usd/13.viref >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Nov 11 12:00:01 PST 1997 >Last-Modified: >Originator: Philippe Charnier >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The file index.so need to be created before paper.ascii.gz. When using make -j4, index.so is made too late. >How-To-Repeat: cd /usr/src/share/doc/usd/13.viref make cleandir obj make -j4 soelim: index.so: No such file or directory :8242: can't open `index.so': No such file or directory >Fix: .ORDER: index.so paper.ascii.gz doesn't work. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Tue Nov 11 16:12:37 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA06593 for bugs-outgoing; Tue, 11 Nov 1997 16:12:37 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from post.mail.demon.net (post-10.mail.demon.net [194.217.242.154]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id QAA06581 for ; Tue, 11 Nov 1997 16:12:31 -0800 (PST) (envelope-from fbugs@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa1025335; 12 Nov 97 0:08 GMT Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id UAA02613; Tue, 11 Nov 1997 20:15:34 GMT (envelope-from fbugs) Message-ID: <19971111201534.32243@jraynard.demon.co.uk> Date: Tue, 11 Nov 1997 20:15:34 +0000 From: James Raynard To: giffunip@asme.org Cc: freebsd-bugs@freebsd.org Subject: Re: misc/5005: f2c is buggy and seriously outdated (again) References: <199711110106.RAA13057@hub.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199711110106.RAA13057@hub.freebsd.org>; from giffunip@asme.org on Mon, Nov 10, 1997 at 05:06:21PM -0800 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, Nov 10, 1997 at 05:06:21PM -0800, giffunip@asme.org wrote: > While trying to correctly build the latest version of BLAS port, netlib > maintainers reported our version of f2c must be updated. > Current f2c version is dated Sept. 21 1997. I did actually convert this version of f2c to use /usr/contrib (and also replaced the unnecessary libF77 and libI77 source directories by libf2c). Unfortunately, while it worked fine with f2c followed by cc to compile files, it couldn't even compile a working "hello world" program with f77. As I couldn't make any sense of the f77 source, I gave up. -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-bugs Tue Nov 11 16:50:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09060 for bugs-outgoing; Tue, 11 Nov 1997 16:50:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA09052; Tue, 11 Nov 1997 16:50:03 -0800 (PST) (envelope-from gnats) Date: Tue, 11 Nov 1997 16:50:03 -0800 (PST) Message-Id: <199711120050.QAA09052@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: kern/5011: rndcontrol -s 8 causes kernel panic Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/5011; it has been noted by GNATS. From: Bruce Evans To: freebsd-gnats-submit@FreeBSD.ORG, jt@nanoteq.com Cc: Subject: Re: kern/5011: rndcontrol -s 8 causes kernel panic Date: Wed, 12 Nov 1997 11:38:18 +1100 >>Description: >If interrupt 8 is enabled for random information collection, >the kernel panics. This is because add_interrupt_randomness() calls statclock() with an invalid frame. This confuses statclock() about the whether the call came from user mode, and it sometimes follows a null curproc pointer. Other C-level interrupt handlers that are passed a frame (i.e., the ones for clk0 and npx0) have the same problem. Quick fix: In add_interrupt_randomness(), pass (void *)&irq instead of sec_intr_handler[irq] to the interrupt handlers that want a frame pointer. Bruce From owner-freebsd-bugs Tue Nov 11 18:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16877 for bugs-outgoing; Tue, 11 Nov 1997 18:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA16869; Tue, 11 Nov 1997 18:10:01 -0800 (PST) (envelope-from gnats) Date: Tue, 11 Nov 1997 18:10:01 -0800 (PST) Message-Id: <199711120210.SAA16869@hub.freebsd.org> To: freebsd-bugs Cc: From: Bruce Evans Subject: Re: docs/5016: make -j4 fails in share/doc/usd/13.viref Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR docs/5016; it has been noted by GNATS. From: Bruce Evans To: charnier@xp11.frmug.org, FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: docs/5016: make -j4 fails in share/doc/usd/13.viref Date: Wed, 12 Nov 1997 13:03:40 +1100 >>How-To-Repeat: > > cd /usr/src/share/doc/usd/13.viref > make cleandir obj > make -j4 > >soelim: index.so: No such file or directory >:8242: can't open `index.so': No such file or directory > >>Fix: > > .ORDER: index.so paper.ascii.gz doesn't work. mk/bsd.doc.mk seems to have the same bug as boggle/Makefile (RIP). index.so is in ${OBJS}, but the apparent dependency of ${DFILE} on ${OBJS} doesn't work, at least with -j, because `::' is (ab)used. Bruce From owner-freebsd-bugs Tue Nov 11 23:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21479 for bugs-outgoing; Tue, 11 Nov 1997 23:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA21455; Tue, 11 Nov 1997 23:10:02 -0800 (PST) (envelope-from gnats) Date: Tue, 11 Nov 1997 23:10:02 -0800 (PST) Message-Id: <199711120710.XAA21455@hub.freebsd.org> To: freebsd-bugs Cc: From: Sean Eric Fagan Subject: Re: bin/4998 Reply-To: Sean Eric Fagan Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/4998; it has been noted by GNATS. From: Sean Eric Fagan To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/4998 Date: Tue, 11 Nov 1997 22:51:14 -0800 (PST) Another bit of fact: the following change to more causes it to stop core dumping. This should *not* be the "solution" -- there is something wrong in the kernel, I think, that is causing TCSADRAIN to not work for this case. Unfortunately, I can't reproduce it in any way that would let me run it under gdb -- "cat foo | ./more" doesn't do it, even though that does set up a pipe. Index: screen.c =================================================================== RCS file: /usr/cvs/src/usr.bin/more/screen.c,v retrieving revision 1.5 diff -u -r1.5 screen.c --- screen.c 1995/08/05 21:25:28 1.5 +++ screen.c 1997/11/12 06:49:10 @@ -191,7 +191,7 @@ #if TERMIO (void)ioctl(2, TCSETAW, &s); #else - tcsetattr(2, TCSADRAIN, &s); + tcsetattr(2, TCSANOW, &s); #endif #else struct sgttyb s; From owner-freebsd-bugs Wed Nov 12 01:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17800 for bugs-outgoing; Wed, 12 Nov 1997 01:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id BAA17787; Wed, 12 Nov 1997 01:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 12 Nov 1997 01:50:02 -0800 (PST) Resent-Message-Id: <199711120950.BAA17787@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, sheldonh@iafrica.com Received: from lists01.iafrica.com (lists01.iafrica.com [196.7.0.141]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id BAA16767 for ; Wed, 12 Nov 1997 01:42:28 -0800 (PST) (envelope-from sheldonh@axl.iafrica.com) Received: from axl.iafrica.com [196.31.1.167] (sheldonh) by lists01.iafrica.com with esmtp (Exim 1.73 #1) id 0xVYxW-0007TA-00; Wed, 12 Nov 1997 11:19:38 +0200 Received: (from sheldonh@localhost) by axl.iafrica.com (8.8.7/8.8.7) id LAA03433; Wed, 12 Nov 1997 11:19:40 +0200 (SAT) (envelope-from sheldonh) Message-Id: <199711120919.LAA03433@axl.iafrica.com> Date: Wed, 12 Nov 1997 11:19:40 +0200 (SAT) From: sheldonh@iafrica.com Reply-To: sheldonh@iafrica.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5018: eBones/kinit: kinit.c and kinit.1 our of sync Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5018 >Category: bin >Synopsis: eBones/kinit: kinit.c and kinit.1 our of sync >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 12 01:50:00 PST 1997 >Last-Modified: >Originator: Sheldon Hearn >Organization: UUNET Internet Africa >Release: FreeBSD 2.2.5-STABLE i386 >Environment: FreeBSD 2.2-STABLE as of 5 nov 1997. >Description: kinit -v shows the realm and status message. The kinit(1) manpage says kinit -v shows ticket file name and status message. >How-To-Repeat: man kinit kinit -v >Fix: Applying the following patches will: 1) Teach kinit to report the name of the ticket file. 2) Teach the kinit(1) manpage the truth. --- kinit.c.ORIG Sat Feb 24 17:27:06 1996 +++ kinit.c Wed Nov 12 11:08:10 1997 @@ -208,6 +208,7 @@ lifetime, 0); if (vflag) { printf("Kerberos realm %s:\n", realm); + printf("Ticket file: %s\n", tkt_string()) ; printf("%s\n", krb_err_txt[k_errno]); } else if (k_errno) { fprintf(stderr, "%s: %s\n", progname, krb_err_txt[k_errno]); --- kinit.1.ORIG Wed Nov 12 11:11:01 1997 +++ kinit.1 Wed Nov 12 11:11:41 1997 @@ -111,7 +111,7 @@ .B \-v Verbose mode. .I kinit -prints the name of the ticket file used, and +prints the realm you are in, the name of the ticket file used, and a status message indicating the success or failure of your login attempt. .TP >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 12 08:30:21 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15405 for bugs-outgoing; Wed, 12 Nov 1997 08:30:21 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA15385; Wed, 12 Nov 1997 08:30:07 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 12 Nov 1997 08:30:07 -0800 (PST) Resent-Message-Id: <199711121630.IAA15385@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, frf@xocolatl.com Received: from ns.tesco-stores.cz ([194.228.14.253]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA14386 for ; Wed, 12 Nov 1997 08:16:47 -0800 (PST) (envelope-from frf@crux.tesco-stores.cz) Received: from crux.tesco-stores.cz (crux.tesco-stores.cz [194.228.14.134]) by ns.tesco-stores.cz (8.8.2/8.8.2) with ESMTP id RAA10735 for ; Wed, 12 Nov 1997 17:11:28 +0100 Received: (from root@localhost) by crux.tesco-stores.cz (8.8.8/8.8.7) id QAA00772; Wed, 12 Nov 1997 16:18:14 +0100 (CET) Message-Id: <199711121518.QAA00772@crux.tesco-stores.cz> Date: Wed, 12 Nov 1997 16:18:14 +0100 (CET) From: frf@xocolatl.com Reply-To: frf@xocolatl.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/5019: Noisey debugging code in sb_dsp.c Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5019 >Category: i386 >Synopsis: Noisey debugging code in sb_dsp.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Nov 12 08:30:02 PST 1997 >Last-Modified: >Originator: frf >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0-CURRENT FreeBSD 3.0-CURRENT #3: Mon Nov 10 22:03:10 CET 1997 >Description: Someone left their debugging printf's in /sys/i386/isa/sound/sb_dsp.c >How-To-Repeat: Build a kernel with SBPro support and play some music. Watch your logfiles fill-up. Nov 9 21:03:14 crux /kernel: dsp_speed 8000 Nov 9 21:03:14 crux /kernel: dsp_speed done 8000 Nov 9 21:03:18 crux /kernel: dsp_speed 8000 Nov 9 21:03:18 crux /kernel: dsp_speed done 8000 Nov 10 15:29:45 crux /kernel: dsp_speed 8000 Nov 10 15:29:45 crux /kernel: dsp_speed done 8000 Nov 10 15:29:45 crux /kernel: dsp_speed 44100 Nov 10 15:29:45 crux /kernel: dsp_speed done 43478 Nov 10 15:29:45 crux /kernel: dsp_speed 44100 Nov 10 15:29:45 crux /kernel: dsp_speed done 43478 Nov 10 15:30:48 crux /kernel: dsp_speed 8000 Nov 10 15:30:48 crux /kernel: dsp_speed done 8000 Nov 10 15:30:48 crux /kernel: dsp_speed 43478 Nov 10 15:30:49 crux /kernel: dsp_speed done 43478 >Fix: --cut --- /sys/i386/isa/sound/sb_dsp.c Fri Oct 31 18:25:05 1997 +++ sys/i386/isa/sound/sb_dsp.c Wed Nov 12 15:45:38 1997 @@ -231,7 +231,9 @@ u_long flags; int max_speed = 44100; -printf("dsp_speed %d\n", speed); /* XXX lr 970601 */ +#ifdef DSP_DEBUG + printf("dsp_speed %d\n", speed); /* XXX lr 970601 */ +#endif if (speed < 4000) speed = 4000; @@ -310,7 +312,9 @@ speed /= 2; dsp_current_speed = speed; -printf("dsp_speed done %d\n", speed); +#ifdef DSP_DEBUG + printf("dsp_speed done %d\n", speed); +#endif return speed; } --cut or just delete the offending lines >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 12 10:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22310 for bugs-outgoing; Wed, 12 Nov 1997 10:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22250; Wed, 12 Nov 1997 10:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 12 Nov 1997 10:00:02 -0800 (PST) Resent-Message-Id: <199711121800.KAA22250@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, nsayer@quack.kfu.com Received: from relay2.UU.NET (relay2.UU.NET [192.48.96.7]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21595 for ; Wed, 12 Nov 1997 09:53:40 -0800 (PST) (envelope-from nick@specialix.com) Received: from slxinc.specialix.com by relay2.UU.NET with SMTP (peer crosschecked as: slxinc.specialix.com [192.65.145.1]) id QQdpjj08940; Wed, 12 Nov 1997 12:53:27 -0500 (EST) Received: from zephyr.specialix.com by specialix.com id aa08181; 12 Nov 97 9:49 PST Received: by zephyr.specialix.com (8.8.5//ident-1.0) id JAA02883; Wed, 12 Nov 1997 09:51:49 -0800 (PST) Message-Id: <199711121751.JAA02883@zephyr.specialix.com> Date: Wed, 12 Nov 1997 09:51:49 -0800 (PST) From: nsayer@quack.kfu.com Reply-To: nsayer@quack.kfu.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5021: New /sys/i386/isa/si_jet.c Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5021 >Category: kern >Synopsis: New /sys/i386/isa/si_jet.c >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Nov 12 10:00:01 PST 1997 >Last-Modified: >Originator: Nick Sayer >Organization: Specialix, Inc. >Release: FreeBSD 2.2.2-RELEASE i386 >Environment: si driver, Jet PCI host cards >Description: Enclosed is a new version of the Jet card download code. It fixes a bug which caused 7-O-n character formatting to not work. >How-To-Repeat: >Fix: begin 644 si_jet.c.gz M'XL(")#K:30"`W-I7VIE="YC`*1;ZY,OO=/6"2[IGN M048N!(8$*JF4=R6MA5*.-,_=E;!XA#@!4BJ'1(`KV)0=$,(11C&5CY2](2GR M<)+:AU@)$F"I?+`_V;M3BT!:$N6>>_N<>^_TK%3&KF(\L^K?/>>>>\[]G7ON MZTIWO,_=JQ(S/'>Z4[2^4=#^XHWS$V M-DDCEV;^Z-#,D2,S1TJS0@"`Q\9N:YQHG>P<._IPKS1^>'?I_M;,X6/3WS@V M7_KJ3'=FNG/XX=)7>D=*=JT6[&,?H3EV&QO/K'_Y'M2SY)B6Z9<:G9GI'AO\ MGA.S)=L!0%B*2[9_N^??[EIC8Z!F_WCWV-'C["&N+ZA["*?X^W]0NG/LD;'; MK'DGFF`?%GS8[,-RV$<`/ZWIL=-WC!UCT^/([K%3,VRB\'\GOCZN#;;[#D56 M]^$3G1X)`PM.'SG284AK/K(LJ[3OUD.0ND?R-9#:6EPS^$CAP_4FU+_AQVUL M&9@LZ_:2:2YZ9KYLMXUZ]";P".#B?SG<`7%-!VW5Y*8;^ELCA]M,>G5@?,;^ M^QSA\%2S!H_Z\"UD'UX`/UV!9+/R$,ZDEZ_M^+19^?Q2#O?XC$%(:J,XL7#T MX:'R#I,>VTM&J<2\0L!#KAYHFSHHTZO#3_@6\@\'X4QZ>W.YCM-\2'@+I/>KE[O53Z?G,2YPP->!L\'NMZ@C`6C^2'"F?3)>ZZ62F7S MP1P>@,$"C^8)`P4P9$BC,D8V3D<-=1GF(?,)J;H`/ASQS.I#MY)"$< MYLD_E#%J]`'K:"'<9])=EP>DYG4!B./3$*;+Z*>E6MX'K_O#F9XYT^JH\"&# MU2E@;?B9ICD\`)]GAOL[P_S@"SAM$-W2::.)W!/3C!P(USVTN--^%G]XX*." M]##3!',ORF`@.T,XE_YH=7!]#4W'QQDCV%JN#I>J!(MP1B\0V,0^MEFH+5[,`OMSY$V,1 M%\ZE1>)K+.TMXS=$IZTQZ9;1&AA+1CN'NI#\KQ:,M[7G'Q4YQ[75@^90N_5'`;87D8*'*1FKR&&$W` M&WRG77[DR:FO5'.XV&-R`^-`NA$EG$F_:K0'S'@$=]#`88(@\3<8-ZR)_5+` M4R9]\.ZITX/5DUT5+E5H^ABZ`82`Y:HLDS+I@ZO&)Z7C.DF)YP%>;]*24PA0 MQ&4\WJ=_&B_%'ZF6Y]MB(-?^C`V>CEI5X[S9,1!.<>E1Z(H)942S.4';P.^=Z\E6_XW973E3E4%1*]2VN8:CP9GT MC?).TVB]C7#.*,([?/0=_I.;(FTJ>YT-_+[C?'_A?/(1[G6I]'F>CS9HH)HR M4`YGTB^5JV;_7\\G")[&E6EY$5X,#W0V:Y9/;_Z?4<;J>ZP0!92XFON3+H-@D_RY0KWSMM MS*G[O#A#-#$#%X(A@I*:&K#`[VO&I-E_YX<4L#5=NH/2Q9"9ZG7`[R?-=/&_-K*LLX(,1*27"B".82K'&Q?R^$- M:T*E6;%31$1TB2`,#G>`WQ=69\NO):<&N%5*O6_"DSF<27\_YTB5)H9X!WB'732#62&G8];]A^`@[\OL'<[BRS'<)K$ZK] MQ.[A#V=*.9Q)O[:P>LADV9&640=:8LLM*(F@=-`./#[WA=@LU@E@AZ=_ZO< MB8F9`_S.SP*'S%@]0=_,X>11R`%^SYVN5P@98>5`66VYK#D<:A=7C5<[C.'1 M\F"A9H:F$[Z6Z6=I5![X??[_YM]X=-=3Q=2HZ&O#TH'?A<\-21_R-4^KICAY MX<4!?I]G/I>6-^@0VB2"H?,^IS=/[N`H'?C=[/]'^?5X]11:/J3`XDA;]S_X MAQJN._#[Y;GR#TQCU[-?8+L`?K_Y=E'<*63=Q@%^S[=YK-O<)V3R[6+WB%.;D::'#S^_EI+P1O[^W:/F,CM&2VM4RKY-QR__GW@OQHN[S MEF8U9>_*4W,!!WY?CE>2Q5;Y/)K.13,IE>D`5X,/B;F-`_S>[30K5Y=73"TU M'@=>UK"XN' MS'%4WM+"0WP+29E028UU&9'`[K/G>-*Z`I'VIA M6E1&P('?F=Y<`14N3N&ION3J&#D(ISP8@#?C\;SP)>C[@`+>]9>L2%2GK@`K]_NCH75SZ]C.F!.#_Q:==O MM>[`[^;L?_T:ZZXRK%NC=9]?U.ZDFEA?5LK3#E7("0YW4@U>_CHQ+&6$*>5U86-D0O-AH+#V=X4YG#X2[RFG&AU6MO MJ@$K2C;J\ZB6JV25+O#[M5<8=K';5OU"S5+9VER?'[\)\L#OY?7XY6XLT:6I]M: M8;H,D?RV":OL`@[\OM(UWNA83?T(3)(D00M'MI6+5!?X?:.SUJZ\V+9ODI!+ MZ9BCA"+;-'CB;@P.^#C?;';:E\-.+YS-+6,4H0SJ0_P;!K MY?5G5.5YA3+B%^X-O6,C5'9:#_A]W7SZ2X6NCZC8ZQ%1P$8$QZZ/)\S'43I= M(,EO-5`A`O;R(_%-P('?;SQVX['OGGGH#!X',GR4PZ.A=A-'51[XW3QSXW%5 M>=)1W!Y:>';D[,7M@7T77L@[7HZ;3TT^/:G6ZX2D`+]Q\\NYD_0PG[OW!$D? MI7+Q;P(._`ZJPW\%N`+RT![:3:@'_'[C<08^0W"QT,ZPK?+#'/_FYWN=!_S^ M)=&M\P!Z7:J#Y#=:$@M#!OC]#$>?T=S&=HO3EE?CF-MX";<\F_K46YC;\%@= MU6'$+V.=3)T[\/LG(/Q#W6E=.G#RJKSE:.O8R$]2'O"[Z97?80.\@W-WMUDS MT3*EWLMXP.]/@O*>N5B$1[1F_O`Z"CCP.X.;WV)KIUE>-F?1-Z?H\PVT?(GF M+I>W%DULNXX"SNOSYG?.*"'CCP(5UC&',^D/[F MV3,C>LPT/\D=(LJ[CG(XCSCF,Y\\XZ'I:KC&/LDL;B$"#OS^M/G`&=@R$)[@ MQ0H?0XXF+>E'"&?2G_F9^32SWD/JPLDUCH();?>MB^LV#O>!WYG@/UTW__QM M]/DZ:>MK!A!YKJLT3OC`[UOFMZ;>ZJ]TU9,4;Z<2.4*$>9V@S524%00<^'U7 M.+%_L[_O>;R/\ZE-@:Y'Q*U[@C?#GH=P)OW<^#W]R;_>F6HY+>CHVY1&^E0N MY=E6SN\^\/MB][YN?_>SY]3+1(^R81[@-3I!NVK$^<#OXTG??+%KTV$DH&J7 MK5UR\&Q!'%7RJI$/_+XS78J7JY/%5B4ASB(]Z*[&0>DN[[?I6OURI83'P&P" M[5=#/12CVTKEQ`=^?^G<[K2_[UFJG.B9E4\YJB^3'EPXX/?]B]W[NU_M[T3I MX82V>CZ!&BB=W`;X_85SXUE_XMFNVIZ76IK;#!L1%P[XW5V9[E%BK0*_.X#OZ_K':W\@808A:=HLM>-'VCP4LD'?C=? M-=O+G>F#!:^3I5'14%S'&P927O37I>7QO2]IRBL)O(OY5&I1+&'``K^S9+[[ MT&+24ROD'.YFQ9J+.!ZAVP"_MZ9^JWICW7A9A;ORU&GIQQA+N07V@=];5J]E M#5IKHZ7S,9IZ&T&6(5Q([VVVIGZ9P^N.EO[*XH/V#P(._/YF>;TZ8!]:>UY3 M;UFALK?6#.P#OT_]M+_P2I6:@?DEBF-K1\_`U78LFCOP^[M&W#G\8G=-NU22 M(&IKS2QE!\KA;&_N"?KJ6V9(5F9[QDJ+KH\X$M?'[\'NGS\O9&EMJ5N:LEKX#?OQNE>*U=QI*7 MH'']U.GHJ3E>:07`[[O_@DDVS5/J5LDEB=63NZ1L<+41#GE=^Z'ESE1JJ*F1 MO!!RJ!.W%A;F#OR^E93'C1=H[F+&+K6]6]2(RE6HB7;/',ZDE_+W3'#A(BJ0 MD.5YZ'*C\+_Y:#K@=WP]1=OK?`0)<:!\T,"?6"$/@-_IK19%>9X*!%3`$*/9 MRCXBX,#O^#*,JKQ#C;]\&O)=`.S&S^%,.KY#@_'.:P8!)C.CNO?Q)C0`?L=7 M;]0:-2_6>K2]^-3"[SDB>8J]O8FA%RH$'/@=7RM2E2^^9S'T0D4. M9]+Q;23-\M+*%+7:JQ@"#OR.+S$AO/"&!KZ*(:.6X$RZ>/=)YC:\7=^AKCH> MN@F&KHA:A//S^Q^;[=];GLJ*&;6#"RTK=[RWVL.(2WANTZE7KQ^]:S0\LXO[ M3H"FJ_-W!SH?LVB?QJV2.K;E):CHWH^4N\47]8.(_(676^[ M\D*%80/@]_%X.5Z=O4NK$COA\+M%V+COJ?L\\/O&KE(IOGXI5FO4GJ4QE?(& M0-Z@+N#`[ROQ4CNM;LRBUX7:H]OHD<.9]+NJ0KYZ?>^FE`]8>N]0HBH/_'[] MSCUQ]>J>6*5(D4]EI+RMO3B"]?D`^'USX8UV,EC"^KSGZ62LW\/RFXX@)^@` M^#UMPUW@A4/JK9"XM*?S9$J7V9YZ,Q+P_KKD2K)R,ME4SS+RWK8A$V&'TJM< M^1#X?=>%[H+Q-SV[<".F&$Q>)JH%]M#B-V+5JY,'-['`+COYY`6<1Y2]^61SYP5D&;VWB\<-/XHW9;MGA'`F?=8XW[EOPQA7K^_Y^TGB M-A"^^=)I0Z4A-N3]\Y_-C=][_3(VQ`8CW$Q>LN&520YGTH\REZMN=2@EEKT' M:H@-^;"``[_/+<\*OQUN'M!"3+NK"1`._`[AUEF;55.CJ'`!AW!7(>B0]\\_ M6=GJ=?YG7DV-^/&!'YZEY>5H&#(A\/ON5_9W[JMLQ5J_3:BD@/@W,$46J7#@ M]]ZN7\6]G;_0X38]ZDV,&C*'0W>?\8L4AM#@)(FW$7CR1;M\7`$'?F>2=V1L M#*WK0Q8B>X9$1;8AZ.%I,LW8;`]+P1^9Q&S(]LL7U1/$[)B M(=KI4_W^'0.6]\_O7RJ;DP>-;3)J%31T*Q1&(J-FX*%;H4@_0%)J*4(1I0._ MK\\OO%(Z:?Q`"QEJ^/8L[42B!RSP^U'#C%MK>L#*-K>,VD=&*`_\'K>,GR=# MRF\SXZ'.AQ#X74!>88M:Y:BN#[H3]7'= M@=]W_39LEIVOJ1>I,DP=>?!51\OAT-FXU:M:;`3U!3=Y'HJ:>JQZJO+`[U<[ MQK=-QZ>,#PU8".;^_SDP=Z)6'^I,RIRLV#'4-EM(N#WJ^.,G]?F<+?Q MJ=N"$[0H'1%C\G_%$W0$_'[ORNS%;N7>HRI!C\P,+*7N)>#`[SP[:*UU"]V\ M6:B_SVD73.?R;MZ?QTL)F4YY^WE4=Y^M;)41\/M&#%FE4583L]#56D&5Q?25 MC#H"?G^MN]AJ=W[GNMJV(=>]264?7\TX!!SX?:WSP$;K_LJ6>A22F[T?ZKYC M*T6G"/C=B%L/5K:2E@H?VN%D\2L*E;)/!/P..UV[]6<5M?`RW%!G#R74E2_R[<$-5@X<(T`?AN22JZJ2##T4AA$82=LT;1X*2"M;OEM`^]@$ MW3]A)5N*X]JN;%VJ.)(E"L3"UA9(YSO7[YLSP]UH'R@8:_YX9L[YSOE]Y[N^ M8Y)441"]TR-P..V<***TGF[0"_W[DXWH^2 M>=M-NEP>E8`F3VKG<.#W<6H]7=T:VV;(BOZ-1OXW!!RLQ-/4RF1V;%Y"6T2E MXYI2C(*%.L#OC]8VD]GZAP-\TNJ++T*V#)D'?G]K$,_6SVJ9]Y!H2QEN*]W0 MQ3,/_%YYK;JU:%LU8G32$>RA/*.1_,GC`OC]H+5E'ZC=DV%:>I=K%RPGRQ@= M!!P._/[,],#,^G#X##FL>A2IF(H]C#IM@-^G?SFSS@[L>YC?^!"P+G;Z$`\/:]YS:-/V905*.2E8Q'X;#^XQA M[0$\`#[G$WVPNW-&!W[/GGM0.+JV.V@AE%8)!N]R?A^$M$KVP MDU^X+O![=D['LW=R"Q<2>>4WF!B9_#F^3!UB5-)WP2:R(68"_[O M`K]?M(/Q81W\G_C;(+.OB`W;!7Z_RM'7R&VB%-GB-CP!A]L$0U_OX=.F$-E& MO\OA++X.T/\[/EQ\#6P4SX*`=]@U\&%X`D,I36*IS)@&"0[W67;>K=57=&V? MO#;BD3!!:0D1<-!IM]*O1];2DV9,*=:%"D=OLIA2T(M*1]=!N%CI$7`^^N51 MIN#@#6M:V'(&(`X'?F?6MN%34[,P4<[6UI`S[\42#OL=-*,SA_=)@UM'F6Q< M4N;#5SM(&EZZ++YN$MZ]%,83\NY%`^LT?BFTK+X-#/Y2S?[3;]#=SJYNT-U. MR0TZ[W^/2/2$Y+BN]+^_>#X8D&C>`K-9K/Y+B0WP^V6PTFX$`;D&:F=8(K.& MB(N/PX'?1Y4E^Y>6=F%K7;PMX?H1Y(\+>#;Z1K!H+P2C"K:0\^@6;71R)6%T M7*15=H'?E_;]:SQP3A*MDGT?A0`H>.(A-VX7^'UKL/SPP/FZ;EB)&P6$T<#^ MN&[$K,1.1A3.(9,F&LJ3Q^:OBWY#P-E-:O0C^U<#IYAE>-"#2XRU,F.E&W.6 M<:;A;!TK)VD#.C]V5<+!9G1DL^Z/*'N*';9#+G.8L#YO[NL#O>_YI*7AF MNC\PCDI=7(8_0LM8=WY__W"PW-+KWI76PJY^9*4:,6>LVK#`[WOJOQ@MU?[% M-H+`/:4@=KUBH67Y<=9B[1^UT#8<?<[C'XRHOV8,7+V#=AOC:3:>Z+^&@VRS'UE98J1G9.GDO'`Y2Y/`&R]:I MW%E8_K6\#C1C8F#B`M>75XH^SAT(@=__^OQ@^9%#4W54-DQDPT4V5BTV(?#[ ME0SM6J<#O&'98<6%I5OX:P(.^WW?PF/P"\07J?*-=-4/=J]E\75JX8#?K7MC M:_\#_V#C+>-'!7!?'CG2W!<"O^]Y/(/7?F69ODB'&`[,_1ZVF"]R(SU4M-]1 M3:<&,29(]2!D]>LVUZMGTN>G)+50)2&W:5BU)"X.!WY?KYQ._^/WC=&S5K%\2F>?I2E2+UZ-+D@J! MWX>C3)M/7ZP:,2H*QP(66LH[ZI,-"_S^RKF!]\K[X0!'.K&-E?@D4\E3XW MM&+FD@RKQ"L\MC@<^/VK8/`U'%R3SB-1L#('?[7\>_O<`U6QLD`)T_`;=4?M&^$T$G,42#^+OTL7; M9,NT5,1+D1=;"'O![O0/PWZW@6"/D`G.(6Y8D,O>`WZ/: M9EJ_H1*9V.@WD&NC!_S>>+2V>7$B2;,B^\D&3MQ+P;/1W!]792J1L%]*DIHWI,JNPC::"PX'?[PV? MO>?\-JWC^K3(0->B49HXC;K'ZM,>R-;]U*J%-ZX#_%CLJX#.V'CX)KM-A*\NWZ(/W_9+RC52./"[MP)9H0J>]%0H(Y48 M398R2ZL'_/Z'O\VDQJH1EIFW9MI>UP-^%^MVCUC,BM9,39VTF/6`W]FZK5K4 M8E8VZ=)+QN'`[WSBGZ&WR+9Z!!7WP_[&TFVD=M$#?M]:?7;ZZ>I/E7:A;$5, MHXE5M584>2.G#OC]BU7_\^-'0AH,7+35=81O(N$0Z03;_#&3M0P'GEI,S)R[98Z-6)]_Y'5)VDV>#2WB/ MU>JLOC.>S"[B6"-6BX55PLKI&:2^30_X??+9T4R_4/5M<@HE/SF]0@=ZC]GG M3Z=U+^]`+SMIN0#U)!SJTQZ!R5M]"+LR^SE_2(>:L(1RT@-^?_)N=2M;]D_O MX]UC\]VY]J=2L=L=(L/$H=8#?E][R3ZR^JQRJ.7/&'5DZQ655^`>\'MVUGP[ MOC19QH965*"WI8Y]O!`<#OS^Q-V+DX^RR<=F7C)2T4\*.&0N9"/#3Y!W5YDV MYF;3)!4!OZ\MV[#A9MMMF7:$"$#`17S=Q6,'J`>\*WE![S-R\'(X\/OFGE/A MB:J6NIS7N$/<41Z.ZHR`W_]X9WWI;%@+\-25%Y>)^&MP./#[F!68^>"8X05& MI2LB>EYV))QY@6M;GZ]:+Y"3-D>1GJ+(")E](N#W:4:1E5/'*L7W.'0C4MVZ]DS;G+!R_!D:HH@&'^^*L>_O87M-"SMZ8!7GJBES?,G6"8"?C]687-7Q=GW?;<@>J*%''L"#MGWTR6XQGZ((QNU M"[9P(01)1<#OJ];3,/E2.0D=8MCV6E2QP$'@$?#[J2"MWTHM.O.M`IW"Y;.F M[741\/O^?J9;6-=L(ZX2C5XB=6T65YG6;^:DSO/+9BU",:41X_<:S-P'JUCF M2V,AUS=;/(X4P$'G7;\_/3QV0-O8I9!R$0ANRJ,7>YWX/<,?7"V M9VU,$MBU'MTD-IM%U\^O,=&3Z\?.38KB:/.%9#DBR]D/F[P..K?KE;VO$?$1EN5?1J\(HY; M`0>][M"T=F!6/RM'CU1ACI:JJ^O00U,^//#[XU_6[;19,//:W(SDU4$9:K'/ M;=25/6MIEP2!.R6ZC8_KD,?`[QF]9[I-0.PVB7:HT6M)TD`$'0._UZ\LA6G] MBB1HWR,;%ETIM(8LKH$Q\'MO_'QU:[)\T"PL7"PQ6BF-N7V>20V]"BF)047\ M0V/J@-\SJ:ED<]^=E[%B:$H"+C1JT(Y(N$Y724R"U#'Y,.*XB%G]^=_7#J;7 M*K)T@-,NT"[T0F![7!E] M(N`=^?"!4[B-]CX/&=MP=:M>1)2HS!_TK801<;`[U].:G"CJ&*5N&CJM*%: M.M!CX/=3,'4#2SK0>7Z7"@2,:5%@WO]`DA3P^_O'K0O6\.07I$F*1_*JP+\'E@LVLC"^SWTR&]H#X./"XDGS#Z_9@WB[WHDA3S77(CI4XZ' M>O@).&A6=S>M!^P%"\N\TR;M_OA^CPPX\'LM@U81O"&KBG@XYEP6QJ5PL!)G MT`J"NS+B&,%=4A=*P9G_/8-:".Y(6O94^@?Z-0=I%PG+C[,7]ML+"_M+>J@E M]-<<%"26^+R'FIU]]N&L3/352-4AQ'\3\`Z#[X4/#MM`7V71I5WZ-['CDB8? M_:'L(TO$.$G^JSAK@__3E7`^^H/99P^6>?35C@HCQG_C<-$_;@D^.(T:?;5- MI0A?0I,6'WTQ^]1)H5'\52)%#F+8I,U'KVLN]WN'CUZ%_GDEZ^X6K+L4V@X?W8)/\;KG?\U![:B2KI"ZA86%X\0/JXY* M=N++TUUV)9.C`[]/CUX^?O*+XRHPI*3(!?A?H+_##;SO]`IZ-+M#W MLW#`[[M8..#W72P<\/LN%@[X?1<+!_R^BX4#?K__A>L#O]__PO6=7>VXOKNK M'==W=[7C^MZN=ES?V]6.ZS=VM>/ZC5WMN+Z_JQW7]W>UX_K-7>VX?G-7.Z[? MVM6.Z[=VN.,29?;QD&+6;XL==^+8W3*S3ZBL1F'>:M1O\[R)SXX<+;4:*:0V M_,F+6+_#K4:?'AT_5Q`@UR:5JC'X&;3/7TA,3/.V6&JRZ&L_AYN`!7WIV0FDY%[M`6 MBD,1<*CI!(:;2^&KI!!9K%X6!^7IZ#L.!WY?OA4N[ET*2`#RL&+Q=3S3> M$G$9Z;/Z-K7-!];2>G=;#SAVM@BX]("G]0Z)^FCNP+'BLO[OE\9S'2O-4L>* MR_J_#ZJS\7:.%9^$)HH`.9?U?P?'RB/0L.TTT?`L]%?7;ZU8KT^[);_OA:< M'SKOT3;BI4UF4`RYR_J_.ZS!S*:,(7<:9ORM+@[%(Z05'.ZP2\&%T?HY.7J[ M1P(I6ZJ\;8CM;QP._/YWL_67ETX/+'S6\:!Q5?6/FQ"Z*'U+P.&LFYUY>=$. M%HM9)M&/H(+$6G+F.YQE+K]SN`NR:\(^#A#N".`0_EZ,$.X.:[AW+T;=X] M+'[WGAC]F]X.X.:[]\3HWX0[@)OO'LG1@QW`?1,N1X\IW%-)\TAV8O2['`[\ M?N/!`Z/ZK6!$W#I)_FEE*2N7P,$?]VWVY+=#"H_R*Y637`X'?J_?C)C4$GBK M#.X3.(P.`G\]IO"Y$^#)XP+XO+9T'`P4(^XF]/ZE7.V:M*-7)9 M_W?^YO7K\^"YT2,)[W!X-OI-TG;0*9DZV5V:PX'?@PWX@?0DSDC-%3OI*R^P MC!H4<,A(M8+T^[5EF^2$-O)ETW+3S^'`[YF\9G);OV4XD?/3;^QWUO^]`E./ M]GO141D5PX'?,WEE@B?AK;T[6#T!ST:_'M&3MA1N['?6__VZ6#D)CPK>O0R> MC7XSH/#.7ER`']495L5?NH)E6/_W&_5X:"T]\'/),J4=M!Q4YEG`L]%9.>A@ M0]6C=I7F&Y5%!$LX\+M;_PO@=Z)5YB(?U5!P8&2I= M'"GZ/0$'?L]N<6^EL;X*T?K+^5]K:0^XR_J_;PP@>.%LBK7*?%`C;4OD2SCP M>W;[W=H86`6YP"W2XM*XQ[FL_SN,C+S_,2V<73(5'`[\OC&HL=?'@1/YYU:: M/<[.,BJ-:)"GC\HFTFE9_W<`[XW&4J=- M$C,?MMW,)TMQ./#[M\%&.J[?2,V$5@>];"[;2<"A5V;EU#"9*1]T&-+7;JO( M&Q\U_N!PX/?W@O'B]5I,LC9**_!QMI,G+?`[*QNX^?U9LM_IFB6JD[F'RJ2X MK/][K3=>_-JVGC#$)O$0(TO21@EN+NO_GH'3DQMQ2OH&*L\ISV"EE5KDU+'^ M[]^?6?B1'8PM4ZML4HIT7-;_G://+&"+F:X7V-%!#Q[J>LOAP._+]N#D^=[@>Y+XT)6N MXUZCX-CJ27@V^MI/[/_(CJO_-$K[\IQ0W\PLCN7#`[]/K*<^L9:"#9PSXJFJ MOL3(I_^O@$/.R.+24G`YI+=("BK.@W99_W<`HSQH5&2D[(>:JW67M@O6_SUU/T[]"X-UO&%UY_.B@E22XUC_]]K9 M(12D4I%.JN2>#LQM.R0F5^3+N*S_^[GTC6GZW)0F=1:-WD,M&`0C5];9IZBYCCBC8;L7L).'`<;+C7JR2V$(W9H`0M M_B^'L_CYUZ:CQ=OI:R0,.V?EI+<#>8]C_=^G46TSNQ&HIDBMO=NRM'QXX/<6 M9^@MG(FO($3KZB`,^TB>_%L]4B)&&.A M?GK/^O_GFU6^\V*NOXG M3=(<)Q\^'N'1@=^O#4&?_ILGBA4S3_4!U%+4%-H%Z_^>*6;[[#!]EKAQ'93[ MFOT3%:55NJS_^S3]Z?3_' MSMWO<<'ZO]__<<'ZO]__<<'ZO^>/BS+%(G)4+'M7PK/1F7*QON==(U>(U6LH MS'82N@WK_YY:+T"FTWO$=J&N_UH(61=MNN[`[Y5H=&WX8[KNFB?95)M);QP. M_+YY(:U"DIN9-]&@5TF.&`W_G@!VLD5ZB1S^:3)G]L*67]WV%P>Z'`4EHD?SBA MU67]W^LW0>YJ9>O>GK/N7;[N;Y>O>]C./S=:]Y"O^]L+(;59\0#:3EY8M%0( M.-BL*G8F-+!#5&A4M^[2"F)+&>&< M/G(JL?[O%X;IU7?=:"7W\/(.Z_/\N`OP\-\3/ZQ#.R?$J!Z3 MODVP_N_6J:'UQO3DD-0AC\VD&9W$+=4#UO_=>J.Z58G316Q@9]'0/(P@R0_, M_B;@V>BW[>$/L\%_:!9IZ9A^;!\UB'%9__?JUH%L[8+)G"+J_(AO(@.N@'=X M$77+'E2,-.I\-6(=1"/AP.\L?_[L1,([39)M@FI'>L:Z`[___=0Z,WBI:-W= M_R_M6Y_DNJI[/]_\%7VZ6R,9R4?GT4\[P7UZN@>%ER`$C"$X,[(-(>ZW?+S8@4BLQFU="74%T/,VDC M(@SDH_[[Y.JD_*7M"R7&GE=C27(D@KU-PC90__U(+[[FEF[JLBNPOL?9S68# MA^_OUR+1]**!0R]G%-IMD7"P[V+@CCTAZD\/I='&V2/!UW^&N-;T7T^ZK^?J.ZO#ARN=C&K=UH5 M4)=W.$']][WEF2J__VK"#Z7>#1]*4?\] M+CR4\ADCTS_H]1_UWZO[8M94W?B_?RA%_??<0ZE5<*BR7BAUOX_Z[U!XQ8WB MS*'49$P1$TD--.J_S[Q6<2>.-M!Y[&]1W1Y\"0?[#@QPY\3`3Z%)(2?3@%8> M[/LVGDJ[O/(ZM=!KY^03IP_HJ/\^\RM'M%P_H)-+0Z.8-"2%R[A*I+R@&C_KNH.9"%',SU@1.9!('[J/^.?!F33VT7O$6:I=X@0@`2'LBW MR+WJ^<&)+,=+_E(WAU+4?T^7^QY[UFGH@+#\_I-PL._+,T]AWV5?0JU[2';@ M0KS+B+L(&3BM!U(+]YF9=9[9@9(>`MOT`Z._#M8[ZW_ M]GJ?I>N]K=?[:U/7>R]_O;?3]?XKLMX+61<"$A(MX9%B73@S42^A4CRWJZ-Y MS9#3,U,*%Z7???2K$T>[:R[;-)R22LK$J2I MX?`VT5F?.!_9'F9/U&&.6D/*OR#AF/^^MSZ,G6LNZSI]IJW/YO#3JED']KW< MF_Q)93_G7,=&*B?QP4?]=^>:&+6J)01FWM)RIIYR\Z+^^Y[S-$R[Y8*CD<^& M7/6?A/>EW\8Y(\XWS$R88Y!VM.9L5L@_?V+W_-!L5CV=@BI!?*-1@RGA8-_7 MW:'8;-;5/0X%C`_@\E*E@WW_A.3RRDJL'L3EY:/^^\3B\@H./A8V%!Q>@>6Q M\#RCMVUG6\SZ0\+!OD.W0?NS%C9OTM(#.>J_"["8M"\S2FU[?WRVR#J_.LC8D=\>L@K>0K,.=C,LJ`[UM7O+J+"R370@E'.S[8]'X=;@# M,\[&_!9;MTC4?X^PY>86V>37_SG"!VRB222\CN]QSG-QU2N26-4Q)(8474_: MNLP1JW9W+SH43OPE`9-Q\WITW,&^GXP/7W%ND79EQVNO#9B[F\%ALM M[-1,H/Y[U]E?-9L1,3<.M[I^F6..%]1_%^C))[>M=YGP@#U#PM&^K\O] M@J7717IKF.-":G6Z9,"^+S\U/+F[?&Y"/68M7:8E=.^P;*5R4_I8G!EW@Z1.V_(:5=](@/2GA8-^3MWPQE'"T[R=VL?=8SUNGT,CNR10./2].I)\0O<=\E3J4 M-K>X6Y]_.^X=N.5M1_AT&#WJ,/*^0XULWJ`*;Y<3[JO[\V M<;ZR'3NOLHVZGP/JDN^F MYII![JFR*?/CUMR$G"J[+#O*RG-404@I'-XBUX:]ZM[Y)*-R8@2Z@7TMD7"P[PZ6[OPU"U&SY@DN^DSH M`NJ_PYQQ[JBP]SC[!CW'U$*4BQOUWX?"0I_<28LL\=U[[*.%]1_?Z6S-B2.E\B4'N24'A(G,^J_GTNZHO1A4?P\E\;F MLRZ-GS^?.'FSCE^%F%\@A>.L$W.FJRLO[ZO-W)EN/B[A8-_+%V#&[Z^QO:Z7 MHQZ0G?-@WT79T8W/>6JD4/]=SOG"FU23T?34:"`TZK\+(W6A5#FAQUU+ZWI- M?7DV#R41V:A1__U5QSW:BU_5Y#S^#=]E4/_=Y7<9HZ)MBB/O,BV2S(OZ[Z43 M\:MNZ4B/W28B_A!M^?A5V\&^QZ\F\2\FSH>F+=C@F+6#2SC8=UBPY8>LRTB/ M/42;Z`D++L=]XGS<6N^M;+:$<3+K68?O[V*C/E?JZHS4'@L4L'?:.MTN>LBJ M!#OMN1+-DY);O)$N#_GFK<8=['MOS2W-K@VS^N^1IN`B"Y;ZK%+]]R=+B7,B MNV#M9F07+-AW861*PRYW\T8-5G!VUTOA<+(Z7\+=CK'GF3-"GV]]Z;`B'/7? MD]AYO2.VC()398:OP=SC4/]=G"J!LR%[CXM,V_/O<:C__J7M9THW?H^;(^.. M^N_R'O=VM6D(%LG8`1T32*I[*/^.^SRCCNH%KR` M:T>_H5=3S@>I_R[VNE6W-&#>PL)ZTU,EZK_+NNM39=WG>FG&N)J@FW36H?[[ MA[>/G]Q]MC3)R$G/:3TNL]VJ:-L4#OZZ+VTO7R@E.38N8Y;53%3C7D<;!^;9 M>2.C9F5-/=-V/6GKJ&;5@[9_JH"/NL%7$"4N0/UW,(_G2X-NP;N,9?+H>D?] M=S%L8KNS?-16<9FG70E'?EI1-#SEWKB%U7.^:2QL*:.-F_>\)*,GTHT:]=\' M$3PKG3HZC6W#SSV4HOZ[G'3Z4&KOS"W6"XKZ5,+;DNOC8DFLF()ID]/]>K=I MH^8"=GV!9`/9K7U"<2WAD3Q9/5D:E$L'+5AV/4KAK73!BNL04^;U"DAN^,"A M?AS&O%@#USJ@`U(XS/D3LO%3WB*SDU#"9].W2)AX4]XBLQ>K%)Z^1>+#$.DZ M.<.F3"`)!_M>&MR+$R=_MU%.:C_KOE7U1-M'."W-C$7-TQ'S4?Q]"7"+1 M$6MQ%J'9W#>2%`[9>?',[Q\AU\`V2Q>W_.TU>KI`_?_4['3'G_F-($]AE!N9L0=L-7)3N MK[P?VCZDF@NVAEK(,K="U7:P[S5AXX97X\:TY_L@]_D>]=]AQG;-\[UYTT>_"@4F?30H M6#+*OJ/^N]--8,GDJ,^;S%BS;=5);"'JOV_-_]O87QFSV$()FK)MI7"8\V.Y M7=%S79;`RMJV)!SCZX#,2FQ7JNTFA+I>O&VE<%'ZX3?&N%UEQ7%:!T2THOX[ M"&7:$:V1L1`\&YIQYV!;G0,+CTS\\_LI9P.)DQ0:$PD(_Z[P]7]A,B#$0< MX7,\YSYC(E'_?=EYKMHS)C+0%TZIF=[/;4L*QWB;P9U0?^8]T,B"9D@X\M<- M[L3JYZ<61@W&B\VB/B*I+[-\ON1TLDO&Y,M;W:E,).J_'WZC,W[8F$C)Z%G/ MB32QJ3Y]U'\??U1@;:I/4W`W]T,2#O9=8+\"'V!GVISM`G?P!J$Y]5'_'7)A MQ[53!:X/0K58M^.H4?]=S)CQU3&/HS;+-/!MZ3AS?X]D?-TS3B]^^0ASL-=9 M"N^RI\KZL8++15O!\50YA@O%DXPVH59`T\DK#_9]7(.X#UUYB\[)!*-[ M#7NO0_UW,=VO.>[TO:[+9H"7AFV@_GM9]AR+<#,ML`\*K/)@WT7M(]+S`0_G M(^8^M.T[ZK_?U(VO@:%@;!L^-V\9`H`4#BO.^1(X+SCM8E$-N^0+AE\?^_"2^83XQL3_J-)'ZC_ M+L.L+DP5_JO;79'"6ZGP7ZF3$\7=XM.WGIFT/8SB/M*)7]:3=MI"L4L'^RX7 M3(>?*GW>U9G,(PD'^WXM&F.V46:[R+V#U:3;.X4CNPX<*D>O4W@N/0F]&TLX MV'>8[^(X[S-*J/!8@<^4ODFA_OO*$'RE%U7;B?AZ-X?5E]HXU'^_]?C[Q!7V MEQUZ!2ZX>AIO?PJ'%W"\@K[>F49$EG$)2+@O;Y'0]!5&%5+(,$/3:5'_'4^D MXFA9<(<-^1TV)/L\ZK^+THWACZ;2A';W?;2JNCV%A.FU8G$Z+^N_B*#\\*)VV9E_B4WA+ MIM..NE;B@V86E:*H??TN'9#@0-1_CV?>J+@G$F8BVY9V=OX-&O7?2_\0S]QF MBYC7LYL$^B^[]/J/^N][8[%93+['KO]VKD&F&2DZR4/?L]:[E4<>Y"9Q MH_[[_+]._#62Q-TX=@/.6@D'^SY)';64#;L@<5QUK-IMP+[+!/*$)3(7)(ZK M[E3C#O9=)I#O)1F"V;Q\6!;EA?KO,Z]`/JR1'?14##EAY=9#B+(";54ZV/>5 M/UR-)N,_>Y2&WQ/ZZRZ[OLJ/JQ4']GU]N'S)Z:R\CS&!UWB9;37_6&`DZK^O M]B;CS_Z-#HPDW'U:\+WG,2^:D3*]V$<;3:J[RNUT&;\)2B_CLL ME_'--WTU8Z2*]XRZ@L/)*L$%I\^T^D#9KK,/R<5&6590__WF(W^;S-R6P[)B M9#.:7I[PGS\K]6&7GXR-\)_A2HSTC=O3OC/>\V#?5^*SI]S8ZOE0\SX&N5V1 MPJ'G*^>ZT'Q5^;S^;K`3AYKSJ/\._3[S:(?/^9S^[GF9<0?[COV^HL<]G.YP MHZ$+J/]^&SK<=.A";MY^IOM3.+[#RJY7&W7`J"HCS;9ANE]=`U'_?6SKE;Z:'DW;C6,'B87,>[^^/P:+1V^LY<94U.\X*]=^3EX<3 MT&Q@"[91=*BJ$0LK]=\G<+#Z1V9AB0-#>__PJ8<9*=1_WW(ZR>`[)NF#>T7; M;6;R>-O!OG>3P3?+6[SM$AD<\+""^N_)X-'\AY7L`Z;EHT;]=_F0^4[(N%#_ MW2;CFO*`:?Y6PF?E6R0>[::1<66.>2D\Y>Z#HYWJ^49.#'1H>X$D'.S[7'7O MPK`69]S^Y#DC]]QNX#H2V_U+"_91=9UC+4>(V@V^Y+E5@9*K_ M/KS:$2/'-JN#1D_"P;XGZJC@$%,JH.Y?%<+#''@ZYU'_/1?>)_\T^TD- MA](_F*T\*4F#L/LY'/WSHF3W]L+*^SF55UU7+VB[U*3E/1^%F8%#?=BC`OZ$ M-7`Y\'IVX%!?!O[[,(?7%0NBC9_=^%E?=S*J^ZKEW0]C!GR9`_JRLXE-X0\$;A MP-7U[WH9>*16G,OA<[7LP&',&)\V&#^_*[#W6FWO9N'DDVKMFN"UN9K@/[#KWNMJRN\[-=)S,U&1SLN^L+^$V%TT9W73W,=!W8=YPV'[%6 MG`8%&F3BD?W42*'^NWO(K;B.-7"Z[68(?5UYOZG@K?R!\W7IOB[=-_VA2N\7 MC#N9(F8(3=>ITOL%I9.YEK-X=,_/%90^VV+/X(17/+V;I'`H_?^Z`^?#:POL M'M=G2;$FNPQ-I()+_?U"+BN`U!A>EW_1>@%]=8/DRLT5P6GG4 M?S_R?H!?6:`/Z+5>$3R=DRD<8DX^`/"-4PJN!9!LN$XET'"P[^_J";CS^BGV M$CI;!)]E<'@)AA=U/M2:1?`6@XO2;WX/ MP%^YBU+[UKPB>$-F%D@XV/>C'8!?NYO2X]3J1?`:@XO2#_4!?O5N%LU;V/,! MA6-\'?;\E;N9=EZ[".XQ.+R,_"'`-^YF`^=GX7+(Z\1+C/KO3B3@K]^C4\AS MIKL<;7T55Z=*U'^'*?_:/3='F11RB<2!CK3>#DU\0/UW@7[USV?F'':7"?08 M:_DY-A=2.-QEDE?N.2+&GIUI&[K,NGZ,I=62<+#OR;4_/W1"5$'=96H) M&BY*O_KGAZ#SKM#2)6D@XV/>M6)9? MD*F45P\U:6?EZP"4OWV0(!3>JD,:8X;Z[R@(-?(=NE46IR_4Y+TVA<.[#`:@ MCP)J)HIC]&BD$^J_R[>!E3'E^C`965B<"1A479'"@>MC][G1(]N5'3IM3.2# MY?_`OU".5M1_C_]HN[H7_Q$+T_)FCV4^Q.J1PF&]N^(#HT>V\YD#57'6GR$< M]=^K^Z)H\3\69Z5'FZ1`9&+(I?Y[96=PKXDAS\N'Q>V9J3Q)N)_FPVY\WWH5 MTA+6!>LWA<.KT`^7<,WFY[_C-^J:BTKJU*:\!W-I_OO21[8F?M3TGJ/_^E>T71I/?YG&T-I7Z=VA<\Q%9L*C_7MU[\0%O?:E,F0=DZ74F ME&HR89H:#LP#V\]W5JO:P=[7OLHP+-)04VT'^WXE"6'2+['HOCP--<]V<:/^ M>_F+8M*N:!>W?%?`2=LM%JZ0<+#OE:?O1\$*EH%>STD/T^X^E7*"^N_GQE%U M[VRT2BOOZ="F7$(Y53K8][([!A*Y)]2"C7*$@*U`,]5U8-^7G"]O1]7])48L MW,Z)F6AK=Y*J/-KW+U?VH].O1_1!C=#(U=@VUTIG;@H7I:\Z[FAU]-!EYB'W MBX?A_GMG@,.N\N/JGM:HYY7O^22M-X6+TC^T(RJ_.NQFR7D:*A/; M\:YS5@U<'M)Z)3-P43J@EROG^+C[.:4'*DQ5CSO8=^5JSV;10#P`/7?H]7[#T/V`.TZ MTLXZD4HP*9\I7)3^Q&#YT'/#SY2FL*#+;QA9^E8*]U,6]$/GQSD&X]K)^Z%2XJ8&.D#]]['8:2K?U0:Z63M@E]2,$P'JOX_D M3ODA^@ILQV[K/9J7#O9=[)2=T4,YQP-6G/7=%(YM%T7OF/MM]=CA!UV7ZG!>@_CM:B:H[HGL=LV=Y MABN%PUXG[!L8JG?0=0TOTW6DMH&2MVAZ-I-`"H?SO-AJX^.<"DSNZ?K%/,L@ M(>%@WY?+%V'BE2ECI"FI8!*F<&",/'YR1$*5IK78]*F$@WV7+1\]Q'J>SQ-2 M&=]<`P/4?X^7RR!Q278`M1__R!*81D)MOR3F)(B9%T']AU/ M9?$[ZKHTOBZ_Z^0Q4LNZAMDE@_HRT>DW$C_O,M)5ML(^6ZO2I3[LS^Z/0"R3 M&JF&)ON'U)SGT>H%0YC"1>F7(CETS/71Y:-M MC9Z"X_O[T9,PAY##Y$MB!0<2@=VGBH_UQ6*>,EITT_A8-^ED)?S+*.` MRY."UH_9#55YL.]#8%6^.+P[?]KT0D[2$IIPG0#UW\6T67?6K2HOZ[/)HL53)WV&)NWIJ"XQT6N7G/LL<%CS@6 M\\C,)!SL^TV=Y,K09A++;[&U9%#_7;:\R,KTS?2-2%"\A,O[^]+F:.FCE4S, M"=[\^]J5D2$N"%#_?7_XP,8/"7%!2RUUW-UQ_O7JMDBLA(-]_^'IRL>?=W2L MD<6X+Q5=]9_52=A&@/KOJP.GN3JX?3L;6SC+%)D-10.J_KR7L,M)0AT=Y MK\CLDA0.GM+#3\).F5DCD1+R/E2LST/]GU/7)\G]CZO;0NY M/`?D0Q*.\?/'.KOE,Y.I;%K6W4ZU/4K9M#J[R_I@ICM8IG>VG?IB@/[+NN^/Z#/.GF.%[GVZN1X@/KO5\'QXAQZ@DV;&HM/-'M`@YYM M4/]]\,AO(]\E.C(_:L:[#-WKAMU?)/X=#V\P/GBV+)LRMPD/L.I@+)T\JC_OL( MM&U7XLO4_R7HNLNOXM-VGH[9[.J*>>#,M"H_SZX M0]1\])F<,ZWFJY>)W36R;Z=P[/G+-[FC7LYFU=*^RLSF+>$AZDD=>18V:UIY MB]O8WKQ;"@YS7NSQ8K,^PKQ&=$_/;-Z]9@H'^_Y=L<>+S?I%57I3Q5VPS4T= M=EG;P;XOOE=L=)=&U6E^&ZT'UZP9EU>`^N^PSY6?&#G3X$9+L$E6'.J_`]QY M?%&_39@Q+EQ[JO)@WU\:+<":8[-.F;)TJLHC<:#"073IR#\?[:PX[@>RI1=F M\.O2FU@Z9N^KTN7NU"PVKF3:8'S=(AI8]HA\H)F5<,R/2TUL@9AUOIE-X3)G M!$UL_F958&8E7/KGI8D]D(C,]M,&4O\]-;&,F_<@,ROAJ"^3FMBLRLD4,YO" M4>5$FMCL>7Z*F97P+K9=FE@U[NUC-V!F4SB,>VIBZ791:&;Q+NBKMH-]'Z") MO>AFLK")7=7>?LQ$:&HX9F$/3M]5_>:H@`W;G&0#DM$KX3W)AKUWZ$RDC@?F MT;3I%TN1IW!1^D>W!RA#7B#9D"]%+N%]['DI0Y[-5.H=9"+[F*GT##61QB(7 M6BK==6#?SX_02HVFB")EC7P*;TE1)##PV3?H&MOLV=T8X5+_??_R`*2XIXDB MM>QK<0J7F4IGCW1,O$VM(.!#-=NL.-1_'RU@TZO9,"TK62K2B\%7<-AMQ$5H M^:F!?T,',[DB%!SU8?%@-MAD[CZ?"Q+[*L)2\62EDX-" M?B0<[/LX#?=A-VC--&*NHSV;42I`_??5<6TM6`T9I2YT M@/6!17TT22]G/4]-!<>HCX%_HKJGDGVB&J.,,(ZK[%4(]=_/CF_?/F%?A>I, M-*%9MV=N"A>E/S[^Q/:XHA_4NQ#NN?!OG]R>UQ^>'NW0MM.-%)U0"+KCQ0.;7?> M.[@RUBRI31V!F&VQ^5L)1W[:#6CY8(-Q.G7YO_?S2P?[/O[D]F"3E,X'R68* M(JH'`>J_BT&K[(^YZH'5_=8WZFK)M)%!#C0/QI_,PH,<^BQL.WG;'-V:F&` M^N_'OR:V.I):6,]1IJGG<>\'J/\^=KZR/?YX'KS'X=G2P;Z/G8>WQW=P.%&W MJ;.X`0L.I=\I9OU#%GPN!Q[:<-1_'_^I@'\QI_+R\F>M(.KN0_WWL?,AL6H> MXD[F.@OYM[^AX&#?Q5K_L,!_,9])K-[+-J/>4G#))/8I4?V/9^%>$:%YNM>A M_GME/P8B\Q76=?GZ'LIJ:#BT'74^SL4%]/5>MADJ]@#UW[O5_17QB8+8@Z:7 M0T^M2I?O[^?B$R08N#Z5QIQ5'NS[&&G,3>7]`G>+=)AWB:L3]=\C<+L<.EK@ MZLQM>[K>4?\=PUD_M=W+U\8U+-39BQCJOXO-(JY:T3YY9;*SLH2#?<=^+_-[ M7-1BM-`%[GW4?]^[&)=+-U)Z*P-OJM*/%)5>P&J>PF7IGYE2NC88[$,2WI*E M?V);?*#@/)\_]5*X/,_CM&/7P'JQ1*@QD:C_#DVOVLH^^3/=".:D<(BKQ!F? M3/,:6=*%NNU1ZC5Z+JZ6IK$N-%E8NI[S4F#KG@SR=D0#UWV'.)T9G MQ#RBY)'810VZ8,&^/QT#@=WYF%'`=0N6G3IR23C8=PC-6Q''*Q9'G7>FH$.2 MPN%D=42.?/86R25&@KKMZDSUWU?BZB'NZHRZC%.XX"44]=_W+HT+7D+KZCSJ M1<>L*Y:$R_O[>-,='QR];[ZFCD:H_XZWL/%FF6HNR#D_FW,>I4^9J/_>&_^) ML%.W,\D&6UC;\7CJRQD MA8B+AH4\Y`'JOX]>!_H]S4/>:&B&F2B'M9\HM`:H__[I(]\2!O9)QCB1RYZG M$]S2K,P`]=^1C7KPNDM9%VZ(PRU`_?>Y@SG<\J/W`]1_!]J"_.C]`]CS`M1_ M%W.>LN?9UT:]3V5D1@/4?Q=7R.?B/)E1$Z?1U,%6[3JM?`WG_,5A4OG;@MS_ MFI]EX%-AF:C__KWR5B3^-Y,A)CHH'#=`_?=.D@W'-;*N!8SD*1R\!U^30T4H/X[KO1D'@(G\Y#Z:2V*#LN1H@<.[/M'*_M#YXY"!?8H]QL2GNK+/`7X M*0ENDFA#VRS=\V#?P=<8;\1^@0IYF*V"N@*C_ON)ZEY%%,^OP#EI`Y$M9AV@ M_CL2\YZUQ*P#NSCK;B+AR#]_110M[B.9QT1B9?2>T2#B.`'JOXN316>8?%H= MC0AIEB8JD6]!AJU$S7FP[X]VAE5O47H?Z,@(:#9U'LD2C M?C'9B83W\1[G(-$)T\+F7"E9^804#G>9Y'6439BB]"%I?1KVN0[UWX&DM#:G MSW7XKVR/8Y=]2,59H?[[W.ZR,A1_UWN-LGF@22K-D=KT)#\=;=G.%JGTPNI M[0+UW].=\N"L3+KAI7"USPL;S;R%.?LE(?A)C\2H_[X->^6P]F?30A-#]LBF M*Q^F;Y'#JT.M']=FA.G3O(6H_RYV2>8M-&N[J8[A;2_W,H+Z[\/D,X>^:HL> M-G-7N2&REW"P[\L78+7W8N8IY=M+.R-=DL+!4RJVFL3S4YB;Y5CT1Y=L#=$DQ*@_GOIG=*D!*C__HYI4@+4?W_'-"D!ZK]/)^5CZ_=QW1,+!OB?.*_>^ MWW`^$$80X\7H%.=&VXIMB4EY%F`1Q*O[)P M^#TVW#B8ZL5M1_UW9V/A$&F['%[C9O-SJ3]2.'#W+52![^(UEC?AVR/%J#_2 M68?Z[PO.+-!]W)71D[*1+1U7V5=PU),2Z%=.N5,FK1Q'DS"9[G6H_PZ3]MI= MI5X!44F-J\WVR*1%_7>!OGKW\0_D$)7H^R)U\ MTC;TGQP.GI-;9XX^FF@X[B<8/]K58D0DHC]U/TDXV/>U]>_-__#TH=L5O*Z3 M%IKZ=W6U@;'8`]1_?WZIN53?U;$'_2Z'U]F6(_\B/9BA_OLOEYICY[6E/\B\ M2EGV@[VO7QU:>R\KMN.1QC9RUU&272Y?([->5T2 MEBDGG'Z,[:NN`_ON_&[\>GEG_"O:=;ZE'A#IW]'@0-1_'[N]ZEM5'1Q(_I7/ M=*S)7ZCM`O7?=U8[:]6==7JRPL@>O\&RQ1H!H6B6<+R_7W:CTZ=NGJ&74-)U M^*H[:Z>MI'!1^J.GCQ[_]@^-^)VAC.-F&6ODT1@SJ?_N"AM]V1W0FQ0><*0Q M]HK-!.J_'[I];9Z8B;Y>X-(-P>U3S:=M!_N^D2P(&Q7-4**2/&8AD_6G_#:H M_WX$F(5&JQ5Z&3&QQR855L8KSY MP.6MHLK/*0V%'#C8=U'YX_]@PWT.;^3O\V#?14T9(9G7(^*E,ZP5 M"$?]]W\?SMRRTED=4FJ@D"\QFS)"PX%!+JCN[#IGLW!Y^&[KZ[^.5-1PL.^' M@]'UY6=&'!YRI%ZZM2:#0^GA]>7ST7N&E`X+H^R)9D6F&1(.]OWHN_XAANJS MO$BOJ`5M<@E%_?=+,=3^2:WL$S+X7-XWTK1*U'\/XV!'X)]BVCI>]DG+5%[E M!J+^>^RM0.7/TI.5U\SF$[/^DW"P[PMNM#H0?<>R,KN,O[\;Y,XZU'\?'CWR MM]^W3A>^;_/5I_-/-4/"P;[_A[N2S-Q2W2D(D/-8I@VE@`M0_WUWV7G<.91# M`2>9E6?U*WJ#L/)).+Z_)X=?*\_TB^!:Y]+X,]1V@?KO`OZKP/:\Q$:IY74X6^_E&7#O9](_:'M5'_O7:EL[(X_TB'CCN)!T6[T&(II7JW`?M^W3D7NV]Y:K=IA:S* M"#(-:M%L'=1__^*P]M9&_-`*S9D&:6>=MM2NPA0_STY=$=R\S>-VH5^ M!>GS=P5)BAZ1HQ'JO]\RW!@F,Z\F[&35YNFT?>VP)/SS`>J_B\(=]ZLY_/-Y M"U91^4FXY)^/D+Z/[;2Z"F:C-EMP6W4=YK\?NF-U,#SZ=YD@\$`'0L\9>5[J MHT;]]]'`\7>?T>JTA"/?O/U:&T>@X*A&'7MBP^!D'3[W&NEZA!XYTZ+^^QG' M%>5[`^9\L%KL:Z--EPSJOSN;@Z'SKN_HEQ%ND$P+FB:F(9VTJ/\N#%3LC78O M3;&PV0Y(X:F%A<;3MC?TH7XJ'.S[F7F7P?4)*/3X0Z!O^^=1__V9D1=O#+1_ M7IIEG:1D=P4]UZ'^^Y%O=T3S!T/VL*(/]7+F!K;C.85#SQ_Y>B3P"3T2HU1,83B6T[,-ZK\/[OGZ^>C$X%WT7">S6C.Q'L9=G\+A7/=W$//QZ<=HQDJV M.'6;I>L=]=^QZ)EOLG,>YH]7Z)4,,+N'-(C^M M`47ZQY;MYD7]]P/K79?`+#R1R@_KO[K#LX=,?: MJ2D>,WF5U$9']WP[]9A]H/J6EEP,LF99^BIU/FR[I^"B]%/"/+^G^J[_D]EI M`X\Q6<]U[6L@ZK^+"V!2WC<7<',,U[\C+`H!<;BA_GMY)]E9$Q_(EHZ5K^?2 M[$IX%TMW?@/TNI2PHJ;Y+9G#PSH2H_[[#SOKU9T5?20VM(=S_6.,=WT>Z9(R[C=-)>([R;S/K\.5XM6+#OT>6E\#_/=Y9H3JAY3HGX-LJ.J;QA^8S(JS&U,BHO$O7?7WAQJ29V2LU?UU(N&]_0C>BV]&FL M$>J_7W3=I:M++W>HGI1!ACJJCGRMKN"@)^4NU3?=I9=3N&]\5EA;DS:`R#9Y MVFA+_OGNF]'2+R)*2!5:K\!S;"I%&@YLF5ZG^O:6?DB5`\=)6@KNL*C_'JTO M^?0.B\=(3\/URYSY,Q4X@?KOC[M+@6B["ISP^L=H"YCPFH*G/8_Z[^Z2-W]R M9TFY.C%1@I24*=@,'.J_BW&#PCNTZ_J:^S",7F(AY9I8:'BX"!_N.,_9<;%W=!+W9+& M5I5'?9FEQG]>*)GUWN#K/2A>[ZC_?JU3/C-EO3>+USOJOXOUWJ3K/5(5M1>] M_F0_C7Q`_?>G8.+\?.D5ZNZ+6NP;LAXMLO)3.+R_7Q3-;VVZ;-:UCN6O?/FA M--$)]=^77H$5O]2FAQ-9<-[\:Y+M`O7?S^.\>_,=;!>H__X_V"[`OMO;A7_C MVP78]^]:V\7/L96L%BS8]Z6FO]1\8>GGU,I8 M"[P9,N9/7[4=W]_%8A^>*ZE)ZWMLAF6)M,2?=14<>K[[)I!I_8AUG5=TQ`AI MV\&^1RMPO'BB1,_SXD2U'P]5A(X6+TE^&[6:QKD+42$EUY3/U@]SM`O7?W<67\8#!NJZMB\M9 M[^H*C/KOB[]8A/5^B;Y)&:1T/N@?0Y^T'?7?2XO^ZJ+OZ[;[*CR%?(AS?1BX M*%WLL8M>M+-('6Y>G2]ZGYOJ=-J@_ON&6/"#[GZGH.UYQX.&@LNVP_'@/(OV MT?7./2.HGD=]&7<1S@>KM/3B,P)E!D;]=YQRRQ=*[!683WRUQYB/2SC8]TA, M^F?$1ZC?QE2AQ^>K3R07`]1_]Q=K:XM7W83F!F([N_6L?UD=&20<['MW_Y_* M6XN-_\QNE1J4/3*D<#A1ESJ+<$3(/..R=UMU06G*G5/"D9]6G"S6+R\V,W`K MZSW085?J00WUWZ'?8)@D6?PD7IXF2!"YX^ M:=F+/K`7O82#?;\D%OR:6/"LZPY:]"D`;/6_0!67L2#O9]$19\TN6\ MQ`&9(H7V'?7?H[7%:?:]66S?NZE]7Z3VOE@WT_EZR,AO./N-1#/J>'";SCPP.T1_9\;2H_Y[K*342J[/Z=UKLLI$>#V9#XRG]-(4W-:]SO4;4`DVX8@I'/JN9 M/UY;F,UY1`[T\Y_//*4JLA'UW_>3\B-1]:V[:%:FY6AMF82U.IFTJ/\.^F]_ MY?3UI-5!?(TPQ^7:II4'^_Y6ONL>A_OMQB/89)AL9 M`TTBP3F#H:Z\M._)9I2\Q,[S)J22(!NV\P'UWW>2JU%R33L?Y#]M<@ZH]C&K M6A(.]CWY>2?YA:B".I1&V)G*\Y>IM] MFMB(^N^;=X'6Y@;+VE`W715[8+D^U,"!?1>WWT5Q/*@R3B?]#(Z,)^8^1"74 M`]1_?WQQ_L[5Q2B'+3/0"1B::#ELT*Y#?MKE\G?)R>'6(!L\H&V+]1:I@D90__VZRL3;,.(R->MF:=M[&&_SU,"? M?W^6FY<\/YLWNAJ)>)'Z[P-_]WS4TZR)#?W@WF#-EF-`XRY0_WW&?6QR^,YU M'7?A,;ZVGL>[;DY.1PD'^^Y='JU,#M^V1GW4]BTH\S*&D MQD@7#5R%4"`<]=^3W0N#V+M^AN:`>T'1ZS4==]1_AS?DT>[%`:,U-I=M4W#- M)FU`_?>!OQ-[NYJT(?2.44:N0,>,D9-0 M1H^-7I^&+J#^^V#7>7P0;PQ8UX6LO\GZ;5(XV'=OZ.TN.Q<&+,[*9\RLIA=8 M+C#JOP\W'7?@ZUQ@,]HF>L(.(U!=A_HR\>;`BS?B*94W0Z@60PIORC*8W[Z;,^#?=_L##8CT_,RV:?+NU^/8Y_R M%J+^^\+11T?Q_*MC&NED)KX$=5D5U.L`ZK^/=N+Y7T8Z!]R$99IL4OF-D%0F MA;<@++,3S[\T8OPVZ.*Q1H_H,J5O4JC_/O^*&+G.X`AU=9(@$W,MH0E_*1QB M"R'@Q+[+Y(>*K/LUIN@7O>+F3-O9BB,L M@8W<1SF$H_[[OT?C"3S(4:<3.9?H%`B3Q=+4:S,C5G:R3U_&UST7>S%G`J]S;0"H_[[O-N1>ZW-Y=73=P)+V%SM\ZC_7NJ\./]>9Y^;R(8R M[59DGO(?I7#8YR=N>6LP_TA&GH;<^]HL[4(=R%'_?74P?_*Z\_9K[C?HAYRT\[N;/9BT%`+%NS[I?F3_RHN!`LT%-D"U70S:C1/"O7?;Q'@ MSN_,E]C(2MSTG8&BIK#2=R M,*O@,.<_6-U[X?2+QQACI.XP&7RAV>\ED[JJ/-CWKK/ONN7JUYG:A:_/9(8* MK$?"JE,XK/>%=_\T?M!1NPW&8?I&`-I\36\YD6H[V/>_=]?CA="YF"U=G^NL MK"%U.$']]WBA-KR^?'Z8A=?U+EGG]5#K'?EM%NK7S\4+`5VPGO;QDR735F^+ MZF"&^N^K[G!U\-E/K&9+C[1Q-7_6I5:FAZ7?LA8OW*J=C3W5W[WNL>_5.5;:G+5=*!%L\4,74]ME6#??_R3SM)]U;=?4)7OZKQ( M\^]US)UIM%/LCM; M"@YG6M'K+[S8N8\>2DFO1:HGB??HSM-GF[I!&9\14< M=AO8*<>CB+$J-0Z8N1(.]KVR)V`PYT6W+TTJ;](YW^SR M)"6ZR9*N`_O^X_L78:-E7=>/LOM4U+#-!.J_+[PJIMQY;B8,LE_C'Z(K#O7? M;XD7KL:B^YE(2H^I0K6UN5>CD<)AKWO0J7XM^5=V.,D]#0?VB1KUW[=R3M1* M7B`=[5[`%"S5>QSJO[OS_S9>BT;J/2XTG,PY0I41U9M`_?=;QR!6>7;$[/OA6Y\?KW3XB9IHZ_35YM/S[.L_ZK_'HP7W&ROZ^J_4;YFS M9XY?$53/@WT_N;OL/!>-$[99F2<"GBS%6-"E_OO;6^>J.S_($A,=W':P[UO) MU+;/3FE[)-M^++?M1`JISAU1:N!0/VZW_,0XWF0#1]SJ/@]`8-,&[/OA.U<' M_IJ9-ES1U3@"6#IR"A>EWY;X.Z!>S]H><$>A;SO0)!SM>[(1#S8'7L;1:N`6 M6:DZD*/^^\#?B']0WF('!?9^`\\!;G[#UWN<.>4N0/5)P6._O]E8&RX=4&K5G M+;$<1W^Z8$/4?W>K.^#@3ZBG=*[&^!9-^`CUTX:H_^[M5IZ*%K6?UO84F,.& M9\77A:C_+M9[^5*LX^ND8W;._O>*Y\0SL84AZK_O/B>PN_$FF_,>6S(F+97# MP;Z#=WQE4<.]&K^UZP3+S*-2B/KO;NP--\RCDD5M26:Z>38(4SC>WS?BQ-]= M?B+#(-ANN$J/\^.B*VVOE@.5P4)[L-`:T1PQZ6"J<62? M+/\4#CEBSM\,%MZ],J";59U+V+6[7*HC2N%@W^<_,G+^?CQ2KLYVXUBV!7-Z MV_+-3ANB_OMCHO:WK0W43FL*;L]--Q,AZK]_9/2=`\U$G\DLSZE)"_8=S,3G M]Y;VF(=H_^X.CMRY=NI]V7"=;#JCR5M,X427*5<,E?]YY3D-2:80HE\0LMMEO[JO(]9`J=_]%]*XLZ^%]+J;1- M]&^&9$G"T3]?^1MWTJN^I8X']=QD`1K:J8T4V'?8:GZTZ"TR?=A,H$7:'[,> M[7G4AX6@B_UEEJ&&C;7C7&KZ+S005'Y#$Q1/UW@16% MGW'8B=KJZE!U(AZ.?0V'$S5TN_L-EYYM+"JK_)?0$/7?H=?I2ZB6IL`KL/Q= MEX.A(G/: M]4%N$R'JOW>^X%7?_K&^31"XS^&:Q\!KI7"P[YTO^-6W?[+J,E*FB%7!>#[E MQ:"MX%#Z3[_@_?@+_D^R,>0^.^5D`F)#U'^O[CBQ3P)B]88ZJSN]YK&`K:;J M.K#OYY>6?];I..P!G7G'J)FMT3F/^N^BXUY8'70<]C+B9SUF/2,=$2DXW-]% MS[VXZBY1MT_`(TUZ#;LK)!SL^\^N[W9I%G:(^N\O MNBMBHRW_'^KNB_JLPXS6HVQ+:N-0__W^9SN=4?7MRYFG#2*&99!U/JV\^OTC0KN_2`?R,]SZ/^^Y(H/:F^O590>LB1(2V])4L?5M]>7V4II;WL MHI?AW7W#&!FB_KO[H%CP[N>YKE#.$X'<K8 M0BPN]'D,CJH\V'=O^>+G_>6S;*_#]W>9JL7A,727^:A(-][SSH?]YSWKJ?!@^8RY_\D&=_*(5#=-]:\J`G/L`B6KOZ M2C&K?EW[M]X8*/SP":5G\/G*--LNP5JMP'[?I-HNBAJN.6]#S MQL&I%[$NO2][?E+96\F63CK=^H8JO8^E/^@)_"KEZI15Z'(RI+H5_!^B_OM: MY_[-X=BD7=2953=#Z%'=D!0.FDKS)^_?<(=)AFS3F@$]7:/4;Q.B_OM8S+B- ME?L]NN*B-MNG%$AU@*_@L.*>[(SN]RK;=*N45JFE[Q`%<+#O+_[XOC&%6P\K MONW9-SV/^N\__DEGL%A]>Y7=I`PY2LO>YO0#>HCZ[RMQ%IL=2O\$3G,.6+T,CT/]GT'\DV>T3U/H__[FZDH\3HQ[/V!(LMD;1[\J'>S[VDK<&5;>7*<] MCZ=XN6=8>ER^W'(D'.S[RBEWLGQA\$"&;%-M3$H?VSS,-Q0NE>DQNA$26T@T%T+4?]\J==8'OM9< ML#2!R%'4)Q-?PIL8U?E<=6?@Z8$+CV4R`,AJ"Z;*Z;.L'CBP[^LN5/WZ.F/3RK!O4=Y1W?/(7P=,7*/5"4UTBCS&9%WS[+@? M"0?[?NCQR.E,]'O<'+7#M/L]S:BG*X_^^;-.9]V=<'Y:/55K.<$_:8!B M9D)VM:ZWZF^UY:BN`_L^7G=+D_513FQAR*__QM`I>`]C"X?5MX;CW]Q0VVGZ M?(CZ[[+M.GU>;C1]->>M4*6`1'F%J/]^RAU\O[Q5BC-9&R:9TH1J,N<#ZK\G M&VZR:63(S`HUZ\SPZ,UZ=."0G]9+_(WA\IDLXT3(OY'=;>:0<6*8^)M&X274 MQ)!62I_.TU/'`]1_K_QV4-XJ7T_H%=@BXV5(4SKJO_M[B/9IYH(5J5.SG"#I MG$?]=X'N=.9_I%,/&@54E3Z5"$KAHO0&T%6ZP]MIUQE=H;DZ]P+-T=(QOF[? M^0VHP#&U"\NSGTM`%Z+^^^W.#CJIJ09ZKAB1;XFDA*C_?K8C1=@R;Y'&4XK^ M$D./4^LJ.+Y%#A:^<2YZ'R-A:RENWH*T'PD'^SXX\@^8[L/(-OGYJ,]%3]1M M`O7?:QMQLIG4]&VBSWQ%@0X6RM#?A:C__KOJ?N6Z37\7*K(YUF(3*9O"X37P MKF^)E@_44R8&OS9JS-LPQR69TO"\$/7?OWIW1[2\MI%]RO1M'2<3_I7"89^' MEL]_D&7K%+38,/M).-CW/6SY0(E9R]"2O!;7561WFE89HO[[MZ'EAQ[]='Z, M&6NQ]1Z'^N]=;'G, M1R+;ZF$EG^\B1/UW=W!3F_!=6$AS+&QK%[>G2@?[+M#K@T=/,=X#DZ60]SJ@ MO(6H_[ZXAR[Z`;V`&Y)!DT:=D6@)I?[['6O)O)%HJ6G"2;EG^%D3J=<[\M?= M<^1K8O`<^CI@#H,6^5Z3.IU0_]V=__?JSLIX=0IAA4F?;Z?QQ2F\)0DKAO-? M_7[^K)/Y[RW=;(_NM'TYZP[]/V7/QK?$;X*R\W*9PZ/G_5]U-*K\]K2;MK":0 M-[MI*:Y>G3QEHO[[?0_\O'.Y M^_R(,0O5U#="XQH_[XZ M6+I^Z%)U)T-S.A?RR[#9-%,K@_KO@\JO5^*HND5OT$V+^=](Q9#`R!#UW]>2 MZLY;*Z<9^SU)4PL)2'%4J\J#?0]WXI=.Q[4=%CR@DSH#PX1%I1Q3.-BXJZ/* MN7(GSG\9(8&ELUKO5<'K\F5DN?QT-Y[VL&*B(9HR%R"%M^3#RMFX^=[,:^"< M)>])OR'A#7P-W-J(:W$S^6WE_?BRF\=^@Z;+8X>3_6* M0WY:*'K^C:C@;4+WG_F0'KBF?)O86XZ;.ZSR9J#[[';0HZ<+U'^O7(_?O3Y< MO8=Q/M0XA7O`I`CG-!Q?@6=.EK<==1'K-G))6=.=LYDF!$LXV/=_!H+6?UF\ MC;I]`IYG1E80?1%#_?>5ZDY<^;5Y$:,+B\;HL14DX1'RG&P]/Q:KACJ9)2.T MQ01>TTM&[75@WR^/VJN#4>TZK.[#FZ;C;+,SS`-LA5I+4<+GD'E`K%:Q[-1>E[]"4X>$6E`I7)2.J]7]YZRS M42XVHQL2JG@.Y?I`_?>M4NFNHQ6W1",?I(.I52K\+X5#Y,.\*_](P'_OP5M_ M[[.?&Y6&GPW_].[A9Y?N*?U!"?[OWD\?P3^Z=_%S?WGOPMTWW?J__A=\`#([ MO&[IB!_6F^V;\`/CSPT_^YG/W7-W:?AG]R;IAU+4PMUW)^)[L"-YWJV_]WOB >Audit-Trail: >Unformatted: >`_W/W5VZ]].E]_;_>/9DK^_.PB?^/PNPQT@9I`$` ` end From owner-freebsd-bugs Wed Nov 12 20:00:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA10335 for bugs-outgoing; Wed, 12 Nov 1997 20:00:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA10299; Wed, 12 Nov 1997 20:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Wed, 12 Nov 1997 20:00:02 -0800 (PST) Resent-Message-Id: <199711130400.UAA10299@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, engp7743@leonis.nus.sg Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA09748; Wed, 12 Nov 1997 19:51:32 -0800 (PST) (envelope-from nobody) Message-Id: <199711130351.TAA09748@hub.freebsd.org> Date: Wed, 12 Nov 1997 19:51:32 -0800 (PST) From: engp7743@leonis.nus.sg To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5026: X Windows Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5026 >Category: bin >Synopsis: X Windows >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: support >Submitter-Id: current-users >Arrival-Date: Wed Nov 12 20:00:01 PST 1997 >Last-Modified: >Originator: Zhanghui >Organization: National Uinversity of Singapore >Release: 2.2.2 >Environment: FreeBSD myname.my.domain 2.2.2-Release FreeBSD 2.2.2-Release #0: Tue May 20 10:45:24 GMT 1997 jkh@time.cdrom.com:/usr/src/sys/compile/GENERIC i386 >Description: X Windows cannot start or start not properly. First, after configuring XF86Config, I can start X Windows. But the resolution is wrong(too low). only a small part of the window can be seen. And then, I modified the XF86Configa and tryied all kinds of possible configurations of Video card. And X Windows cannot start any more. I use HP Vectra PC with Pentium II processor and Matrox Millennum video card and HP Ergo 1024 monitor(15'). >How-To-Repeat: Use Matrox Millennum video card, and do configuration. X Windows cannot start or start not properly.. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Wed Nov 12 22:06:55 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA17768 for bugs-outgoing; Wed, 12 Nov 1997 22:06:55 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA17762; Wed, 12 Nov 1997 22:06:45 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id WAA11388; Wed, 12 Nov 1997 22:04:25 -0800 (PST) Date: Wed, 12 Nov 1997 22:04:25 -0800 (PST) Message-Id: <199711130604.WAA11388@freefall.freebsd.org> To: engp7743@leonis.nus.sg, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5026 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: X Windows State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Wed Nov 12 22:03:24 PST 1997 State-Changed-Why: This is a problem with XFree86 (if it is indeed a problem and not simply a configuration error, e.g. a missing link to X) not FreeBSD. We don't handle PRs for X. From owner-freebsd-bugs Thu Nov 13 03:47:50 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA06603 for bugs-outgoing; Thu, 13 Nov 1997 03:47:50 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA06579; Thu, 13 Nov 1997 03:47:43 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA12715; Thu, 13 Nov 1997 03:45:20 -0800 (PST) Date: Thu, 13 Nov 1997 03:45:20 -0800 (PST) Message-Id: <199711131145.DAA12715@freefall.freebsd.org> To: obrien@NUXI.com, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4959 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: sysinstall package add didn't give indication of a bad pkg_add State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Nov 13 03:45:01 PST 1997 State-Changed-Why: Fixed - there was no code to handle the "package doesn't exist at all" case. :) From owner-freebsd-bugs Thu Nov 13 03:52:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id DAA07024 for bugs-outgoing; Thu, 13 Nov 1997 03:52:54 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id DAA07014; Thu, 13 Nov 1997 03:52:39 -0800 (PST) (envelope-from jkh@FreeBSD.org) From: "Jordan K. Hubbard" Received: (from jkh@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id DAA12889; Thu, 13 Nov 1997 03:50:16 -0800 (PST) Date: Thu, 13 Nov 1997 03:50:16 -0800 (PST) Message-Id: <199711131150.DAA12889@freefall.freebsd.org> To: aecolley@ois.ie, jkh@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4894 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: pkg_delete ignores @cwd because pkg_create removes it State-Changed-From-To: open-closed State-Changed-By: jkh State-Changed-When: Thu Nov 13 03:50:03 PST 1997 State-Changed-Why: Suggested fix applied, thanks! From owner-freebsd-bugs Thu Nov 13 04:40:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA10676 for bugs-outgoing; Thu, 13 Nov 1997 04:40:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA10546; Thu, 13 Nov 1997 04:39:48 -0800 (PST) (envelope-from max@FreeBSD.org) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id EAA14830; Thu, 13 Nov 1997 04:37:25 -0800 (PST) Date: Thu, 13 Nov 1997 04:37:25 -0800 (PST) Message-Id: <199711131237.EAA14830@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: pending/5015 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: typo in man page for ceil Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Thu Nov 13 04:36:50 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Nov 13 04:42:51 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA11052 for bugs-outgoing; Thu, 13 Nov 1997 04:42:51 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA10996; Thu, 13 Nov 1997 04:42:14 -0800 (PST) (envelope-from max@FreeBSD.org) From: Masafumi NAKANE Received: (from max@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id EAA14994; Thu, 13 Nov 1997 04:39:51 -0800 (PST) Date: Thu, 13 Nov 1997 04:39:51 -0800 (PST) Message-Id: <199711131239.EAA14994@freefall.freebsd.org> To: max@FreeBSD.ORG, gnats-admin@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5031 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: lpr does not remove original file if -s is used Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: max Responsible-Changed-When: Thu Nov 13 04:39:25 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Nov 13 06:03:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA15513 for bugs-outgoing; Thu, 13 Nov 1997 06:03:31 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA15484; Thu, 13 Nov 1997 06:03:00 -0800 (PST) (envelope-from steve) Date: Thu, 13 Nov 1997 06:03:00 -0800 (PST) From: Steve Price Message-Id: <199711131403.GAA15484@hub.freebsd.org> To: steve, gnats-admin, freebsd-bugs Subject: Re: pending/5032 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: something strange Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: steve Responsible-Changed-When: Thu Nov 13 05:59:17 PST 1997 Responsible-Changed-Why: Misfiled PR. From owner-freebsd-bugs Thu Nov 13 07:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA22073 for bugs-outgoing; Thu, 13 Nov 1997 07:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA22066; Thu, 13 Nov 1997 07:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 13 Nov 1997 07:50:02 -0800 (PST) Resent-Message-Id: <199711131550.HAA22066@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, neswold@fnal.gov Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA21703; Thu, 13 Nov 1997 07:44:18 -0800 (PST) (envelope-from nobody) Message-Id: <199711131544.HAA21703@hub.freebsd.org> Date: Thu, 13 Nov 1997 07:44:18 -0800 (PST) From: neswold@fnal.gov To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5033: Typo in a man page. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5033 >Category: docs >Synopsis: Typo in a man page. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 13 07:50:01 PST 1997 >Last-Modified: >Originator: Rich Neswold >Organization: Fermilab >Release: 2.2.5 >Environment: >Description: The man page for "cos" is supposed to describe the cos() and cosf() functions. The SYNOPSIS section incorrectly names both versions as cos() >How-To-Repeat: >Fix: --- /usr/src/lib/msun/man/cos.3 Fri Feb 28 01:28:43 1997 +++ cos.3 Thu Nov 13 09:43:05 1997 @@ -44,7 +44,7 @@ .Ft double .Fn cos "double x" .Ft float -.Fn cos "float x" +.Fn cosf "float x" .Sh DESCRIPTION The .Fn cos >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 13 10:44:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA06635 for bugs-outgoing; Thu, 13 Nov 1997 10:44:10 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA06471; Thu, 13 Nov 1997 10:43:22 -0800 (PST) (envelope-from steve) Date: Thu, 13 Nov 1997 10:43:22 -0800 (PST) From: Steve Price Message-Id: <199711131843.KAA06471@hub.freebsd.org> To: neswold@fnal.gov, steve, freebsd-bugs Subject: Re: docs/5033 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Typo in a man page. State-Changed-From-To: open-closed State-Changed-By: steve State-Changed-When: Thu Nov 13 10:42:30 PST 1997 State-Changed-Why: Fix merged from -current. Thanks for the reminder. From owner-freebsd-bugs Thu Nov 13 12:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA14338 for bugs-outgoing; Thu, 13 Nov 1997 12:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA14326; Thu, 13 Nov 1997 12:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Thu, 13 Nov 1997 12:00:02 -0800 (PST) Resent-Message-Id: <199711132000.MAA14326@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, archie@whistle.com Received: from whistle.com (s205m131.whistle.com [207.76.205.131]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id LAA14257 for ; Thu, 13 Nov 1997 11:59:37 -0800 (PST) (envelope-from archie@whistle.com) Received: (from smap@localhost) by whistle.com (8.7.5/8.6.12) id LAA14066 for ; Thu, 13 Nov 1997 11:59:06 -0800 (PST) Received: from bubba.whistle.com(207.76.205.7) by whistle.com via smap (V1.3) id sma014058; Thu Nov 13 11:58:55 1997 Received: (from archie@localhost) by bubba.whistle.com (8.8.5/8.6.12) id LAA26829; Thu, 13 Nov 1997 11:58:55 -0800 (PST) Message-Id: <199711131958.LAA26829@bubba.whistle.com> Date: Thu, 13 Nov 1997 11:58:55 -0800 (PST) From: Archie Cobbs Reply-To: archie@whistle.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5034: blocked write on named pipe sticks in uninterruptible sleep Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5034 >Category: kern >Synopsis: blocked write on named pipe sticks in uninterruptible sleep >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Nov 13 12:00:01 PST 1997 >Last-Modified: >Originator: Archie Cobbs >Organization: Whistle Communications, Inc. >Release: FreeBSD 2.2-STABLE i386 >Environment: UFS file system. >Description: When a process blocks on a write to a named pipe, it is not interruptible, even by kill -9. >How-To-Repeat: 1. Create a named pipe 2. Start typing into it using cat 3. Hit control-C as many times as you want You'll see that the process will not die even with kill -9, as it is stuck in uninterrupible disk sleep ("fifo"). But as soon as you read from the other end of the pipe, the process exits. >Fix: Not sure, but somewhere some code is probably calling tsleep() without the PCATCH argument (as it should). >Audit-Trail: >Unformatted: From owner-freebsd-bugs Thu Nov 13 18:09:35 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14766 for bugs-outgoing; Thu, 13 Nov 1997 18:09:35 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from steve@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA14743; Thu, 13 Nov 1997 18:09:23 -0800 (PST) (envelope-from steve) Date: Thu, 13 Nov 1997 18:09:23 -0800 (PST) From: Steve Price Message-Id: <199711140209.SAA14743@hub.freebsd.org> To: josh@oystersoft.com, steve, freebsd-bugs Subject: Re: bin/4761 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: fsuk dumps core State-Changed-From-To: open-feedback State-Changed-By: steve State-Changed-When: Thu Nov 13 18:07:56 PST 1997 State-Changed-Why: Contacted originator and he stated that he still has the core file around, so he will try to get some more info on where fsck was falling over. From owner-freebsd-bugs Thu Nov 13 20:37:39 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA23078 for bugs-outgoing; Thu, 13 Nov 1997 20:37:39 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA23065; Thu, 13 Nov 1997 20:37:34 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA11918; Thu, 13 Nov 1997 20:35:06 -0800 (PST) Date: Thu, 13 Nov 1997 20:35:06 -0800 (PST) Message-Id: <199711140435.UAA11918@freefall.freebsd.org> To: yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, yokota@FreeBSD.ORG Subject: Re: i386/3462 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: using a PS/2 mouse causes kernel trap in 2.2.1 Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: yokota Responsible-Changed-When: Thu Nov 13 20:33:10 PST 1997 Responsible-Changed-Why: I have already talked with the originator in length. From owner-freebsd-bugs Thu Nov 13 20:41:02 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA23359 for bugs-outgoing; Thu, 13 Nov 1997 20:41:02 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id UAA23339; Thu, 13 Nov 1997 20:40:54 -0800 (PST) (envelope-from yokota@FreeBSD.org) From: Kazutaka YOKOTA Received: (from yokota@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id UAA12004; Thu, 13 Nov 1997 20:38:26 -0800 (PST) Date: Thu, 13 Nov 1997 20:38:26 -0800 (PST) Message-Id: <199711140438.UAA12004@freefall.freebsd.org> To: yokota@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, yokota@FreeBSD.ORG Subject: Re: i386/4906 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Using a PS/2 Mouse w/XFree86 3.9[m,s] start X click any mouse button locks system. Responsible-Changed-From-To: freebsd-bugs->yokota Responsible-Changed-By: yokota Responsible-Changed-When: Thu Nov 13 20:35:29 PST 1997 Responsible-Changed-Why: If it's a psm problem, I will fix it. From owner-freebsd-bugs Fri Nov 14 00:09:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10204 for bugs-outgoing; Fri, 14 Nov 1997 00:09:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from buffnet4.buffnet.net (buffnet4.buffnet.net [205.246.19.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id AAA10199 for ; Fri, 14 Nov 1997 00:08:54 -0800 (PST) (envelope-from shovey@buffnet.net) Received: from buffnet11.buffnet.net (shovey@buffnet11.buffnet.net [205.246.19.55]) by buffnet4.buffnet.net (8.7.5/8.7.3) with SMTP id DAA28633 for ; Fri, 14 Nov 1997 03:08:21 -0500 (EST) Date: Fri, 14 Nov 1997 03:08:21 -0500 (EST) From: Steve Hovey To: bugs@freebsd.org Subject: AHC_* problems Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ive tried the 3 AHC_ options, and if the controller is a wide or ultra wide scsi adapter - it hangs with errors within a day or so From owner-freebsd-bugs Fri Nov 14 00:20:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10633 for bugs-outgoing; Fri, 14 Nov 1997 00:20:08 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10614; Fri, 14 Nov 1997 00:20:04 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 00:20:04 -0800 (PST) Resent-Message-Id: <199711140820.AAA10614@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, keith@email.gcn.net.tw Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id AAA10355; Fri, 14 Nov 1997 00:15:43 -0800 (PST) (envelope-from nobody) Message-Id: <199711140815.AAA10355@hub.freebsd.org> Date: Fri, 14 Nov 1997 00:15:43 -0800 (PST) From: keith@email.gcn.net.tw To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5038: FreeBSD can't read MS Joliet CDs. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5038 >Category: kern >Synopsis: FreeBSD can't read MS Joliet CDs. >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 00:20:02 PST 1997 >Last-Modified: >Originator: Keith Jang >Organization: private site >Release: FreeBSD 3.0-current >Environment: FreeBSD 3.0-CURRENT #36: Fri Nov 14 03:27:44 CST 1997 >Description: FreeBSD can't read the long filenames on Joliet CDs. >How-To-Repeat: Just insert a Joliet CD, and the filenames are changed to xxx~1. >Fix: I modified some code under /sys/isofs/cd9660, and it can read the long filenames, though Unicode is not implemented yet. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 02:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19595 for bugs-outgoing; Fri, 14 Nov 1997 02:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id CAA19573; Fri, 14 Nov 1997 02:40:01 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 02:40:01 -0800 (PST) Message-Id: <199711141040.CAA19573@hub.freebsd.org> To: freebsd-bugs Cc: From: Jasper Berlijn Subject: Re: kern/3609: fs on remote host is mounted via NFS, recursive rm , via Midnight Commander (rm -r) halts local system Reply-To: Jasper Berlijn Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/3609; it has been noted by GNATS. From: Jasper Berlijn To: freebsd-gnats-submit@freebsd.org, dfr@nlsystems.com Cc: Subject: Re: kern/3609: fs on remote host is mounted via NFS, recursive rm , via Midnight Commander (rm -r) halts local system Date: Fri, 14 Nov 1997 11:38:28 +0100 (MET) This problem still occurs in this release --- FreeBSD charm.il.fontys.nl 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Thu Aug 21 15:23:41 CEST 1997 erik@strange.il.fontys.nl:/a/src/sys/compile/CHARM i386 --- When deleting a lot of files or a large file with mc from a nfs-mounted system. The client will crash. On very (VERY) rare occasions the crash also occurs when using mv and rm, outside the mc program (usually when removing extremely large files and/or directories). Since normal users can perform these actions... The nfs-server is also a FreeBSD server. grt - Jasper From owner-freebsd-bugs Fri Nov 14 04:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA24509 for bugs-outgoing; Fri, 14 Nov 1997 04:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA24496; Fri, 14 Nov 1997 04:30:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 04:30:02 -0800 (PST) Resent-Message-Id: <199711141230.EAA24496@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, steve@visint.co.uk Received: from dylan.visint.co.uk (dylan.visint.co.uk [194.207.134.180]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA24202 for ; Fri, 14 Nov 1997 04:23:26 -0800 (PST) (envelope-from steve@dylan.visint.co.uk) Received: (from steve@localhost) by dylan.visint.co.uk (8.8.5/8.8.5) id MAA02257; Fri, 14 Nov 1997 12:23:23 GMT Message-Id: <199711141223.MAA02257@dylan.visint.co.uk> Date: Fri, 14 Nov 1997 12:23:23 GMT From: steve@visint.co.uk Reply-To: steve@visint.co.uk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: gnu/5039: libdialog fails to resore terminal Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5039 >Category: gnu >Synopsis: libdialog fails to resore terminal >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 04:30:01 PST 1997 >Last-Modified: >Originator: Steve Roome >Organization: Vision Interactive >Release: FreeBSD 3.0-970618-SNAP i386 >Environment: Using zsh-3.0.2 in an xterm under XF86_S3 3.3 (although this will happen in almost any terminal I think) >Description: After using anything which uses libdialog (or the code from it) the terminal state isn't properly restored. >How-To-Repeat: dialog --infobox "Go reset your terminal" 3 35 (or use anything like sysinstall or whatever) >Fix: Obvious! Save inital term state and restore it afterwards. (There's a lot of places this needs to be done though.) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 04:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA25402 for bugs-outgoing; Fri, 14 Nov 1997 04:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id EAA25385; Fri, 14 Nov 1997 04:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 04:40:02 -0800 (PST) Resent-Message-Id: <199711141240.EAA25385@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, leif@234-49.fido.dk Received: from darla.swimsuit.fido.dk (globip66.image.dk [194.234.57.66]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id EAA24913 for ; Fri, 14 Nov 1997 04:37:27 -0800 (PST) (envelope-from root@darla.swimsuit.fido.dk) Received: (from root@localhost) by darla.swimsuit.fido.dk (8.8.8/8.8.7) id NAA21702; Fri, 14 Nov 1997 13:07:37 +0100 (CET) (envelope-from root) Message-Id: <199711141207.NAA21702@darla.swimsuit.fido.dk> Date: Fri, 14 Nov 1997 13:07:37 +0100 (CET) From: leif@234-49.fido.dk Reply-To: leif@234-49.fido.dk To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5040: Support for "SCSI-0" devices Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5040 >Category: kern >Synopsis: Support for "SCSI-0" devices >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 04:40:01 PST 1997 >Last-Modified: >Originator: Leif Neland >Organization: Me? Organized? >Release: FreeBSD 2.2.5-STABLE i386 >Environment: Stupid Maxtor SCSI-disk >Description: My Maxtor SCSI disk doesn't tell what level of SCSI (1,2,...) it is, so it won't be recognized at boot. >How-To-Repeat: Get a Maxtor :-) >Fix: in scsiconf.c: if ( (inqbuf->version & SID_ANSII ) > 0 ) { When I force this test to be true, the disk gets installed and works correctly. It would be nice to have a switch in the config-file /usr/src/sys/i386/conf/XXX to force this test true. STUPID_SCSI would be a good choice :-) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 05:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA27970 for bugs-outgoing; Fri, 14 Nov 1997 05:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id FAA27960; Fri, 14 Nov 1997 05:30:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 05:30:02 -0800 (PST) Resent-Message-Id: <199711141330.FAA27960@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, root@utimaco.co.at Received: from safeconcept.utimaco.co.at (mail-gw.utimaco.co.at [195.96.28.162]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id FAA27437 for ; Fri, 14 Nov 1997 05:22:54 -0800 (PST) (envelope-from root@sniff.utimaco.co.at) Received: (from uucp@localhost) by safeconcept.utimaco.co.at (8.8.5/8.8.5) id OAA26248; Fri, 14 Nov 1997 14:09:50 +0100 (CET) Received: from sniff.utimaco.co.at(10.0.1.46) by safeconcept via smap (V2.0) id xma026245; Fri, 14 Nov 97 14:09:36 +0100 Received: (from root@localhost) by sniff.utimaco.co.at (8.8.7/8.6.9) id NAA04455; Fri, 14 Nov 1997 13:20:39 +0100 (MET) Message-Id: <199711141220.NAA04455@sniff.utimaco.co.at> Date: Fri, 14 Nov 1997 13:20:39 +0100 (MET) From: Charlie Root Reply-To: root@utimaco.co.at To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5041: bug in natd Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5041 >Category: bin >Synopsis: natd drops aliases >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 05:30:00 PST 1997 >Last-Modified: >Originator: Christian Gusenbauer, Michael Schuster >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: 3.0 current as of 10-26-97 >Description: First, our network setup: "inside" "outside" +------+ +------+ +------+ | B 1 ---------------- 2 FW 3 ---------------- 4 A | +------+ +------+ +------+ IP # for Interface 1: 10.0.1.90; per alias (NAT) on FW 195.96.28.165 Interface 2: 10.0.1.254 Interface 3: 195.96.28.163 Interface 4: 195.96.28.167 FW is a FreeBSD machine running NAT (3.0 current), A and B are arbitrary machines, in our case Windows NT. We call natd with the addresses as commandline parameters. We're seeing the following symptoms: (We're talking about ICMP packets here) Ping A -> B: src:195.96.28.167 -> dest 195.96.28.165 (the alias) FW receives on 3: src:195.96.28.167 -> dest 195.96.28.165 FW sends on 2: src:195.96.28.167 -> dest 10.0.1.90 Reply: B sends: src 10.0.1.90 -> dest 195.96.28.167 FW receives on 2: src 10.0.1.90 -> dest 195.96.28.167 FW sends on 3: src 195.96.28.165 -> dest 195.96.28.167 OK Ping B -> A: B sends src 10.0.1.90 -> dest 195.96.28.167 FW receives on 2: src 10.0.1.90 -> dest 195.96.28.167 FW sends on 3: src 195.96.28.163 -> dest 195.96.28.167 ^^^ Reply: A sends src 195.96.28.167 -> dest 195.96.28.163 ^^^ FW receives on 3: src 195.96.28.167 -> dest 195.96.28.163 FW sends on 2: src 195.96.28.167 -> dest 10.0.1.90 which is in fact NOT OK (according to man-page libalias.3). Obviously, something is wrong with the mapping of addresses. We managed to trace this behaviour to the fact that after the addresses have been entered in the resp. tables, they are immediately deleted. We think the reason for this is that ParseArgs() (which via ParseOption() and SetupAddressRedirect() calls PacketAliasRedirectAddr()) is called BEFORE PacketAliasSetAddress() in natd.c. PacketAliasSetAddress() clears all alias data, and - voila - there goes our Address Translation Information (ATI(r)). We hacked a fix by avoiding to set PKT_ALIAS_RESET_ON_ADDR_CHANGE in PacketAliasInit(), which had the rather unpleasant side effect that there's no default alias any more. >How-To-Repeat: start natd with the following options: natd -n ed0 -redirect_address 10.0.1.90 195.96.28.165 -v >Fix: not available >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 06:00:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29881 for bugs-outgoing; Fri, 14 Nov 1997 06:00:08 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA29833; Fri, 14 Nov 1997 06:00:01 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 06:00:01 -0800 (PST) Message-Id: <199711141400.GAA29833@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jordan K. Hubbard" Subject: Re: gnu/5039: libdialog fails to resore terminal Reply-To: "Jordan K. Hubbard" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/5039; it has been noted by GNATS. From: "Jordan K. Hubbard" To: steve@visint.co.uk Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/5039: libdialog fails to resore terminal Date: Fri, 14 Nov 1997 05:56:18 -0800 > dialog --infobox "Go reset your terminal" 3 35 This seems to work just fine for me. Can you be more explicit about which terminal parameters are being left hosed? Jordan From owner-freebsd-bugs Fri Nov 14 07:00:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA04906 for bugs-outgoing; Fri, 14 Nov 1997 07:00:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA04877; Fri, 14 Nov 1997 07:00:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 07:00:02 -0800 (PST) Resent-Message-Id: <199711141500.HAA04877@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: from vlsi.cs.caltech.edu (vlsi.cs.caltech.edu [131.215.131.129]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA04827 for ; Fri, 14 Nov 1997 06:59:45 -0800 (PST) (envelope-from mika@obelix.cs.caltech.edu) Received: from obelix.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA13705; Fri, 14 Nov 97 06:59:42 PST Received: (from mika@localhost) by obelix.cs.caltech.edu (8.8.8/8.8.7) id GAA13129; Fri, 14 Nov 1997 06:59:31 -0800 (PST) Message-Id: <199711141459.GAA13129@obelix.cs.caltech.edu> Date: Fri, 14 Nov 1997 06:59:31 -0800 (PST) From: Mika Nystroem Reply-To: mika@cs.caltech.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5043: malloc/realloc/free (unacceptably) dog-slow on FreeBSD-3.0 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5043 >Category: bin >Synopsis: malloc/realloc/free (unacceptably) dog-slow on FreeBSD-3.0 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 07:00:01 PST 1997 >Last-Modified: >Originator: Mika Nystroem >Organization: Department of Computer Science California Institute of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD-current-3.0/SMP, dual processor Pentium Pro 200 MHz. Little other system activity. >Description: malloc and free are S-L-O-W for reasonably large memory allocations. In an otherwise unmodified environment, the program #include main() { int i=0; char *x=NULL; x=malloc(1000); while(i++<1000000) { x=realloc(x,500); x=realloc(x,1000); } } takes (80)vitalstatistix:/ufs/work10/test>time a.out 4.171u 62.224s 1:12.21 91.9% 3+125k 0+0io 0pf+0w to run---almost all this time is spent in madvise() (called from ifree(), so it's in the free part, not the allocation part of the code...) This can be helped with setenv MALLOC_OPTIONS "h", after which the timings are (78)vitalstatistix:/ufs/work10/test>time a.out 10.536u 0.039s 0:10.91 96.7% 1+37k 0+0io 1pf+0w for the same program! On a similar NetBSD/i386 system, the same program has timings (82)varese:/ufs/work10/test>time a.out 4.403u 0.019s 0:04.44 99.3% 0+0k 0+0io 52pf+0w (all these timings are from unprofiled, unoptimized code) This problem surfaced on a real application that was using a lot of realloc calls in parsing routines. >How-To-Repeat: see above >Fix: either make MALLOC_OPTIONS "h" the default, or at very least make the implementation more clever about it. Or use the NetBSD malloc package instead. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 07:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05398 for bugs-outgoing; Fri, 14 Nov 1997 07:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05386; Fri, 14 Nov 1997 07:10:01 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 07:10:01 -0800 (PST) Message-Id: <199711141510.HAA05386@hub.freebsd.org> To: freebsd-bugs Cc: From: Stephen Roome Subject: Re: gnu/5039: libdialog fails to resore terminal Reply-To: Stephen Roome Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/5039; it has been noted by GNATS. From: Stephen Roome To: "Jordan K. Hubbard" Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: gnu/5039: libdialog fails to resore terminal Date: Fri, 14 Nov 1997 15:09:35 +0000 (GMT) On Fri, 14 Nov 1997, Jordan K. Hubbard wrote: > > dialog --infobox "Go reset your terminal" 3 35 > > This seems to work just fine for me. Can you be more explicit about > which terminal parameters are being left hosed? Ok, usually I do the following: 1) start a clean xterm or rxvt [There's no problem with syscons, not tried console vt220] 2) rlogin [same problem locally though] 3) Run dialog or sysinstall or something like that. 4) press cursor up to get my last command (zsh thing) 5) Find that my terminal is printing 'A' instead of giving me my previous command. 6) type reset and then re-reverse my xterm colours. I suppose this could be a problem with X11R6 as I think that might be where some new keypad/arrow things got glued on. I thought it could be a termcap thing, so before and after I tried this: set > ~/shell.settings.before [run sysinstall or similar program] set > ~/shell.settings.after There's no difference in what zsh thinks about my terminal ( wether zsh keeps an accurate record of what the terminal state is or is supposed to be I don't know, so this could be unimportant) Anyway, I find I'm using C-a C-p C-r (standard emacs keys) in zsh and they seem to work fine even after using any dialog box thing. So I figure it could be a termcap problem where termcap doesn't know about the R6ism's with KP_Prior, KP_Next, KP_Up, KP_Down, KP_Left, KP_Right. [Actually I think these are keypad only ones, but they may have made changes to normal cursor key operation as well ?] My X keyboard is set up as : Section "Keyboard" Protocol "Standard" XkbRules "xfree86" XkbModel "pc102" XkbLayout "gb" EndSection I use xmodmap when I start up: (which shouldn't affect this) + "I" Exec xmodmap -e "keycode 49 = grave bar backslash" [ripped out of my .fvwm2rc file. (Best Window Manager by far =) ] I'm guessing that this might actually be that I don't have the proper termcap entries for xterm. BUT, xterms work fine to start with, which implies more to me that libdialog and related programs don't reset the terminal state properly. That however leads to me concluding that it's either termcap entries missing or just a problem with termcap. (probably wrongly concluded) I really don't have much more information than that. (although I can give a login account if you want to see it happen for yourself!) Steve -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-bugs Fri Nov 14 07:11:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA05446 for bugs-outgoing; Fri, 14 Nov 1997 07:11:20 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from khavrinen.lcs.mit.edu (khavrinen.lcs.mit.edu [18.24.4.193]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA05439 for ; Fri, 14 Nov 1997 07:11:17 -0800 (PST) (envelope-from wollman@khavrinen.lcs.mit.edu) Received: (from wollman@localhost) by khavrinen.lcs.mit.edu (8.8.5/8.8.5) id KAA23698; Fri, 14 Nov 1997 10:11:14 -0500 (EST) Date: Fri, 14 Nov 1997 10:11:14 -0500 (EST) From: Garrett Wollman Message-Id: <199711141511.KAA23698@khavrinen.lcs.mit.edu> To: Steve Hovey Cc: bugs@FreeBSD.ORG Subject: AHC_* problems In-Reply-To: References: Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk < said: > Ive tried the 3 AHC_ options, and if the controller is a wide or ultra > wide scsi adapter - it hangs with errors within a day or so Perhaps I'm missing some vital context, but that's certainly not my experience. I've got a machine (running 2.2.5++) configured thusly: controller ahc0 options AHC_TAGENABLE options AHC_ALLOW_MEMIO controller scbus0 at ahc0 bus 0 device sd0 at scbus0 target 0 device sd1 at scbus0 target 4 device sd2 at scbus0 target 10 device st0 at scbus0 target 3 device cd0 at scbus0 target 5 device pt0 at scbus0 target 6 and uptime says: 10:03AM up 4 days, 19:39, 1 user, load averages: 0.11, 0.19, 0.18 and my log-file analyzer says (just since this morning): Total articles accepted: 180618 (mci 34.6%, maxwell 30.0%) Total articles rejected: 81020 (mci 61.4%, netnews.com 29.6%) Total spam filtered: 75965 (mci 62.1%, netnews.com 31.1%) Spam with bad message-ids: 11760 Duplicate articles offered: 865957 Peer synchronization ratio: 84.3% So, I'd venture to say that this machine, which has an ultra-wide controller and does disk I/O continuously, does not `hang with errors within a day or so'. In fact, it has never crashed, and only once has it spontaneously rebooted, in the two months it's been operating. -GAWollman OBTW, over the entire 4 days and change: Total articles accepted: 2155199 (maxwell 35.8%, mci 23.2%) Total articles rejected: 764695 (mci 43.6%, netnews.com 38.7%) Total spam filtered: 702491 (mci 44.9%, netnews.com 41.0%) Spam with bad message-ids: 94234 Duplicate articles offered: 10190921 Peer synchronization ratio: 76.4% -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick From owner-freebsd-bugs Fri Nov 14 07:50:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA08126 for bugs-outgoing; Fri, 14 Nov 1997 07:50:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA08120; Fri, 14 Nov 1997 07:50:01 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 07:50:01 -0800 (PST) Message-Id: <199711141550.HAA08120@hub.freebsd.org> To: freebsd-bugs Cc: From: John Polstra Subject: Re: gnu/5039: libdialog fails to resore terminal Reply-To: John Polstra Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/5039; it has been noted by GNATS. From: John Polstra To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: jkh@FreeBSD.ORG, steve@visint.co.uk Subject: Re: gnu/5039: libdialog fails to resore terminal Date: Fri, 14 Nov 1997 07:43:06 -0800 > > dialog --infobox "Go reset your terminal" 3 35 > > This seems to work just fine for me. Can you be more explicit about > which terminal parameters are being left hosed? Try it on an X11R6 xterm using the X11R6 termcap entry which includes the color capabilities. It leaves the colors set at black on black, which can be kind of hard to read. ;-) Hmm, I see that I've removed the annoying "ti" and "te" entries from my termcap entry. That might be a contributing factor. John P. From owner-freebsd-bugs Fri Nov 14 08:11:31 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA09739 for bugs-outgoing; Fri, 14 Nov 1997 08:11:31 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from buffnet4.buffnet.net (buffnet4.buffnet.net [205.246.19.13]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA09725 for ; Fri, 14 Nov 1997 08:11:25 -0800 (PST) (envelope-from shovey@buffnet.net) Received: from buffnet11.buffnet.net (shovey@buffnet11.buffnet.net [205.246.19.55]) by buffnet4.buffnet.net (8.7.5/8.7.3) with SMTP id LAA14167; Fri, 14 Nov 1997 11:10:50 -0500 (EST) Date: Fri, 14 Nov 1997 11:10:49 -0500 (EST) From: Steve Hovey To: Garrett Wollman cc: bugs@FreeBSD.ORG, bryn@nwlink.com Subject: Re: AHC_* problems In-Reply-To: <199711141511.KAA23698@khavrinen.lcs.mit.edu> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk I had this happen on 2 different boxes running 2.2.5 with different mixes of drives. But not on my news server running 2.2.5 but non wide. The only difference I then see is that I also used the option AHC_SCBPAGING_ENABLE which you dont have in your stuff below. So I wonder if thats the bugger doing it. On Fri, 14 Nov 1997, Garrett Wollman wrote: > < said: > > > Ive tried the 3 AHC_ options, and if the controller is a wide or ultra > > wide scsi adapter - it hangs with errors within a day or so > > Perhaps I'm missing some vital context, but that's certainly not my > experience. I've got a machine (running 2.2.5++) configured thusly: > > controller ahc0 > options AHC_TAGENABLE > options AHC_ALLOW_MEMIO > controller scbus0 at ahc0 bus 0 > > device sd0 at scbus0 target 0 > device sd1 at scbus0 target 4 > device sd2 at scbus0 target 10 > device st0 at scbus0 target 3 > device cd0 at scbus0 target 5 > device pt0 at scbus0 target 6 > > and uptime says: > 10:03AM up 4 days, 19:39, 1 user, load averages: 0.11, 0.19, 0.18 > > and my log-file analyzer says (just since this morning): > > Total articles accepted: 180618 (mci 34.6%, maxwell 30.0%) > Total articles rejected: 81020 (mci 61.4%, netnews.com 29.6%) > Total spam filtered: 75965 (mci 62.1%, netnews.com 31.1%) > Spam with bad message-ids: 11760 > Duplicate articles offered: 865957 > Peer synchronization ratio: 84.3% > > So, I'd venture to say that this machine, which has an ultra-wide > controller and does disk I/O continuously, does not `hang with errors > within a day or so'. In fact, it has never crashed, and only once has > it spontaneously rebooted, in the two months it's been operating. > > -GAWollman > > OBTW, over the entire 4 days and change: > > Total articles accepted: 2155199 (maxwell 35.8%, mci 23.2%) > Total articles rejected: 764695 (mci 43.6%, netnews.com 38.7%) > Total spam filtered: 702491 (mci 44.9%, netnews.com 41.0%) > Spam with bad message-ids: 94234 > Duplicate articles offered: 10190921 > Peer synchronization ratio: 76.4% > > -- > Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same > wollman@lcs.mit.edu | O Siem / The fires of freedom > Opinions not those of| Dance in the burning flame > MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick > From owner-freebsd-bugs Fri Nov 14 09:37:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA16801 for bugs-outgoing; Fri, 14 Nov 1997 09:37:54 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA16772; Fri, 14 Nov 1997 09:37:46 -0800 (PST) (envelope-from brian@FreeBSD.org) From: Brian Somers Received: (from brian@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA03454; Fri, 14 Nov 1997 09:35:13 -0800 (PST) Date: Fri, 14 Nov 1997 09:35:13 -0800 (PST) Message-Id: <199711141735.JAA03454@freefall.freebsd.org> To: brian@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, brian@FreeBSD.ORG Subject: Re: bin/5041 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: natd drops aliases Responsible-Changed-From-To: freebsd-bugs->brian Responsible-Changed-By: brian Responsible-Changed-When: Fri Nov 14 09:34:25 PST 1997 Responsible-Changed-Why: I'm kinda responsible. From owner-freebsd-bugs Fri Nov 14 09:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17762 for bugs-outgoing; Fri, 14 Nov 1997 09:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA17756; Fri, 14 Nov 1997 09:50:01 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 09:50:01 -0800 (PST) Message-Id: <199711141750.JAA17756@hub.freebsd.org> To: freebsd-bugs Cc: From: Stephen Roome Subject: Re: gnu/5039: libdialog fails to resore terminal Reply-To: Stephen Roome Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR gnu/5039; it has been noted by GNATS. From: Stephen Roome To: John Polstra Cc: FreeBSD-gnats-submit@FreeBSD.ORG, jkh@FreeBSD.ORG Subject: Re: gnu/5039: libdialog fails to resore terminal Date: Fri, 14 Nov 1997 17:39:51 +0000 (GMT) On Fri, 14 Nov 1997, John Polstra wrote: > > > dialog --infobox "Go reset your terminal" 3 35 > > > > This seems to work just fine for me. Can you be more explicit about > > which terminal parameters are being left hosed? > > Try it on an X11R6 xterm using the X11R6 termcap entry which includes > the color capabilities. It leaves the colors set at black on black, > which can be kind of hard to read. ;-) I forgot to mention that I'm not using the R6 termcap xterm entries supplied by XFree because they don't work properly, whereas the normal ones do for everything else. It's worth noting I suppose that I didn't need to change anything for rxvt and termcap. Maybe if I use the termcap stuff supplied by Xfree then I'll not have this particular problem but I can have all the others it gives you. Steve -- Steve Roome - Vision Interactive Ltd. Tel:+44(0)117 9730597 Home:+44(0)976 241342 WWW: http://dylan.visint.co.uk/ From owner-freebsd-bugs Fri Nov 14 11:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24775 for bugs-outgoing; Fri, 14 Nov 1997 11:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24742; Fri, 14 Nov 1997 11:20:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 11:20:02 -0800 (PST) Resent-Message-Id: <199711141920.LAA24742@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, rich@math.missouri.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA24144; Fri, 14 Nov 1997 11:12:08 -0800 (PST) (envelope-from nobody) Message-Id: <199711141912.LAA24144@hub.freebsd.org> Date: Fri, 14 Nov 1997 11:12:08 -0800 (PST) From: rich@math.missouri.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: i386/5044: Linux emul: Missing offset assignment in linux_truncate function Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5044 >Category: i386 >Synopsis: Linux emul: Missing offset assignment in linux_truncate function >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 11:20:01 PST 1997 >Last-Modified: >Originator: Richard Winkel >Organization: Univ of Missouri >Release: 2.2.5 >Environment: FreeBSD lisa.math.missouri.edu 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Nov 6 13:47:01 CST 1997 root@:/usr/src/sys/compile/g6_200_1 i386 >Description: Linux function "linux_truncate" forgets to assign callers offset argument to bsd "otruncate" argument. Results in a random offset, which adds MB's of nulls to the end of the affected file. >How-To-Repeat: Problem is triggered by linux port of mathematica. All file saves results in huge files which consist of the actual data followed by MB's of nulls. >Fix: At bottom of /usr/src/sys/i386/linux/linux_file.c, insert one line: bsd.path = args->path; bsd.length = args->length; /* this is the fix */ return otruncate(p, &bsd, retval); >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 16:57:56 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id QAA17663 for bugs-outgoing; Fri, 14 Nov 1997 16:57:56 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from lariat.lariat.org (ppp1000.lariat.org@lariat.lariat.org [129.72.251.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id QAA17658 for ; Fri, 14 Nov 1997 16:57:50 -0800 (PST) (envelope-from brett@lariat.org) Received: (from brett@localhost) by lariat.lariat.org (8.8.8/8.8.8) id RAA25116; Fri, 14 Nov 1997 17:50:30 -0700 (MST) Message-Id: <3.0.5.32.19971114175737.00928b90@mail.lariat.org> X-Sender: brett@mail.lariat.org X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Fri, 14 Nov 1997 17:57:37 -0700 To: bugs@freebsd.org From: Brett Glass Subject: Foof! bug fix? Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Have our trusty kernel hackers implemented Intel's fix for the "Foof!" bug? Apparently, it involves moving the IDT so that it spans a page boundary just so, then adding a bit of code to the page fault handler. The fix is at http://support.intel.com/support/processors/pentium/ppiie/index.htm on the Web. --Brett From owner-freebsd-bugs Fri Nov 14 18:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23181 for bugs-outgoing; Fri, 14 Nov 1997 18:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23169; Fri, 14 Nov 1997 18:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 18:30:01 -0800 (PST) Resent-Message-Id: <199711150230.SAA23169@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, daver@dis.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA22779; Fri, 14 Nov 1997 18:20:49 -0800 (PST) (envelope-from nobody) Message-Id: <199711150220.SAA22779@hub.freebsd.org> Date: Fri, 14 Nov 1997 18:20:49 -0800 (PST) From: daver@dis.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5045: freebsd.ftp.markers for xearth is out of date! Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5045 >Category: conf >Synopsis: freebsd.ftp.markers for xearth is out of date! >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 18:30:01 PST 1997 >Last-Modified: >Originator: Dave Robison >Organization: First International >Release: 2.2.5-RELEASE >Environment: FreeBSD flag.blackened.net 2.2.5-STABLE FreeBSD 2.2.5-STABLE #0: Thu Nov 13 14:21:52 PST 1997 root@flag.blackened.net:/usr/src/sys/compile/FLAG i386 >Description: I am not getting a good look at all the FTP mirrors when their times come around in xearth! >How-To-Repeat: xearth -markerfile freebsd.ftp.markers & >Fix: latitude and longitude representatives of GPS team must coordinate. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 18:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23733 for bugs-outgoing; Fri, 14 Nov 1997 18:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA23727; Fri, 14 Nov 1997 18:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 18:40:02 -0800 (PST) Resent-Message-Id: <199711150240.SAA23727@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, mika@cs.caltech.edu Received: from vlsi.cs.caltech.edu (vlsi.cs.caltech.edu [131.215.131.129]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA23404 for ; Fri, 14 Nov 1997 18:34:55 -0800 (PST) (envelope-from mika@dogmatix.cs.caltech.edu) Received: from dogmatix.cs.caltech.edu by vlsi.cs.caltech.edu (4.1/1.34.1) id AA18873; Fri, 14 Nov 97 18:34:53 PST Received: (from mika@localhost) by dogmatix.cs.caltech.edu (8.8.8/8.8.7) id SAA01073; Fri, 14 Nov 1997 18:34:48 -0800 (PST) Message-Id: <199711150234.SAA01073@dogmatix.cs.caltech.edu> Date: Fri, 14 Nov 1997 18:34:48 -0800 (PST) From: Mika Nystroem Reply-To: mika@cs.caltech.edu To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: bin/5046: gdb doesn't understand exponential notation Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5046 >Category: bin >Synopsis: gdb doesn't understand exponential notation >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 18:40:01 PST 1997 >Last-Modified: >Originator: Mika Nystroem >Organization: Department of Computer Science California Institute of Technology >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: gdb simply doesn't understand exponential notation GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc. (gdb) print 1e2+1 $1 = 1 (gdb) print 1e2 $2 = 0 (gdb) the answers should be 101 and 100, respectively. I am told this problem was introduced somewhere between 2.1.5-RELEASE and 2.2-STABLE and remains to this day. This makes it extremely painful to debug any code that involves small or large floating-point numbers. >How-To-Repeat: See above. >Fix: I have no idea. I spent hours trying to figure out how gdb works..... The same thing happens with a fresh 4.16 from the FSF, by the way. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 18:58:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA24610 for bugs-outgoing; Fri, 14 Nov 1997 18:58:42 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from csvax.cs.caltech.edu (csvax.cs.caltech.edu [131.215.131.131]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA24567; Fri, 14 Nov 1997 18:57:22 -0800 (PST) (envelope-from mika@varese.cs.caltech.edu) Received: from varese.cs.caltech.edu by csvax.cs.caltech.edu (4.1/1.34.1) id AA29769; Fri, 14 Nov 97 18:57:18 PST Received: from localhost.cs.caltech.edu (localhost.cs.caltech.edu [127.0.0.1]) by varese.cs.caltech.edu (8.8.7/8.7.3) with SMTP id SAA27619; Fri, 14 Nov 1997 18:57:19 -0800 (PST) Message-Id: <199711150257.SAA27619@varese.cs.caltech.edu> X-Authentication-Warning: varese.cs.caltech.edu: localhost.cs.caltech.edu [127.0.0.1] didn't use HELO protocol To: FreeBSD-gnats@freebsd.org, freebsd-bugs@freebsd.org Subject: Re: bin/5046: gdb doesn't understand exponential notation In-Reply-To: Your message of "Fri, 14 Nov 1997 18:40:01 PST." <199711150240.SAA23721@hub.freebsd.org> Date: Fri, 14 Nov 1997 18:57:18 -0800 From: Mika Nystrom Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk It actually doesn't understand floating point numbers at all. GDB 4.16 (i386-unknown-freebsd), Copyright 1996 Free Software Foundation, Inc. (gdb) print 2.2 $1 = 0 (gdb) print 2.2+100 $2 = 100 From owner-freebsd-bugs Fri Nov 14 20:30:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28839 for bugs-outgoing; Fri, 14 Nov 1997 20:30:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28828; Fri, 14 Nov 1997 20:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 20:30:01 -0800 (PST) Resent-Message-Id: <199711150430.UAA28828@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pavlin@catarina.usc.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA28485; Fri, 14 Nov 1997 20:24:42 -0800 (PST) (envelope-from nobody) Message-Id: <199711150424.UAA28485@hub.freebsd.org> Date: Fri, 14 Nov 1997 20:24:42 -0800 (PST) From: pavlin@catarina.usc.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: bin/5047: ipfw(8) IP address resolving problem if only /etc/hosts used Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5047 >Category: bin >Synopsis: ipfw(8) IP address resolving problem if only /etc/hosts used >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 20:30:00 PST 1997 >Last-Modified: >Originator: Pavlin Ivanov Radoslavov >Organization: University of Southern California, Dept. of CS >Release: 2.2.1 >Environment: FreeBSD fbsd14.usc.edu 2.2.1-RELEASE FreeBSD 2.2.1-RELEASE #0: Mon Sep 1 23:11:02 PDT 1997 pim@fbsd14.usc.edu:/usr/home/local/pim/sys/compile/FBSD i386 >Description: If only /etc/hosts is used to resolve hosts names, ipfw does not accept IP addresses, only hosts names. >How-To-Repeat: 1. Recompile the kernel with IP firewall enabled (options IPFIREWALL) and reboot 2. Comment out "bind" and "nis", and uncomment "hosts" in /etc/host.conf 3. Execute the following three lines (from the console!): /sbin/ipfw -f flush /sbin/ipfw add 65000 pass all from any to any /sbin/ipfw add 1000 pass all from 127.0.0.1 to 127.0.0.1 >Fix: Apply the following patch to /usr/src/sbin/ipfw/ipfw.c --- ipfw.c Wed Mar 5 04:30:08 1997 +++ ipfw-new.c Fri Nov 14 19:56:13 1997 @@ -386,8 +386,13 @@ { struct hostent *he = gethostbyname(host); - if (!he) - return(-1); + if (!he) { + u_long host_addr; + host_addr = inet_addr(host); + he = gethostbyaddr((char *)&host_addr, sizeof(u_long), AF_INET); + if (!he) + return(-1); + } *ipaddr = *(struct in_addr *)he->h_addr_list[0]; >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 21:34:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id VAA01473 for bugs-outgoing; Fri, 14 Nov 1997 21:34:42 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from implode.root.com (implode.root.com [198.145.90.17]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id VAA01457 for ; Fri, 14 Nov 1997 21:34:37 -0800 (PST) (envelope-from root@implode.root.com) Received: from implode.root.com (localhost [127.0.0.1]) by implode.root.com (8.8.5/8.8.5) with ESMTP id VAA15414; Fri, 14 Nov 1997 21:35:51 -0800 (PST) Message-Id: <199711150535.VAA15414@implode.root.com> To: Brett Glass cc: bugs@FreeBSD.ORG Subject: Re: Foof! bug fix? In-reply-to: Your message of "Fri, 14 Nov 1997 17:57:37 MST." <3.0.5.32.19971114175737.00928b90@mail.lariat.org> From: David Greenman Reply-To: dg@root.com Date: Fri, 14 Nov 1997 21:35:51 -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Have our trusty kernel hackers implemented Intel's fix for the "Foof!" bug? > Apparently, it involves moving the IDT so that it spans a page boundary > just so, then adding a bit of code to the page fault handler. The fix is at > http://support.intel.com/support/processors/pentium/ppiie/index.htm on the > Web. We're evaluating what looks to be a far superior (and simpler!) fix that was proposed by Jonathan Lemon (a FreeBSD contributor). Again, we want the "right" fix, not just the "right now" fix. I've appended Jonathan's proposal to the end of the message in case you need something "right now". :-) -DG David Greenman Core-team/Principal Architect, The FreeBSD Project >Date: Fri, 14 Nov 1997 17:12:15 -0600 >From: Jonathan Lemon >To: hackers@FreeBSD.ORG >Subject: FreeBSD Pentium Bug fix (proposed) Alright, I've been watching the debate about the LOCK CMPXCHG8 bug, and decided to take a crack at it. While I believe that for the most case, this is probably just a tempest in a teapot, for some, it probably represents a serious DOS that should be addressed. IMHO, the "take page fault on any trapno < 7" solution is a very ugly hack, but it got me thinking about a better way to solve this. The solution seems to depend on the fact that a page fault has a higher priority than an illegal instruction fault, and thus, if both are posted first, then the page fault takes precedence. This made me think that there might be other faults that also have higher precedence than the illegal instruction fault, and which could be localized to just the #UD handler. It turns out that exceeding the segment limit is one of them. My ``fix'' is to have the IDT descriptor reference a segemnt which has a length of 0. This has the effect of mapping SIGILL into SIGBUS, so that the `cmpxchg8' crash now generates a Bus error. (I didn't bother returning the correct signal; it can probably be added if it is important) This fix works on my machine, takes no overhead, and the only breaks BDE_DEBUGGER, which wants to hoard all the GDT entries for itself. :-) I'd appreciate it if interested parties could try this out and see if it also fixes the problem on other machines. -- Jonathan --------------------------------- cut here --------------------------------- Index: machdep.c =================================================================== RCS file: /tuna/ncvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.270 diff -c -r1.270 machdep.c *************** *** 981,986 **** --- 993,1009 ---- 0, 0, 1, /* default 32 vs 16 bit size */ 1 /* limit granularity (byte/page units)*/ }, + #ifdef CMPXCHG8_BUG + /* GBUG_SEL 11 Invalid Descriptor for CMPXCHG8_BUG */ + { 0x0, /* segment base address */ + 0x0, /* length - none */ + SDT_MEMERA, /* segment type */ + 0, /* segment descriptor priority level */ + 1, /* segment descriptor present */ + 0, 0, + 1, /* default 32 vs 16 bit size */ + 1 /* limit granularity (byte/page units)*/ }, + #endif }; static struct soft_segment_descriptor ldt_segs[] = { *************** *** 1209,1216 **** --- 1232,1244 ---- #endif finishidentcpu(); /* Final stage of CPU initialization */ + #ifdef CMPXCHG8_BUG + setidt(6, &IDTVEC(ill), SDT_SYS386TGT, SEL_KPL, GSEL(GBUG_SEL, SEL_KPL)); + #else setidt(6, &IDTVEC(ill), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); + #endif initializecpu(); /* Initialize CPU registers */ + /* Use BIOS values stored in RTC CMOS RAM, since probing * breaks certain 386 AT relics. Index: include/segments.h =================================================================== RCS file: /tuna/ncvs/src/sys/i386/include/segments.h,v retrieving revision 1.17 diff -c -r1.17 segments.h *** segments.h 1997/08/21 06:32:49 1.17 --- segments.h 1997/11/14 22:34:58 *************** *** 215,225 **** --- 215,232 ---- #define GAPMCODE32_SEL 8 /* APM BIOS 32-bit interface (32bit Code) */ #define GAPMCODE16_SEL 9 /* APM BIOS 32-bit interface (16bit Code) */ #define GAPMDATA_SEL 10 /* APM BIOS 32-bit interface (Data) */ + #ifdef CMPXCHG8_BUG + #define GBUG_SEL 11 /* Invalid Descriptor for CMPXCHG8_BUG */ + #endif #ifdef BDE_DEBUGGER #define NGDT 18 /* some of 11-17 are reserved for debugger */ #else + #ifdef CMPXCHG8_BUG + #define NGDT (GBUG_SEL + 1) + #else #define NGDT (GAPMDATA_SEL + 1) + #endif #endif /* From owner-freebsd-bugs Fri Nov 14 22:19:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03036 for bugs-outgoing; Fri, 14 Nov 1997 22:19:18 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from gneiss.eps.nagoya-u.ac.jp (gneiss.eps.nagoya-u.ac.jp [133.6.57.99]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA03031 for ; Fri, 14 Nov 1997 22:19:13 -0800 (PST) (envelope-from kato@eclogite.eps.nagoya-u.ac.jp) Received: from marble.eps.nagoya-u.ac.jp (localhost [127.0.0.1]) by gneiss.eps.nagoya-u.ac.jp (8.8.8/3.6Wbeta7) with ESMTP id PAA28015; Sat, 15 Nov 1997 15:19:01 +0900 (JST) Message-Id: <199711150619.PAA28015@gneiss.eps.nagoya-u.ac.jp> To: bugs@freebsd.org Cc: jlemon@americantv.com Subject: Re: Foof! bug fix? From: KATO Takenori In-Reply-To: Your message of "Fri, 14 Nov 1997 21:35:51 -0800" References: <199711150535.VAA15414@implode.root.com> X-Mailer: Mew version 1.70 on Emacs 19.28.1 / Mule 2.3 X-PGP-Fingerprint: 03 72 85 36 62 46 23 03 52 B1 10 22 44 10 0D 9E Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Sat, 15 Nov 1997 15:19:01 +0900 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > + #ifdef CMPXCHG8_BUG > + setidt(6, &IDTVEC(ill), SDT_SYS386TGT, SEL_KPL, GSEL(GBUG_SEL, SEL_KPL)); > + #else > setidt(6, &IDTVEC(ill), SDT_SYS386TGT, SEL_KPL, GSEL(GCODE_SEL, SEL_KPL)); > + #endif This can be done automatically. If GBUG_SEL is always set, adding following code in initializecpu() will work: --------------------- /* * Check stepping when Intel provides new Pentiu CPU without the * CMPXCHG8 bug. */ if (strcmp(cpu_vendor, "GenuineIntel") && cpu == CPU_586) setidt(6, &IDTVEC(ill), SDT_SYS386TGT, SEL_KPL, GSEL(GBUG_SEL, SEL_KPL)); --------------------- The CMPXCHG8 bug should not appear between finishidentcpu() and initializecpu(). ---- KATO Takenori Dept. Earth Planet. Sci., Nagoya Univ., Nagoya, 464-01, Japan PGP public key: finger kato@eclogite.eps.nagoya-u.ac.jp ------------------- Powered by FreeBSD(98) ------------------- From owner-freebsd-bugs Fri Nov 14 22:40:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03778 for bugs-outgoing; Fri, 14 Nov 1997 22:40:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03760; Fri, 14 Nov 1997 22:40:02 -0800 (PST) (envelope-from gnats) Resent-Date: Fri, 14 Nov 1997 22:40:02 -0800 (PST) Resent-Message-Id: <199711150640.WAA03760@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, dillon@backplane.com Received: from apollo.backplane.com (root@apollo.backplane.com [207.33.240.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA03587 for ; Fri, 14 Nov 1997 22:32:51 -0800 (PST) (envelope-from dillon@backplane.com) Received: (root@localhost) by apollo.backplane.com (8.8.5/8.6.5) id WAA23109; Fri, 14 Nov 1997 22:32:50 -0800 (PST) Message-Id: <199711150632.WAA23109@apollo.backplane.com> Date: Fri, 14 Nov 1997 22:32:50 -0800 (PST) From: Matthew Dillon Reply-To: dillon@backplane.com To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5048: if shutdown(fd,1) called twice on socket, pending input data is lost Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5048 >Category: kern >Synopsis: Calling shutdown(fd,1) multiple times will blow up input data >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Nov 14 22:40:00 PST 1997 >Last-Modified: >Originator: Matthew Dillon >Organization: Best Internet Communications >Release: FreeBSD 2.2-STABLE i386 >Environment: FreeBSD 2.2.5 >Description: If you call shutdown(socket, 1) twice, pending input data on the socket may be lost. >How-To-Repeat: Open a TCP connection to some destination that sends you data (e.g. chargen), then call shutdown on the socket multiple times, the chargen will eventually stall. /* * TESTSHUTDOWN localhost chargen */ #include #include #include #include #include #include #include #include #include #include #include #include void goforit(int fd); int main(int ac, char **av) { int fd; int i; struct sockaddr_in sin; struct hostent *host; struct servent *serv; char *hostName = NULL; char *servName = NULL; for (i = 1; i < ac; ++i) { char *ptr = av[i]; if (*ptr != '-') { if (hostName == NULL) hostName = ptr; else servName = ptr; continue; } ptr += 2; switch(ptr[-1]) { case 'b': default: printf("bad option: %s\n", ptr - 2); exit(0); } } if (hostName == NULL) { puts("no hostname / ip address specified"); exit(0); } if (servName == NULL) { puts("no portname / port number specified"); exit(0); } bzero(&sin, sizeof(sin)); sin.sin_family = AF_INET; if ((fd = socket(AF_INET, SOCK_STREAM, 0)) > 0) { if ((host = gethostbyname(hostName)) != NULL) { sin.sin_family = host->h_addrtype; bcopy(host->h_addr, &sin.sin_addr, host->h_length); } else { sin.sin_addr.s_addr = inet_addr(hostName); } if ((serv = getservbyname(servName, "tcp")) != NULL) { sin.sin_port = serv->s_port; } else { sin.sin_port = htons(strtol(servName, NULL, 0)); } if (connect(fd, (struct sockaddr *)&sin, sizeof(sin)) == 0) { puts("connected"); goforit(fd); close(fd); } else { perror("connect"); } } return(0); } void goforit(int fd) { int pid; int n; char buf[256]; if ((pid = fork()) == 0) { int ttl = 0; while ((n = read(fd, buf, sizeof(buf))) > 0) { write(1, buf, n); ttl += n; if (ttl > 1024) { printf("\n****** (CALLING SHUTDOWN) *******\n"); shutdown(fd, 1); shutdown(fd, 1); ttl = 0; } } exit(0); } while ((n = read(0, buf, sizeof(buf))) > 0) { int i = 0; int r; while (i < n && (r = write(fd, buf + i, n - i)) > 0) { i += r; } } shutdown(fd, 1); while (wait(NULL) != pid) ; } >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Fri Nov 14 22:40:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03783 for bugs-outgoing; Fri, 14 Nov 1997 22:40:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA03769; Fri, 14 Nov 1997 22:40:04 -0800 (PST) (envelope-from gnats) Date: Fri, 14 Nov 1997 22:40:04 -0800 (PST) Message-Id: <199711150640.WAA03769@hub.freebsd.org> To: freebsd-bugs Cc: From: Keith Jang Subject: Re: kern/5038 Reply-To: Keith Jang Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR kern/5038; it has been noted by GNATS. From: Keith Jang To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: kern/5038 Date: Sat, 15 Nov 1997 14:32:48 +0800 (CST) The following are three files with a patch for reading joliet. /sys/isofs/cd9660/cd9660_joliet.h: begin 644 cd9660_joliet.h.gz M'XL("`E9;#0``V-D.38V,%]J;VQI970N:`!U4FUKVS`8_.Y?<3`86_'RNI:$ M?NIB=Z1X-#0A7\8HBOPX%E,L(\EMPMA_WR,EA<(2,+*MTYWN3NI?);C"#R6M M<:;R>#!:D4>^]SUX@_GR<7IS,\`L@VM)JDI)X95IF-1/DGXDGRB=(X=EU[:: M=M1X80]8&]WM"!DY:57KC85P$`V$]F0;%GHAWB1H+*S:G67TL*H)"^%KK,1& M$S[BR1B/3%F2C!_P1-+8,HB8"LMUAHWAQ:U1C0\)!$I55639$@JS9?\:W[21 MO^%KMK)89RE>:R7KH*!-L^4=ND9)4Q(JI:D1.\YER:F2>F=BEU2IAE=L#IYX M5Z="/9B\F>'`]UIL78K)],MP-`@3N9.BC6*8GWH;1[X+K!,:;1GJ>4@W(3C68*F%])I MT!CLOP[2,([C>(V*SRK"&*88I>!Y9O(-"&>F#\3&,[5R$1[&VB_`X]IDD *_P"42;O1:`,``-;Z ` end /sys/isofs/cd9660/cd9660_joliet.c: begin 644 cd9660_joliet.c.gz M'XL("`E9;#0``V-D.38V,%]J;VQI970N8P"-4LMNFT`47<-77"52`O@)D5(U M)%[5E1Q9RJ)5-Y&%"(QC$IA!\W!B6?[W7@8H8!RK"WN8,^?3B=XZ8KVQ-"'R#`\O+9*94`D=:?!*)`TS8@G)522AX,<) M)Y%D?!?@R7@,#J((#DW#,`"B3Q-J$+\`BNA! M$G_"`TR'&LG"ST"CR$?4PNA49<$WU[6M,M-H5K_;OHF:*G@10M^QV"C?674- M%^/Q14E,UF!93CL(/*#(AJNK=A[+4D'9AMU+6`AE,#1O%+&"5"5IGH&820)%^!,-'N-5*OMM=\X M?]^QO'D8#&S8:W7E7+M0^[FFK4H/32-B5"94$;_2-'Z<$5[[URA]X21\[^CV MIE'.[[DR8%7MPJE`OFE8]88-!G6<@UG^X\&)5)S67OKFX=2NIV1+TO:F"Y7G M*TQ$Q),<-Q\YK\>LI>'Q:+N:_@\4/ M/?ZJJB.VVV=[=NV[^$ADM#F6>*MF+E&(7K74R_F?^=*]^]>QZP-TS#TI\!J! I]U^"FT9P #include + #include #include + #include /* * Convert a component of a pathname into a pointer to a locked inode. *************** *** 267,272 **** --- 269,287 ---- goto found; ino = 0; break; + case ISO_FTYPE_JOLIET: + if (isonum_711(ep->flags)&2) + ino = isodirino(ep, imp); + else + ino = dbtob(bp->b_blkno) + entryoffsetinblock; + + dp->i_ino = ino; + cd9660_joliet_getname(ep,altname,&namelen); + if (namelen == cnp->cn_namelen + && !bcmp(name, altname, namelen)) + goto found; + ino = 0; + break; } dp->i_offset += reclen; entryoffsetinblock += reclen; diff -c -r sys/isofs/cd9660/cd9660_mount.h sys.keith/isofs/cd9660/cd9660_mount.h *** sys/isofs/cd9660/cd9660_mount.h Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_mount.h Fri Nov 14 22:03:43 1997 *************** *** 47,52 **** int flags; /* mounting flags, see below */ int ssector; /* starting sector, 0 for 1st session */ }; ! #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ ! #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ ! #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ --- 47,53 ---- int flags; /* mounting flags, see below */ int ssector; /* starting sector, 0 for 1st session */ }; ! #define ISOFSMNT_NORRIP 0x00000001 /* disable Rock Ridge Ext.*/ ! #define ISOFSMNT_GENS 0x00000002 /* enable generation numbers */ ! #define ISOFSMNT_EXTATT 0x00000004 /* enable extended attributes */ ! #define ISOFSMNT_NOJOLIET 0x00000008 /* disable Microsoft Joliet Ext.*/ diff -c -r sys/isofs/cd9660/cd9660_vfsops.c sys.keith/isofs/cd9660/cd9660_vfsops.c *** sys/isofs/cd9660/cd9660_vfsops.c Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_vfsops.c Fri Nov 14 22:03:43 1997 *************** *** 55,61 **** --- 55,63 ---- #include #include + #include #include + #include #include #include *************** *** 261,267 **** struct iso_args *argp; { register struct iso_mnt *isomp = (struct iso_mnt *)0; ! struct buf *bp = NULL; dev_t dev = devvp->v_rdev; int error = EINVAL; int needclose = 0; --- 263,269 ---- struct iso_args *argp; { register struct iso_mnt *isomp = (struct iso_mnt *)0; ! struct buf *bp = NULL, *joliet_bp = NULL; dev_t dev = devvp->v_rdev; int error = EINVAL; int needclose = 0; *************** *** 271,279 **** --- 273,283 ---- int iso_blknum; struct iso_volume_descriptor *vdp = 0; struct iso_primary_descriptor *pri; + struct iso_supplementary_descriptor *sup = NULL; struct iso_sierra_primary_descriptor *pri_sierra; struct iso_directory_record *rootp; int logical_block_size; + int joliet_level = -1; if (!ronly) return EROFS; *************** *** 316,321 **** --- 320,344 ---- goto out; } else high_sierra = 1; + } else { + /* + * We know it's ISO9660 fs, now get Supplementary Volume + * Descriptor to check if it's Microsoft Joliet format. + */ + if (error = bread(devvp, (1 + iso_blknum) * btodb(iso_bsize), + iso_bsize, NOCRED, &joliet_bp)) + goto out; + + sup = (struct iso_supplementary_descriptor *)joliet_bp->b_data; + joliet_level = cd9660_joliet_level(sup); + + if (joliet_level < 0) { + argp->flags |= ISOFSMNT_NOJOLIET; + } else { + argp->flags |= ISOFSMNT_NORRIP; + argp->flags &= ~ISOFSMNT_GENS; + } + break; } if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) == ISO_VD_END) { *************** *** 328,340 **** brelse(bp); } ! if (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) { error = EINVAL; goto out; } - pri = (struct iso_primary_descriptor *)vdp; pri_sierra = (struct iso_sierra_primary_descriptor *)vdp; logical_block_size = isonum_723 (high_sierra? --- 351,363 ---- brelse(bp); } ! if ((isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_PRIMARY) && (isonum_711 (high_sierra? vdp->type_sierra: vdp->type) != ISO_VD_SUPPLEMENTARY)) { error = EINVAL; goto out; } pri_sierra = (struct iso_sierra_primary_descriptor *)vdp; + pri = (struct iso_primary_descriptor *)vdp; logical_block_size = isonum_723 (high_sierra? *************** *** 350,356 **** rootp = (struct iso_directory_record *) (high_sierra? pri_sierra->root_directory_record: ! pri->root_directory_record); isomp = malloc(sizeof *isomp, M_ISOFSMNT, M_WAITOK); bzero((caddr_t)isomp, sizeof *isomp); --- 373,381 ---- rootp = (struct iso_directory_record *) (high_sierra? pri_sierra->root_directory_record: ! ((joliet_level < 0)? ! pri->root_directory_record: ! sup->root_directory_record)); isomp = malloc(sizeof *isomp, M_ISOFSMNT, M_WAITOK); bzero((caddr_t)isomp, sizeof *isomp); *************** *** 380,385 **** --- 405,412 ---- bp->b_flags |= B_AGE; brelse(bp); bp = NULL; + brelse(joliet_bp); + joliet_bp = NULL; mp->mnt_data = (qaddr_t)isomp; mp->mnt_stat.f_fsid.val[0] = (long)dev; *************** *** 416,439 **** brelse(bp); bp = NULL; } ! isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT); if(high_sierra) /* this effectively ignores all the mount flags */ isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; else ! switch (isomp->im_flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS)) { default: isomp->iso_ftype = ISO_FTYPE_DEFAULT; break; ! case ISOFSMNT_GENS|ISOFSMNT_NORRIP: isomp->iso_ftype = ISO_FTYPE_9660; break; ! case 0: isomp->iso_ftype = ISO_FTYPE_RRIP; break; } - return 0; out: if (bp) --- 443,469 ---- brelse(bp); bp = NULL; } ! isomp->im_flags = argp->flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS|ISOFSMNT_EXTATT|ISOFSMNT_NOJOLIET); if(high_sierra) /* this effectively ignores all the mount flags */ isomp->iso_ftype = ISO_FTYPE_HIGH_SIERRA; else ! switch (isomp->im_flags&(ISOFSMNT_NORRIP|ISOFSMNT_GENS| ! ISOFSMNT_NOJOLIET)) { default: isomp->iso_ftype = ISO_FTYPE_DEFAULT; break; ! case ISOFSMNT_GENS|ISOFSMNT_NORRIP|ISOFSMNT_NOJOLIET: isomp->iso_ftype = ISO_FTYPE_9660; break; ! case ISOFSMNT_NOJOLIET: isomp->iso_ftype = ISO_FTYPE_RRIP; break; + case ISOFSMNT_NORRIP: + isomp->iso_ftype = ISO_FTYPE_JOLIET; + break; } return 0; out: if (bp) *************** *** 507,513 **** struct iso_directory_record *dp = (struct iso_directory_record *)imp->root; ino_t ino = isodirino(dp, imp); ! /* * With RRIP we must use the `.' entry of the root directory. * Simply tell vget, that it's a relocated directory. --- 537,543 ---- struct iso_directory_record *dp = (struct iso_directory_record *)imp->root; ino_t ino = isodirino(dp, imp); ! /* * With RRIP we must use the `.' entry of the root directory. * Simply tell vget, that it's a relocated directory. diff -c -r sys/isofs/cd9660/cd9660_vnops.c sys.keith/isofs/cd9660/cd9660_vnops.c *** sys/isofs/cd9660/cd9660_vnops.c Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/cd9660_vnops.c Fri Nov 14 22:03:43 1997 *************** *** 56,61 **** --- 56,62 ---- #include #include #include + #include static int cd9660_setattr __P((struct vop_setattr_args *)); static int cd9660_access __P((struct vop_access_args *)); *************** *** 540,545 **** --- 541,552 ---- if (idp->current.d_namlen) error = iso_uiodir(idp,&idp->current,idp->curroff); break; + case ISO_FTYPE_JOLIET: + cd9660_joliet_getname(ep,idp->current.d_name, &namelen); + idp->current.d_namlen = (u_char)namelen; + if (idp->current.d_namlen) + error = iso_uiodir(idp,&idp->current,idp->curroff); + break; default: /* ISO_FTYPE_DEFAULT || ISO_FTYPE_9660 || ISO_FTYPE_HIGH_SIERRA*/ strcpy(idp->current.d_name,".."); switch (ep->name[0]) { diff -c -r sys/isofs/cd9660/iso.h sys.keith/isofs/cd9660/iso.h *** sys/isofs/cd9660/iso.h Thu Nov 13 03:26:37 1997 --- sys.keith/isofs/cd9660/iso.h Fri Nov 14 22:03:43 1997 *************** *** 54,59 **** --- 54,60 ---- /* volume descriptor types */ #define ISO_VD_PRIMARY 1 + #define ISO_VD_SUPPLEMENTARY 2 #define ISO_VD_END 255 #define ISO_STANDARD_ID "CD001" *************** *** 98,103 **** --- 99,145 ---- }; #define ISO_DEFAULT_BLOCK_SIZE 2048 + /* + * Used by Microsoft Joliet extension to ISO9660. Almost the same + * as PVD, but byte position 8 is a flag, and 89-120 is for escape. + */ + + struct iso_supplementary_descriptor { + char type [ISODCL ( 1, 1)]; /* 711 */ + char id [ISODCL ( 2, 6)]; + char version [ISODCL ( 7, 7)]; /* 711 */ + char flags [ISODCL ( 8, 8)]; + char system_id [ISODCL ( 9, 40)]; /* achars */ + char volume_id [ISODCL ( 41, 72)]; /* dchars */ + char unused2 [ISODCL ( 73, 80)]; + char volume_space_size [ISODCL ( 81, 88)]; /* 733 */ + char escape [ISODCL ( 89, 120)]; + char volume_set_size [ISODCL (121, 124)]; /* 723 */ + char volume_sequence_number [ISODCL (125, 128)]; /* 723 */ + char logical_block_size [ISODCL (129, 132)]; /* 723 */ + char path_table_size [ISODCL (133, 140)]; /* 733 */ + char type_l_path_table [ISODCL (141, 144)]; /* 731 */ + char opt_type_l_path_table [ISODCL (145, 148)]; /* 731 */ + char type_m_path_table [ISODCL (149, 152)]; /* 732 */ + char opt_type_m_path_table [ISODCL (153, 156)]; /* 732 */ + char root_directory_record [ISODCL (157, 190)]; /* 9.1 */ + char volume_set_id [ISODCL (191, 318)]; /* dchars */ + char publisher_id [ISODCL (319, 446)]; /* achars */ + char preparer_id [ISODCL (447, 574)]; /* achars */ + char application_id [ISODCL (575, 702)]; /* achars */ + char copyright_file_id [ISODCL (703, 739)]; /* 7.5 dchars */ + char abstract_file_id [ISODCL (740, 776)]; /* 7.5 dchars */ + char bibliographic_file_id [ISODCL (777, 813)]; /* 7.5 dchars */ + char creation_date [ISODCL (814, 830)]; /* 8.4.26.1 */ + char modification_date [ISODCL (831, 847)]; /* 8.4.26.1 */ + char expiration_date [ISODCL (848, 864)]; /* 8.4.26.1 */ + char effective_date [ISODCL (865, 881)]; /* 8.4.26.1 */ + char file_structure_version [ISODCL (882, 882)]; /* 711 */ + char unused4 [ISODCL (883, 883)]; + char application_data [ISODCL (884, 1395)]; + char unused5 [ISODCL (1396, 2048)]; + }; + struct iso_sierra_primary_descriptor { char unknown1 [ISODCL ( 1, 8)]; /* 733 */ char type [ISODCL ( 9, 9)]; /* 711 */ *************** *** 175,181 **** /* CD-ROM Format type */ enum ISO_FTYPE { ISO_FTYPE_DEFAULT, ISO_FTYPE_9660, ISO_FTYPE_RRIP, ! ISO_FTYPE_ECMA, ISO_FTYPE_HIGH_SIERRA }; #ifndef ISOFSMNT_ROOT #define ISOFSMNT_ROOT 0 --- 217,223 ---- /* CD-ROM Format type */ enum ISO_FTYPE { ISO_FTYPE_DEFAULT, ISO_FTYPE_9660, ISO_FTYPE_RRIP, ! ISO_FTYPE_JOLIET, ISO_FTYPE_ECMA, ISO_FTYPE_HIGH_SIERRA }; #ifndef ISOFSMNT_ROOT #define ISOFSMNT_ROOT 0 Only in sys.keith/isofs/cd9660: iso_joliet.h From owner-freebsd-bugs Fri Nov 14 22:58:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA04293 for bugs-outgoing; Fri, 14 Nov 1997 22:58:47 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from kithrup.com (kithrup.com [205.179.156.40]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id WAA04288 for ; Fri, 14 Nov 1997 22:58:45 -0800 (PST) (envelope-from sef@kithrup.com) Received: (from sef@localhost) by kithrup.com (8.8.7/8.8.7) id WAA22009; Fri, 14 Nov 1997 22:58:44 -0800 (PST) (envelope-from sef) Date: Fri, 14 Nov 1997 22:58:44 -0800 (PST) From: Sean Eric Fagan Message-Id: <199711150658.WAA22009@kithrup.com> To: bugs@freebsd.org Subject: Re: Foof! bug fix? In-Reply-To: <199711150535.VAA15414.kithrup.freebsd.bugs@implode.root.com> References: Your message of "Fri, 14 Nov 1997 17:57:37 MST." <3.0.5.32.19971114175737.00928b90@mail.lariat.org> Organization: Kithrup Enterprises, Ltd. Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In article <199711150535.VAA15414.kithrup.freebsd.bugs@implode.root.com> you write: > We're evaluating what looks to be a far superior (and simpler!) fix that >was proposed by Jonathan Lemon (a FreeBSD contributor). Again, we want the >"right" fix, not just the "right now" fix. I've appended Jonathan's proposal >to the end of the message in case you need something "right now". :-) It's important to realize that this "far superior (and simpiler!)" "fix" breaks existing practice and code. Specifically, it causes all illegal instructions to generate a SIGBUS, instead of the current SIGILL. Note that this means a program would behave differently on two different machines, running identical versions of the operating system -- unless, of course, illegal instructions are suddenly defined to always generate SIGBUS. This can be changed by having trap() identify faults which are due to illegal instructions, and which are other general protection faults. I wasn't able to see an easy way to do that, and I've expressed my concern to Jonathan. I think it unlikely that Intel did not think of this attempt; assuming they did, there is a very good reason that they did not give this as their official workaround. From owner-freebsd-bugs Sat Nov 15 06:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA05806 for bugs-outgoing; Sat, 15 Nov 1997 06:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA05779; Sat, 15 Nov 1997 06:30:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 06:30:02 -0800 (PST) Resent-Message-Id: <199711151430.GAA05779@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, evanc@synapse.net Received: from piano.synapse.net (piano.synapse.net [199.84.54.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA05406 for ; Sat, 15 Nov 1997 06:23:41 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 25510 invoked by uid 1001); 15 Nov 1997 14:23:38 -0000 Message-Id: <19971115142337.25509.qmail@piano.synapse.net> Date: 15 Nov 1997 14:23:37 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: evanc@synapse.net X-Send-Pr-Version: 3.2 Subject: bin/5050: upgrade perl Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5050 >Category: bin >Synopsis: upgrade perl >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 06:30:01 PST 1997 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: If there is no major reason why perl 4.036 is still the perl distributed with FreeBSD 3.0-current, I would appreciate it if someone upgraded the standard /usr/bin/perl to 5.00404. 4.036 is absolutely useless now. >How-To-Repeat: >Fix: The port is in /usr/ports/lang/perl5. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 06:30:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA05815 for bugs-outgoing; Sat, 15 Nov 1997 06:30:09 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA05793; Sat, 15 Nov 1997 06:30:04 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 06:30:04 -0800 (PST) Resent-Message-Id: <199711151430.GAA05793@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, evanc@synapse.net Received: from piano.synapse.net (piano.synapse.net [199.84.54.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA05678 for ; Sat, 15 Nov 1997 06:28:06 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 25677 invoked by uid 1001); 15 Nov 1997 14:28:03 -0000 Message-Id: <19971115142803.25676.qmail@piano.synapse.net> Date: 15 Nov 1997 14:28:03 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: evanc@synapse.net X-Send-Pr-Version: 3.2 Subject: bin/5051: Upgrade tcl Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5051 >Category: bin >Synopsis: Upgrade tcl to release version >Confidential: yes >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 06:30:03 PST 1997 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: The TCL in /usr/src looks like it is 8.0 beta 2. 8.0p1 (release) is now available. It should be upgraded in /usr/src/contrib/tcl, and /usr/ports should now fetch 8.0p1. >How-To-Repeat: >Fix: See . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 06:50:08 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07345 for bugs-outgoing; Sat, 15 Nov 1997 06:50:08 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07322; Sat, 15 Nov 1997 06:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 06:50:02 -0800 (PST) Resent-Message-Id: <199711151450.GAA07322@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, evanc@synapse.net Received: from piano.synapse.net (piano.synapse.net [199.84.54.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA06698 for ; Sat, 15 Nov 1997 06:40:05 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 26150 invoked by uid 1001); 15 Nov 1997 14:40:02 -0000 Message-Id: <19971115144002.26149.qmail@piano.synapse.net> Date: 15 Nov 1997 14:40:02 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: evanc@synapse.net X-Send-Pr-Version: 3.2 Subject: bin/5052: upgrade BIND Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5052 >Category: bin >Synopsis: upgrade BIND >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 06:50:00 PST 1997 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Sorry if this is a repeat, but I sent in a similar request last week and never got confirmation back. The 3.0-current BIND should be upgraded to version 8.1.1 (currently 4.9.6). I need this to do dynamic DNS, and unlike other parts of the system, merging in a new resolver to libc is not something I'm interested in playing around with :-) >How-To-Repeat: >Fix: See . >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 06:50:10 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07360 for bugs-outgoing; Sat, 15 Nov 1997 06:50:10 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id GAA07334; Sat, 15 Nov 1997 06:50:04 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 06:50:04 -0800 (PST) Resent-Message-Id: <199711151450.GAA07334@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, evanc@synapse.net Received: from piano.synapse.net (piano.synapse.net [199.84.54.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id GAA07030 for ; Sat, 15 Nov 1997 06:45:33 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 26570 invoked by uid 0); 15 Nov 1997 14:45:31 -0000 Message-Id: <19971115144531.26569.qmail@piano.synapse.net> Date: 15 Nov 1997 14:45:31 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: evanc@synapse.net X-Send-Pr-Version: 3.2 Subject: bin/5053: Closing xterm leaves /bin/sh sucking 100% CPU Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5053 >Category: bin >Synopsis: Closing xterm leaves /bin/sh sucking 100% CPU >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 06:50:02 PST 1997 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: Not closing a telnet/rlogin properly does not close /bin/sh. /bin/sh starts sucking 100% CPU. >How-To-Repeat: use X on client. rlogin/telnet to server. kill xterm on client without logging out from server. The /bin/sh on the server does not close, and it starts sucking 100% CPU. This is absolutely reproducable. >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 07:25:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA12110 for bugs-outgoing; Sat, 15 Nov 1997 07:25:22 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from ppp1710.on.bellglobal.com (ppp1714.on.bellglobal.com [206.172.249.178]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA12048; Sat, 15 Nov 1997 07:25:13 -0800 (PST) (envelope-from tim@ppp1710.on.bellglobal.com) Received: from localhost (tim@localhost) by ppp1710.on.bellglobal.com (8.8.7/8.8.7) with SMTP id KAA00729; Sat, 15 Nov 1997 10:24:22 -0500 (EST) (envelope-from tim@ppp1710.on.bellglobal.com) Date: Sat, 15 Nov 1997 10:24:21 -0500 (EST) From: Tim Vanderhoek Reply-To: ac199@hwcn.org To: evanc@synapse.net cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl In-Reply-To: <19971115142337.25509.qmail@piano.synapse.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 15 Nov 1997 evanc@synapse.net wrote: > >Fix: > > The port is in /usr/ports/lang/perl5. No. This bugreport should include the proper bmake style makefiles, and any other changes, removals, etc. that would be necessary for perl5 before it goes into the main system. Same goes for the previous Tcl upgrade and bind upgrade requests you sent. Otherwise I think the pr's might as well be closed... At least this one, since it is painfully obvious that we've got a rather old system version of Perl (although it doesn't bother me personally in the least :). -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. From owner-freebsd-bugs Sat Nov 15 07:30:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13416 for bugs-outgoing; Sat, 15 Nov 1997 07:30:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13401; Sat, 15 Nov 1997 07:30:02 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 07:30:02 -0800 (PST) Message-Id: <199711151530.HAA13401@hub.freebsd.org> To: freebsd-bugs Cc: From: Tim Vanderhoek Subject: Re: bin/5050: upgrade perl Reply-To: Tim Vanderhoek Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5050; it has been noted by GNATS. From: Tim Vanderhoek To: evanc@synapse.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl Date: Sat, 15 Nov 1997 10:24:21 -0500 (EST) On 15 Nov 1997 evanc@synapse.net wrote: > >Fix: > > The port is in /usr/ports/lang/perl5. No. This bugreport should include the proper bmake style makefiles, and any other changes, removals, etc. that would be necessary for perl5 before it goes into the main system. Same goes for the previous Tcl upgrade and bind upgrade requests you sent. Otherwise I think the pr's might as well be closed... At least this one, since it is painfully obvious that we've got a rather old system version of Perl (although it doesn't bother me personally in the least :). -- tIM...HOEk OPTIMIZATION: the process of using many one-letter variables names hoping that the resultant code will run faster. From owner-freebsd-bugs Sat Nov 15 07:30:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13431 for bugs-outgoing; Sat, 15 Nov 1997 07:30:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13415; Sat, 15 Nov 1997 07:30:03 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 07:30:03 -0800 (PST) Resent-Message-Id: <199711151530.HAA13415@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, evanc@synapse.net Received: from piano.synapse.net (piano.synapse.net [199.84.54.19]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA12411 for ; Sat, 15 Nov 1997 07:26:13 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 28187 invoked by uid 1001); 15 Nov 1997 15:26:10 -0000 Message-Id: <19971115152610.28186.qmail@piano.synapse.net> Date: 15 Nov 1997 15:26:10 -0000 From: evanc@synapse.net To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: evanc@synapse.net X-Send-Pr-Version: 3.2 Subject: misc/5054: /tmp not nuked on reboot Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5054 >Category: misc >Synopsis: /tmp not nuked on reboot >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 07:30:02 PST 1997 >Last-Modified: >Originator: Evan Champion >Organization: >Release: FreeBSD 3.0-CURRENT i386 >Environment: >Description: /tmp is not nuked on reboot. It should be, with an option to disable in /etc/rc.conf. >How-To-Repeat: >Fix: Here's what BSDI uses. Try to change a few words :-) echo clearing /tmp # prune quickly with one rm, then use find to clean up /tmp/[lq]* # (not needed with mfs /tmp, but doesn't hurt there...) (cd /tmp && rm -rf [a-km-pr-zA-Z]* && find -d . ! -name . ! -name lost+found ! -name quotas \ ! -name quota.user ! -name quota.group -exec rm -rf -- {} \;) >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 07:42:17 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA13914 for bugs-outgoing; Sat, 15 Nov 1997 07:42:17 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA13906; Sat, 15 Nov 1997 07:42:11 -0800 (PST) (envelope-from jraynard@FreeBSD.org) From: James Raynard Received: (from jraynard@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id HAA00973; Sat, 15 Nov 1997 07:39:31 -0800 (PST) Date: Sat, 15 Nov 1997 07:39:31 -0800 (PST) Message-Id: <199711151539.HAA00973@freefall.freebsd.org> To: jraynard@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG, ports@FreeBSD.ORG Subject: Re: conf/5045 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: freebsd.ftp.markers for xearth is out of date! Responsible-Changed-From-To: freebsd-bugs->ports Responsible-Changed-By: jraynard Responsible-Changed-When: Sat Nov 15 07:34:17 PST 1997 Responsible-Changed-Why: xearth is a port, not part of the abbase system Also give a more realistic priority From owner-freebsd-bugs Sat Nov 15 07:45:53 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14061 for bugs-outgoing; Sat, 15 Nov 1997 07:45:53 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id HAA14056; Sat, 15 Nov 1997 07:45:46 -0800 (PST) (envelope-from jraynard@FreeBSD.org) From: James Raynard Received: (from jraynard@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id HAA01057; Sat, 15 Nov 1997 07:43:06 -0800 (PST) Date: Sat, 15 Nov 1997 07:43:06 -0800 (PST) Message-Id: <199711151543.HAA01057@freefall.freebsd.org> To: evanc@synapse.net, jraynard@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5050 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: upgrade perl State-Changed-From-To: open-closed State-Changed-By: jraynard State-Changed-When: Sat Nov 15 07:39:45 PST 1997 State-Changed-Why: Duplicate of many previous requests. There is no philosophical objection to the update as I understand it, just the fact that none of the people who want it have yet submitted a version of it that can be accommodated in the FreeBSD build system (hope I haven't misrepresented anybody here). From owner-freebsd-bugs Sat Nov 15 07:46:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14099 for bugs-outgoing; Sat, 15 Nov 1997 07:46:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA14093 for ; Sat, 15 Nov 1997 07:46:08 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 25978 invoked from network); 15 Nov 1997 15:46:05 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 15:46:05 -0000 Date: Sat, 15 Nov 1997 10:46:04 -0500 (EST) From: Evan Champion Reply-To: Evan Champion To: ac199@hwcn.org cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Tim Vanderhoek wrote: > No. This bugreport should include the proper bmake style > makefiles, and any other changes, removals, etc. that would be > necessary for perl5 before it goes into the main system. > > Same goes for the previous Tcl upgrade and bind upgrade requests > you sent. I just report the problem. Am I supposed to do everything? If I was interested in doing that I'd get CVS update access and do it myself. Merging tcl should just be a matter of merging the .c and .h files. I strongly suspect no or minimal makefile changes will be necessary. BIND may require a bit, but not much, and that bit should be localised to named as I can't see the resolver library structure changing much. perl5 is a different story. But BSDI obviously did a Berkeley makefile for it as they include perl5 with BSD/OS 3.x, so it can't be that hard. > Otherwise I think the pr's might as well be closed... At least > this one, since it is painfully obvious that we've got a rather > old system version of Perl (although it doesn't bother me > personally in the least :). perl 4.036 is absolutely useless, so IMHO either ditch it and save people download time or upgrade it. As it is very useful to have a built-in perl, I'd go with upgrade it. Evan From owner-freebsd-bugs Sat Nov 15 07:47:22 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14164 for bugs-outgoing; Sat, 15 Nov 1997 07:47:22 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id HAA14158 for ; Sat, 15 Nov 1997 07:47:17 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 26067 invoked from network); 15 Nov 1997 15:47:15 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 15:47:15 -0000 Date: Sat, 15 Nov 1997 10:47:14 -0500 (EST) From: Evan Champion To: James Raynard cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/5050 In-Reply-To: <199711151543.HAA01057@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, James Raynard wrote: > Duplicate of many previous requests. There is no philosophical > objection to the update as I understand it, just the fact that > none of the people who want it have yet submitted a version of > it that can be accommodated in the FreeBSD build system (hope > I haven't misrepresented anybody here). tcl 8.0 beta is already there... Unless I'm way off, someone just needs to sync up the .c and .h files with the 8.0p1 distribution... Evan From owner-freebsd-bugs Sat Nov 15 07:50:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14302 for bugs-outgoing; Sat, 15 Nov 1997 07:50:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id HAA14295; Sat, 15 Nov 1997 07:50:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 07:50:01 -0800 (PST) Message-Id: <199711151550.HAA14295@hub.freebsd.org> To: freebsd-bugs Cc: From: Evan Champion Subject: Re: bin/5050: upgrade perl Reply-To: Evan Champion Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5050; it has been noted by GNATS. From: Evan Champion To: ac199@hwcn.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl Date: Sat, 15 Nov 1997 10:46:04 -0500 (EST) On Sat, 15 Nov 1997, Tim Vanderhoek wrote: > No. This bugreport should include the proper bmake style > makefiles, and any other changes, removals, etc. that would be > necessary for perl5 before it goes into the main system. > > Same goes for the previous Tcl upgrade and bind upgrade requests > you sent. I just report the problem. Am I supposed to do everything? If I was interested in doing that I'd get CVS update access and do it myself. Merging tcl should just be a matter of merging the .c and .h files. I strongly suspect no or minimal makefile changes will be necessary. BIND may require a bit, but not much, and that bit should be localised to named as I can't see the resolver library structure changing much. perl5 is a different story. But BSDI obviously did a Berkeley makefile for it as they include perl5 with BSD/OS 3.x, so it can't be that hard. > Otherwise I think the pr's might as well be closed... At least > this one, since it is painfully obvious that we've got a rather > old system version of Perl (although it doesn't bother me > personally in the least :). perl 4.036 is absolutely useless, so IMHO either ditch it and save people download time or upgrade it. As it is very useful to have a built-in perl, I'd go with upgrade it. Evan From owner-freebsd-bugs Sat Nov 15 08:39:42 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16899 for bugs-outgoing; Sat, 15 Nov 1997 08:39:42 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from critter.freebsd.dk (critter.freebsd.dk [195.8.129.26]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA16892; Sat, 15 Nov 1997 08:39:38 -0800 (PST) (envelope-from phk@critter.freebsd.dk) Received: from critter.freebsd.dk (localhost.cybercity.dk [127.0.0.1]) by critter.freebsd.dk (8.8.7/8.8.7) with ESMTP id RAA11798; Sat, 15 Nov 1997 17:37:23 +0100 (CET) (envelope-from phk@critter.freebsd.dk) To: Evan Champion cc: ac199@hwcn.org, FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl In-reply-to: Your message of "Sat, 15 Nov 1997 10:46:04 EST." Date: Sat, 15 Nov 1997 17:37:22 +0100 Message-ID: <11796.879611842@critter.freebsd.dk> From: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk In message , Evan Cha mpion writes: >On Sat, 15 Nov 1997, Tim Vanderhoek wrote: > >> No. This bugreport should include the proper bmake style >> makefiles, and any other changes, removals, etc. that would be >> necessary for perl5 before it goes into the main system. >> >> Same goes for the previous Tcl upgrade and bind upgrade requests >> you sent. > >I just report the problem. Am I supposed to do everything? If I was >interested in doing that I'd get CVS update access and do it myself. Uhm, actually: yes. The FreeBSD effort to a large extent works because people submit substance, not just requests for it. So, why not give a hand ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-bugs Sat Nov 15 08:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16975 for bugs-outgoing; Sat, 15 Nov 1997 08:40:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA16960; Sat, 15 Nov 1997 08:40:02 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 08:40:02 -0800 (PST) Message-Id: <199711151640.IAA16960@hub.freebsd.org> To: freebsd-bugs Cc: From: Poul-Henning Kamp Subject: Re: bin/5050: upgrade perl Reply-To: Poul-Henning Kamp Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5050; it has been noted by GNATS. From: Poul-Henning Kamp To: Evan Champion Cc: ac199@hwcn.org, FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl Date: Sat, 15 Nov 1997 17:37:22 +0100 In message , Evan Cha mpion writes: >On Sat, 15 Nov 1997, Tim Vanderhoek wrote: > >> No. This bugreport should include the proper bmake style >> makefiles, and any other changes, removals, etc. that would be >> necessary for perl5 before it goes into the main system. >> >> Same goes for the previous Tcl upgrade and bind upgrade requests >> you sent. > >I just report the problem. Am I supposed to do everything? If I was >interested in doing that I'd get CVS update access and do it myself. Uhm, actually: yes. The FreeBSD effort to a large extent works because people submit substance, not just requests for it. So, why not give a hand ? -- Poul-Henning Kamp FreeBSD coreteam member phk@FreeBSD.ORG "Real hackers run -current on their laptop." From owner-freebsd-bugs Sat Nov 15 08:54:40 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA17807 for bugs-outgoing; Sat, 15 Nov 1997 08:54:40 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from ns.mt.sri.com (sri-gw.MT.net [206.127.105.141]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA17800 for ; Sat, 15 Nov 1997 08:54:33 -0800 (PST) (envelope-from nate@rocky.mt.sri.com) Received: from rocky.mt.sri.com (rocky.mt.sri.com [206.127.76.100]) by ns.mt.sri.com (8.8.8/8.8.8) with ESMTP id JAA07550; Sat, 15 Nov 1997 09:54:18 -0700 (MST) (envelope-from nate@rocky.mt.sri.com) Received: (from nate@localhost) by rocky.mt.sri.com (8.7.5/8.7.3) id JAA19910; Sat, 15 Nov 1997 09:54:16 -0700 (MST) Date: Sat, 15 Nov 1997 09:54:16 -0700 (MST) Message-Id: <199711151654.JAA19910@rocky.mt.sri.com> From: Nate Williams MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit To: Evan Champion Cc: ac199@hwcn.org, freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl In-Reply-To: References: X-Mailer: VM 6.29 under 19.15 XEmacs Lucid Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Evan Champion writes: > On Sat, 15 Nov 1997, Tim Vanderhoek wrote: > > > No. This bugreport should include the proper bmake style > > makefiles, and any other changes, removals, etc. that would be > > necessary for perl5 before it goes into the main system. > > > > Same goes for the previous Tcl upgrade and bind upgrade requests > > you sent. > > I just report the problem. Am I supposed to do everything? If you want it done, then yes. Telling someone else to do it for you will never get you anywhere in life unless someone the person 'owes' you something, such as support for money spent (contract, an employee, etc..) Nate From owner-freebsd-bugs Sat Nov 15 08:57:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id IAA18009 for bugs-outgoing; Sat, 15 Nov 1997 08:57:15 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from hwcn.org (main.hwcn.org [199.212.94.65]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id IAA18003 for ; Sat, 15 Nov 1997 08:57:08 -0800 (PST) (envelope-from hoek@hwcn.org) Received: from james.freenet.hamilton.on.ca (ac199@james.hwcn.org [199.212.94.66]) by hwcn.org (8.8.7/8.8.7) with ESMTP id LAA29695; Sat, 15 Nov 1997 11:57:51 -0500 (EST) Received: from localhost (ac199@localhost) by james.freenet.hamilton.on.ca (8.8.7/8.8.7) with SMTP id LAA06726; Sat, 15 Nov 1997 11:58:25 -0500 (EST) X-Authentication-Warning: james.freenet.hamilton.on.ca: ac199 owned process doing -bs Date: Sat, 15 Nov 1997 11:58:24 -0500 (EST) From: Tim Vanderhoek X-Sender: ac199@james.freenet.hamilton.on.ca To: Evan Champion cc: freebsd-bugs@hub.freebsd.org Subject: Re: bin/5050: upgrade perl In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Evan Champion wrote: > I just report the problem. Am I supposed to do everything? If I was > interested in doing that I'd get CVS update access and do it myself. Hehe. It's not a problem. The current versions work just fine. It's a feature-request. I can think of many more similar problems which are actually feature-requests. Ultimitely, if I want these features, it does amount to doing what you said: "getting CVS update access and doing it yourself"... Except, you don't want the CVS part unless you want even more work for youself... :) Including the diffs necessary and bmakefiles necessary is sufficient. Or, of course, I could pay someone else to do it. Except I can't actually, since I don't usually have enough money sitting around to buy the latest FreeBSD CD, let alone pay for the OS on it. Perhaps you, OTOH, do have this as an option. Not to downplay the commonality of the third option -- "just wait until someone else does it". This'll happen, but it requires a little patience. > perl 4.036 is absolutely useless, so IMHO either ditch it and save people Not true. I use it. -- Outnumbered? Maybe. Outspoken? Never! tIM...HOEk From owner-freebsd-bugs Sat Nov 15 09:22:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA19349 for bugs-outgoing; Sat, 15 Nov 1997 09:22:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from lariat.lariat.org (ppp1000.lariat.org@lariat.lariat.org [129.72.251.2]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA19341 for ; Sat, 15 Nov 1997 09:21:55 -0800 (PST) (envelope-from brett@lariat.org) Received: (from brett@localhost) by lariat.lariat.org (8.8.8/8.8.8) id KAA05766; Sat, 15 Nov 1997 10:14:31 -0700 (MST) Message-Id: <3.0.5.32.19971115102143.00a3d430@mail.lariat.org> X-Sender: brett@mail.lariat.org X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sat, 15 Nov 1997 10:21:43 -0700 To: dg@root.com From: Brett Glass Subject: Re: Foof! bug fix? Cc: bugs@FreeBSD.ORG In-Reply-To: <199711150535.VAA15414@implode.root.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Jonathan Lemon Wrote: >IMHO, the "take page fault on any trapno < 7" solution is a very ugly >hack, but it got me thinking about a better way to solve this. The >solution seems to depend on the fact that a page fault has a higher >priority than an illegal instruction fault, and thus, if both are posted >first, then the page fault takes precedence. > >This made me think that there might be other faults that also have higher >precedence than the illegal instruction fault, and which could be localized >to just the #UD handler. It turns out that exceeding the segment limit >is one of them. > >My ``fix'' is to have the IDT descriptor reference a segemnt which has >a length of 0. This has the effect of mapping SIGILL into SIGBUS, so that >the `cmpxchg8' crash now generates a Bus error. (I didn't bother returning >the correct signal; it can probably be added if it is important) The main thing to watch for, in this case, is the potential for yet other faults. Intel probably recommended a page fault because it supercedes EVERYTHING, making it pretty darn safe. But if a segment fault is used instead, will there ever be a situation where (a) a multiple fault occurs, or (b) something supercedes the segment fault or interferes with its processing? I don't have my Intel manuals right here, so I'm not able to work though all of the arcane possibilities. --Brett From owner-freebsd-bugs Sat Nov 15 09:53:29 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA20990 for bugs-outgoing; Sat, 15 Nov 1997 09:53:29 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from post.mail.demon.net (post-20.mail.demon.net [194.217.242.27]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA20984 for ; Sat, 15 Nov 1997 09:53:25 -0800 (PST) (envelope-from jraynard@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa2027170; 15 Nov 97 17:47 GMT Received: (from jraynard@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id RAA02324; Sat, 15 Nov 1997 17:42:05 GMT (envelope-from jraynard) Message-ID: <19971115174204.44700@jraynard.demon.co.uk> Date: Sat, 15 Nov 1997 17:42:04 +0000 From: James Raynard To: Evan Champion Cc: freebsd-bugs@freebsd.org Subject: Re: bin/5050 References: <199711151543.HAA01057@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: ; from Evan Champion on Sat, Nov 15, 1997 at 10:47:14AM -0500 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, Nov 15, 1997 at 10:47:14AM -0500, Evan Champion wrote: > > tcl 8.0 beta is already there... Unless I'm way off, someone just needs > to sync up the .c and .h files with the 8.0p1 distribution... I was talking about perl - did I get the PRs mixed up? That seems to be on a par with everything else I've done recently :-( Anyway, the basic point is that putting something into the base source tree isn't just a question of getting it to compile or copying over an existing port - it also involves fitting it into the way the source tree works, in particular converting everything to use Berkeley make files (I can assure you this isn't as trivial as it sounds). As you probably know, FreeBSD is a volunteer project. This means that the only way something gets done is if someone with the ability and the motivation to do it finds the time to do it. The usual "motivation" for getting something done, namely waving money around, isn't available (although I'm sure no-one would object to a precedent being set :-) and leaping up and down shouting "My god, this is so out of date it's outrageous!" is more likely to antagonise people (I'm not accusing you personally of that, just trying to explain the situation). On the other hand, being a volunteer project means that it's open to everyone to contribute, and this can often be the quickest way to get something you want done. So if there is anyone out there who feels up to doing the necessary, go for it! -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-bugs Sat Nov 15 09:53:49 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21027 for bugs-outgoing; Sat, 15 Nov 1997 09:53:49 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from post.mail.demon.net (post-10.mail.demon.net [194.217.242.154]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA21010; Sat, 15 Nov 1997 09:53:42 -0800 (PST) (envelope-from fbugs@jraynard.demon.co.uk) Received: from jraynard.demon.co.uk ([158.152.42.77]) by post.mail.demon.net id aa1023366; 15 Nov 97 17:47 GMT Received: (from fbugs@localhost) by jraynard.demon.co.uk (8.8.7/8.8.7) id RAA02613; Sat, 15 Nov 1997 17:46:33 GMT (envelope-from fbugs) Message-ID: <19971115174633.01905@jraynard.demon.co.uk> Date: Sat, 15 Nov 1997 17:46:33 +0000 From: James Raynard To: James Raynard Cc: freebsd-bugs@freebsd.org Subject: Re: conf/5045 References: <199711151539.HAA00973@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.81e In-Reply-To: <199711151539.HAA00973@freefall.freebsd.org>; from James Raynard on Sat, Nov 15, 1997 at 07:39:31AM -0800 Content-Transfer-Encoding: 8bit X-MIME-Autoconverted: from quoted-printable to 8bit by hub.freebsd.org id JAA21015 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, Nov 15, 1997 at 07:39:31AM -0800, James Raynard wrote: > > xearth is a port, not part of the abbase system ^^^^^^^^^^^^^^ Rats! Anybody got a decent stty setting for freefall? -- In theory, theory is better than practice. In practice, it isn't. James Raynard, Edinburgh, Scotland. http://www.freebsd.org/~jraynard/ From owner-freebsd-bugs Sat Nov 15 09:54:11 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21096 for bugs-outgoing; Sat, 15 Nov 1997 09:54:11 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from sumatra.americantv.com (sumatra.americantv.com [207.170.17.37]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21086 for ; Sat, 15 Nov 1997 09:54:08 -0800 (PST) (envelope-from jlemon@americantv.com) Received: from right.PCS (right.PCS [148.105.10.31]) by sumatra.americantv.com (8.8.5/8.8.5) with ESMTP id LAA12950; Sat, 15 Nov 1997 11:54:02 -0600 (CST) Received: (from jlemon@localhost) by right.PCS (8.6.13/8.6.4) id LAA13701; Sat, 15 Nov 1997 11:53:30 -0600 Message-ID: <19971115115330.29942@right.PCS> Date: Sat, 15 Nov 1997 11:53:30 -0600 From: Jonathan Lemon To: Brett Glass Cc: dg@root.com, bugs@FreeBSD.ORG Subject: Re: Foof! bug fix? References: <3.0.5.32.19971115102143.00a3d430@mail.lariat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.61.1 In-Reply-To: <3.0.5.32.19971115102143.00a3d430@mail.lariat.org>; from Brett Glass on Nov 11, 1997 at 10:21:43AM -0700 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Nov 11, 1997 at 10:21:43AM -0700, Brett Glass wrote: > > The main thing to watch for, in this case, is the potential for yet other faults. > Intel probably recommended a page fault because it supercedes EVERYTHING, making it > pretty darn safe. But if a segment fault is used instead, will there ever be > a situation where (a) a multiple fault occurs, or (b) something supercedes the > segment fault or interferes with its processing? I don't have my Intel manuals > right here, so I'm not able to work though all of the arcane possibilities. Actually, according to my copy of the Intel manual, the priority of a page fault and segment limit are equivalent. However, I've had a report of this patch not working on a machine, so perhaps something else is at play here. -- Jonathan From owner-freebsd-bugs Sat Nov 15 09:58:20 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21349 for bugs-outgoing; Sat, 15 Nov 1997 09:58:20 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id JAA21343 for ; Sat, 15 Nov 1997 09:58:18 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 4785 invoked from network); 15 Nov 1997 17:58:15 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 17:58:15 -0000 Date: Sat, 15 Nov 1997 12:58:14 -0500 (EST) From: Evan Champion To: James Raynard cc: freebsd-bugs@freebsd.org Subject: Re: bin/5050 In-Reply-To: <19971115174204.44700@jraynard.demon.co.uk> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, James Raynard wrote: > I was talking about perl - did I get the PRs mixed up? That seems to > be on a par with everything else I've done recently :-( It's very likely that I did. Anyway, I'm giving perl5 a go now. How's about this: if I squish perl5 into FreeBSD can someone else do the tcl and bind? :-) Evan From owner-freebsd-bugs Sat Nov 15 09:59:13 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id JAA21391 for bugs-outgoing; Sat, 15 Nov 1997 09:59:13 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id JAA21385; Sat, 15 Nov 1997 09:59:06 -0800 (PST) (envelope-from wosch@FreeBSD.org) From: Wolfram Schneider Received: (from wosch@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id JAA01329; Sat, 15 Nov 1997 09:56:26 -0800 (PST) Date: Sat, 15 Nov 1997 09:56:26 -0800 (PST) Message-Id: <199711151756.JAA01329@freefall.freebsd.org> To: dada@sbox.tu-graz.ac.at, wosch@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4736 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: Bugs in /usr/share/mk/bsd.*.mk bsd-make include files State-Changed-From-To: open-closed State-Changed-By: wosch State-Changed-When: Sat Nov 15 09:55:51 PST 1997 State-Changed-Why: Now fixed. Thanks! From owner-freebsd-bugs Sat Nov 15 10:10:03 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22288 for bugs-outgoing; Sat, 15 Nov 1997 10:10:03 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22270; Sat, 15 Nov 1997 10:10:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 10:10:01 -0800 (PST) Message-Id: <199711151810.KAA22270@hub.freebsd.org> To: freebsd-bugs Cc: From: "Studded" Subject: Re: bin/5052: upgrade BIND Reply-To: "Studded" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5052; it has been noted by GNATS. From: "Studded" To: "evanc@synapse.net" , "FreeBSD-gnats-submit@FreeBSD.ORG" Cc: Subject: Re: bin/5052: upgrade BIND Date: Sat, 15 Nov 97 10:05:41 -0800 On 15 Nov 1997 14:40:02 -0000, evanc@synapse.net wrote: > The 3.0-current BIND should be upgraded to version 8.1.1 > (currently 4.9.6). I need this to do dynamic DNS, and unlike > other parts of the system, merging in a new resolver to libc > is not something I'm interested in playing around with :-) I think that you have some basic misunderstandings of how BIND 8.1.1 works. Using tremendous oversimplification, the libraries that are included with it aren't used by anything by default, since according to the ISC they aren't quite ready for prime time. What you want is a system with the lib and include files from 4.9.6 (which we have) and the binaries from 8.1.1, which will allow you to do your dynamic updates and such. What I generally do if I'm upgrading from source is to build the world, then reinstall BIND 8.1.1. If you're feeling adventurous, you can try something I've been experimenting with, and go into /usr/src/usr.sbin/Makefile and tell it not to descend into the subdir's of things you don't want it to rebuild. I haven't done anything exhaustive with it yet, but off hand I'd say delete named named.reload named.restart ndc nslookup. With something like named though, it's probably better to just write it over the top anyway, just to be safe. There are some other binaries from the BIND package that are built other places, but I haven't had breakfast yet, so I'll leave that as an exercise for the reader. :) I realize that this probably isn't the answer you were looking for, but the short version is that what you want isn't possible with BIND 8.1.1. Happy hacking, Doug *** Proud operator, designer and maintainer of the world's largest *** Internet Relay Chat server. 4,168 clients and still growing. :-) *** Try spider.dal.net on ports 6662-4 (Powered by FreeBSD) *** Part of the DALnet IRC network *** From owner-freebsd-bugs Sat Nov 15 10:10:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22297 for bugs-outgoing; Sat, 15 Nov 1997 10:10:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22281; Sat, 15 Nov 1997 10:10:02 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 10:10:02 -0800 (PST) Message-Id: <199711151810.KAA22281@hub.freebsd.org> To: freebsd-bugs Cc: From: Evan Champion Subject: Re: bin/5052: upgrade BIND Reply-To: Evan Champion Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5052; it has been noted by GNATS. From: Evan Champion To: Studded Cc: "FreeBSD-gnats-submit@FreeBSD.ORG" Subject: Re: bin/5052: upgrade BIND Date: Sat, 15 Nov 1997 13:09:52 -0500 (EST) On Sat, 15 Nov 1997, Studded wrote: > I think that you have some basic misunderstandings of how BIND > 8.1.1 works. Using tremendous oversimplification, the libraries that are > included with it aren't used by anything by default, since according to > the ISC they aren't quite ready for prime time. What you want is a system > with the lib and include files from 4.9.6 (which we have) and the binaries > from 8.1.1, which will allow you to do your dynamic updates and such. I didn't realise that the 8.1.1 resolver was severely broken. If that's the case, then that makes things much easier as there's nothing to merge in to libc. Evan From owner-freebsd-bugs Sat Nov 15 10:20:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22755 for bugs-outgoing; Sat, 15 Nov 1997 10:20:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id KAA22721; Sat, 15 Nov 1997 10:20:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 10:20:01 -0800 (PST) Message-Id: <199711151820.KAA22721@hub.freebsd.org> To: freebsd-bugs Cc: From: Michael Fuhr Subject: Re: bin/5052: upgrade BIND Reply-To: Michael Fuhr Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5052; it has been noted by GNATS. From: Michael Fuhr To: evanc@synapse.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/5052: upgrade BIND Date: Sat, 15 Nov 1997 11:15:06 -0700 On Nov 15, evanc@synapse.net wrote: > >Description: > > Sorry if this is a repeat, but I sent in a similar request last > week and never got confirmation back. > > The 3.0-current BIND should be upgraded to version 8.1.1 > (currently 4.9.6). I need this to do dynamic DNS, and unlike > other parts of the system, merging in a new resolver to libc > is not something I'm interested in playing around with :-) You can do dynamic updates by installing the BIND 8.1.1 named -- you don't need to muck with the resolver library for that. -- Michael Fuhr http://www.dimensional.com/~mfuhr/ From owner-freebsd-bugs Sat Nov 15 11:20:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA26255 for bugs-outgoing; Sat, 15 Nov 1997 11:20:24 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from catarina.usc.edu (catarina.usc.edu [128.125.51.47]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id LAA26181; Sat, 15 Nov 1997 11:19:56 -0800 (PST) (envelope-from pavlin@catarina.usc.edu) Received: from excalibur.usc.edu (excalibur.usc.edu [128.125.51.11]) by catarina.usc.edu (8.6.10/8.6.9) with SMTP id LAA04969; Sat, 15 Nov 1997 11:19:54 -0800 Message-Id: <199711151919.LAA04969@catarina.usc.edu> X-Authentication-Warning: catarina.usc.edu: Host excalibur.usc.edu didn't use HELO protocol To: FreeBSD-gnats@freebsd.org, freebsd-bugs@freebsd.org cc: pavlin@catarina.usc.edu Subject: Re: bin/5047: ipfw(8) IP address resolving problem if only /etc/hosts used In-reply-to: Your message of "Fri, 14 Nov 1997 20:30:01 PST." <199711150430.UAA28818@hub.freebsd.org> Date: Sat, 15 Nov 1997 11:19:53 -0800 From: Pavlin Ivanov Radoslavov Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Thank you very much for your problem report. > It has the internal identification `bin/5047'. > The individual assigned to look at your > report is: freebsd-bugs. > > >Category: bin > >Responsible: freebsd-bugs > >Synopsis: ipfw(8) IP address resolving problem if only /etc/hosts used > >Arrival-Date: Fri Nov 14 20:30:00 PST 1997 Below is a better fix of the problem. It allows any IP address to be given as an input instead of allowing only the addresses that can be resolved: --- ipfw.c Wed Mar 5 04:30:08 1997 +++ ipfw-new.c Sat Nov 15 11:10:58 1997 @@ -386,8 +386,16 @@ { struct hostent *he = gethostbyname(host); - if (!he) - return(-1); + if (!he) { + struct in_addr ia; + + if (!inet_aton(host, &ia)) + return(-1); + else { + *ipaddr = ia; + return(0); + } + } *ipaddr = *(struct in_addr *)he->h_addr_list[0]; From owner-freebsd-bugs Sat Nov 15 11:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA02773 for bugs-outgoing; Sat, 15 Nov 1997 11:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id LAA02739; Sat, 15 Nov 1997 11:50:02 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 11:50:02 -0800 (PST) Message-Id: <199711151950.LAA02739@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jamil J. Weatherbee" Subject: Re: i386/4816: FreeBSD driver for Industrial Computer Source DIO48S/AT-P Reply-To: "Jamil J. Weatherbee" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/4816; it has been noted by GNATS. From: "Jamil J. Weatherbee" To: freebsd-gnats-submit@freebsd.org, jamil@trojanhorse.ml.org Cc: Subject: Re: i386/4816: FreeBSD driver for Industrial Computer Source DIO48S/AT-P Date: Sat, 15 Nov 1997 11:40:02 -0800 Please Disregard All previous Submissions, I will be resubmitting this wrapped with the AIOX driver. From owner-freebsd-bugs Sat Nov 15 12:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11495 for bugs-outgoing; Sat, 15 Nov 1997 12:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA11482; Sat, 15 Nov 1997 12:10:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 12:10:02 -0800 (PST) Resent-Message-Id: <199711152010.MAA11482@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, jamil@trojanhorse.ml.org Received: from trojanhorse.ml.org (mdean.vip.best.com [206.86.94.101]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA10238 for ; Sat, 15 Nov 1997 12:06:17 -0800 (PST) (envelope-from jamil@trojanhorse.ml.org) Received: (from jamil@localhost) by trojanhorse.ml.org (8.8.8/8.8.5) id MAA07024; Sat, 15 Nov 1997 12:06:09 -0800 (PST) Message-Id: <199711152006.MAA07024@trojanhorse.ml.org> Date: Sat, 15 Nov 1997 12:06:09 -0800 (PST) From: jamil@trojanhorse.ml.org Reply-To: jamil@trojanhorse.ml.org To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: i386/5058: New Driver: aiox - Industrial Computer Source AIO-P Analog board Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5058 >Category: i386 >Synopsis: Driver for Low Cost ISA, 12Bit Analog Input Board >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 12:10:01 PST 1997 >Last-Modified: >Originator: Jamil J. Weatherbee >Organization: >Release: FreeBSD 2.2.5-STABLE i386 >Environment: i386 FreeBSD environment with ISA bus and AIO8-P Analog Card >Description: Allows efficient interrupt driven use of the above board see http://www.indcompsrc.com/products/data/html/aio8g-p.html & http://www.indcompsrc.com/products/data/html/at16-p.html >How-To-Repeat: See Environment section above. >Fix: # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # aiox.4 # aiox.c # aioxioctl.h # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X# Make file to install the aiox driver files in their proper places X Xinstall: X install -c -o root -g wheel -m 0644 aiox.c /sys/i386/isa X install -c -o root -g bin -m 0644 aioxioctl.h /sys/sys X install -c -o bin -g bin -m 0444 aioxioctl.h /usr/include/sys X install -c -o bin -g bin -m 444 aiox.4 /usr/share/man/man4/ X gzip -f /usr/share/man/man4/aiox.4 X install -c -o bin -g bin -m 444 aiox.4 /usr/share/man/man4/i386/ X gzip -f /usr/share/man/man4/i386/aiox.4 END-of-Makefile echo x - aiox.4 sed 's/^X//' >aiox.4 << 'END-of-aiox.4' X.\" X.\" Copyright (c) 1997 Jamil J. Weatherbee X.\" All rights reserved. X.\" X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer X.\" in this position and unchanged. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" 3. The name of the author may not be used to endorse or promote products X.\" derived from this software without specific prior written permission X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X.\" X.\" Industrial Computer Source model AIO8-P X.\" 8 channel, moderate speed analog to digital converter board with X.\" 128 channel MUX capability via daisy chained AT-16P units X.\" aiox.c, character device driver, last revised November 14 1997 X.\" See http://www.indcompsrc.com/products/data/html/aio8g-p.html X.\" X.\" Written by: Jamil J. Weatherbee X.\" X.\" X.Dd November 14, 1997 X.Dt AIOX 4 i386 X.Os FreeBSD X.Sh NAME X.Nm aiox X.Nd XIndustrial Computer Source AIO8-P driver X.Sh SYNOPSIS X.Cd "device aiox0 at isa? port 0x260 tty irq 5 vector aioxintr" X.Sh DESCRIPTION XThis driver supports the Industrial Computer Source \fIAIO8-P 8-Channel X12-Bit Analog Input board\fP. X.Pp XThis board provides 8 12 bit, single-ended analog input ports. XThe driver also directly provides support for up to 8 daisy chained X\fIAT16-P Programmable Analog Multiplexers with 16 Differential Inputs\fP. XThis makes it possible to sample up to 128 differential channels with a single Xinterface board. XUse of at least one \fIAT16-P\fP is highly recommended as the \fIAIO8-P\fP Xoffers no signal conditioning options and only operates in a -5 to +5 Volt Xinput range. However, if you wish to use the \fIAIO8-P\fP standalone, Xinsert the following into your kernel X.Xr config 8 Xfile: X.Bd -literal -offset indent Xoptions AIOX_CHANNELS=8 X.Ed X.Pp XSelection of the input port is through the minor number: X.Pp X.Bd -literal -offset indent XThe 9 bit minor number format is UUCCCCMMM, where X UU: board unit (0-3) XCCCC: external multiplexer channel (0-15) (on AT-16P units) X MMM: internal multiplexer channel (0-7) (on AIO8-P card) X.Ed X.Pp X.Xr devfs 5 Xdevice node names are of the form: aiox[0-3][a-p][0-7] X.Pp X.Sh IOCTL XThe following X.Xr ioctl 2 Xcalls apply to X.Nm Xdevices. Their declaration can be found in the header files X.Pa Xand X.Pa X.Bl -tag -width AD_MICRO_PERIOD_SET X.It Dv AD_MICRO_PERIOD_SET XTakes a pointer to a long argument specifying the number of microseconds Xbetween samples. Half of this is used as the external multiplexer Xsettling time and the other half as conversion time. X.It Dv AD_MICRO_PERIOD_GET XTakes a pointer to a long argument and returns the current number of Xmicroseconds between samples. X.It Dv AD_START XStarts the clocked accumulation of sample values into a channels driver fifo. XWhen a channel is first opened its software fifo is initialized in the Xstopped state. This is to prevent high sample clocks from overrunning the Xfifos before the user is ready to read from the channel. X.It Dv AD_STOP XStops the clocked accumulation of sample values into a channels driver fifo. X.Sh BUGS XOn the \fIAIO8-P\fP, interrupt driven conversion (the only type Xsupported by the X.Nm Xdriver) is facilitated through 8253 timer #2. In order for interrrupts to Xbe generated you must connect line 6 to line 24 (counter 2 output to Xinterrupt input) and line 23 to line 29 (counter 2 gate to +5VDC). XDue to the design of the \fIAIO8-P\fP this precludes the use of programmable Xgain control. X.Pp XA 64 entry (128 byte) software fifo is provided for each analog channel. XReads are non-blocking on the X.Nm Xdriver, so providing a X.Xr read 2 Xbuffer larger than the software fifo is unnecessary. X.Pp XUse X.Xr select 2 Xwherever possible, especially with large numbers of open channels. XUsing this method, multichannel sample rates as high as 16,000 samples/sec Xhave been observed. X.Pp XSample rates lower than 32 Hz are not supported. X.Sh SEE ALSO X.Bd -literal Xhttp://www.indcompsrc.com/products/data/html/aio8g-p.html Xhttp://www.indcompsrc.com/products/data/html/at16-p.html X.Ed X.Sh AUTHOR XJamil J. Weatherbee . END-of-aiox.4 echo x - aiox.c sed 's/^X//' >aiox.c << 'END-of-aiox.c' X/* X * Copyright (c) 1997 Jamil J. Weatherbee X * All rights reserved. X * X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * Industrial Computer Source model AIO8-P X * 8 channel, moderate speed analog to digital converter board with X * 128 channel MUX capability via daisy chained AT-16P units X * aiox.c, character device driver, last revised November 14 1997 X * See http://www.indcompsrc.com/products/data/html/aio8g-p.html X * http://www.indcompsrc.com/products/data/html/at16-p.html X * X * Written by: Jamil J. Weatherbee X * X */ X X X/* Include Files */ X X#include "aiox.h" X#if NAIOX > 0 X X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#ifdef DEVFS X#include X#endif X X/* Local Defines */ X X#define CDEV_MAJOR 85 X#define NUMPORTS 8 X X#define ADLOW 0x0 X#define ADHIGH 0x1 X#define STATUS 0x2 X#define CNTR0 0x4 X#define CNTR1 0x5 X#define CNTR2 0x6 X#define CNTRCNTRL 0x7 X X#define DEVFORMAT "aiox%d%c%d" X#define CLOCK2FREQ 4.165 X#define MAX_MICRO_PERIOD (65535/CLOCK2FREQ*PRIMARY_STATES) X#define MIN_MICRO_PERIOD 25 X#define DEFAULT_MICRO_PERIOD MAX_MICRO_PERIOD X X#define PRIMARY_STATES 2 /* Setup and conversion are clock tick consuming */ X#define STATE_SETUP 0 X#define STATE_CONVERT 1 X#define STATE_READ 2 X X/* Notes on interrupt driven A/D conversion: X * On the AIO8-P, interrupt driven conversion (the only type supported by this X * driver) is facilitated through 8253 timer #2. In order for interrrupts to X * be generated you must connect line 6 to line 24 (counter 2 output to X * interrupt input) and line 23 to line 29 (counter 2 gate to +5VDC). X * Due to the design of the AIO8-P this precludes the use of programmable X * gain control. X */ X X/* mode bits for the status register */ X X#define EOC 0x80 X#define IEN 0x08 X#define IMUXMASK 0x07 X#define EMUXMASK 0xf0 X X/* mode bits for counter controller */ X X#define LD2MODE4 0xb8 X X/* Minor allocations: X * UUCCCCMMM X * UU: board unit (0-3) X * CCCC: external multiplexer channel (0-15) (on AT-16P units) X * MMM: internal multiplexer channel (0-7) (on AIO8-P card) X */ X X#define FIFOSIZE 65 /* one entry always unused */ X#define MAXUNITS 4 X#define NUMIMUXES 8 X X#ifdef AIOX_CHANNELS X#define NUMCHANNELS AIOX_CHANNELS X#else X#define NUMCHANNELS 128 X#endif X X#define UNIT(dev) ((minor(dev) & 0x180) >> 7) X#define CHANNEL(dev) (minor(dev) & 0x7f) X#define EMUX(chan) ((chan & 0x78) >> 3) X#define EMUXMAKE(chan) ((chan & 0x78) << 1) X#define IMUX(chan) (chan & 0x07) X#define LMINOR(unit, chan) ((unit << 7)+chan) X X/* port statuses */ X X#define STATUS_UNUSED 0 X#define STATUS_INUSE 1 X#define STATUS_STOPPED 2 X X/* Type definitions */ X Xtypedef struct X{ X short status; /* the status of this chan */ X struct selinfo readselect; /* the select() polling info */ X u_short fifo[FIFOSIZE]; /* fifo for this chan */ X int fifostart, fifoend; /* the ptrs showing where info is stored in fifo */ X void *devfs_token; /* the devfs token for this chan */ X int nextchan; X} taiox_chan; X Xtypedef struct X{ X struct isa_device *isaunit; /* ptr to isa device information */ X taiox_chan chan[NUMCHANNELS]; /* the device nodes */ X int curchan; /* the current chan being intr handled */ X int firstchan; /* the first chan to go to in list */ X int state; /* is the node in setup or convert mode */ X long microperiod; /* current microsecond period setting */ X u_char perlo, perhi; /* current values to send to clock 2 after every intr */ X X} taiox_unit; X X/* Function Prototypes */ X Xstatic int aiox_probe (struct isa_device *idp); /* Check for aiox board */ Xstatic int aiox_attach (struct isa_device *idp); /* Take aiox board */ Xstatic int sync_clock2 (int unit, long period); /* setup clock 2 period */ Xstatic __inline int getfifo (taiox_chan *pchan, u_short *fifoent); Xstatic __inline int putfifo (taiox_chan *pchan, u_short fifoent); Xstatic int aiox_open (dev_t dev, int oflags, int devtype, struct proc *p); Xstatic int aiox_close (dev_t dev, int fflag, int devtype, struct proc *p); Xstatic int aiox_ioctl (dev_t dev, int cmd, caddr_t data, X int fflag, struct proc *p); Xstatic int aiox_read (dev_t dev, struct uio *uio, int ioflag); Xstatic int aiox_select (dev_t dev, int which, struct proc *p); Xstatic void aiox_strategy (struct buf *bp); X X X/* Global Data */ X Xstatic int aiox_devsw_installed = 0; /* Protect against reinit multiunit */ Xstatic taiox_unit *aiox_unit[NAIOX]; /* data structs for each unit */ X X/* Character device switching structure */ Xstatic struct cdevsw aiox_cdevsw = { aiox_open, aiox_close, rawread, nowrite, X aiox_ioctl, nostop, noreset, nodevtotty, X aiox_select, nommap, aiox_strategy,"aiox", X NULL, -1 }; X X/* Structure expected to tell how to probe and attach the driver X * Must be published externally (cannot be static) */ Xstruct isa_driver aioxdriver = { aiox_probe, aiox_attach, "aiox", 0 }; X X X/* handle the ioctls */ Xstatic int aiox_ioctl (dev_t dev, int cmd, caddr_t data, X int fflag, struct proc *p) X{ X int unit = UNIT(dev); X int chan = CHANNEL(dev); X taiox_unit *info = aiox_unit[unit]; X int s; X X switch (cmd) X { X case AD_STOP: s = spltty(); X info->chan[chan].status = STATUS_STOPPED; X splx(s); X return 0; X X case AD_START: s = spltty(); X info->chan[chan].status = STATUS_INUSE; X splx(s); X return 0; X X case AD_MICRO_PERIOD_SET: X s = spltty(); X if (sync_clock2 (unit, *(long *) data)) X { X splx(s); X return EPERM; X } X splx(s); X return 0; X X case AD_MICRO_PERIOD_GET: *(long *) data = info->microperiod; X return 0; X } X X return ENOTTY; X} X X X/* handle select() based read polling */ Xstatic int aiox_select (dev_t dev, int which, struct proc *p) X{ X int unit = UNIT(dev); X int chan = CHANNEL(dev); X taiox_unit *info = aiox_unit[unit]; X int s; X X s = spltty(); X if (which == FREAD) X if (info->chan[chan].fifostart != info->chan[chan].fifoend) X { X splx(s); X return 1; /* ready for read */ X } X else X { X /* record this request */ X selrecord (p, &(info->chan[chan].readselect)); X splx(s); X return 0; /* not ready, yet */ X } X X splx(s); X return 0; /* not ready (any I never will be) */ X} X X X/* how to read from the board */ Xstatic void aiox_strategy (struct buf *bp) X{ X int unit = UNIT(bp->b_dev); X int chan = CHANNEL(bp->b_dev); X taiox_unit *info = aiox_unit[unit]; X int bufsz = bp->b_bcount / sizeof(u_short); X int nread = 0; /* no fifo entries read as of yet */ X u_short *data = (u_short *) bp->b_un.b_addr; X int s; X X if (bp->b_flags & B_READ) X { X s = spltty(); X X while (nread < bufsz) X { X if (getfifo (&(info->chan[chan]), data)) break; /* fifo empty ? */ X data++; X nread++; X } X X splx(s); X } X X bp->b_resid = bp->b_bcount - (nread*sizeof(u_short)); X biodone (bp); /* done with this buffer */ X} X X X/* open a channel */ Xstatic int aiox_open (dev_t dev, int oflags, int devtype, struct proc *p) X{ X int unit = UNIT(dev); /* get unit no */ X int chan = CHANNEL(dev); /* get channel no */ X taiox_unit *info; X int s; /* priority */ X int cur; X X if ((unit >= NAIOX) || (unit >= MAXUNITS) || (chan >= NUMCHANNELS)) X return ENXIO; /* unit and channel no ok ? */ X if (!aiox_unit[unit]) return ENXIO; /* unit attached */ X info = aiox_unit[unit]; /* ok, this is valid now */ X X if (info->chan[chan].status) return EBUSY; /* channel busy */ X if (oflags & FREAD) X { X s=spltty(); X info->chan[chan].status = STATUS_STOPPED; /* channel open & stopped */ X info->chan[chan].fifostart = info->chan[chan].fifoend = 0;/* fifo empty */ X if (info->firstchan < 0) /* if empty chain */ X { X info->firstchan = info->curchan = chan; /* rev up the list */ X info->chan[chan].nextchan = -1; /* end of the list */ X } X else /* non empty list must insert */ X { X if (chan < info->firstchan) /* this one must become first in list */ X { X info->chan[chan].nextchan = info->firstchan; X info->firstchan = chan; X } X else /* insert this one as second - last in chan list */ X { X cur = info->firstchan; X X /* traverse list as long as cur is less than chan and cur is X * not last in list */ X while ((info->chan[cur].nextchan < chan) && X (info->chan[cur].nextchan >= 0)) X cur = info->chan[cur].nextchan; X X /* now cur should point to the entry right before yours */ X info->chan[chan].nextchan = info->chan[cur].nextchan; X info->chan[cur].nextchan = chan; /* insert yours in */ X } X } X splx(s); X return 0; /* open successful */ X } X return EPERM; /* this is a read only device */ X} X X X/* close a channel */ Xstatic int aiox_close (dev_t dev, int fflag, int devtype, struct proc *p) X{ X int unit = UNIT(dev); X int chan = CHANNEL(dev); X taiox_unit *info = aiox_unit[unit]; X int s; X int cur; X X s = spltty(); X info->chan[chan].status = STATUS_UNUSED; X X /* what if we are in the middle of a conversion ? X * then smoothly get us out of it: */ X if (info->curchan == chan) X { /* if we are last in list set curchan to first in list */ X if ((info->curchan = info->chan[chan].nextchan) < 0) X info->curchan = info->firstchan; X X info->state = STATE_SETUP; X } X X /* if this is the first channel, then make the second channel the first X * channel (note that if this is also the only channel firstchan becomes X * -1 and so the list is marked as empty */ X X if (chan == info->firstchan) X info->firstchan = info->chan[chan].nextchan; X else /* ok, so there must be at least 2 channels (and it is not the first) */ X { X cur = info->firstchan; X X /* find the entry before it (which must exist if you are closing) */ X while (info->chan[cur].nextchan < chan) X cur = info->chan[cur].nextchan; X /* at this point we must have the entry before ours */ X info->chan[cur].nextchan = info->chan[chan].nextchan; /* give our link */ X X } X X splx(s); X X return 0; /* close always successful */ X} X X X/* The probing routine - returns number of bytes needed */ Xstatic int aiox_probe (struct isa_device *idp) X{ X int unit = idp->id_unit; /* this device unit number */ X int iobase = idp->id_iobase; /* the base address of the unit */ X int addr; X X if ((unit < 0) || (unit >= NAIOX) || (unit >= MAXUNITS)) X { X printf ("aiox: invalid unit number (%d)\n", unit); X return 0; X } X X /* the unit number is ok, lets check if used */ X if (aiox_unit[unit]) X { X printf ("aiox: unit (%d) already attached\n", unit); X return 0; X } X X if (inb (iobase+STATUS) & EOC) return 0; /* End of conv bit should be 0 */ X for (addr=0; addr MAX_MICRO_PERIOD) || (period < MIN_MICRO_PERIOD)) X return -1; /* error period too long */ X info->microperiod = period; /* record the period */ X clockper = (CLOCK2FREQ * period) / PRIMARY_STATES; X info->perlo = clockper & 0xff; /* least sig byte of clock period */ X info->perhi = ((clockper & 0xff00) >> 8); /* most sig byte of clock period */ X return 0; X} X X/* The attachment routine - returns true on success */ Xstatic int aiox_attach (struct isa_device *idp) X{ X int unit = idp->id_unit; /* this device unit number */ X int iobase = idp->id_iobase; /* the base address of the unit */ X taiox_unit *info; /* pointer to driver specific info for unit */ X int chan; /* the channel used for creating devfs nodes */ X X if (!(info = malloc(sizeof(*info), M_DEVBUF, M_NOWAIT))) X { X printf ("aiox%d: cannot allocate driver storage\n", unit); X return 0; X } X aiox_unit[unit] = info; /* make sure to save the pointer */ X bzero (info, sizeof(*info)); /* clear info structure to all false */ X info->isaunit = idp; /* store ptr to isa device information */ X sync_clock2 (unit, DEFAULT_MICRO_PERIOD); /* setup perlo and perhi */ X info->firstchan = -1; /* channel lists are empty */ X X /* insert devfs nodes */ X X#ifdef DEVFS X for (chan=0; chanchan[chan].devfs_token = X devfs_add_devswf(&aiox_cdevsw, LMINOR(unit, chan), DV_CHR, X UID_ROOT, GID_WHEEL, 0600, DEVFORMAT, X unit, 'a'+EMUX(chan), IMUX(chan)); X#endif X X aioxintr (unit); /* start the periodic interrupting process */ X return 1; /* obviously successful */ X} X X/* Unit interrupt handling routine (interrupts generated by clock 2) */ Xvoid aioxintr (int unit) X{ X taiox_unit *info = aiox_unit[unit]; X int iobase = info->isaunit->id_iobase; X u_short fifoent; X X X if (info->firstchan >= 0) /* ? is there even a chan list to traverse */ X switch (info->state) X { X case STATE_READ: X if (info->chan[info->curchan].status == STATUS_INUSE) X { X if (inb (iobase+STATUS) & EOC) /* check that conversion finished */ X printf (DEVFORMAT ": incomplete conversion\n", unit, X 'a'+EMUX(info->curchan), IMUX(info->curchan)); X else /* conversion is finished (should always be) */ X { X fifoent = (inb (iobase+ADHIGH) << 8) + X inb (iobase+ADLOW); X if (putfifo(&(info->chan[info->curchan]), fifoent)) X { X printf (DEVFORMAT ": fifo overflow\n", unit, X 'a'+EMUX(info->curchan), IMUX(info->curchan)); X } X X selwakeup (&(info->chan[info->curchan].readselect)); X } X } X /* goto setup state for next channel on list */ X if ((info->curchan = info->chan[info->curchan].nextchan) < 0) X info->curchan = info->firstchan; X /* notice lack of break here this implys a STATE_SETUP */ X case STATE_SETUP: /* set the muxes and let them settle */ X#if NUMCHANNELS > NUMIMUXES /* only do this if using external muxes */ X outb (iobase+STATUS, X EMUXMAKE(info->curchan) | IMUX(info->curchan) | IEN); X info->state = STATE_CONVERT; X break; X#endif X case STATE_CONVERT: X outb (iobase+STATUS, X EMUXMAKE(info->curchan) | IMUX(info->curchan) | IEN); X outb (iobase+ADHIGH, 0); /* start the conversion */ X info->state = STATE_READ; X break; X } X else outb (iobase+STATUS, IEN); /* no list keep getting interrupts though */ X X outb (iobase+CNTRCNTRL, LD2MODE4); /* counter 2 to mode 4 strobe */ X outb (iobase+CNTR2, info->perlo); /* low part of the period count */ X outb (iobase+CNTR2, info->perhi); /* high part of the period count */ X} X X X/* this will retrieve the next entry from the channels fifo X * returns 0 on success -1 on failure */ Xstatic int __inline getfifo (taiox_chan *pchan, u_short *fifoent) X{ X if (pchan->fifostart == pchan->fifoend) return -1; X *fifoent = pchan->fifo[pchan->fifostart]; /* get an entry */ X pchan->fifostart++; /* one less in fifo */ X if (pchan->fifostart == FIFOSIZE) pchan->fifostart = 0; /* wrap around */ X return 0; X} X X X/* this will put an entry in fifo, returns 1 if the first item in X * fifo was wiped (overflow) or 0 if everything went fine */ Xstatic int __inline putfifo (taiox_chan *pchan, u_short fifoent) X{ X pchan->fifo[pchan->fifoend] = fifoent; /* insert the entry in */ X pchan->fifoend++; /* one more in fifo */ X if (pchan->fifoend == FIFOSIZE) pchan->fifoend = 0; /* wrap around */ X if (pchan->fifostart == pchan->fifoend) /* overflow */ X { X pchan->fifostart++; X if (pchan->fifostart == FIFOSIZE) pchan->fifostart = 0; X return 1; /* we overflowed */ X } X return 0; /* went in just fine */ X} X X X/* Driver initialization */ Xstatic void aiox_drvinit (void *unused) X{ X dev_t dev; /* Type for holding device major/minor numbers (int) */ X X if (!aiox_devsw_installed) X { X dev = makedev (CDEV_MAJOR, 0); /* description of device major */ X cdevsw_add (&dev, &aiox_cdevsw, NULL); /* put driver in cdev table */ X aiox_devsw_installed=1; X } X} X X/* System initialization call instance */ X XSYSINIT (aioxdev, SI_SUB_DRIVERS, SI_ORDER_MIDDLE+CDEV_MAJOR, X aiox_drvinit,NULL); X X#endif END-of-aiox.c echo x - aioxioctl.h sed 's/^X//' >aioxioctl.h << 'END-of-aioxioctl.h' X/* X * Copyright (c) 1997 Jamil J. Weatherbee X * All rights reserved. X * X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * Industrial Computer Source model AIO8-P X * 128 channel MUX capability via daisy chained AT-16P units X * aioxioctl.h, definitions for aiox ioctl(), last revised November 10 1997 X * See http://www.indcompsrc.com/products/data/html/aio8g-p.html X * http://www.indcompsrc.com/products/data/html/at16-p.html X * X * Written by: Jamil J. Weatherbee X * X */ X X#ifndef _SYS_AIOXIOCTL_H_ X#define _SYS_AIOXIOCTL_H_ X X#ifndef KERNEL X#include X#endif X#include X X/* Note: By default A/D conversions are started when a channel is open */ X X/* Halt clocked A/D conversion on an open channel */ X#define AD_STOP _IO('D', 100) X/* Restart clocked A/D conversion on an open channel */ X#define AD_START _IO('D', 101) X X#endif END-of-aioxioctl.h exit >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 12:20:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15160 for bugs-outgoing; Sat, 15 Nov 1997 12:20:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA15086; Sat, 15 Nov 1997 12:20:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 12:20:01 -0800 (PST) Message-Id: <199711152020.MAA15086@hub.freebsd.org> To: freebsd-bugs Cc: From: "Jamil J. Weatherbee" Subject: Re: i386/4816: FreeBSD driver for Industrial Computer Source DIO48S/AT-P Reply-To: "Jamil J. Weatherbee" Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR i386/4816; it has been noted by GNATS. From: "Jamil J. Weatherbee" To: freebsd-gnats-submit@freebsd.org, jamil@trojanhorse.ml.org Cc: Subject: Re: i386/4816: FreeBSD driver for Industrial Computer Source DIO48S/AT-P Date: Sat, 15 Nov 1997 12:10:08 -0800 This is a multi-part message in MIME format. --------------794BDF32446B9B3D2781E494 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Nevermind everything else I have submitted. This is my final submission unit dio driver is commited. Thanks for your patience. Please note that the various updates have just been to fix minor documentation and commenting errors, not changes to the actual code. --------------794BDF32446B9B3D2781E494 Content-Type: application/x-shar; name="dio.shar" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="dio.shar" # This is a shell archive. Save it in a file, remove anything before # this line, and then unpack it by entering "sh file". Note, it may # create directories; files and directories will be owned by you and # have default permissions. # # This archive contains: # # Makefile # dio.4 # dio.c # dioctl.h # echo x - Makefile sed 's/^X//' >Makefile << 'END-of-Makefile' X# Make file to install the dio driver files in their proper places X Xinstall: X install -c -o root -g wheel -m 644 dio.c /sys/i386/isa X install -c -o root -g bin -m 644 dioctl.h /sys/sys X install -c -o bin -g bin -m 444 dioctl.h /usr/include/sys X install -c -o bin -g bin -m 444 dio.4 /usr/share/man/man4/ X gzip -f /usr/share/man/man4/dio.4 X install -c -o bin -g bin -m 444 dio.4 /usr/share/man/man4/i386/ X gzip -f /usr/share/man/man4/i386/dio.4 X END-of-Makefile echo x - dio.4 sed 's/^X//' >dio.4 << 'END-of-dio.4' X.\" X.\" Copyright (c) 1997 Jamil J. Weatherbee X.\" All rights reserved. X.\" X.\" X.\" Redistribution and use in source and binary forms, with or without X.\" modification, are permitted provided that the following conditions X.\" are met: X.\" 1. Redistributions of source code must retain the above copyright X.\" notice, this list of conditions and the following disclaimer X.\" in this position and unchanged. X.\" 2. Redistributions in binary form must reproduce the above copyright X.\" notice, this list of conditions and the following disclaimer in the X.\" documentation and/or other materials provided with the distribution. X.\" 3. The name of the author may not be used to endorse or promote products X.\" derived from this software without specific prior written permission X.\" X.\" THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X.\" IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X.\" OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X.\" IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X.\" INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X.\" NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X.\" DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X.\" THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X.\" (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X.\" THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X.\" X.\" Industrial Computer Source model DIO48S/AT-P X.\" 48 channel digital input/output board with change of state interrupt X.\" dio.c, character device driver, last revised November 06 1997 X.\" See http://www.indcompsrc.com/products/data/html/dio48s_at-p.html X.\" X.\" Written by: Jamil J. Weatherbee X.\" X.\" X.Dd November 6, 1997 X.Dt DIO 4 i386 X.Os FreeBSD X.Sh NAME X.Nm dio X.Nd XIndustrial Computer Source DIO48S/AT-P driver X.Sh SYNOPSIS X.Cd "device dio0 at isa? port 0x250 tty irq 12 vector diointr" X.Sh DESCRIPTION XThis driver supports the Industrial Computer Source \fIDIO48S/AT-P 48 Line XDigital I/O board with Change of State Interrupt\fP. X.Pp XThis board provides 6 8 bit digital I/O ports. It makes use of two type X8255-5 Programmable Peripheral Interface chips. Each port can be Xindependently configured as input or output. Ports configured as input can Xindividually have their change of state interrupts enabled. X.Pp XThe selection of input or output mode for each port is via flags passed Xthrough the X.Xr open 2 Xcall: X.Pp X.Bd -literal -offset indent XO_RDONLY open for input XO_WRONLY open for output XO_RDWR open for output X.Ed X.Pp XSelection of the I/O port is through the minor number: X.Pp X.Bd -literal -offset indent XThe 8 bit minor number format is UUUUUCCC, where XUUUUU: board unit (X=0-31) X CCC: digital i/o channel (0-2,4-6) X.Pp Xch name devnode conn signal pins (lsb/msb) X0 PA port 0 dioXa J2 47, 45, 43, 41, 39, 37, 35, 33 X1 PB port 0 dioXb J2 31, 29, 27, 25, 23, 21, 19, 17 X2 PC port 0 dioXc J2 15, 13, 11, 9, 7, 5, 3, 1 X4 PA port 1 dioXd J3 47, 45, 43, 41, 39, 37, 35, 33 X5 PB port 1 dioXe J3 31, 29, 27, 25, 23, 21, 19, 17 X6 PC port 1 dioXf J3 15, 13, 11, 9, 7, 5, 3, 1 X.Ed X.Pp X.Sh IOCTL XThe following X.Xr ioctl 2 Xcalls apply to X.Nm Xdevices. Their declaration can be found in the header file X.Pa . X.Bl -tag -width DIOENBCHS X.It Dv DIOENBCHS XSet an input to Change of State enabled mode. Calls to X.Xr read 2 Xwill never block; however, X.Xr select 2 Xcan be used to wait for inputs to change that have had their interrupts Xenabled in this fashion. X.It Dv DIODISCHS XUndo the effect of a previous DIOENBCHS reqest. X.Sh BUGS XThe TST/BEN jumper must be set to TST for this driver to operate correctly. XPlease note that in TST position (tristate buffers software enabled) this Xparticular board has a "feature" which causes all output ports Xto momentarily (a few microseconds) go to tristate condition whenever Xanother port on the same 8255-5 is opened or closed. XAlso, only MODE 0 is supported by the \fIDIO48S/AT-P\fP. X.Sh SEE ALSO X.Bd -literal Xhttp://www.indcompsrc.com/products/data/html/dio48s_at-p.html X.Ed X.Sh AUTHOR XJamil J. Weatherbee . END-of-dio.4 echo x - dio.c sed 's/^X//' >dio.c << 'END-of-dio.c' X/* X * Copyright (c) 1997 Jamil J. Weatherbee X * All rights reserved. X * X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * Industrial Computer Source model DIO48S/AT-P X * 48 channel digital input/output board with change of state interrupt X * dio.c, character device driver, last revised November 15 1997 X * See http://www.indcompsrc.com/products/data/html/dio48s_at-p.html X * X * Written by: Jamil J. Weatherbee X * X */ X X X/* Include Files */ X X#include "dio.h" X#if NDIO > 0 X X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X#include X X#ifdef DEVFS X#include X#endif X X/* Local Defines */ X X#define CDEV_MAJOR 86 X#define NUMPORTS 16 X X#define PORTA 0x0 X#define PORTB 0x1 X#define PORTC 0x2 X#define CNTRL0 0x3 X#define PORTD 0x4 X#define PORTE 0x5 X#define PORTF 0x6 X#define CNTRL1 0x7 X#define ENBCHS 0xB X#define CLRCHS 0xF X X/* mode bits for the control registers */ X X#define MODE0 0x80 X#define AINMASK 0x10 X#define BINMASK 0x02 X#define CINMASK 0x09 X#define CHSMASK 0xff X X/* Minor allocations: X * UUUUUCCC X * UUUUU: board unit (X=0-31) X * CCC: digital i/o channel (0-2,4-6) X * channel name devnode connector signal pins (lsb/msb) X * 0 PA port 0 dioXa J2 47, 45, 43, 41, 39, 37, 35, 33 X * 1 PB port 0 dioXb J2 31, 29, 27, 25, 23, 21, 19, 17 X * 2 PC port 0 dioXc J2 15, 13, 11, 9, 7, 5, 3, 1 X * 4 PA port 1 dioXd J3 47, 45, 43, 41, 39, 37, 35, 33 X * 5 PB port 1 dioXe J3 31, 29, 27, 25, 23, 21, 19, 17 X * 6 PC port 1 dioXf J3 15, 13, 11, 9, 7, 5, 3, 1 X */ X X#define MAXUNITS 32 X#define NUMCHANNELS 8 X#define CFGSIZE 6 X#define UNIT(dev) ((minor(dev) & 0xf8) >> 3) X#define CHANNEL(dev) (minor(dev) & 0x07) X#define LMINOR(unit, channel) ((unit << 3) + channel) X X/* Port status setting */ X X#define STATUS_UNUSED 0 X#define STATUS_POLLED_INPUT 1 X#define STATUS_CHS_INPUT 2 X#define STATUS_OUTPUT 3 X#define STATUS_CONTROLLER 4 X X/* Type definitions */ Xtypedef struct X{ X struct isa_device *isaunit; /* ptr to isa device information */ X u_char laststate[NUMCHANNELS]; /* The last state of the device */ X u_char chs; /* last setting posted to chs */ X short status[NUMCHANNELS]; /* The status for the port, see above */ X struct selinfo readselect[NUMCHANNELS]; /* chs select info for each chan */ X short ready[NUMCHANNELS]; /* set to true if chs input is ready */ X void *devfs_token[NUMCHANNELS]; /* devfs token for each channels node */ X X} tdio_unit; X X X/* general info on how to configure a unit based on its channel statuses */ Xtypedef struct { X int channel; /* the channel in question 0-2,4-6 */ X int controller; /* the controller to mask CNTRL0 or CNTRL1 */ X int input_mask; /* the mask on channel as input */ X int chs_mask; /* how to mask off chs */ X char *nodename; /* the name of the device node (DEVFS) */ X } tdio_cfg; X X X/* Function Prototypes */ X Xstatic int dio_probe (struct isa_device *idp); /* Check for dio board */ Xstatic int dio_attach (struct isa_device *idp); /* Take dio board */ Xstatic int dio_ioctl (dev_t dev, int cmd, caddr_t data, X int fflag, struct proc *p); /* Special ops */ Xstatic int dio_open (dev_t dev, int oflags, int devtype, struct proc *p); Xstatic void dio_sync (int unit); /* updates the control registers */ Xstatic int dio_close (dev_t dev, int fflag, int devtype, struct proc *p); Xstatic void dio_strategy (struct buf *bp); /* called by rawread and rawwrite */ Xstatic int dio_select (dev_t dev, int which, struct proc *p); X X/* Global Data */ X Xstatic int dio_devsw_installed = 0; /* Protect against reinit multiunit */ Xstatic tdio_unit *dio_unit[NDIO]; /* data structs for each unit */ Xstatic tdio_cfg dio_cfg[CFGSIZE] = { { PORTA, CNTRL0, AINMASK, 0x01,"dio%da"}, X { PORTB, CNTRL0, BINMASK, 0x02,"dio%db"}, X { PORTC, CNTRL0, CINMASK, 0x04,"dio%dc"}, X { PORTD, CNTRL1, AINMASK, 0x08,"dio%dd"}, X { PORTE, CNTRL1, BINMASK, 0x10,"dio%de"}, X { PORTF, CNTRL1, CINMASK, 0x20,"dio%df"}}; X X/* Character device switching structure */ Xstatic struct cdevsw dio_cdevsw = { dio_open, dio_close, rawread, rawwrite, X dio_ioctl, nostop, noreset, nodevtotty, X dio_select, nommap, dio_strategy, "dio", X NULL, -1 }; X X/* Structure expected to tell how to probe and attach the driver X * Must be published externally (cannot be static) */ Xstruct isa_driver diodriver = { dio_probe, dio_attach, "dio", 0 }; X X X/* Unit input chs interrupt handling routine X * BTW: the standard DIO48s board has a 2.5 microsecond response time X * to a change of state (theoretically) */ Xvoid diointr (int unit) X{ X tdio_unit *info = dio_unit[unit]; X int iobase = info->isaunit->id_iobase; X int channel; X u_char curstate; X X for (channel=0; channelstatus[channel] == STATUS_CHS_INPUT) && X ((curstate = inb (iobase+channel)) != info->laststate[channel])) X { X info->laststate[channel] = curstate; /* save cur state as last state */ X info->ready[channel] = 1; /* now ready for chs based read */ X selwakeup (&info->readselect[channel]); /* wakeup any selectors */ X } X outb (iobase+CLRCHS, 0); /* Clear CHS interrupt latch */ X} X X X/* Since this device can always be read/write the select() allows the user X * to actually make some use of the change of state interrupts by calling X * select() on a read descriptor that has had chs interrupts enabled via X * ioctl (fd, DIOENBCHS, NULL) */ Xstatic int dio_select (dev_t dev, int which, struct proc *p) X{ X int unit = UNIT(dev); /* Get unit number */ X int channel = CHANNEL(dev); /* and channel in that unit */ X tdio_unit *info = dio_unit[unit]; /* info on this unit */ X int s; /* interrupt priority */ X X s = spltty(); /* prevent diointr() from occuring here */ X X switch (which) /* are we sleeping on a read or write descriptor */ X { X case FWRITE: splx(s); return 1; /* always ready for writing */ X case FREAD: if (info->status[channel] == STATUS_CHS_INPUT) X { X if (info->ready[channel]) /* if ready */ X { X splx(s); X return 1; X } X X /* record the select request */ X selrecord (p, &info->readselect[channel]); X splx(s); X return 0; /* not ready but will get waken up when ready */ X } X splx(s); return 1; /* any input except chs set is ready */ X } X X splx(s); X return 0; X} X X X/* The probing routine - returns number of bytes needed */ Xstatic int dio_probe (struct isa_device *idp) X{ X int unit = idp->id_unit; /* this device unit number */ X int iobase = idp->id_iobase; /* the base address of the unit */ X int port; X int ncfg; X X if ((unit < 0) || (unit >= NDIO) || (unit >= MAXUNITS)) X { X printf ("dio: invalid unit number (%d)\n", unit); X return 0; X } X X /* the unit number is ok, lets check if used */ X if (dio_unit[unit]) X { X printf ("dio: unit (%d) already attached\n", unit); X return 0; X } X X outb (iobase+CNTRL0, MODE0); /* both ports to output (still tristated) */ X outb (iobase+CNTRL1, MODE0); X X /* output to each port on the card and chech your outputs */ X for (ncfg=0; ncfg < CFGSIZE; ncfg++) X { X /* 8255 always switches outputs to low after mode switch */ X if (inb(iobase+dio_cfg[ncfg].channel) != 0x00) return 0; X outb (iobase+dio_cfg[ncfg].channel, ncfg); X if (inb(iobase+dio_cfg[ncfg].channel) != ncfg) return 0; X } X X return NUMPORTS; /* this device needs this many ports */ X} X X X/* The attachment routine - returns true on success */ Xstatic int dio_attach (struct isa_device *idp) X{ X int unit = idp->id_unit; /* this device unit number */ X int iobase = idp->id_iobase; /* the base address of the unit */ X tdio_unit *info; /* pointer to driver specific info for unit */ X int ncfg; /* configuration record number */ X X if (!(info = malloc(sizeof(*info), M_DEVBUF, M_NOWAIT))) X { X printf ("dio%d: cannot allocate driver storage\n", unit); X return 0; X } X dio_unit[unit] = info; /* make sure to save the pointer! (prev bug) */ X bzero (info, sizeof(*info)); /* clear info structure to all false */ X info->isaunit = idp; /* store ptr to isa device information */ X X outb (iobase+CLRCHS, 0); /* Clear CHS interrupt latch */ X X /* only need to set this once */ X info->status[CNTRL0] = info->status[CNTRL1] = STATUS_CONTROLLER; X X dio_sync (unit); /* This will have the effect of setting all to X * polled inputs */ X X /* insert devfs nodes */ X X#ifdef DEVFS X for (ncfg=0; ncfgdevfs_token[dio_cfg[ncfg].channel] = X devfs_add_devswf(&dio_cdevsw, LMINOR(unit, dio_cfg[ncfg].channel), DV_CHR, X UID_ROOT, GID_WHEEL, 0600 ,dio_cfg[ncfg].nodename, unit); X#endif X X printf ("dio%d: Interrupt-driven unit\n", unit); X return 1; /* obviously successful */ X} X X X/* I/O control routine */ Xstatic int dio_ioctl (dev_t dev, int cmd, caddr_t data, X int fflag, struct proc *p) X{ X int unit = UNIT(dev); /* Get unit number */ X int channel = CHANNEL(dev); /* and channel in that unit */ X tdio_unit *info = dio_unit[unit]; /* info on this unit */ X int iobase = info->isaunit->id_iobase; /* the iobase of unit in question */ X short status = info->status[channel]; /* the status of unit in question */ X int s; /* interrupt priority level */ X X switch (cmd) X { X case DIOENBCHS: if ((status == STATUS_POLLED_INPUT) || X (status == STATUS_CHS_INPUT)) X { X s = spltty(); X info->status[channel] = STATUS_CHS_INPUT; X info->ready[channel] = 0; X dio_sync (unit); X /* this should prevent any chs simply by ioctling */ X info->laststate[channel] = inb (iobase+channel); X splx (s); X return 0; X } X return EPERM; X X case DIODISCHS: if ((status == STATUS_POLLED_INPUT) || X (status == STATUS_CHS_INPUT)) X { X s = spltty(); X info->status[channel] = STATUS_POLLED_INPUT; X dio_sync (unit); X splx(s); X return 0; X } X return EPERM; X } X return ENOTTY; /* inappropriate (unhandled) ioctl for device */ X} X X X/* How to open a channel (a channel can only be opened by one process) */ Xstatic int dio_open (dev_t dev, int oflags, int devtype, struct proc *p) X{ X int unit = UNIT(dev); /* Get unit number */ X int channel = CHANNEL(dev); /* and channel in that unit */ X tdio_unit *info; /* info on this unit */ X int iobase; /* the iobase of unit in question */ X int s; /* priority value */ X X /* We know the major is safe, now check the minor */ X X if ((unit >= NDIO) || (unit >= MAXUNITS)) return ENXIO; /* unit ok? */ X if (channel >= NUMCHANNELS) return ENXIO; /* is the channel no valid? */ X if (!dio_unit[unit]) return ENXIO; /* is the unit attached? */ X X /* standard assigns now safe */ X info = dio_unit[unit]; X iobase = info->isaunit->id_iobase; X X if (info->status[channel]) return EBUSY; /* channel is already opened X * or maybye is a controller */ X X /* If it can be written to, it must be an output port */ X if (oflags & FWRITE) X { X s = spltty(); X info->status[channel] = STATUS_OUTPUT; X dio_sync (unit); X splx(s); X return 0; X } X if (oflags & FREAD) X { X s = spltty(); X info->status[channel] = STATUS_POLLED_INPUT; X dio_sync (unit); X info->laststate[channel] = inb (iobase+channel); /* get cur state */ X splx(s); X return 0; X } X return EPERM; /* Needs to be either read or write or both */ X} X X X/* Closing a channel is really easy just change its status to X * inputs (actually STATUS_UNUSED) and resync */ Xstatic int dio_close (dev_t dev, int fflag, int devtype, struct proc *p) X{ X int unit = UNIT(dev); /* Get unit number */ X int channel = CHANNEL(dev); /* and channel in that unit */ X tdio_unit *info = dio_unit[unit]; /* info on this unit */ X int s; /* priority value */ X X s = spltty(); X info->status[channel] = STATUS_UNUSED; /* this channel now closed */ X dio_sync (unit); /* channel switched to input (looks high to me) */ X splx(s); X X return 0; /* close is always successful */ X} X X X/* called by kernel routines rawread and rawrite to actually perform the X * i/o via inb() and outb() */ Xstatic void dio_strategy (struct buf *bp) X{ X /* this is the machine i/o port that we are going to r/w */ X int unit = UNIT(bp->b_dev); X int channel = CHANNEL(bp->b_dev); X tdio_unit *info = dio_unit[unit]; X int port = info->isaunit->id_iobase+channel; X u_char *c = (u_char *) bp->b_un.b_addr; /* current byte were ioing */ X int bufsz = bp->b_bcount; /* size of the buffer to r/w */ X int index; /* current index in the buffer (byte number were on) */ X int s; X X if (bp->b_flags & B_READ) /* read into the buffer */ X { X s = spltty(); X info->ready[channel] = 0; /* now we are not ready */ X splx(s); X for (index=0; indexb_resid = 0; /* no i/o remaining to be done (we hope) */ X biodone (bp); /* done with the buffer */ X X} X X X/* Syncronize the control registers of the unit with the values in the X * status info table for the unit */ Xstatic void dio_sync (int unit) X{ X tdio_unit* info = dio_unit[unit]; X int iobase = info->isaunit->id_iobase; X int ncfg; /* current configuration counter */ X X info->laststate[CNTRL0] = info->laststate[CNTRL1] = 0x00; /* init. masks */ X info->chs = CHSMASK; /* all chs interrupts masked case */ X X for (ncfg=0; ncfgstatus[dio_cfg[ncfg].channel]) X { X case STATUS_OUTPUT: info->laststate[dio_cfg[ncfg].controller] &= X ~dio_cfg[ncfg].input_mask; break; /* is output */ X case STATUS_CHS_INPUT: info->chs &= ~dio_cfg[ncfg].chs_mask; /* chs */ X default: info->laststate[dio_cfg[ncfg].controller] |= X dio_cfg[ncfg].input_mask; /* is input */ X } X } X X /* now we need to actually write these things to the registers */ X X outb (iobase+ENBCHS, info->chs); /* write the chs intrerrupt mask */ X outb (iobase+CNTRL0, info->laststate[CNTRL0] | MODE0); /* cntrl0 8255 */ X outb (iobase+CNTRL0, info->laststate[CNTRL0]); /* cntrl0 buffer */ X outb (iobase+CNTRL1, info->laststate[CNTRL1] | MODE0); /* cntrl1 8255 */ X outb (iobase+CNTRL1, info->laststate[CNTRL1]); /* cntrl1 buffer */ X X} X X X X/* Driver initialization */ Xstatic void dio_drvinit (void *unused) X{ X dev_t dev; /* Type for holding device major/minor numbers (int) */ X X if (!dio_devsw_installed) X { X dev = makedev (CDEV_MAJOR, 0); /* description of device major */ X cdevsw_add (&dev, &dio_cdevsw, NULL); /* put driver in cdev table */ X dio_devsw_installed=1; X } X} X X X/* System initialization call instance */ X XSYSINIT (diodev, SI_SUB_DRIVERS, SI_ORDER_MIDDLE+CDEV_MAJOR, X dio_drvinit,NULL); X X#endif X END-of-dio.c echo x - dioctl.h sed 's/^X//' >dioctl.h << 'END-of-dioctl.h' X/* X * Copyright (c) 1997 Jamil J. Weatherbee X * All rights reserved. X * X * X * Redistribution and use in source and binary forms, with or without X * modification, are permitted provided that the following conditions X * are met: X * 1. Redistributions of source code must retain the above copyright X * notice, this list of conditions and the following disclaimer X * in this position and unchanged. X * 2. Redistributions in binary form must reproduce the above copyright X * notice, this list of conditions and the following disclaimer in the X * documentation and/or other materials provided with the distribution. X * 3. The name of the author may not be used to endorse or promote products X * derived from this software without specific prior written permission X * X * THIS SOFTWARE IS PROVIDED BY THE AUTHOR ``AS IS'' AND ANY EXPRESS OR X * IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES X * OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE ARE DISCLAIMED. X * IN NO EVENT SHALL THE AUTHOR BE LIABLE FOR ANY DIRECT, INDIRECT, X * INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT X * NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF USE, X * DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND ON ANY X * THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT X * (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE OF X * THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE. X * X * Industrial Computer Source model DIO48S/AT-P X * 48 channel digital input/output board with change of state interrupt X * dioctl.h, definitions for dio ioctl(), last revised November 06 1997 X * See http://www.indcompsrc.com/products/data/html/dio48s_at-p.html X * X * Written by: Jamil J. Weatherbee X * X */ X X#ifndef _SYS_DIOCTL_H_ X#define _SYS_DIOCTL_H_ X X#ifndef KERNEL X#include X#endif X#include X X/* Change of state related ioctls. CHS is disabled by default, this makes it X * a polling channel. With CHS enabled the channel is state driven. */ X X/* enable change of state interrupt on a read only port */ X#define DIOENBCHS _IO('D',1) X/* disable change of state interrupt on a read only port */ X#define DIODISCHS _IO('D',2) X X#endif END-of-dioctl.h exit --------------794BDF32446B9B3D2781E494-- From owner-freebsd-bugs Sat Nov 15 12:36:18 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA20784 for bugs-outgoing; Sat, 15 Nov 1997 12:36:18 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from fly.HiWAAY.net (sprice@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA20729; Sat, 15 Nov 1997 12:36:12 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id OAA08747; Sat, 15 Nov 1997 14:35:35 -0600 (CST) Date: Sat, 15 Nov 1997 14:35:35 -0600 (CST) From: Steve Price To: evanc@synapse.net cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: <19971115152610.28186.qmail@piano.synapse.net> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On 15 Nov 1997 evanc@synapse.net wrote: # # >Fix: # # Here's what BSDI uses. Try to change a few words :-) # # echo clearing /tmp # # # prune quickly with one rm, then use find to clean up /tmp/[lq]* # # (not needed with mfs /tmp, but doesn't hurt there...) # (cd /tmp && rm -rf [a-km-pr-zA-Z]* && # find -d . ! -name . ! -name lost+found ! -name quotas \ # ! -name quota.user ! -name quota.group -exec rm -rf -- {} \;) # Try the attached patch on a -current system. This will get what you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org a line since the new periodic crontab changes are his. Steve Index: 110.clean-tmps =================================================================== RCS file: /tmp/src/cvs/src/etc/periodic/daily/110-clean-tmps,v retrieving revision 1.3 diff -u -r 1.3 110.clean-tmps --- 110.clean-tmps 1997/09/11 15:21:30 1.3 +++ 110.clean-tmps 1997/11/15 20:34:26 @@ -12,7 +12,7 @@ # run. # -exit 0 # do not run by default +#exit 0 # do not run by default if [ -d /tmp ]; then cd /tmp && { From owner-freebsd-bugs Sat Nov 15 12:39:16 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22176 for bugs-outgoing; Sat, 15 Nov 1997 12:39:16 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22083 for ; Sat, 15 Nov 1997 12:39:05 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 15126 invoked from network); 15 Nov 1997 20:38:53 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 20:38:53 -0000 Date: Sat, 15 Nov 1997 15:38:52 -0500 (EST) From: Evan Champion To: Steve Price cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Steve Price wrote: > Try the attached patch on a -current system. This will get what > you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org > a line since the new periodic crontab changes are his. Well, not quite, since that only gets run out of crontab. Something should be run on boot, and it needs to nuke everything (except the exclusions mentionned in my original post, ie: quotas and lost+found). Evan From owner-freebsd-bugs Sat Nov 15 12:40:09 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22484 for bugs-outgoing; Sat, 15 Nov 1997 12:40:09 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22435; Sat, 15 Nov 1997 12:40:02 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 12:40:02 -0800 (PST) Message-Id: <199711152040.MAA22435@hub.freebsd.org> To: freebsd-bugs Cc: From: Steve Price Subject: Re: misc/5054: /tmp not nuked on reboot Reply-To: Steve Price Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/5054; it has been noted by GNATS. From: Steve Price To: evanc@synapse.net Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot Date: Sat, 15 Nov 1997 14:35:35 -0600 (CST) On 15 Nov 1997 evanc@synapse.net wrote: # # >Fix: # # Here's what BSDI uses. Try to change a few words :-) # # echo clearing /tmp # # # prune quickly with one rm, then use find to clean up /tmp/[lq]* # # (not needed with mfs /tmp, but doesn't hurt there...) # (cd /tmp && rm -rf [a-km-pr-zA-Z]* && # find -d . ! -name . ! -name lost+found ! -name quotas \ # ! -name quota.user ! -name quota.group -exec rm -rf -- {} \;) # Try the attached patch on a -current system. This will get what you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org a line since the new periodic crontab changes are his. Steve Index: 110.clean-tmps =================================================================== RCS file: /tmp/src/cvs/src/etc/periodic/daily/110-clean-tmps,v retrieving revision 1.3 diff -u -r 1.3 110.clean-tmps --- 110.clean-tmps 1997/09/11 15:21:30 1.3 +++ 110.clean-tmps 1997/11/15 20:34:26 @@ -12,7 +12,7 @@ # run. # -exit 0 # do not run by default +#exit 0 # do not run by default if [ -d /tmp ]; then cd /tmp && { From owner-freebsd-bugs Sat Nov 15 12:40:15 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22514 for bugs-outgoing; Sat, 15 Nov 1997 12:40:15 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22463; Sat, 15 Nov 1997 12:40:05 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 12:40:05 -0800 (PST) Message-Id: <199711152040.MAA22463@hub.freebsd.org> To: freebsd-bugs Cc: From: Evan Champion Subject: Re: misc/5054: /tmp not nuked on reboot Reply-To: Evan Champion Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/5054; it has been noted by GNATS. From: Evan Champion To: Steve Price Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot Date: Sat, 15 Nov 1997 15:38:52 -0500 (EST) On Sat, 15 Nov 1997, Steve Price wrote: > Try the attached patch on a -current system. This will get what > you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org > a line since the new periodic crontab changes are his. Well, not quite, since that only gets run out of crontab. Something should be run on boot, and it needs to nuke everything (except the exclusions mentionned in my original post, ie: quotas and lost+found). Evan From owner-freebsd-bugs Sat Nov 15 12:40:43 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA22780 for bugs-outgoing; Sat, 15 Nov 1997 12:40:43 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id MAA22705 for ; Sat, 15 Nov 1997 12:40:32 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 15261 invoked from network); 15 Nov 1997 20:40:23 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 20:40:23 -0000 Date: Sat, 15 Nov 1997 15:40:23 -0500 (EST) From: Evan Champion To: Steve Price cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Steve Price wrote: > Try the attached patch on a -current system. This will get what > you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org > a line since the new periodic crontab changes are his. As an aside, won't the 110.clean-tmps remove quota.user/quota.group and the lost+found, assuming they exist? Evan From owner-freebsd-bugs Sat Nov 15 12:50:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26893 for bugs-outgoing; Sat, 15 Nov 1997 12:50:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA26856; Sat, 15 Nov 1997 12:50:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 12:50:01 -0800 (PST) Message-Id: <199711152050.MAA26856@hub.freebsd.org> To: freebsd-bugs Cc: From: Evan Champion Subject: Re: misc/5054: /tmp not nuked on reboot Reply-To: Evan Champion Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR misc/5054; it has been noted by GNATS. From: Evan Champion To: Steve Price Cc: FreeBSD-gnats-submit@FreeBSD.ORG, freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot Date: Sat, 15 Nov 1997 15:40:23 -0500 (EST) On Sat, 15 Nov 1997, Steve Price wrote: > Try the attached patch on a -current system. This will get what > you want. As far as a switch in rc.conf, you might drop pst@FreeBSD.org > a line since the new periodic crontab changes are his. As an aside, won't the 110.clean-tmps remove quota.user/quota.group and the lost+found, assuming they exist? Evan From owner-freebsd-bugs Sat Nov 15 12:57:41 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id MAA01040 for bugs-outgoing; Sat, 15 Nov 1997 12:57:41 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from fly.HiWAAY.net (sprice@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id MAA01005 for ; Sat, 15 Nov 1997 12:57:38 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id OAA18167; Sat, 15 Nov 1997 14:57:33 -0600 (CST) Date: Sat, 15 Nov 1997 14:57:33 -0600 (CST) From: Steve Price To: Evan Champion cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Evan Champion wrote: # On Sat, 15 Nov 1997, Steve Price wrote: # # Well, not quite, since that only gets run out of crontab. Something # should be run on boot, and it needs to nuke everything (except the # exclusions mentionned in my original post, ie: quotas and lost+found). # I guess that is a matter of preference really. I personally don't clear /tmp on any of my machines, preferring to clean them manually. I keep alot of stuff that I don't want toasted in /tmp and since power outtages seem to happen frequently around here and I don't have a UPS (yet) 'cleaning /tmp' is of no use to me. That doesn't mean it is not the right thing to do in certain circumstances as I am sure you can attest. I would guess that the premise is that having to reboot a machine is a very infrequent occurrence (at least with anything not MSoft that is) and doing this as a cron job will allow the system administrator to choose the frequency with which cleanings of /tmp occur and not leave it up to fate or some other ill-fated reason. Steve # Evan # # From owner-freebsd-bugs Sat Nov 15 13:00:28 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA02522 for bugs-outgoing; Sat, 15 Nov 1997 13:00:28 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from fly.HiWAAY.net (sprice@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id NAA02485 for ; Sat, 15 Nov 1997 13:00:22 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id PAA17997; Sat, 15 Nov 1997 15:00:20 -0600 (CST) Date: Sat, 15 Nov 1997 15:00:20 -0600 (CST) From: Steve Price To: Evan Champion cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Evan Champion wrote: # On Sat, 15 Nov 1997, Steve Price wrote: # # As an aside, won't the 110.clean-tmps remove quota.user/quota.group and # the lost+found, assuming they exist? # Yes, it will but it seems easy enough to augment the current find command to not remove those things that you feel should stay. Steve # Evan # # From owner-freebsd-bugs Sat Nov 15 13:07:30 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA05841 for bugs-outgoing; Sat, 15 Nov 1997 13:07:30 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id NAA05797 for ; Sat, 15 Nov 1997 13:07:23 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 17065 invoked from network); 15 Nov 1997 21:07:21 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 15 Nov 1997 21:07:21 -0000 Date: Sat, 15 Nov 1997 16:07:20 -0500 (EST) From: Evan Champion To: Steve Price cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Steve Price wrote: > I guess that is a matter of preference really. I personally don't > clear /tmp on any of my machines, preferring to clean them manually. > I keep alot of stuff that I don't want toasted in /tmp and since > power outtages seem to happen frequently around here and I don't have > a UPS (yet) 'cleaning /tmp' is of no use to me. That doesn't mean > it is not the right thing to do in certain circumstances as I am > sure you can attest. I would guess that the premise is that having > to reboot a machine is a very infrequent occurrence (at least with > anything not MSoft that is) and doing this as a cron job will allow > the system administrator to choose the frequency with which cleanings > of /tmp occur and not leave it up to fate or some other ill-fated > reason. That's what /var/tmp is supposed to be for. The basis behind /tmp and /var/tmp is that /tmp is for very transient stuff that you don't care if it is lost during a reboot or by an auto-cleaner. This is why /tmp is often put on a tmpfs. /var/tmp is for stuff that is meant to be kept around, but is still temporary in nature. For example, a lot of programs core dump to /var/tmp. /var/tmp is never auto-cleaned nor purged on reboot. That is also why it is a very bad idea to symlink /tmp to /var/tmp. Instead, make /tmp a separate filesystem (tmpfs or otherwise), or symlink it to /usr/tmp. That's the way it's been with BSD for as long as I remember. It was like that at least with SunOS 4 if not earlier, and certainly has always been the case on BSD/OS. Evan From owner-freebsd-bugs Sat Nov 15 13:10:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06511 for bugs-outgoing; Sat, 15 Nov 1997 13:10:04 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA06503; Sat, 15 Nov 1997 13:10:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 13:10:01 -0800 (PST) Resent-Message-Id: <199711152110.NAA06503@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, cau@cs.arizona.edu Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id NAA03523; Sat, 15 Nov 1997 13:02:57 -0800 (PST) (envelope-from nobody) Message-Id: <199711152102.NAA03523@hub.freebsd.org> Date: Sat, 15 Nov 1997 13:02:57 -0800 (PST) From: cau@cs.arizona.edu To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5059: mountd, nfsd, etc. fail when lp0 defined in rc.conf Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5059 >Category: kern >Synopsis: mountd, nfsd, etc. fail when lp0 defined in rc.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 13:10:00 PST 1997 >Last-Modified: >Originator: Carlos Ugarte >Organization: >Release: 2.2.2-RELEASE >Environment: Something similar to FreeBSD zot 2.2.2-RELEASE FreeBSD 2.2.2-RELEASE #0: Sat Nov 15 12:01:19 MST 1997 root@zot:/usr/src/sys/compile/ZOT i386 >Description: Using a desktop to install FreeBSD to a laptop through PLIP. Added lp0 to network_interfaces in /etc/rc.conf (the other interfaces were lo0, tun0; ep0 installed but not in use (no IP addr defined for it)). Added ifconfig_lp0 line. Set nfs_server_enable="YES" in rc.conf. On next reboot, lp0 configured properly, but mountd fails on startup (rc.network) with "Can't register mount", and nfsd fails with "Can't register with udp portmap". Pretty sure that rpc.statd does not get started either (something else reported "Cannot register service: RPC: Unable to send; errno = No route to host"; plus more errors). >How-To-Repeat: Make sure lp0 is initialized before mountd & the rest of the NFS procs are started. Problem happens on bootup, and even if lp0 and NFS stuff not initialized automatically (so if I ifconfig lp0 and start mountd, nfsd, etc. manually I still get the error messages). >Fix: Start the NFS procs before lp0 is ifconfig'd. ifconfig lp0 blah blah Then everything works; can even see and mount NFS volumes from the laptop over PLIP. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 14:12:47 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA07164 for bugs-outgoing; Sat, 15 Nov 1997 14:12:47 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from fly.HiWAAY.net (sprice@fly.HiWAAY.net [208.147.154.56]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id OAA07159 for ; Sat, 15 Nov 1997 14:12:45 -0800 (PST) (envelope-from sprice@hiwaay.net) Received: from localhost (sprice@localhost) by fly.HiWAAY.net (8.8.7/8.8.6) with SMTP id QAA23991; Sat, 15 Nov 1997 16:12:37 -0600 (CST) Date: Sat, 15 Nov 1997 16:12:37 -0600 (CST) From: Steve Price To: Evan Champion cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Evan Champion wrote: # That's what /var/tmp is supposed to be for. The basis behind /tmp and # /var/tmp is that /tmp is for very transient stuff that you don't care if # it is lost during a reboot or by an auto-cleaner. This is why /tmp is # often put on a tmpfs. # # /var/tmp is for stuff that is meant to be kept around, but is still # temporary in nature. For example, a lot of programs core dump to # /var/tmp. /var/tmp is never auto-cleaned nor purged on reboot. # # That is also why it is a very bad idea to symlink /tmp to /var/tmp. # Instead, make /tmp a separate filesystem (tmpfs or otherwise), or symlink # it to /usr/tmp. # # That's the way it's been with BSD for as long as I remember. It was like # that at least with SunOS 4 if not earlier, and certainly has always been # the case on BSD/OS. # I'm sure you have a very good reason for cleaning /tmp on reboot and I know of the legacy behind it and /var/tmp. I don't want to start a religious war or the like, I am only trying to explain why it may have been changed to behave the way it does now. IMHO, cleaning /tmp or any files for that matter without me, the system administrator, having explicitly told it to do so smells of anarchy. I wished I had the power to reverse such things as this, but this seems to be a policy decision that the core group has made and the best place to plead your case is with them. I'm pretty sure that at least Jordan is following this thread and will chime in at any moment and clue both of us in as to why this functionality was removed. :) Please don't take this the wrong way. I tried to offer you an alternative solution that would accomplish what you wanted. If my solution does not suit your needs, feel free to develop your own or revert back to the legacy way of doing things. As for getting this change reverted in FreeBSD, we will have to wait and see what some of the others have to say. BTW, I remember that somewhere along 2.1.5 (at least) this was the norm with FreeBSD as well (to clean /tmp), but somewhere it lost its luster and was removed. Again, I don't know why it was done, only that it was. Just my opinion, Steve # Evan # # From owner-freebsd-bugs Sat Nov 15 14:30:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14189 for bugs-outgoing; Sat, 15 Nov 1997 14:30:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id OAA14152; Sat, 15 Nov 1997 14:30:01 -0800 (PST) (envelope-from gnats) Date: Sat, 15 Nov 1997 14:30:01 -0800 (PST) Message-Id: <199711152230.OAA14152@hub.freebsd.org> To: freebsd-bugs Cc: From: Bill Fenner Subject: Re: bin/5047: ipfw(8) IP address resolving problem if only /etc/hosts used Reply-To: Bill Fenner Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk The following reply was made to PR bin/5047; it has been noted by GNATS. From: Bill Fenner To: freebsd-gnats-submit@freebsd.org Cc: Subject: Re: bin/5047: ipfw(8) IP address resolving problem if only /etc/hosts used Date: Sat, 15 Nov 1997 14:22:58 PST Perhaps the real solution is to copy the code from gethostbydns.c which returns a fake hostent if the input looks like a parsable address into gethostbyname2(), so that gethostbyname()'s behavior is consistent no matter what the contents of /etc/host.conf . Bill From owner-freebsd-bugs Sat Nov 15 15:22:54 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA03512 for bugs-outgoing; Sat, 15 Nov 1997 15:22:54 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from jraynard.demon.co.uk (jraynard.demon.co.uk [158.152.42.77]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id PAA03487 for ; Sat, 15 Nov 1997 15:22:40 -0800 (PST) (envelope-from jraynard@jraynard.demon.co.uk) Date: Sat, 15 Nov 1997 23:00:49 GMT From: jraynard@jraynard.demon.co.uk (James Raynard) Reply-To: jraynard@jraynard.demon.co.uk Message-Id: <323@jraynard.demon.co.uk> To: sprice@HiWAAY.net Cc: freebsd-bugs@freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot X-Mailer: PCElm 1.10 Lines: 12 Sender: owner-freebsd-bugs@freebsd.org X-Loop: FreeBSD.org Precedence: bulk In message Steve Price writes: > > BTW, I remember that somewhere along 2.1.5 (at least) this was the norm > with FreeBSD as well (to clean /tmp), but somewhere it lost its luster > and was removed. Again, I don't know why it was done, only that it > was. It was taken out about a year ago after someone found a potential security hole, IIRR. -- James Raynard From owner-freebsd-bugs Sat Nov 15 15:30:24 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04086 for bugs-outgoing; Sat, 15 Nov 1997 15:30:24 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id PAA04059; Sat, 15 Nov 1997 15:30:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 15:30:01 -0800 (PST) Resent-Message-Id: <199711152330.PAA04059@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, denis@satty.npi.msu.su Received: from sokol.npi.msu.su (sokol.npi.msu.su [158.250.9.3]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id PAA03469 for ; Sat, 15 Nov 1997 15:22:28 -0800 (PST) (envelope-from denis@sokol.npi.msu.su) Received: (from denis@localhost) by sokol.npi.msu.su (8.8.8/8.8.6) id CAA01413; Sun, 16 Nov 1997 02:22:12 +0300 (MSK) Message-Id: <199711152322.CAA01413@sokol.npi.msu.su> Date: Sun, 16 Nov 1997 02:22:12 +0300 (MSK) From: denis@satty.npi.msu.su Reply-To: denis@satty.npi.msu.su To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/5060: Kernel doesn't compile with mss Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5060 >Category: kern >Synopsis: Kernel doesn't compile with mss >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 15:30:00 PST 1997 >Last-Modified: >Originator: & Kalinin >Organization: SINP MSU >Release: FreeBSD 3.0-CURRENT i386 >Environment: FreeBSD sokol.npi.msu.su 3.0-CURRENT FreeBSD 3.0-CURRENT #0: Sun Nov 16 02:08:32 MSK 1997 denis@sokol.npi.msu.su:/usr/src/sys/compile/SOKOL i386 >Description: mss uses i386/sound/ad1848.c which uses sound_timer_* functions defined in i386/sound/sound_timer.c >How-To-Repeat: Configure mss0 in the kernel without gus. >Fix: Add i386/sound/sound_timer.c for mss device in files.i386 >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 17:10:07 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08380 for bugs-outgoing; Sat, 15 Nov 1997 17:10:07 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08374; Sat, 15 Nov 1997 17:10:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 17:10:02 -0800 (PST) Resent-Message-Id: <199711160110.RAA08374@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, ferdl@atommuell.oeh.uni-linz.ac.at Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08313; Sat, 15 Nov 1997 17:09:12 -0800 (PST) (envelope-from nobody) Message-Id: <199711160109.RAA08313@hub.freebsd.org> Date: Sat, 15 Nov 1997 17:09:12 -0800 (PST) From: ferdl@atommuell.oeh.uni-linz.ac.at To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: conf/5062: login.access not evaluated correctly Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5062 >Category: conf >Synopsis: login.access not evaluated correctly >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 17:10:01 PST 1997 >Last-Modified: >Originator: Ferdinand Goldman >Organization: Hochschuelerschaft Universitaet Linz >Release: 2.2.5-RELEASE >Environment: FreeBSD atommuell.oeh.uni-linz.ac.at 2.2.5-RELEASE FreeBSD 2.2.5-RELEASE #0: Wed Nov 12 10:23:09 CET 1997 root@atommuell.oeh.uni-linz.ac.at:/usr/src/sys/compile/ATOMMUELL i386 >Description: The /etc/login.access is not evaluated correctly. I have the following /etc/login.access file: -:root toor:ALL EXCEPT LOCAL .oeh.uni-linz.ac.at -:maximus:ALL EXCEPT LOCAL 140.78.199.21 -:holy:ALL EXCEPT 193.219.43.11 193.219.43.12 193.219.43.13 193.219.43.14 193.219.43.15 193 .219.43.16 193.219.43.17 193.219.43.18 -:ALL:ALL EXCEPT LOCAL .oeh.uni-linz.ac.at .worldonline.nl .systema.co.at 195.21 2.99.6 162.49.245.41 .planet.co.at alpha.aec.at According to the manpage for login.access(5), "the login.access is scanned for the first entry that matches the (user, host) combination". Well, taken the above entries in my file, this should mean that user maximus can only log on from the IP address 140.78.199.21, and user holy can only log on from the given IP addresses as well. But it wont work, maximus and holy are both refused login from everywhere. I have found out that when I specify the FQDN for maximus' host, it will work. It seems to have a problem with IP addresses/Network numbers. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 17:20:05 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08867 for bugs-outgoing; Sat, 15 Nov 1997 17:20:05 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08861; Sat, 15 Nov 1997 17:20:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 17:20:02 -0800 (PST) Resent-Message-Id: <199711160120.RAA08861@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, srinivas@hybrid.com Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id RAA08565; Sat, 15 Nov 1997 17:14:47 -0800 (PST) (envelope-from nobody) Message-Id: <199711160114.RAA08565@hub.freebsd.org> Date: Sat, 15 Nov 1997 17:14:47 -0800 (PST) From: srinivas@hybrid.com To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: kern/5063: Kernel Panic - seems to be always associated with a Cron job running Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5063 >Category: kern >Synopsis: Kernel Panic - seems to be always associated with a Cron job running >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 17:20:01 PST 1997 >Last-Modified: >Originator: Srinivas Dabir >Organization: Hybrid Networks >Release: 2.0 >Environment: >Description: We have a freeBSD 2.0 crashing in the interval of once a week at a customer site. The last crash indicated that it happenned in our driver interrupt routines. But the interesting thing is that on two occasions it happneed while the weekly cron job was running at the same time aand the last incident happenned when the atrun job was the current process. >How-To-Repeat: >Fix: >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 18:27:58 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id SAA11319 for bugs-outgoing; Sat, 15 Nov 1997 18:27:58 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from conductor.synapse.net (conductor.synapse.net [199.84.54.18]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id SAA11306 for ; Sat, 15 Nov 1997 18:27:42 -0800 (PST) (envelope-from evanc@synapse.net) Received: (qmail 7575 invoked from network); 16 Nov 1997 02:27:31 -0000 Received: from cello.synapse.net (199.84.54.81) by conductor.synapse.net with SMTP; 16 Nov 1997 02:27:31 -0000 Date: Sat, 15 Nov 1997 21:27:30 -0500 (EST) From: Evan Champion To: Steve Price cc: freebsd-bugs@hub.freebsd.org Subject: Re: misc/5054: /tmp not nuked on reboot In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Sat, 15 Nov 1997, Steve Price wrote: > IMHO, cleaning /tmp or any files for that matter without me, the system > administrator, having explicitly told it to do so smells of anarchy. I > wished I had the power to reverse such things as this, but this seems > to be a policy decision that the core group has made and the best place > to plead your case is with them. I'm pretty sure that at least Jordan > is following this thread and will chime in at any moment and clue both > of us in as to why this functionality was removed. :) My guess is that it was removed because people who didn't understand what /tmp was for were losing files. Otherwise there really wasn't any reason to change it :-) > Please don't take this the wrong way. I tried to offer you an alternative > solution that would accomplish what you wanted. If my solution does not > suit your needs, feel free to develop your own or revert back to the > legacy way of doing things. As for getting this change reverted in > FreeBSD, we will have to wait and see what some of the others have > to say. I know that this is something that a lot of people like and a lot of people hate. Fortunately, that is why /etc/rc.conf exists, so that you can configure what _you_ want the system to do. What I'd like to see is for this to become an option in /etc/rc.conf. That way those who want it can and those who don't just don't set that option. Evan From owner-freebsd-bugs Sat Nov 15 19:11:00 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id TAA13257 for bugs-outgoing; Sat, 15 Nov 1997 19:11:00 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (8.8.7/8.8.7) with ESMTP id TAA13246; Sat, 15 Nov 1997 19:10:52 -0800 (PST) (envelope-from wpaul@FreeBSD.org) From: Bill Paul Received: (from wpaul@localhost) by freefall.freebsd.org (8.8.6/8.8.5) id TAA04150; Sat, 15 Nov 1997 19:08:08 -0800 (PST) Date: Sat, 15 Nov 1997 19:08:08 -0800 (PST) Message-Id: <199711160308.TAA04150@freefall.freebsd.org> To: kwhite@csi.uottawa.ca, wpaul@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: bin/4867 Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Synopsis: incorrect NIS netgroup information may be used for passwd entries State-Changed-From-To: open-closed State-Changed-By: wpaul State-Changed-When: Sat Nov 15 19:04:46 PST 1997 State-Changed-Why: Fixed in rev 1.23 (in -current) and 1.17.2.4 (in RELENG_2_2) of getnetgrent.c. I rewrite _listmatch() so that it no longer returns false matches. -Bill From owner-freebsd-bugs Sat Nov 15 23:00:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23506 for bugs-outgoing; Sat, 15 Nov 1997 23:00:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA23498; Sat, 15 Nov 1997 23:00:01 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 23:00:01 -0800 (PST) Resent-Message-Id: <199711160700.XAA23498@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, pgiffuni@asme.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id WAA23351; Sat, 15 Nov 1997 22:57:48 -0800 (PST) (envelope-from nobody) Message-Id: <199711160657.WAA23351@hub.freebsd.org> Date: Sat, 15 Nov 1997 22:57:48 -0800 (PST) From: pgiffuni@asme.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: misc/5064: A dos2bsd conversion utility in C. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5064 >Category: misc >Synopsis: A dos2bsd conversion utility in C. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 23:00:00 PST 1997 >Last-Modified: >Originator: Pedro Giffuni S. >Organization: U. Nacional de Colombia >Release: 2.2.2-Release >Environment: >Description: I suggest the addition of a dos2bsd utility to FreeBSD. BSDi has one, and considering the availablity of doscmd it can be a nice addition. It is also useful for porting DOS based programs. The bloat is minimal. This utility also contributes to make FreeBSD more user-friendly. >How-To-Repeat: New feature based on a BSDI man page: Really LOW priority. >Fix: I found an enhanced version here: ftp://ftp.iut-bm.univ-fcomte.fr/pub/zeus/dos-unix/ It built cleanly and worked fine. >Audit-Trail: >Unformatted: From owner-freebsd-bugs Sat Nov 15 23:50:06 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25494 for bugs-outgoing; Sat, 15 Nov 1997 23:50:06 -0800 (PST) (envelope-from owner-freebsd-bugs) Received: (from gnats@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25480; Sat, 15 Nov 1997 23:50:02 -0800 (PST) (envelope-from gnats) Resent-Date: Sat, 15 Nov 1997 23:50:02 -0800 (PST) Resent-Message-Id: <199711160750.XAA25480@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, iwasaki@jp.FreeBSD.org Received: (from nobody@localhost) by hub.freebsd.org (8.8.7/8.8.7) id XAA25263; Sat, 15 Nov 1997 23:45:55 -0800 (PST) (envelope-from nobody) Message-Id: <199711160745.XAA25263@hub.freebsd.org> Date: Sat, 15 Nov 1997 23:45:55 -0800 (PST) From: iwasaki@jp.FreeBSD.org To: freebsd-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: www-1.0 Subject: docs/5065: Wrong explanation `tag=.' for supfile in doc/FAQ/hackers.sgml Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 5065 >Category: docs >Synopsis: Wrong explanation `tag=.' for supfile in doc/FAQ/hackers.sgml >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: doc-bug >Submitter-Id: current-users >Arrival-Date: Sat Nov 15 23:50:01 PST 1997 >Last-Modified: >Originator: Mitsuru IWASAKI >Organization: The FreeBSD Japanese Documentation Project >Release: -current >Environment: N/A >Description: There is a wrong explanation for supfile to get the whole CVS repository via CVSup in the section `How do I make my own custom release?' of FAQ. It is mentioned like this: To get this you can use CVSUP but your tag value, if any, should be `.' ~~~~~~~~~ ~~~~~~~~~~~~~ If `tag=.' is specified in supfile, what to be obtained is `HEAD brach stuff', not RCS files. So, neither a "tag=" field nor a "date=" field should be specified in this case according to doc/handbook/cvsup.sgml. >How-To-Repeat: >Fix: --- hackers.sgml.old Mon Nov 3 16:53:45 1997 +++ hackers.sgml Sun Nov 16 15:48:43 1997 @@ -46,7 +46,7 @@

Second, you have to have the whole CVS repository at hand. To get this you can use - but your tag value, if any, should be `.' and your release name + but your tag field, if any, should not be specified and your release name should be cvs: >Audit-Trail: >Unformatted: