From owner-freebsd-bugs Sun Feb 20 1:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B820237BE53; Sun, 20 Feb 2000 01:10:08 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA21179; Sun, 20 Feb 2000 01:10:08 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Sun, 20 Feb 2000 01:10:08 -0800 (PST) From: Message-Id: <200002200910.BAA21179@freefall.freebsd.org> To: sascha@schumann.cx, sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16552: sys/dev/ppbus/pcfclock.c lacks a proper buffer size check Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: sys/dev/ppbus/pcfclock.c lacks a proper buffer size check State-Changed-From-To: open->closed State-Changed-By: sheldonh State-Changed-When: Sun Feb 20 01:09:47 PST 2000 State-Changed-Why: Committed, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 3:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BC71437BCEB for ; Sun, 20 Feb 2000 03:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA45397; Sun, 20 Feb 2000 03:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gallions-reach.inpharmatica.co.uk (gallions-reach.inpharmatica.co.uk [193.115.214.5]) by hub.freebsd.org (Postfix) with ESMTP id E582037BBB1 for ; Sun, 20 Feb 2000 03:27:46 -0800 (PST) (envelope-from m.seaman@inpharmatica.co.uk) Received: from mailhost.inpharmatica.co.uk (euston.inpharmatica.co.uk [193.115.214.6]) by gallions-reach.inpharmatica.co.uk (8.9.3/8.9.3) with ESMTP id LAA20061 for ; Sun, 20 Feb 2000 11:27:40 GMT (envelope-from m.seaman@inpharmatica.co.uk) Received: (from matthew@localhost) by mailhost.inpharmatica.co.uk (8.9.3/8.9.3) id LAA06699; Sun, 20 Feb 2000 11:27:40 GMT (envelope-from matthew) Message-Id: <200002201127.LAA06699@mailhost.inpharmatica.co.uk> Date: Sun, 20 Feb 2000 11:27:40 GMT From: m.seaman@inpharmatica.co.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/16832: amd.map options won't play with Solaris NFS server Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16832 >Category: conf >Synopsis: amd.map options won't play with Solaris NFS server >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 03:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Matthew Seaman >Release: FreeBSD 3.4-STABLE i386 >Organization: Inpharmatica Ltd >Environment: FreeBSD kings-cross.inpharmatica.co.uk 3.4-STABLE FreeBSD 3.4-STABLE #0: Sat Feb 19 15:56:23 GMT 2000 root@kings-cross.inpharmatica.co.uk:/usr/src/sys/compile/KINGS-CROSS i386 >Description: NFS options in the /etc/amd.map file cause problems mounting partitions from Solaris 7. This seems to be a result of trying to force a "lowest common denominator" set of options: ie. NFS v2 over UDP using reserved ports in order to provide maximum interoperability. Better results can be obtained by letting the NFS daemons either negociate these options or take their defaults. Tested against NFS mounts from: Solaris 7 (sparc) Irix 6.5 (mips) Debian Linux 2.2 (i386) FreeBSD 3.4-STABLE (i386, alpha) >How-To-Repeat: Enable amd and attempt to automount a partition from a solaris 7 machine using the default configuration. >Fix: kings-cross:/tmp:% diff -u amd.map-old amd.map --- amd.map-old Sun Feb 20 10:50:41 2000 +++ amd.map Sun Feb 20 10:50:27 2000 @@ -1,2 +1,2 @@ /defaults type:=host;fs:=${autodir}/${rhost}/host;rhost:=${key} -* opts:=rw,grpid,resvport,vers=2,proto=udp,nosuid,nodev +* opts:=rw,nosuid,nodev >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 6: 3:52 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from netcore.fi (netcore.fi [193.94.160.1]) by hub.freebsd.org (Postfix) with ESMTP id 4CECA37BDA1 for ; Sun, 20 Feb 2000 06:03:47 -0800 (PST) (envelope-from Pekka.Savola@netcore.fi) Received: from unf.netcore.fi (netcore.fi [193.94.160.1]) by netcore.fi (8.9.3/8.9.3) with ESMTP id QAA06897 for ; Sun, 20 Feb 2000 16:03:42 +0200 Message-Id: <4.3.1.20000220160014.00ae37c0@127.0.0.1> X-Sender: pekkas@netcore.home X-Mailer: QUALCOMM Windows Eudora Version 4.3 Date: Sun, 20 Feb 2000 16:03:49 +0200 To: freebsd-bugs@freebsd.org From: Pekka Savola Subject: FreeBSD 2.2.x 'make upgrade' -> 3.4 fails Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org It seems this never reached freebsd-bugs, probably due to some anti-spam filtering of Cc: fields. Summary: make upgrade to 3.4 from *any* 2.2.x FreeBSD system (yeah, 2.2.8-STABLE too) fails to a compilation error in bin/df. 3.2-RELEASE works (havent tried 3.3-RELEASE), but it is only accessible with CVSup anymore. >> > You have to upgrade to 3.2-RELEASE first (or perhaps 3.3, I didn't try >> > that); compiling 3.4-STABLE fails on an AOUT 2.2.8 system (bin/df). I >> > posted a message here about it less than a week ago. >> >> Do you (or anyone) have more information about that? I want to >> update my >>web page on make upgrade for 3.4, but that sounds like a pretty serious >>pitfall. > >Unfortunately, I don't know why this is so. Here's the message I sent. I >only mentioned 2.2.6-RELEASE there, but I tried it with >2.2.8-RELEASE and -STABLE too. So, upgrading to 3.2-RELEASE first seems >necessary (and works from 2.2.6-RELEASE etc. too). > >I didn't notice this message on the mailing lists. I used freebsd-stable >and -bugs in Cc: ; I hope the message wasn't rejected in some >anti-spamming checks. > >------- > > >Hello, > >I was upgrading a 2.2.6-RELEASE (GENERIC kernel) to 3.4-STABLE (CVSup'ed >previously today) until I got into problems (fixed the typo with >games/wargames by hand first). > >bin/df/Makefile is: ># $FreeBSD: src/bin/df/Makefile,v 1.7.2.2 2000/01/23 03:19:33 mharo Exp $ > >make upgrade >[at least 5 hours of code crunching] >----- >===> bin/df >cc -nostdinc -O -pipe -I/usr/src/bin/df/../../sbin/mount -Wall >-Wformat -I/usr/obj/aout/usr/src/tmp/usr/include -c /usr/src/bin/df/df.c >cc -nostdinc -O -pipe -I/usr/src/bin/df/../../sbin/mount -Wall >-Wformat -I/usr/obj/aout/usr/src/tmp/usr/include -c >/usr/src/bin/df/../../sbin/mount/vfslist.c >cc -nostdinc -O -pipe -I/usr/src/bin/df/../../sbin/mount -Wall >-Wformat -I/usr/obj/aout/usr/src/tmp/usr/include -static -o df df.o >vfslist.o >df.o: Undefined symbol `_ilogb' referenced from text segment >*** Error code 1 >---- >And halt ;<. > >I tried compiling bin/df by hand, and edited the makefile a bit (added >-I/usr/obj/aout... -nostdinc -pipe, but then I get an other error message >(note! there also seem to be /usr/lib/libm.a there, dunno why): >----- >Warning: Object directory not changed from original /usr/src/bin/df >cc -O -I/usr/src/bin/df/../../sbin/mount >-I/usr/obj/aout/usr/src/tmp/usr/include -nostdinc -pipe -Wall >-Wformat -Wall -Wformat -c df.c >cc -O -I/usr/src/bin/df/../../sbin/mount >-I/usr/obj/aout/usr/src/tmp/usr/include -nostdinc -pipe -Wall >-Wformat -Wall -Wformat -c /usr/src/bin/df/../../sbin/mount/vfslist.c >cc -O -I/usr/src/bin/df/../../sbin/mount >-I/usr/obj/aout/usr/src/tmp/usr/include -nostdinc -pipe -Wall >-Wformat -Wall -Wformat -static -o df df.o vfslist.o /usr/lib/libm.a >df.o: Undefined symbol `___error' referenced from text segment >df.o: Undefined symbol `___error' referenced from text segment >df.o: Undefined symbol `___error' referenced from text segment >*** Error code 1 >----- > >Without any Makefile tweaks: >----- >Warning: Object directory not changed from original /usr/src/bin/df >cc -O -I/usr/src/bin/df/../../sbin/mount -Wall -Wformat -Wall -Wformat >-c df.c >In file included from df.c:57: >/usr/include/ufs/ufs/ufsmount.h:63: `MAXQUOTAS' undeclared here (not in a >function) >/usr/include/ufs/ufs/ufsmount.h:64: `MAXQUOTAS' undeclared here (not in a >function) >/usr/include/ufs/ufs/ufsmount.h:68: `MAXQUOTAS' undeclared here (not in a >function) >/usr/include/ufs/ufs/ufsmount.h:69: `MAXQUOTAS' undeclared here (not in a >function) >/usr/include/ufs/ufs/ufsmount.h:70: `MAXQUOTAS' undeclared here (not in a >function) >/usr/include/ufs/ufs/ufsmount.h:71: field `um_export' has incomplete type >df.c: In function `main': >df.c:212: warning: implicit declaration of function `mkdtemp' >df.c:212: warning: assignment makes pointer from integer without a cast >df.c:220: warning: passing arg 1 of `mount' makes integer from pointer >without a cast >df.c: In function `regetmntinfo': >df.c:289: structure has no member named `f_fstypename' >df.c: In function `ufs_df': >df.c:456: structure has no member named `f_fstypename' >*** Error code 1 >----- > >So, it seems 'make upgrades' from some 2.2.X systems at least are broken. > >Compiling bin/df on my ELF system works fine. > >Any ideas? I hope this can be fixed soon. > >BTW, is there any way to continue 'make upgrade' from where this left off >or do I have start from scratch? E.g. 'make -i world' always deletes the >old obj directory, this probably does too? > >TIA, Regards > Pekka >--------- Pekka Savola pekkas@netcore.fi --- Across the nations the stories spread like spiderweb laid upon spiderweb, and men and women planned the future, believing they knew truth. They planned, and the Pattern absorbed their plans, weaving toward the future foretold. -- Robert Jordan: The Path of Daggers To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 7:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B73EB37BC3E for ; Sun, 20 Feb 2000 07:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA20256; Sun, 20 Feb 2000 07:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 20 Feb 2000 07:30:03 -0800 (PST) Message-Id: <200002201530.HAA20256@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Ben Smithurst Subject: Re: bin/16789: fingerd logging not IPv6 aware Reply-To: Ben Smithurst Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16789; it has been noted by GNATS. From: Ben Smithurst To: Yoshinobu Inoue Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: bin/16789: fingerd logging not IPv6 aware Date: Sun, 20 Feb 2000 13:31:55 +0000 Yoshinobu Inoue wrote: >> fingerd's -l option is not IPv6 aware, which can cause problems attempting >> to obtain the hostname for an IPv6 connection. ... > Please also check if it also fixed in your environment. yes, fixed now, PR can be closed. -- Ben Smithurst / ben@scientia.demon.co.uk / PGP: 0x99392F7D To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 8:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2205C37BE69 for ; Sun, 20 Feb 2000 08:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA24590; Sun, 20 Feb 2000 08:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 20 Feb 2000 08:50:01 -0800 (PST) Message-Id: <200002201650.IAA24590@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Omachonu Ogali Subject: Re: kern/16828: High Speed Pinging Over 8184 bytes Kills Server Instantly Reply-To: Omachonu Ogali Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16828; it has been noted by GNATS. From: Omachonu Ogali To: netdude@bc.sympatico.ca Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-security@freebsd.org Subject: Re: kern/16828: High Speed Pinging Over 8184 bytes Kills Server Instantly Date: Sun, 20 Feb 2000 11:43:41 -0500 (EST) This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. Send mail to mime@docserver.cac.washington.edu for more info. --0-1774392370-951065021=:49727 Content-Type: TEXT/PLAIN; charset=US-ASCII Attached unofficial patch to drop ICMP packets larger than 8184 bytes. E-Mail/Flame me if not liked... I wanted to be able to set the maximum value via sysctl but I'm not sure if I'll break anything, feel free to pick up from there. On Sat, 19 Feb 2000 netdude@bc.sympatico.ca wrote: > > >Number: 16828 > >Category: kern > >Synopsis: High Speed Pinging Over 8184 bytes Kills Server Instantly > >Confidential: no > >Severity: critical > >Priority: high > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Sat Feb 19 20:10:01 PST 2000 > >Closed-Date: > >Last-Modified: > >Originator: Ahsanul Shajan Alam > >Release: 3.3-RELEASE > >Organization: > TheCoolHost.com, Inc. > >Environment: > FreeBSD big_server1.webdevstudio.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 > >Description: > High speed pinging to anyone or from anyone on a local ethernet network with packet sizes over 8184 bytes will bring down the server, regardless of whether packets were being directed to it or another target which is online OR offline. Once pinging starts from any other machine, if local the BSD server will go down immediately, if from a remote source, it will go down in a few seconds. > > What makes this problem really bad is the fact that the target of the pings does not even have to be the server, it can be any on the ethernet segment... > >How-To-Repeat: > pick any LINUX box and do a: > > ping -fs 10000 > > But note: if the ping packets are exactly 8184 bytes, the server will just respond back at them and "laugh", if larger (ideally 10000 bytes) the server will die immediately... > >Fix: > get upstream provider to disable ping packets from coming in, BUT that will NOT protect you if the source of the pings is on the same ethernet segment. Desparate to find a "cure" to this problem. Please email: netdude@bc.sympatico.ca or president@thecoolhost.com if you know of any solutions, or if anybody can send me exactly what I need to type in to disable pings via IPFW... hmm... Thanks for you time. > > >Release-Note: > >Audit-Trail: > >Unformatted: > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- +-------------------------------------------------------------------------+ | Omachonu Ogali oogali@intranova.net | | Intranova Networking Group http://tribune.intranova.net | | PGP Key ID: 0xBFE60839 | | PGP Fingerprint: C8 51 14 FD 2A 87 53 D1 E3 AA 12 12 01 93 BD 34 | +-------------------------------------------------------------------------+ --0-1774392370-951065021=:49727 Content-Type: TEXT/PLAIN; charset=US-ASCII; name="icmp.large.drop" Content-Transfer-Encoding: BASE64 Content-ID: Content-Description: Content-Disposition: attachment; filename="icmp.large.drop" LS0tIGlwX2lucHV0LmMub3JpZwlTdW4gRmViIDIwIDExOjMxOjQ0IDIwMDAN CisrKyBpcF9pbnB1dC5jCVN1biBGZWIgMjAgMTE6Mzc6MzEgMjAwMA0KQEAg LTM0OCw2ICszNDgsMTYgQEANCiAJTlRPSFMoaXAtPmlwX29mZik7DQogDQog CS8qDQorCSAqIERyb3AgZXhjZXNzaXZlbHkgbGFyZ2UgSUNNUCBwYWNrZXRz ICg+IDgxODQgYnl0ZXMpDQorCSAqIC0gb29nYWxpQGludHJhbm92YS5uZXQN CisJICovDQorDQorCWlmICgoaXAtPmlwX2xlbiA+IDgxODQpICYmIChpcC0+ aXBfcCA9PSBJUFBST1RPX0lDTVApKSB7DQorCQlpcHN0YXQuaXBzX3Rvb2xv bmcrKzsNCisJCWdvdG8gYmFkOw0KKwl9DQorDQorCS8qDQogCSAqIENoZWNr IHRoYXQgdGhlIGFtb3VudCBvZiBkYXRhIGluIHRoZSBidWZmZXJzDQogCSAq IGlzIGFzIGF0IGxlYXN0IG11Y2ggYXMgdGhlIElQIGhlYWRlciB3b3VsZCBo YXZlIHVzIGV4cGVjdC4NCiAJICogVHJpbSBtYnVmcyBpZiBsb25nZXIgdGhh biB3ZSBleHBlY3QuDQo= --0-1774392370-951065021=:49727-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 11:45:45 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cyberfrg.access.one.net (cyberfrg.access.one.net [216.23.8.7]) by hub.freebsd.org (Postfix) with ESMTP id E69F437BF7B for ; Sun, 20 Feb 2000 11:45:25 -0800 (PST) (envelope-from x11@cyberfrg.access.one.net) Received: (from x11@localhost) by cyberfrg.access.one.net (8.9.3/8.9.3) id OAA09823; Sun, 20 Feb 2000 14:55:02 -0500 (EST) (envelope-from x11) Date: Sun, 20 Feb 2000 14:55:01 -0500 From: Mark Shirley To: Omachonu Ogali , freebsd-bugs@freebsd.org Subject: Re: kern/16828: High Speed Pinging Over 8184 bytes Kills Server Instantly Message-ID: <20000220145501.E330@cyberfrg.access.one.net> Reply-To: mark@entropynet.com References: <200002201650.IAA24590@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <200002201650.IAA24590@freefall.freebsd.org>; from oogali@intranova.net on Sun, Feb 20, 2000 at 08:50:01AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org i cannot reproduce this bug bash-2.03$ uname -a FreeBSD entropy3.entropynet.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 bash-2.03$ On Sun, Feb 20, 2000 at 08:50:01AM -0800, Omachonu Ogali wrote: > The following reply was made to PR kern/16828; it has been noted by GNATS. > > From: Omachonu Ogali > To: netdude@bc.sympatico.ca > Cc: freebsd-gnats-submit@FreeBSD.org, freebsd-security@freebsd.org > Subject: Re: kern/16828: High Speed Pinging Over 8184 bytes Kills Server > Instantly > Date: Sun, 20 Feb 2000 11:43:41 -0500 (EST) > > This message is in MIME format. The first part should be readable text, > while the remaining parts are likely unreadable without MIME-aware tools. > Send mail to mime@docserver.cac.washington.edu for more info. > > --0-1774392370-951065021=:49727 > Content-Type: TEXT/PLAIN; charset=US-ASCII > > Attached unofficial patch to drop ICMP packets larger than 8184 bytes. > E-Mail/Flame me if not liked... > > I wanted to be able to set the maximum value via sysctl but I'm not sure > if I'll break anything, feel free to pick up from there. > > On Sat, 19 Feb 2000 netdude@bc.sympatico.ca wrote: > > > > > >Number: 16828 > > >Category: kern > > >Synopsis: High Speed Pinging Over 8184 bytes Kills Server Instantly > > >Confidential: no > > >Severity: critical > > >Priority: high > > >Responsible: freebsd-bugs > > >State: open > > >Quarter: > > >Keywords: > > >Date-Required: > > >Class: sw-bug > > >Submitter-Id: current-users > > >Arrival-Date: Sat Feb 19 20:10:01 PST 2000 > > >Closed-Date: > > >Last-Modified: > > >Originator: Ahsanul Shajan Alam > > >Release: 3.3-RELEASE > > >Organization: > > TheCoolHost.com, Inc. > > >Environment: > > FreeBSD big_server1.webdevstudio.com 3.3-RELEASE FreeBSD 3.3-RELEASE #0: Thu Sep 16 23:40:35 GMT 1999 jkh@highwing.cdrom.com:/usr/src/sys/compile/GENERIC i386 > > >Description: > > High speed pinging to anyone or from anyone on a local ethernet network with packet sizes over 8184 bytes will bring down the server, regardless of whether packets were being directed to it or another target which is online OR offline. Once pinging starts from any other machine, if local the BSD server will go down immediately, if from a remote source, it will go down in a few seconds. > > > > What makes this problem really bad is the fact that the target of the pings does not even have to be the server, it can be any on the ethernet segment... > > >How-To-Repeat: > > pick any LINUX box and do a: > > > > ping -fs 10000 > > > > But note: if the ping packets are exactly 8184 bytes, the server will just respond back at them and "laugh", if larger (ideally 10000 bytes) the server will die immediately... > > >Fix: > > get upstream provider to disable ping packets from coming in, BUT that will NOT protect you if the source of the pings is on the same ethernet segment. Desparate to find a "cure" to this problem. Please email: netdude@bc.sympatico.ca or president@thecoolhost.com if you know of any solutions, or if anybody can send me exactly what I need to type in to disable pings via IPFW... hmm... Thanks for you time. > > > > >Release-Note: > > >Audit-Trail: > > >Unformatted: > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-bugs" in the body of the message > > > > -- > +-------------------------------------------------------------------------+ > | Omachonu Ogali oogali@intranova.net | > | Intranova Networking Group http://tribune.intranova.net | > | PGP Key ID: 0xBFE60839 | > | PGP Fingerprint: C8 51 14 FD 2A 87 53 D1 E3 AA 12 12 01 93 BD 34 | > +-------------------------------------------------------------------------+ > > --0-1774392370-951065021=:49727 > Content-Type: TEXT/PLAIN; charset=US-ASCII; name="icmp.large.drop" > Content-Transfer-Encoding: BASE64 > Content-ID: > Content-Description: > Content-Disposition: attachment; filename="icmp.large.drop" > > LS0tIGlwX2lucHV0LmMub3JpZwlTdW4gRmViIDIwIDExOjMxOjQ0IDIwMDAN > CisrKyBpcF9pbnB1dC5jCVN1biBGZWIgMjAgMTE6Mzc6MzEgMjAwMA0KQEAg > LTM0OCw2ICszNDgsMTYgQEANCiAJTlRPSFMoaXAtPmlwX29mZik7DQogDQog > CS8qDQorCSAqIERyb3AgZXhjZXNzaXZlbHkgbGFyZ2UgSUNNUCBwYWNrZXRz > ICg+IDgxODQgYnl0ZXMpDQorCSAqIC0gb29nYWxpQGludHJhbm92YS5uZXQN > CisJICovDQorDQorCWlmICgoaXAtPmlwX2xlbiA+IDgxODQpICYmIChpcC0+ > aXBfcCA9PSBJUFBST1RPX0lDTVApKSB7DQorCQlpcHN0YXQuaXBzX3Rvb2xv > bmcrKzsNCisJCWdvdG8gYmFkOw0KKwl9DQorDQorCS8qDQogCSAqIENoZWNr > IHRoYXQgdGhlIGFtb3VudCBvZiBkYXRhIGluIHRoZSBidWZmZXJzDQogCSAq > IGlzIGFzIGF0IGxlYXN0IG11Y2ggYXMgdGhlIElQIGhlYWRlciB3b3VsZCBo > YXZlIHVzIGV4cGVjdC4NCiAJICogVHJpbSBtYnVmcyBpZiBsb25nZXIgdGhh > biB3ZSBleHBlY3QuDQo= > --0-1774392370-951065021=:49727-- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 12:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 49AB937BFCF for ; Sun, 20 Feb 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA34450; Sun, 20 Feb 2000 12:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id BF1B837BED6 for ; Sun, 20 Feb 2000 12:01:43 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) id PAA01489; Sun, 20 Feb 2000 15:01:37 -0500 (EST) Message-Id: <200002202001.PAA01489@germanium.xtalwind.net> Date: Sun, 20 Feb 2000 15:01:37 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16838: MFC: phk's print uptime at reboot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16838 >Category: kern >Synopsis: MFC: phk's print uptime at reboot >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 12:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: The original commit pretty well covers it. :) I always forget to check before I reboot a system, and while it boots I try in vain to remember which month or even year this system was last booted in. Print out the uptime before rebooting, and give people like me less (or more as it may be) to think about while the systems boots. >How-To-Repeat: >Fix: --- kern_shutdown.c.orig Sun Aug 29 12:26:02 1999 +++ kern_shutdown.c Sun Feb 20 14:39:53 2000 @@ -125,6 +125,7 @@ static void boot __P((int)) __dead2; static void dumpsys __P((void)); +static void print_uptime __P((void)); #ifndef _SYS_SYSPROTO_H_ struct reboot_args { @@ -168,6 +169,33 @@ static int waittime = -1; static struct pcb dumppcb; +static void +print_uptime() +{ + int f; + struct timespec ts; + + getnanouptime(&ts); + printf("Uptime: "); + f = 0; + if (ts.tv_sec >= 86400) { + printf("%ldd", ts.tv_sec / 86400); + ts.tv_sec %= 86400; + f = 1; + } + if (f || ts.tv_sec >= 3600) { + printf("%ldh", ts.tv_sec / 3600); + ts.tv_sec %= 3600; + f = 1; + } + if (f || ts.tv_sec >= 60) { + printf("%ldm", ts.tv_sec / 60); + ts.tv_sec %= 60; + f = 1; + } + printf("%lds\n", ts.tv_sec); +} + /* * Go through the rigmarole of shutting down.. * this used to be in machdep.c but I'll be dammned if I could see @@ -271,6 +299,8 @@ } DELAY(100000); /* wait for console output to finish */ } + + print_uptime(); /* * Ok, now do things that assume all filesystem activity has >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 12:40: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4EA3C37BF08 for ; Sun, 20 Feb 2000 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA35996; Sun, 20 Feb 2000 12:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id 1434637BE8A for ; Sun, 20 Feb 2000 12:37:13 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) id PAA03376; Sun, 20 Feb 2000 15:37:10 -0500 (EST) Message-Id: <200002202037.PAA03376@germanium.xtalwind.net> Date: Sun, 20 Feb 2000 15:37:10 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16839: MFC Matthew D. Fuller's patch to deal with full pathnames" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16839 >Category: misc >Synopsis: MFC Matthew D. Fuller's patch to deal with full pathnames" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 12:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: Matthew D. Fuller's "Teach pkg_delete how to deal with full pathnames" (/var/db/pkg/foo-1.0, instead of just foo-1.0) with Jordan's style fix. >How-To-Repeat: >Fix: --- main.c.orig Sun Aug 29 11:45:18 1999 +++ main.c Sun Feb 20 15:29:50 2000 @@ -41,6 +41,7 @@ { int ch, error; char **pkgs, **start; + char *pkgs_split; pkgs = start = argv; while ((ch = getopt(argc, argv, Options)) != -1) @@ -82,8 +83,26 @@ /* Get all the remaining package names, if any */ /* Get all the remaining package names, if any */ - while (*argv) - *pkgs++ = *argv++; + while (*argv) { + if ((pkgs_split = rindex(*argv, (int)'/')) != NULL) { + while (!isalpha(*(pkgs_split + 1))) { + *pkgs_split = '\0'; + if ((pkgs_split = rindex(*argv, (int) '/')) == NULL) + pkgs_split = *argv; + } + if (pkgs_split != NULL) { + if (*pkgs_split == '/') + pkgs_split++; + *pkgs = pkgs_split; + pkgs++; + } + } + else { + *pkgs = *argv; + pkgs++; + } + argv++; + } /* If no packages, yelp */ if (pkgs == start) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 12:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 32CE337BF90 for ; Sun, 20 Feb 2000 12:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA36973; Sun, 20 Feb 2000 12:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id E27F437BF5F for ; Sun, 20 Feb 2000 12:43:20 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) id PAA03763; Sun, 20 Feb 2000 15:43:17 -0500 (EST) Message-Id: <200002202043.PAA03763@germanium.xtalwind.net> Date: Sun, 20 Feb 2000 15:43:17 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16840: MFC: Matthew D. Fuller's teach pkg_info to deal with full pathnames Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16840 >Category: misc >Synopsis: MFC: Matthew D. Fuller's teach pkg_info to deal with full pathnames >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 12:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: MFC Matthew D. Fuller's patch to teach pkg_info how to deal with full pathnames. Also add `t' to Options[] list, and add to usage(). Add t template to SYNOPSIS in manpage. >How-To-Repeat: >Fix: --- main.c.orig Sun Aug 29 11:45:23 1999 +++ main.c Sun Feb 20 15:25:02 2000 @@ -28,7 +28,7 @@ #include "lib.h" #include "info.h" -static char Options[] = "acdDe:fikrRpLqImvhl:"; +static char Options[] = "acdDe:fhiIkl:LmpqrRt:v"; int Flags = 0; Boolean AllInstalled = FALSE; @@ -44,6 +44,7 @@ { int ch; char **pkgs, **start; + char *pkgs_split; pkgs = start = argv; if (argc == 1) { @@ -143,9 +144,26 @@ Flags = SHOW_COMMENT | SHOW_DESC | SHOW_REQBY; /* Get all the remaining package names, if any */ - while (*argv) - *pkgs++ = *argv++; - + while (*argv) { + if( (pkgs_split = rindex(*argv, (int) '/')) != NULL ) { + while( !isalpha(*(pkgs_split+1)) ) { + *pkgs_split = '\0'; + if ( (pkgs_split = rindex(*argv, (int) '/')) == NULL) + pkgs_split = *argv; + } + if(pkgs_split != NULL) { + if (*pkgs_split == '/') + pkgs_split++; + *pkgs = pkgs_split; + pkgs++; + } + } + else { + *pkgs = *argv; + pkgs++; + } + argv++; + } /* If no packages, yelp */ if (pkgs == start && !AllInstalled && !CheckPkg) warnx("missing package name(s)"), usage(); @@ -158,7 +176,7 @@ { fprintf(stderr, "%s\n%s\n%s\n", "usage: pkg_info [-cdDikrRpLqImv] [-e package] [-l prefix]", - " pkg-name [pkg-name ...]", + " [-t template] pkg-name [pkg-name ...]", " pkg_info -a [flags]"); exit(1); } --- pkg_info.1.orig Sun Aug 29 11:45:24 1999 +++ pkg_info.1 Sun Feb 20 15:32:13 2000 @@ -28,6 +28,7 @@ .Op Fl cdDikrRpLqImv .Op Fl e Ar package .Op Fl l Ar prefix +.Op Fl t Ar template .Ar pkg-name [pkg-name ...] .Nm pkg_info .Fl a >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 13: 6:40 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 441B237BD66; Sun, 20 Feb 2000 13:06:39 -0800 (PST) (envelope-from ache@FreeBSD.org) Received: (from ache@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA38803; Sun, 20 Feb 2000 13:06:29 -0800 (PST) (envelope-from ache@FreeBSD.org) Date: Sun, 20 Feb 2000 13:06:29 -0800 (PST) From: Message-Id: <200002202106.NAA38803@freefall.freebsd.org> To: dwmalone@maths.tcd.ie, ache@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16564: SLIOCSUNIT is broken and can cause panic. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SLIOCSUNIT is broken and can cause panic. State-Changed-From-To: open->closed State-Changed-By: ache State-Changed-When: Sun Feb 20 13:04:34 PST 2000 State-Changed-Why: Ruslan's patch applied To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 13:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9CF3437BFFF for ; Sun, 20 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA38954; Sun, 20 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id 8FBC937BEF5 for ; Sun, 20 Feb 2000 13:03:43 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) id QAA04915; Sun, 20 Feb 2000 16:03:36 -0500 (EST) Message-Id: <200002202103.QAA04915@germanium.xtalwind.net> Date: Sun, 20 Feb 2000 16:03:36 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16842: Knob for release/Makefile to prevent deleting docproj distfiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16842 >Category: misc >Synopsis: Knob for release/Makefile to prevent deleting docproj distfiles >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 13:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: >Description: Add NODISTCLEAN variable to prevent deleting distfiles needed for docproj, which seem to update frequently, from being deleted so they don't have to be fetched again next time. Default action is unchanged. >How-To-Repeat: >Fix: --- Makefile.orig Wed Dec 15 19:59:58 1999 +++ Makefile Sun Feb 20 15:57:07 2000 @@ -56,6 +56,9 @@ DOCPORTS= textproc/docproj # Set this to wherever the distfiles required by ${DOCPORTS} live. DISTFILES?= ${.CURDIR}/../../ports/distfiles +# Uncomment this to prevent deleting distfiles in +# ${CHROOTDIR}/usr/ports/distfiles +#NODISTCLEAN= yes DIST_DOCS= ABOUT.TXT ERRATA.TXT LAYOUT.TXT README.TXT HARDWARE.TXT \ INSTALL.TXT RELNOTES.TXT TROUBLE.TXT UPGRADE.TXT @@ -588,7 +591,9 @@ fi; \ done .if !defined(NOPORTS) +.if !defined(NODISTCLEAN) @-rm -rf /usr/ports/distfiles/* +.endif @mkdir -p ${CD_DISC1}/ports && \ tar --exclude CVS -czf ${CD_DISC1}/ports/ports.tgz -C /usr ports && \ cp ${.CURDIR}/scripts/ports-install.sh ${CD_DISC1}/ports/install.sh \ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 13:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1D47837C01F for ; Sun, 20 Feb 2000 13:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA38964; Sun, 20 Feb 2000 13:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from germanium.xtalwind.net (germanium.xtalwind.net [205.160.242.5]) by hub.freebsd.org (Postfix) with ESMTP id 17F9D37BF1F for ; Sun, 20 Feb 2000 13:07:05 -0800 (PST) (envelope-from jack@germanium.xtalwind.net) Received: (from jack@localhost) by germanium.xtalwind.net (8.9.3/8.9.3) id QAA05185; Sun, 20 Feb 2000 16:06:58 -0500 (EST) Message-Id: <200002202106.QAA05185@germanium.xtalwind.net> Date: Sun, 20 Feb 2000 16:06:58 -0500 (EST) From: jack@germanium.xtalwind.net Reply-To: jack@germanium.xtalwind.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16843: Knob for release/Makefile to prevent deleting docproj distfiles Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16843 >Category: misc >Synopsis: Knob for release/Makefile to prevent deleting docproj distfiles >Confidential: yes >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 13:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD 4.0-CURRENT i386 >Description: Add NODISTCLEAN variable to prevent deleting distfiles needed for docproj, which seem to update frequently, from being deleted so they don't have to be fetched again next time. Default action is unchanged. >How-To-Repeat: >Fix: --- Makefile.orig Fri Jan 28 20:15:52 2000 +++ Makefile Sun Feb 20 15:59:13 2000 @@ -47,6 +47,9 @@ DOCPORTS= textproc/docproj # Set this to wherever the distfiles required by ${DOCPORTS} live. DISTFILES?= ${.CURDIR}/../../ports/distfiles +# Uncomment this to prevent deleting distfiles in +# ${CHROOTDIR}/usr/ports/distfiles +#NODISTCLEAN= yes DIST_DOCS= ABOUT.TXT ERRATA.TXT LAYOUT.TXT README.TXT HARDWARE.TXT \ RELNOTES.TXT TROUBLE.TXT UPGRADE.TXT INSTALL.TXT @@ -578,7 +581,9 @@ @ln -f ${CD_DISC1}/kernel ${CD_DISC2}/kernel .endif .if !defined(NOPORTS) +.if !defined(NODISTCLEAN) @-rm -rf /usr/ports/distfiles/* +.endif @mkdir -p ${CD_DISC1}/ports && \ tar --exclude CVS -czf ${CD_DISC1}/ports/ports.tgz -C /usr ports && \ cp ${.CURDIR}/scripts/ports-install.sh ${CD_DISC1}/ports/install.sh \ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 13:31:24 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2E08B37BF0B for ; Sun, 20 Feb 2000 13:31:23 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA40009; Sun, 20 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sun, 20 Feb 2000 13:30:01 -0800 (PST) Message-Id: <200002202130.NAA40009@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Sheldon Hearn Subject: Re: kern/16804: Enabling pcfclock module Reply-To: Sheldon Hearn Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16804; it has been noted by GNATS. From: Sheldon Hearn To: sascha@schumann.cx Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/16804: Enabling pcfclock module Date: Sun, 20 Feb 2000 23:21:17 +0200 On 18 Feb 2000 12:13:46 GMT, sascha@schumann.cx wrote: > The pcfclock driver can be built as a KLD to ease the use > of radio clocks. I'll ask Jordan for permission to commit this if you assure me that you've run it through a complete "make world". I'll try it myself, of course, but I'd like to know that you've tried it first. :-) Ciao, Sheldon. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 18:30: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 23AAA37C0E4 for ; Sun, 20 Feb 2000 18:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA71658; Sun, 20 Feb 2000 18:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0E18137BBD1 for ; Sun, 20 Feb 2000 18:28:45 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA71505; Sun, 20 Feb 2000 18:28:44 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002210228.SAA71505@freefall.freebsd.org> Date: Sun, 20 Feb 2000 18:28:44 -0800 (PST) From: drew0054@tc.umn.edu To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16848: Fortune has repeat entry Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16848 >Category: misc >Synopsis: Fortune has repeat entry >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 18:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Zachary K Drew >Release: FreeBSD 3.3-STABLE >Organization: none >Environment: FreeBSD x39-74.reshalls.umn.edu 3.3-STABLE FreeBSD 3.3-STABLE #4: Wed Feb 16 06:25:07 CST 2000 root@x39-74.reshalls.umn.edu:/usr/src/sys/compile/DOX i386 >Description: %% Never call a man a fool. Borrow from him. %% Never call a man a fool; borrow from him. %% Identical Entries >How-To-Repeat: Obvious >Fix: Delete one.. nit picky i know, but perfection is like utopia, and utopia seems universally accepted by science fiction authors as splendid. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sun Feb 20 19:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3942C37C030 for ; Sun, 20 Feb 2000 19:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA74197; Sun, 20 Feb 2000 19:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gw.one.com.au (gw.one.com.au [203.18.85.1]) by hub.freebsd.org (Postfix) with ESMTP id 89AB437BB7F for ; Sun, 20 Feb 2000 19:14:40 -0800 (PST) (envelope-from raymond@one.com.au) Received: from one.com.au (pmo.local [10.18.85.2]) by gw.one.com.au (8.9.2/8.9.2) with SMTP id NAA15538 for FreeBSD-gnats-submit@freebsd.org; Mon, 21 Feb 2000 13:14:35 +1000 (EST) (envelope-from raymond@one.com.au) Message-Id: <200002210314.NAA15538@gw.one.com.au> Date: Mon, 21 Feb 2000 13:14:35 +1000 (EST) From: User Raymond Subject: kern/16849: ide tape drive Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16849 >Category: kern >Synopsis: Close on an ide tape drive hangs >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sun Feb 20 19:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Ray Newman >Release: FreeBSD 3.2-RELEASE i386 >Organization: One Management Australia >Environment: ide tapedrive (Seagate Travan) installed as the slave device (after the CD-ROM) on the second ide bus. Single processor Celeron system. >Description: dump works to the point of closing the tape drive, it then hangs. The job can't be killed (even with -9). >How-To-Repeat: dump -0uaf /dev/rwst0 / >Fix: The system must be shurdown to release the tape drive. >Release-Note: >Audit-Trail: >Unformatted: To: FreeBSD-gnats-submit@freebsd.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 0:20:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6932037C1C4; Mon, 21 Feb 2000 00:20:09 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Received: (from sheldonh@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA94118; Mon, 21 Feb 2000 00:20:09 -0800 (PST) (envelope-from sheldonh@FreeBSD.org) Date: Mon, 21 Feb 2000 00:20:09 -0800 (PST) From: Message-Id: <200002210820.AAA94118@freefall.freebsd.org> To: sheldonh@FreeBSD.org, freebsd-bugs@FreeBSD.org, jkh@FreeBSD.org Subject: Re: misc/16848: Fortune has repeat entry Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fortune has repeat entry Responsible-Changed-From-To: freebsd-bugs->jkh Responsible-Changed-By: sheldonh Responsible-Changed-When: Mon Feb 21 00:17:51 PST 2000 Responsible-Changed-Why: The maintainer can decide which one. If he lacks time (can't think why ;-) I'll do the commit with his permission. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 1:23:30 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 95F9F37BE17; Mon, 21 Feb 2000 01:23:27 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA98158; Mon, 21 Feb 2000 01:23:27 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Mon, 21 Feb 2000 01:23:27 -0800 (PST) From: Message-Id: <200002210923.BAA98158@freefall.freebsd.org> To: dwmalone@maths.tcd.ie, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, ru@FreeBSD.org Subject: Re: kern/16564: SLIOCSUNIT is broken and can cause panic. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: SLIOCSUNIT is broken and can cause panic. State-Changed-From-To: closed->feedback State-Changed-By: ru State-Changed-When: Mon Feb 21 01:19:47 PST 2000 State-Changed-Why: This problem affects -stable as well. Responsible-Changed-From-To: freebsd-bugs->ru Responsible-Changed-By: ru Responsible-Changed-When: Mon Feb 21 01:19:47 PST 2000 Responsible-Changed-Why: I will MFC the fix in about a week. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 2:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7045C37BD61 for ; Mon, 21 Feb 2000 02:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA03788; Mon, 21 Feb 2000 02:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from knight.cons.org (knight.cons.org [194.233.237.195]) by hub.freebsd.org (Postfix) with ESMTP id CBFBD37BD61 for ; Mon, 21 Feb 2000 02:29:36 -0800 (PST) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id LAA01431; Mon, 21 Feb 2000 11:29:31 +0100 (CET) Message-Id: <200002211029.LAA01431@knight.cons.org> Date: Mon, 21 Feb 2000 11:29:31 +0100 (CET) From: cracauer@cons.org Reply-To: cracauer@cons.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16862: strptime "%+" broken in 4.0-current Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16862 >Category: bin >Synopsis: strptime(..., "%+" ...) dumps core >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 02:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Martin Cracauer >Release: FreeBSD-4.0-current from Feb, 17th, 2000 >Organization: BSD User Group Hamburg >Environment: FreeBSD-4.0-current from Feb, 17th, 2000 >Description: Parsing '%+' (time in date(1) format) in strptime dumps core. it works in 3.4-stable. >How-To-Repeat: Run this standalone program: #include #include int main(void) { struct tm tm; if (strptime("Mon Feb 21 11:20:36 MET 2000", "%+", &tm) == NULL) { printf("Parsing failed\n"); exit(1); } printf("Time was '%s'\n", asctime(&tm)); return 0; } Result: #0 0x280c19ee in strcmp () from /usr/lib/libc.so.4 #1 0x2807f0a8 in i386_get_ioperm () from /usr/lib/libc.so.4 #2 0x2807e2e9 in i386_get_ioperm () from /usr/lib/libc.so.4 #3 0x2807f13d in strptime () from /usr/lib/libc.so.4 #4 0x80484b0 in main () at ptime.c:8 #5 0x804842d in _start () >Fix: I'm not sure why this program messes with i386_get_ioperm etc. at all, so I didn't take a shot at it. Someone who messed with strptime in -current should pick it up. Thanks. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 3: 8:50 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B910437BBD0; Mon, 21 Feb 2000 03:08:49 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id DAA06534; Mon, 21 Feb 2000 03:08:49 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Mon, 21 Feb 2000 03:08:49 -0800 (PST) From: Message-Id: <200002211108.DAA06534@freefall.freebsd.org> To: toasty@dragondata.com, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16415: Buffer overflow in procctl(8) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Buffer overflow in procctl(8) State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Mon Feb 21 03:07:34 PST 2000 State-Changed-Why: Patch applied, thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 3:18:21 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from imo-d03.mx.aol.com (imo-d03.mx.aol.com [205.188.157.35]) by hub.freebsd.org (Postfix) with ESMTP id 4915A37B960 for ; Mon, 21 Feb 2000 03:18:18 -0800 (PST) (envelope-from AlmondSquirtle@aol.com) Received: from AlmondSquirtle@aol.com by imo-d03.mx.aol.com (mail_out_v25.3.) id n.ce.1da1169 (4440) for ; Mon, 21 Feb 2000 06:18:11 -0500 (EST) From: AlmondSquirtle@aol.com Message-ID: Date: Mon, 21 Feb 2000 06:18:10 EST Subject: No Subject To: freebsd-bugs@freebsd.org MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Mailer: AOL for Macintosh sub 147 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I crashed my hard drive trying to install your program! I hate you I hate you I hate you! No offense or anything, just needed to vent some steam To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 6:49:36 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E528037BD9E; Mon, 21 Feb 2000 06:49:34 -0800 (PST) (envelope-from phantom@FreeBSD.org) Received: (from phantom@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA87168; Mon, 21 Feb 2000 06:49:34 -0800 (PST) (envelope-from phantom@FreeBSD.org) Date: Mon, 21 Feb 2000 06:49:34 -0800 (PST) From: Message-Id: <200002211449.GAA87168@freefall.freebsd.org> To: phantom@FreeBSD.org, gnats-admin@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: pending/16860: suggetion on installation process. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: suggetion on installation process. Responsible-Changed-From-To: gnats-admin->freebsd-bugs Responsible-Changed-By: phantom Responsible-Changed-When: Mon Feb 21 06:47:52 PST 2000 Responsible-Changed-Why: Misfiled PR To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 7: 5:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from cyberfrg.access.one.net (cyberfrg.access.one.net [216.23.8.7]) by hub.freebsd.org (Postfix) with ESMTP id 5205F37BD7B for ; Mon, 21 Feb 2000 07:05:44 -0800 (PST) (envelope-from x11@cyberfrg.access.one.net) Received: (from x11@localhost) by cyberfrg.access.one.net (8.9.3/8.9.3) id KAA12698 for freebsd-bugs@freebsd.org; Mon, 21 Feb 2000 10:15:28 -0500 (EST) (envelope-from x11) Date: Mon, 21 Feb 2000 10:15:28 -0500 From: Mark Shirley To: freebsd-bugs@freebsd.org Subject: Re: No Subject Message-ID: <20000221101528.E11060@cyberfrg.access.one.net> Reply-To: mark@entropynet.com References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from AlmondSquirtle@aol.com on Mon, Feb 21, 2000 at 06:18:10AM -0500 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org well well well, what do you expect from an aol-er (appologies to all you legit non-flaming aol users) On Mon, Feb 21, 2000 at 06:18:10AM -0500, AlmondSquirtle@aol.com wrote: > I crashed my hard drive trying to install your program! I hate you I hate you > I hate you! No offense or anything, just needed to vent some steam > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > -- "Can you imagine what we could achieve together?" 'I can, which is why it must never be allowed to happen.' -- G'Kar and Delenn, "The Gathering" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 7:40:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 04EE937BEE0 for ; Mon, 21 Feb 2000 07:40:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA91092; Mon, 21 Feb 2000 07:40:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 8307137BF0C for ; Mon, 21 Feb 2000 07:35:39 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA90881; Mon, 21 Feb 2000 07:35:39 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002211535.HAA90881@freefall.freebsd.org> Date: Mon, 21 Feb 2000 07:35:39 -0800 (PST) From: viren@rstcorp.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/16879: Sound drivers seem to be using shared irqs resulting in a panic at boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16879 >Category: conf >Synopsis: Sound drivers seem to be using shared irqs resulting in a panic at boot >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 07:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Viren Shah >Release: 4.0-CURRENT >Organization: >Environment: FreeBSD jabberwock 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Mon Feb 21 09:24:19 EST 2000 vshah@jabberwock:/home/ncvs/FreeBSD/current-src/src/sys/compile/NOSOUND i386 >Description: I can use a kernel from jan18 and boot with sound configured. The next time I tried make world and a new kernel was feb 5, and the system paniced at boot. It seems that a new device is being found by the sound drivers -- csa0 (this device was not present in the jan18 kernel). It seems to be using an irq used by some other device. If I have xl0 (my NIC) configured in the kernel, then it uses the irq configured by xl0, resulting in a panic at boot when ifconfig is run. If xl0 is a module, csa0 takes theirq of my adaptec driver (ahc0), and then the panic is simply when the "idle" process is running. I can repeat this problem at will. I have a debug kernel lying around for the panic. If someone will tell me what debug info they want, I'll be happy to oblige. The panic is: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x28 fault code = supervisor read, page not present isntruction pointer = 0x8:0xc01f79f3 stack pointer = 0x10:0xc0267798 frame pointer = 0x10:0xc026779c 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 = tty kernel: type 12 trap, code = 0 Stopped at csa_readio+0x17: movl 0x28(%eax), %edx db> trace csa_readio(c10b7bc4, 0) at csa_readio+0x17 csa_intr(c10b7bc0, 40031232, 0, 0, 0) at csa_intr+0x13 intr_mux(c0a65b80, 0, 10, 10, c0220010, ce220010) at intr_mux+0x1d Xresume9() at Xresume9+0x2b --- interrupt, eip=0xc0222ffc, esp = 0xc0267814, epb=0 --- The dmesg from jan 18 kernel (with working sound): Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Tue Jan 18 13:28:32 EST 2000 vshah@jabberwock:/home/ncvs/FreeBSD/current-src/src/sys/compile/SEVEN Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 398271024 Hz CPU: Pentium II/Xeon/Celeron (398.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183f9ff real memory = 268435456 (262144K bytes) avail memory = 257232896 (251204K bytes) Preloaded elf kernel "kernel.jan18" at 0xc02f3000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: mem 0xfc000000-0xfcffffff,0xf5000000-0xf5ffffff irq 11 at device 0.0 on pci1 isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0x14a0-0x14af at device 7.1 on pci0 ata-pci0: Busmastering DMA supported ata0 at 0x01f0 irq 14 on ata-pci0 ata1 at 0x0170 irq 15 on ata-pci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 9 chip1: port 0x7000-0x700f at device 7.3 on pci0 pci0: unknown card (vendor=0x1013, dev=0x6001) at 11.0 irq 9 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1400-0x147f mem 0xf4102000-0xf410207f irq 9 at device 15.0 on pci0 xl0: Ethernet address: 00:10:4b:94:a3:41 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto ahc0: port 0x1000-0x10ff mem 0xf4101000-0xf4101fff irq 9 at device 16.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 ata-isa0: already registered as ata0 ata-isa1: already registered as ata1 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3b0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 unknown0: at iomem 0xe0000-0xe3fff on isa0 unknown1: at port 0x370-0x371,0xea-0xeb iomem 0xfffc0000-0xffffffff on isa0 unknown2: at iomem 0-0x9ffff,0xe4000-0xfffff,0x100000-0xfffffff,0xfff80000-0xfffbffff on isa0 unknown3: at port 0-0xf,0x81-0x8f,0xc0-0xdf drq 4 on isa0 unknown: can't assign resources unknown4: at port 0x40-0x43 irq 0 on isa0 unknown5: at port 0x70-0x71 irq 8 on isa0 unknown: can't assign resources unknown6: at port 0xf0-0xff irq 13 on isa0 unknown: can't assign resources unknown7: at port 0xcf8-0xcff on isa0 unknown8: at port 0x4d0-0x4d1,0x8000-0x803f,0x7000-0x700f on isa0 unknown9: on isa0 unknown: can't assign resources unknown: can't assign resources unknown: can't assign resources unknown10: at port 0x378-0x37f irq 7 on isa0 pcm0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown11: at port 0x200-0x207 on isa0 unknown12: at port 0x120-0x127 on isa0 unknown13: at port 0x330-0x331 irq 10 on isa0 IP packet filtering initialized, divert enabled, rule-based forwarding disabled, default to accept, logging limited to 100 packets/entry by default ad0: ATA-3 disk at ata0 as master ad0: 8063MB (16514064 sectors), 16383 cyls, 16 heads, 63 S/T, 512 B/S ad0: 16 secs/int, 1 depth queue, UDMA33 ad3: ATA-4 disk at ata1 as slave ad3: 9641MB (19746720 sectors), 19590 cyls, 16 heads, 63 S/T, 512 B/S ad3: 16 secs/int, 1 depth queue, UDMA33 acd0: CDROM drive at ata1 as master acd0: read 2412KB/s (5512KB/s), 256KB buffer, WDMA2 acd0: Reads: CD-R, CD-RW, CD-DA acd0: Audio: play, 256 volume levels acd0: Mechanism: ejectable tray acd0: Medium: no/blank disc inside, unlocked Waiting 6 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s3a da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) The dmesg from a -current kernel from 02/21 without sound is: Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT #0: Mon Feb 21 09:24:19 EST 2000 vshah@jabberwock:/home/ncvs/FreeBSD/current-src/src/sys/compile/NOSOUND Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 398271144 Hz CPU: Pentium II/Pentium II Xeon/Celeron (398.27-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x651 Stepping = 1 Features=0x183f9ff real memory = 268435456 (262144K bytes) avail memory = 257323008 (251292K bytes) Preloaded elf kernel "kernel.old" at 0xc02d7000. Pentium Pro MTRR support enabled npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 pci1: NVidia/SGS-Thomson Riva128 graphics accelerator (vendor=0x12d2, dev=0x0018) at 0.0 irq 11 isab0: at device 7.0 on pci0 isa0: on isab0 atapci0: port 0x14a0-0x14af at device 7.1 on pci0 ata0: at 0x1f0 irq 14 on atapci0 ata1: at 0x170 irq 15 on atapci0 pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 9 chip1: port 0x7000-0x700f at device 7.3 on pci0 pci0: unknown card (vendor=0x1013, dev=0x6001) at 11.0 irq 9 pci0: unknown card (vendor=0x10b7, dev=0x9055) at 15.0 irq 9 ahc0: port 0x1000-0x10ff mem 0xf4101000-0xf4101fff irq 9 at device 16.0 on pci0 ahc0: aic7880 Wide Channel A, SCSI Id=7, 16/255 SCBs fdc0: at port 0x3f0-0x3f5,0x3f7 irq 6 drq 2 on isa0 fdc0: FIFO enabled, 8 bytes threshold fd0: <1440-KB 3.5" drive> on fdc0 drive 0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model IntelliMouse, device ID 3 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A unknown0: at port 0x534-0x537,0x388-0x38b,0x220-0x22f irq 5 drq 1,0 on isa0 unknown1: at port 0x200-0x207 on isa0 unknown2: at port 0x120-0x127 on isa0 unknown3: at port 0x330-0x331 irq 10 on isa0 ad0: 8063MB [16383/16/63] at ata0-master using UDMA33 ad3: 9641MB [19590/16/63] at ata1-slave using UDMA33 acd0: CDROM at ata1-master using WDMA2 Waiting 2 seconds for SCSI devices to settle Mounting root from ufs:/dev/ad0s3a da0 at ahc0 bus 0 target 1 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 10.000MB/s transfers (10.000MHz, offset 15), Tagged Queueing Enabled da0: 1030MB (2110812 512 byte sectors: 255H 63S/T 131C) pci0: Intel 82371AB/EB (PIIX4) USB controller (vendor=0x8086, dev=0x7112) at 7.2 irq 9 pci0: unknown card (vendor=0x1013, dev=0x6001) at 11.0 irq 9 xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0x1400-0x147f mem 0xf4102000-0xf410207f irq 9 at device 15.0 on pci0 xl0: Ethernet address: 00:10:4b:94:a3:41 pci1: NVidia/SGS-Thomson Riva128 graphics accelerator (vendor=0x12d2, dev=0x0018) at 0.0 irq 11 miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto I can't get dmesg's from the panic'ing kernels, since they panic at boot. >How-To-Repeat: Use a Dell XPS R400 w/ onboard soundcard. configure a kernel with options PNPBIOS options pcm0 >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 7:50: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0CFC337C27F for ; Mon, 21 Feb 2000 07:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA92071; Mon, 21 Feb 2000 07:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from erouter0.it-datacntr.louisville.edu (erouter0.it-datacntr.louisville.edu [136.165.1.36]) by hub.freebsd.org (Postfix) with ESMTP id EEE0C37BF88 for ; Mon, 21 Feb 2000 07:40:57 -0800 (PST) (envelope-from k.stevenson@louisville.edu) Received: from osaka.louisville.edu (osaka.louisville.edu [136.165.1.114]) by erouter0.it-datacntr.louisville.edu (Postfix) with ESMTP id 8C02924DAB for ; Mon, 21 Feb 2000 10:40:56 -0500 (EST) Received: by osaka.louisville.edu (Postfix, from userid 15) id 534B418605; Mon, 21 Feb 2000 10:40:56 -0500 (EST) Message-Id: <20000221154056.534B418605@osaka.louisville.edu> Date: Mon, 21 Feb 2000 10:40:56 -0500 (EST) From: k.stevenson@louisville.edu Reply-To: ktstev01@osaka.louisville.edu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16880: [PATCH] pw(8) hardcodes directory creation modes Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16880 >Category: bin >Synopsis: [PATCH] pw(8) hardcodes directory creation modes >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 07:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Keith Stevenson >Release: FreeBSD 3.4-STABLE i386 >Organization: University of Louisville >Environment: FreeBSD-STABLE and FreeBSD-CURRENT >Description: pw(8) ignores umask and always creates directories as mode 0755. The enclosed patch against CURRENT respects the parent process umask and adds a -U option to specify the umask on the command line. >How-To-Repeat: Set umask to something more restrictive than 022 and use pw to create an account and home directory. >Fix: Patch against Current. Patch has been moderately tested. Index: pw.8 =================================================================== RCS file: /opt/ncvs/src/usr.sbin/pw/pw.8,v retrieving revision 1.17 diff -u -r1.17 pw.8 --- pw.8 1999/08/28 01:19:18 1.17 +++ pw.8 2000/02/20 02:41:11 @@ -41,6 +41,7 @@ .Op Fl u Ar uid .Op Fl c Ar comment .Op Fl d Ar dir +.Op Fl U Ar umask .Op Fl e Ar date .Op Fl p Ar date .Op Fl g Ar group @@ -346,6 +347,8 @@ - normally .Pa /home with the account name as a subdirectory. +.It Fl U Ar umask +Set the umask to be used when creating the account's home directory and skeleton files. Default is parent process umask. .It Fl e Ar date Set the account's expiration date. Format of the date is either a UNIX time in decimal, or a date in Index: pw.c =================================================================== RCS file: /opt/ncvs/src/usr.sbin/pw/pw.c,v retrieving revision 1.18 diff -u -r1.18 pw.c --- pw.c 2000/01/15 00:20:20 1.18 +++ pw.c 2000/02/20 02:41:12 @@ -29,6 +29,7 @@ "$FreeBSD: src/usr.sbin/pw/pw.c,v 1.18 2000/01/15 00:20:20 davidn Exp $"; #endif /* not lint */ +#include #include #include #include @@ -89,6 +90,8 @@ static struct cargs arglist; +static int mask; + static int getindex(const char *words[], const char *word); static void cmdhelp(int mode, int which); @@ -105,13 +108,13 @@ static const char *opts[W_NUM][M_NUM] = { { /* user */ - "V:C:qn:u:c:d:e:p:g:G:mk:s:oL:i:w:h:Db:NPy:Y", - "V:C:qn:u:rY", - "V:C:qn:u:c:d:e:p:g:G:ml:k:s:w:L:h:FNPY", - "V:C:qn:u:FPa7", - "V:C:q", - "V:C:q", - "V:C:q" + "V:C:U:qn:u:c:d:e:p:g:G:mk:s:oL:i:w:h:Db:NPy:Y", + "V:C:U:qn:u:rY", + "V:C:U:qn:u:c:d:e:p:g:G:ml:k:s:w:L:h:FNPY", + "V:C:U:qn:u:FPa7", + "V:C:U:q", + "V:C:U:q", + "V:C:U:q" }, { /* grp */ "V:C:qn:g:h:M:pNPY", @@ -128,7 +131,6 @@ pw_group }; - umask(0); /* We wish to handle this manually */ LIST_INIT(&arglist); /* @@ -221,6 +223,30 @@ setgrdir(etcpath); } } + + /* + * Set the umask if specified on the command line + */ + + if (getarg(&arglist, 'U') != NULL) { + char * um = getarg(&arglist, 'U')-> val; + if (um != NULL) { + if (isdigit(*um)) { + mask = 0; + do { + if (*um >= '8' || *um < '0') { + fprintf(stderr, "Illegal umask: %s\n", um); + exit(EX_USAGE); + } + mask = (mask << 3) + (*um - '0'); + } while (*++um != '\0'); + umask(mask); + } else { + fprintf(stderr, "Illegal umask: %s\n", um); + exit(EX_USAGE); + } + } + } /* * Now, let's do the common initialisation @@ -301,6 +327,7 @@ "\t-u uid user id\n" "\t-c comment user name/comment\n" "\t-d directory home directory\n" + "\t-U umask Directory/file creation mask\n" "\t-e date account expiry date\n" "\t-p date password expiry date\n" "\t-g grp initial group\n" Index: pw_user.c =================================================================== RCS file: /opt/ncvs/src/usr.sbin/pw/pw_user.c,v retrieving revision 1.34 diff -u -r1.34 pw_user.c --- pw_user.c 2000/01/15 00:20:21 1.34 +++ pw_user.c 2000/02/20 02:41:16 @@ -179,7 +179,7 @@ if (strchr(cnf->home+1, '/') == NULL) { strcpy(dbuf, "/usr"); strncat(dbuf, cnf->home, MAXPATHLEN-5); - if (mkdir(dbuf, 0755) != -1 || errno == EEXIST) { + if (mkdir(dbuf, 0777) != -1 || errno == EEXIST) { chown(dbuf, 0, 0); symlink(dbuf, cnf->home); } @@ -191,7 +191,7 @@ while ((p = strchr(++p, '/')) != NULL) { *p = '\0'; if (stat(dbuf, &st) == -1) { - if (mkdir(dbuf, 0755) == -1) + if (mkdir(dbuf, 0777) == -1) goto direrr; chown(dbuf, 0, 0); } else if (!S_ISDIR(st.st_mode)) @@ -200,7 +200,7 @@ } } if (stat(dbuf, &st) == -1) { - if (mkdir(dbuf, 0755) == -1) { + if (mkdir(dbuf, 0777) == -1) { direrr: err(EX_OSFILE, "mkdir '%s'", dbuf); } chown(dbuf, 0, 0); @@ -734,7 +734,7 @@ * existing files will *not* be overwritten. */ if (!PWALTDIR() && getarg(args, 'm') != NULL && pwd->pw_dir && *pwd->pw_dir == '/' && pwd->pw_dir[1]) { - copymkdir(pwd->pw_dir, cnf->dotdir, 0755, pwd->pw_uid, pwd->pw_gid); + copymkdir(pwd->pw_dir, cnf->dotdir, 0777, pwd->pw_uid, pwd->pw_gid); pw_log(cnf, mode, W_USER, "%s(%ld) home %s made", pwd->pw_name, (long) pwd->pw_uid, pwd->pw_dir); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 8:50: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 72FB037BDCA for ; Mon, 21 Feb 2000 08:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA98008; Mon, 21 Feb 2000 08:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Mon, 21 Feb 2000 08:50:03 -0800 (PST) Message-Id: <200002211650.IAA98008@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dan Papasian Subject: Re: kern/16808: Fatal trap 12, kernel does not boot Reply-To: Dan Papasian Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16808; it has been noted by GNATS. From: Dan Papasian To: engarcia@fis.cinvestav.mx Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/16808: Fatal trap 12, kernel does not boot Date: Mon, 21 Feb 2000 11:54:03 -0500 You should try to remove the options you don't need from your kernel to eliminate some possiblities. I took the time to comment on which entries in your kernel configuration were _very_ wrong. Scroll down. On Fri, Feb 18, 2000 at 08:39:46AM -0800, engarcia@fis.cinvestav.mx wrote: > machine "i386" > cpu "I586_CPU" > ident CASA > maxusers 15 > ## check what the hell is maxdsiz > options "MAXDSIZ=(256*1024*1024)" > options "DFLDSIZ=(256*1024*1024)" > options GPL_MATH_EMULATE #Support for x87 emulation You definetly don't need GPL_MATH_EMULATE and unless you are going to run applications up to 256 megs large (instead of the default 128) you don't need the MAXDSIZE and DFLSIZE entries. > options INET #InterNETworking > options FFS #Berkeley Fast Filesystem > options FFS_ROOT #FFS usable as root device [keep this!] > options MFS #Memory Filesystem > options MFS_ROOT #MFS usable as root device, "MFS" req'ed > options NFS #Network Filesystem > options "CD9660" #ISO 9660 Filesystem > options PROCFS #Process filesystem > options "COMPAT_43" #Compatible with BSD 4.3 [KEEP THIS!] > options SCSI_DELAY=15000 #Be pessimistic about Joe SCSI device SCSI_DELAY? I'm not sure if you have SCSI devices- if you don't, remove this. If you do have SCSI devices, you can leave this in. > options UCONSOLE #Allow users to grab the console > options FAILSAFE #Be conservative > options USERCONFIG #boot -c editor > options INTRO_USERCONFIG > options VISUAL_USERCONFIG #visual boot -c editor You don't need INTRO_USERCONFIG. That is for installation kernels. > options PQ_LARGECACHE > options USER_LDT You don't need PQ_LARGECACHE unless you have a specific reason for having it, and USER_LDT is only if you want to run things like WINE. > options "VM86" > options COMPILING_LINT You don't need COMPILING_LINT. That is for compiling LINT. ... and not for making usable kernels. > config kernel root on wd0 > > controller isa0 > controller pnp0 > controller eisa0 > controller pci0 > > controller fdc0 at isa? port "IO_FD1" bio irq 6 drq 2 > disk fd0 at fdc0 drive 0 > disk fd1 at fdc0 drive 1 > > options "CMD640" # work around CMD640 chip deficiency Do you have a controller with a CMD640? If no, remove this. > controller wdc0 at isa? port "IO_WD1" bio irq 14 > disk wd0 at wdc0 drive 0 > disk wd1 at wdc0 drive 1 > > controller wdc1 at isa? port "IO_WD2" bio irq 15 > disk wd2 at wdc1 drive 0 > disk wd3 at wdc1 drive 1 > > options ATAPI #Enable ATAPI support for IDE bus > options ATAPI_STATIC #Don't do it as an LKM > device acd0 #IDE CD-ROM > device wfd0 #IDE Floppy (e.g. LS-120) Do you have an IDE Floppy? This isn't for 1.44s, this is for things like the LS-120. If you don't have one, remove this. > # A single entry for any of these controllers (ncr, ahb, ahc) is > # sufficient for any number of installed devices. > controller ncr0 > controller ahb0 > controller ahc0 > controller isp0 Do you have SCSI cards? If no, remove _all_ of this. If yes, enable only the cards you have. > controller dpt0 > # DPT options > options DPT_RESTRICTED_FREELIST > options DPT_FREELIST_IS_STACK > options DPT_TIMEOUT_FACTOR=4 > options DPT_INTR_DELAY=200 # Some motherboards need that > options DPT_LOST_IRQ > options DPT_RESET_HBA Do you have a RAID array? If not, remove all of this. > ############### > controller adv0 at isa? port ? cam irq ? > controller adw0 > controller bt0 at isa? port ? cam irq ? > controller aha0 at isa? port ? cam irq ? So you have SCSI? If no, remove all of this. If yes, enable only the cards you need. > > controller scbus0 > > device da0 > > #device sa0 > > device pass0 > > device cd0 #Only need one of these, the code dynamically grows All of these are for SCSI as well. > > device wt0 at isa? port 0x300 bio irq 5 drq 1 > device mcd0 at isa? port 0x300 bio irq 10 > controller matcd0 at isa? port 0x230 bio > > device scd0 at isa? port 0x230 bio These are for cdrom drives that are proprietary. If your cdrom doesn't hook up to a soundcard, or is faster than 4X, you probably don't need these. > > # atkbdc0 controlls both the keyboard and the PS/2 mouse > controller atkbdc0 at isa? port IO_KBD tty > device atkbd0 at isa? tty irq 1 > device psm0 at isa? tty irq 12 > > device vga0 at isa? port ? conflicts > > # splash screen/screen saver > pseudo-device splash > > # syscons is the default console driver, resembling an SCO console > device sc0 at isa? tty > # Enable this and PCVT_FREEBSD for pcvt vt220 compatible console driver > device vt0 at isa? tty > options XSERVER # support for X server > #options FAT_CURSOR # start with block cursor > # If you have a ThinkPAD, uncomment this along with the rest of the PCVT lines > #options PCVT_SCANSET=2 # IBM keyboards are non-std You don't use PCVT and syscons. Disable the PCVT stuff. (keep only the device sc0 line) > device npx0 at isa? port IO_NPX irq 13 > > device apm0 at isa? disable flags 0x31 # Advanced Power Management > > device sio0 at isa? port "IO_COM1" flags 0x10 tty irq 4 > device sio1 at isa? port "IO_COM2" tty irq 3 > device sio2 at isa? disable port "IO_COM3" tty irq 5 > device sio3 at isa? disable port "IO_COM4" tty irq 9 > > # Parallel port > device ppc0 at isa? port? flags 0x40 net irq 7 > controller ppbus0 > device lpt0 at ppbus? > device plip0 at ppbus? > device ppi0 at ppbus? > controller vpo0 at ppbus? > controller vp0 at ppbus? > # > # revision 1.20 of this file. > > device ed0 at isa? port 0x280 net irq 10 iomem 0xd8000 > device ie0 at isa? port 0x300 net irq 10 iomem 0xd0000` > device ep0 at isa? port 0x300 net irq 10 > device ex0 at isa? port? net irq? > device fe0 at isa? port 0x300 net irq ? > device le0 at isa? port 0x300 net irq 5 iomem 0xd0000 > device lnc0 at isa? port 0x280 net irq 10 drq 0 > device ze0 at isa? port 0x300 net irq 10 iomem 0xd8000 > device zp0 at isa? port 0x300 net irq 10 iomem 0xd8000 > device cs0 at isa? port 0x300 net irq ? Don't you dare tell me you have all of these NICs. Remove the ones you don't have. > > pseudo-device loop > pseudo-device ether > pseudo-device sl 1 > pseudo-device ppp 1 > pseudo-device tun 1 > pseudo-device pty 100 > pseudo-device gzip # Exec gzipped a.out's > pseudo-device snp 5 > pseudo-device log > > options MAXCONS=12 You don't need this. > > options SYSVSHM > options SYSVMSG > options SYSVSEM > > pseudo-device bpfilter 4 #Berkeley packet filter > ######################################################## > > any comment will be welcome. Don't expect LINT to give you a working kernel. Strip down GENERIC by removing all of the hardware you don't have, and then use LINT to add hardware that you haven't but isn't in GENERIC. Fix up your kernel, and come back if it still doesn't work. -Dan Papasian To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 11: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E82C537B56E for ; Mon, 21 Feb 2000 11:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA11361; Mon, 21 Feb 2000 11:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lion-around.at.yiff.net (lion-around.at.yiff.net [209.54.21.199]) by hub.freebsd.org (Postfix) with ESMTP id 3071637B507 for ; Mon, 21 Feb 2000 10:51:40 -0800 (PST) (envelope-from chris@lion-around.at.yiff.net) Received: (from chris@localhost) by lion-around.at.yiff.net (8.9.3/8.9.3) id NAA01357; Mon, 21 Feb 2000 13:51:33 -0500 (EST) (envelope-from chris) Message-Id: <200002211851.NAA01357@lion-around.at.yiff.net> Date: Mon, 21 Feb 2000 13:51:33 -0500 (EST) From: chris@netmonger.net Reply-To: chris@netmonger.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16885: chflags/setflags lost several flags Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16885 >Category: bin >Synopsis: chflags/setflags lost several flags >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 11:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Christopher Masto >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD 4.0-CURRENT #4: Sat Feb 19 19:26:06 EST 2000 /usr/src/lib/libc/gen/setflags.c: $FreeBSD: src/lib/libc/gen/setflags.c,v 1.14 2000/01/27 21:16:53 joe Exp $ >Description: Revision 1.12 of lib/libc/gen/setflags.c, despite the innocuous log message "Rewriting of flags_to_string() and string_to_flags() to use an array", deleted several flags: SF_NOUNLINK UF_NOUNLINK, and UF_OPAQUE. chflags(1) and chflags(2) still claim that these flags exist. >How-To-Repeat: chris@lion-around:/tmp$ touch foo; chflags uunlnk foo chflags: invalid flag: uunlnk >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 11: 1: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0157B37B5B3 for ; Mon, 21 Feb 2000 11:00:11 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Received: (from peter@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA11405 for freebsd-bugs@freebsd.org; Mon, 21 Feb 2000 11:00:04 -0800 (PST) (envelope-from owner-bugmaster@freebsd.org) Date: Mon, 21 Feb 2000 11:00:04 -0800 (PST) Message-Id: <200002211900.LAA11405@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: peter set sender to owner-bugmaster@freebsd.org using -f From: FreeBSD bugmaster To: FreeBSD bugs list Subject: Current problem reports Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Current FreeBSD problem reports The following is a listing of current problems submitted by FreeBSD users. These represent problem reports covering all versions including experimental development code and obsolete releases. Bugs can be in one of several states: o - open A problem report has been submitted, no sanity checking performed. a - analyzed The report has been examined by a team member and evaluated. f - feedback The problem has been solved, and the originator has been given a patch or a fix has been committed. The PR remains in this state pending a response from the originator. s - suspended The problem is not being worked on. This is a prime candidate for somebody who is looking for a project to do. If the problem cannot be solved at all, it will be closed, rather than suspended. c - closed A problem report is closed when any changes have been integrated, documented, and tested. Critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- o [1997/03/08] kern/2923 panic: vm_fault: fault on nofault entry, o [1997/07/03] kern/4021 peter Local mount of a local NFS exported direc o [1997/07/31] kern/4200 peter NFS: "vm_fault: fault on nofault entry" w o [1997/10/01] kern/4673 Two panics, now crash dumps, always in re o [1997/11/24] bin/5139 portmap does not find interfaces correctl f [1997/12/21] kern/5355 Fix for NULLFS problems o [1998/02/03] kern/5641 peter running processes at the IDLE priority (i o [1998/02/10] kern/5703 CDROM Media Error triggers complete syste o [1998/03/23] bin/6121 peter gethostbyname(3) no longer returns NO_DAT s [1998/05/13] kern/6630 julian [PATCH] Fix for Cyrix I8254 bug o [1998/07/12] kern/7264 gibbs Buslogic BT 950 scsi card not detected o [1998/08/15] kern/7622 Kernel panic with Fatal trap 18. o [1998/09/08] i386/7859 luigi fatal trap 12 in midi_synth_input f [1998/09/14] kern/7927 n_hibma Fatal trap 12: page fault while in kernel o [1998/09/28] kern/8074 se CAM rescan operation fatal o [1998/10/03] gnu/8138 obrien gcc -pipe xxx.s hangs f [1998/10/06] i386/8179 Install failure with motherbord using SIS f [1998/10/08] i386/8214 n_hibma Install 3.0-19981006-BETA fails a [1998/11/08] ports/8609 nectar eklogin service (kerberos klogind) fails f [1998/11/12] i386/8673 bug in vm_page_alloc_contig() o [1998/11/24] bin/8829 bug in innetgr (was: Fix port: security/s f [1998/11/25] kern/8861 n_hibma under heavy (multi interface) traffic ep0 f [1998/12/09] kern/9036 Boot 3.0-Release hangs with BT-445S after a [1999/01/05] kern/9334 n_hibma cp fails for 2048 Bytes/sector media o [1999/01/27] kern/9742 tx driver for smc autodetects fine, but n o [1999/02/19] kern/10166 panic during heavy sio i/o;no coproc; ves o [1999/02/20] kern/10172 panic: cannot allocate pipe - out of kvm o [1999/02/23] kern/10224 panic: pipeinit: cannot allocate pipe -- s [1999/02/26] kern/10281 Crash of 3.1-STABLE system due to scsi er o [1999/02/26] i386/10282 PCMCIA problems in 3.1-RELEASE? o [1999/03/01] kern/10332 gibbs System freezes during certain SCSI activi a [1999/03/01] bin/10344 fenner Core dump in gethostbyaddr for 199.93.70. o [1999/03/05] kern/10397 3.1R page fault while in kernel mode, fro o [1999/03/07] misc/10473 Incorrect aout compat libraries in XF8633 o [1999/03/09] kern/10507 Process hangs in state VM pgd o [1999/03/09] misc/10509 Cvs can hang system when used with pserve o [1999/03/09] kern/10520 can't exec files under nullfs o [1999/03/11] kern/10542 page fault while in kernel mode, not kern o [1999/03/11] kern/10545 When a fork/exec stress test is run, the o [1999/03/12] misc/10566 obrien patch dhcpc problem on /etc/pccard_ether o [1999/03/17] kern/10636 ipfw problems o [1999/03/19] i386/10683 I have a buslogic BT-948 FW controller. W o [1999/03/20] i386/10690 Installation freezes after device selecti f [1999/03/20] kern/10701 ppbus printing problems o [1999/03/22] ports/10725 stb Wrong Cyrus IMAP deliver group o [1999/03/23] bin/10744 call to login() from aout/libutil.so.2.2 o [1999/03/27] kern/10828 3.1-STABLE freezes when writing to floppy o [1999/03/29] kern/10866 ahc2740 panic o [1999/03/30] kern/10872 Panic in sorecieve() due to NULL mbuf poi o [1999/04/05] kern/10959 3.1-STABLE crashes due to a floppy mount o [1999/04/05] ports/10965 obrien lcc-3.6 unable to compile anything o [1999/04/13] kern/11112 Amanda on FreeBSD can wipe the _next_ tap o [1999/04/16] kern/11180 boot of fresh bsd3.1 hangs o [1999/04/17] kern/11196 n_hibma kernel mode page fault o [1999/04/19] kern/11226 Invalid files on disk after fsync o [1999/04/20] kern/11238 Synchronous PPP not functional in leased o [1999/04/20] kern/11241 Install fails after SCSI probe o [1999/04/22] i386/11278 FreeBSD Version 3.1 reboots repeatedly (c o [1999/04/23] i386/11298 Enabling IDE DMA on Opti Viper-M crashes o [1999/04/26] kern/11330 page fault in generic_bzero o [1999/04/26] conf/11343 worm; problems with installation and boot o [1999/04/26] i386/11349 Error Mounting /dev/wd0s1 on dist during o [1999/04/27] kern/11351 system reboot for error with popper and d o [1999/05/01] kern/11434 can't boot from wd0s2a o [1999/05/04] i386/11488 Error while starting FreeBSD o [1999/05/10] kern/11629 File descriptor table sharing is broken o [1999/05/12] kern/11680 server freezes, all processes stuck in "i o [1999/05/13] i386/11681 gibbs Adaptec 2940 UW SCSI Controller BIOS 1.34 o [1999/05/14] kern/11707 ncr isn't recognized in 3.1-19990512-STAB f [1999/05/17] bin/11744 perllib fails to build o [1999/05/24] kern/11869 wpaul Network hangging due to xl0: tx underrun o [1999/05/31] kern/11966 TCP copies send and receive socket buffer o [1999/06/02] kern/11988 recvmsg with a cmsghdr but no iovec is br o [1999/06/02] kern/11993 panic: getnewbuf: inconsistent EMPTY queu f [1999/06/05] kern/12041 n_hibma Crashes on startup if Zip drive is switch o [1999/06/06] conf/12050 No /sbin/init on fixit flop o [1999/06/07] kern/12072 vm_fault happened in binary file transfer o [1999/06/09] kern/12106 error 6: panic: cannot mount root o [1999/06/10] kern/12127 persistent crash on idle SMP system o [1999/06/15] kern/12233 Fvwm2 causes FreeBSD-current to hang or r o [1999/06/16] kern/12248 CRON in malloc(): warning: pointer to wr o [1999/06/18] i386/12286 Segmentation violation when invoking JNI s [1999/06/23] kern/12367 Writing files larger than floppy capacity o [1999/06/25] misc/12390 Installation hangs during extraction o [1999/06/25] kern/12395 gibbs Buslogic SCSI cards (BT948) time out unde o [1999/06/30] kern/12466 Fast system hangs under high FS load o [1999/07/05] kern/12521 lmbench-1.1's context switching test hang o [1999/07/12] misc/12607 System crashes after boot, portmap endles o [1999/07/13] alpha/12623 alpha Certain valid numeric strings cause a SIG f [1999/07/20] misc/12720 gdbm (And possibly other libraries in /us o [1999/07/21] kern/12730 poll() causes indeterministic program han o [1999/07/21] misc/12743 Cannot boot the 3.2 floppies o [1999/08/02] misc/12923 Installation fails on HP Net Server o [1999/08/04] kern/12980 NetGear Dec 21140AF Ethernet Card unrecog o [1999/08/06] bin/12998 des still inetd junk pointer too low to make o [1999/08/10] i386/13059 imp Install aborts with panic:aha0: Invalid C a [1999/08/20] kern/13270 dillon NFS hangs if written through self-mount o [1999/08/23] alpha/13338 alpha panic: pmap_remove_all: pv_table for 162b o [1999/08/24] kern/13352 No support for Promise Ultra/66 o [1999/08/30] misc/13474 Maximum Number of IPs Permitted in the .. o [1999/09/07] bin/13615 awk corrupts the memory arena when OFMT i o [1999/09/09] alpha/13653 alpha panic: pmap_remove_all: pv_table for 90b6 o [1999/09/12] kern/13709 panic: sched_sync: fsync failed o [1999/09/17] i386/13797 SMP/NFS panics on 3.3-RC o [1999/09/18] i386/13802 freebsd 3.3 fails to boot with irq proble o [1999/09/19] i386/13817 system reboot o [1999/09/19] kern/13825 tx0 "holds" packets for long periods, eve o [1999/09/19] i386/13844 keyboard locks up when I page through a m f [1999/09/20] i386/13849 grog dump on vinum r5 freezes system o [1999/09/22] i386/13892 Kern.flp does not boot on Compaq Presario o [1999/09/24] i386/13933 nfs server panics in tulip_rx_intr() o [1999/09/24] kern/13940 Panic with dd on block/"cooked" devices u o [1999/09/24] kern/13944 ATAPI cd-rom not boot to install, nor de o [1999/09/27] misc/13995 Full duplex mode doesn't work right with o [1999/09/28] kern/14028 ATAPI cd-rom not boot to install and can' o [1999/09/28] i386/14030 imp aha0 probe fails 3.3.0-RELEASE install wi o [1999/10/05] kern/14141 3.3-RELEASE crashing often o [1999/10/05] ports/14154 obrien xwpe is not completely compiled o [1999/10/06] kern/14162 sudden reboot problem ( maybe kernel pani o [1999/10/08] misc/14204 error 6: panic: cannot mout root(2) o [1999/10/10] i386/14256 System doesn't boot under FreeBSD 3.2 o [1999/10/14] kern/14322 mount respects permissions of underlying o [1999/10/15] kern/14347 kdump & truss won't compile because addit o [1999/10/17] i386/14373 Error while booting from floppy disk o [1999/10/24] i386/14492 FreeBSD won't install/work with an Asus S o [1999/10/25] kern/14510 kernel panic while pressing panic o [2000/02/09] ports/16591 ports Recreate ports for apache-jserv o [2000/02/09] i386/16620 4.0-20000208-CURRENT fails to boot on ASU o [2000/02/14] kern/16708 wpaul 3Com 3c900-Combo Ehternet card make kerne o [2000/02/14] kern/16712 ISA PNP memory range size calculated wron o [2000/02/15] kern/16740 The kernel panics with "ffs_clusteralloc: o [2000/02/16] kern/16767 open("/dev/ppi0") will crash machine with o [2000/02/18] i386/16802 An user math program have the system on K o [2000/02/18] kern/16803 Newer Adaptec controllers make system han o [2000/02/18] kern/16808 Fatal trap 12, kernel does not boot o [2000/02/19] kern/16828 High Speed Pinging Over 8184 bytes Kills o [2000/02/21] bin/16862 strptime(..., "%+" ...) dumps core 179 problems total. Serious problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/03/20] kern/260 davidg msync and munmap don't bother to update m o [1995/10/18] bin/786 wpaul Problem with NIS and large group maps o [1996/06/07] kern/1301 davidg DEC FDDI/PCI Adapter: halt code = 6 (DMA f [1996/08/03] bin/1461 Incorrect address binding of Kerberized r f [1996/08/22] kern/1533 dillon Machine can be panicked by a userland pro o [1996/09/29] kern/1689 TCP extensions throttles distant connecti o [1996/10/04] kern/1726 panic in kmem_malloc (dump available) o [1996/10/08] kern/1744 peter run queue or proc list smashed 4 times in f [1996/10/21] kern/1856 peter read-only nfs mount: panic leaf should be s [1996/10/26] bin/1892 n_hibma install(1) removes target file s [1996/11/08] gnu/1981 ypserv handles null key incorrectly a [1996/11/14] kern/2014 sos Console keyboard lockup problem o [1996/11/18] kern/2053 peter de0 driver don't work at 100M for Compex o [1996/12/22] kern/2270 Hayes ESP serial card locks system as of a [1996/12/30] kern/2325 quota.user enlarged, no boot on 2.2-BETA f [1997/01/09] bin/2430 grog mountd stops on loading if subnet mask is s [1997/02/03] kern/2647 changing existing route to -static crashe a [1997/02/06] kern/2675 lkmcioctl() is not consistent and careful o [1997/02/07] kern/2690 asami When Using ccd in a mirror mode, file cre o [1997/02/08] kern/2695 sio1 (16540 serial port) is not recognize o [1997/02/09] kern/2698 After rewind I cannot read a tape; blocks o [1997/02/12] kern/2719 added support for magneto-optical SCSI di o [1997/02/15] kern/2742 panic: leaf should be empty f [1997/02/15] bin/2747 davidn cannot submit at jobs from within an at j o [1997/02/16] gnu/2749 peter cvs export using remote cvs fails - CVS/T o [1997/02/19] kern/2768 ktrace(1) -i dumps corrupted trace data o [1997/02/19] bin/2769 fsck needs several runs to clean up bad/d o [1997/02/19] kern/2770 panic: vm_fault: fault on nofault entry o [1997/02/19] kern/2771 panic: bad dir o [1997/02/19] kern/2773 peter bad dir panic o [1997/02/20] bin/2785 wpaul callbootd uses an unitialized variable o [1997/02/22] kern/2800 DDS large data writing probrem o [1997/03/01] kern/2840 mlock+minherit+fork+munlock causes panics o [1997/03/03] kern/2858 peter FreeBSD NFS client can't mount filesystem o [1997/03/08] kern/2919 vm_fault: fault on nofault entry, addr: f o [1997/03/15] kern/2991 RTF_LLINFO routes remain when interface i o [1997/03/18] kern/3021 panic after sync during reboot o [1997/03/21] bin/3055 umount -f does not work o [1997/04/01] bin/3170 vi freaks and dump core if user doesn't e o [1997/04/05] kern/3201 peter de0 not re-enabled after hub down o [1997/04/06] kern/3216 panic: pmap_zero_page: CMAP busy o [1997/04/06] kern/3219 sppp or arnet gets looped after connectio o [1997/04/15] bin/3305 Can't do encrypted rlogin into self o [1997/04/25] kern/3381 peter 2.2.x kernel panic on traversing and remo o [1997/04/25] kern/3384 telldir-seekdir can cause livelock o [1997/05/01] kern/3463 netstat -I packet count increase on sl0 w f [1997/05/04] i386/3502 Merge of if_ix* and if_ie* broke EE/16 su o [1997/05/06] bin/3524 imp rlogin doesn't read $HOSTALIASES for non- o [1997/05/07] kern/3527 peter if_de.c doesn't recognize Kingston card p o [1997/05/09] kern/3564 using MPU401 driver pagefaults kernel o [1997/05/12] kern/3579 peter de driver doesn't support newer SMC 9332 o [1997/05/12] kern/3581 intermittent trap 12 in lockstatus() o [1997/05/12] kern/3582 panic: bad dir (mangled entry) in 2.2-STA s [1997/05/25] kern/3685 [PATCH] panic: fdesc attr o [1997/05/30] kern/3726 peter process hangs in 2.2-stable when working o [1997/05/30] kern/3727 SCSI II tape support broken o [1997/06/03] kern/3771 NFS hangs when writing to local FS re-mou o [1997/06/04] i386/3779 changing cursor to blinking block causes o [1997/06/18] kern/3899 df while unmounting floppy crashes 2.2.2 o [1997/06/19] gnu/3910 sort(1) of 2.2.1R doesn't work in special o [1997/06/28] misc/3980 peter access via NFS fails during mount-operati o [1997/06/29] bin/3986 rdist seg faults when target machine is d o [1997/07/02] kern/4012 peter 2.2-RELEASE/Digital UNIX NFSv3 0 length f s [1997/07/06] gnu/4042 gdb stackframe in static library shows no o [1997/07/12] bin/4078 sos Typed password to log in on console and i o [1997/07/17] kern/4115 peter SunOS NFS file has wrong owner if creator o [1997/07/26] bin/4176 restore gets confused when run over pipe f [1997/07/27] ports/4179 fenner lmbench-1.1 dumps core after asking for m o [1997/07/28] kern/4186 peter nfsiod, panic, page fault in kernel mode o [1997/07/30] kern/4194 peter kernel pci driver for Digital 21041 Ether o [1997/08/06] kern/4240 kernel fails to recognise 2nd serial port o [1997/08/10] kern/4260 EOF handling in st(4) is broken o [1997/08/10] kern/4265 Panic in dsinit when multiple FreeBSD sli o [1997/08/12] kern/4284 le0 goes OACTIVE after some time o [1997/08/13] kern/4295 SL/IP difficulties between 2.2.1 & 2.2.2 o [1997/08/16] kern/4312 arp table gets messed up, syslog "gateway o [1997/08/17] kern/4327 peter NFS over TCP reconnect problem s [1997/08/19] kern/4338 New device driver (Cyclades Cyclom-Z) o [1997/08/22] bin/4357 wosch bug in adduser script causes duplicate UI o [1997/09/02] kern/4454 X drops characters/locks up keyboard when o [1997/09/03] bin/4460 lpd hangs exiting (IE in ps table) o [1997/09/11] kern/4513 System lockup appears to be VM related. o [1997/09/14] i386/4533 Server with Cyclom-Y PCI card rebooted at o [1997/09/21] kern/4600 peter nfs lookups might give incorrect result o [1997/09/30] kern/4663 checkalias panic o [1997/10/01] kern/4666 dfr umount -f doesn't seem to work o [1997/10/01] bin/4672 rdist does not do hard links right when t o [1997/10/03] bin/4683 imp restore doesn't correctly handle "sparse" o [1997/10/16] kern/4774 trying to use IBCS2 shared libraries cras o [1997/10/16] kern/4782 Under certain conditions, several krsh's o [1997/10/31] kern/4909 de ethernet driver is crazy on 100base o [1997/11/01] bin/4913 peter Large mail messages can cause mail.local o [1997/11/03] kern/4927 kernel does not check any quota and permi o [1997/11/05] 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/15] conf/5062 login.access not evaluated correctly o [1997/11/18] kern/5085 System crash during mount command for CD o [1997/11/23] i386/5128 Adaptec 2940U Timeouts with QUANTUM disk o [1997/12/06] kern/5244 F00F workaround dosn't always work on SMP s [1997/12/14] bin/5297 make incompatibility with System V style o [1997/12/19] kern/5347 peter DEC (de0) ethernet card has no buffers af o [1997/12/30] kern/5396 fdesc fs crashes system o [1997/12/31] i386/5401 peter de0 selects wrong media when reconnected f [1998/01/08] kern/5456 After writing more than 100MB to SCSI Exa o [1998/01/16] kern/5513 luigi new PnP code is BAD (soundcards) s [1998/01/19] kern/5522 [PATCH] ip_input.c & ip_output.c problems o [1998/01/26] misc/5574 bootpd gets timezone incorrectly o [1998/01/27] kern/5587 session id gets dropped o [1998/01/29] kern/5598 Support for magneto-optic SCSI devices wi o [1998/01/31] kern/5611 bind does not check sockaddr->sin_family o [1998/02/01] kern/5618 kernel memory leak in routetbl. o [1998/02/01] kern/5624 dumping to tape causes scsi bus reset o [1998/02/04] kern/5643 NCR 810/815 do not handle rewind correctl o [1998/02/09] bin/5693 asmodai groff -mm or groff -mmm ??? s [1998/02/17] gnu/5767 phantom man leaves partially formatted cat pages o [1998/02/19] kern/5794 Kernel Panic o [1998/02/28] kern/5877 sb_cc counts control data as well as data o [1998/03/09] bin/5959 Cannot set up clocal gettys o [1998/03/10] kern/5969 non-root user can reboot/lock up system o [1998/03/11] kern/5975 can't boot freebsd: fatal trap12: page fa o [1998/03/16] kern/6035 The system "sort-of" hangs when playing b o [1998/03/19] kern/6066 lnc driver does not work correctly with A o [1998/03/22] kern/6103 panic: ffs_valloc: dup alloc o [1998/03/28] bin/6162 kinit does not default to the current use o [1998/04/03] kern/6203 kernel panics with "blkfree: freeing free o [1998/04/03] conf/6205 NFS/NIS freak out o [1998/04/04] kern/6212 Two bugs with MFS filesystems fixed, one o [1998/04/07] kern/6238 luigi Sound-driver patch for MAD16 (OPTi 928,92 o [1998/04/08] kern/6251 peter ktrace very broken when logging over NFS o [1998/04/08] kern/6252 ide cdrom hangs system when on same bus a o [1998/04/09] kern/6253 Atapi wait for command phase too short. o [1998/04/10] kern/6267 dg panic: pmap_dispose_proc: upage already m o [1998/04/14] kern/6300 System locks up in SMP mode when accessin o [1998/04/18] kern/6344 cy driver is outdated o [1998/04/19] kern/6351 DPT RAID controller stops working under h o [1998/04/20] i386/6368 Stallion Easyio 8 port not detected using o [1998/04/22] bin/6383 csh - when ctrl-d is pressed, file is chm o [1998/05/03] kern/6506 system will not soft reboot f [1998/05/05] kern/6525 Coral-Draw 5 CD crashes 2.2.6-STABLE a [1998/05/06] bin/6536 pppd doesn't restore drainwait for tty o [1998/05/08] bin/6557 /bin/sh is broken o [1998/05/10] bin/6577 /bin/sh environment variables not set in o [1998/05/11] ports/6591 se KDE starts /usr/bin/kzip instead of /usr/ o [1998/05/12] kern/6603 ncr driver hangs under high load o [1998/05/12] bin/6609 gmp.h not installed o [1998/05/17] kern/6670 PANIC on boot with FreeBSD 3.0 (same comp s [1998/05/19] kern/6686 [STABLE] -stable does not support large I o [1998/05/20] kern/6706 mount_msdos+mount_null+mc=panic o [1998/05/25] kern/6751 audio cd play suddenly stops. o [1998/05/25] kern/6755 peter Tulip (if_de) driver buggy in -current s [1998/05/27] misc/6773 [PATCH] tempnam.c security problems s [1998/06/02] bin/6830 make(1) exhibits confusing and non-standa s [1998/06/04] kern/6854 [PATCH] probing brooktree849 capture card o [1998/06/04] misc/6861 [PATCH] netboot error o [1998/06/05] kern/6865 OS crashes when exiting shell with suspen o [1998/06/10] kern/6908 kernel crash from user land o [1998/06/19] bin/6994 The netstat(1) -s generates wrong output s [1998/06/22] bin/7019 [security] pwd.db almost always contains s [1998/06/23] bin/7033 Same process notified multiple times o [1998/06/24] kern/7038 shimon Kernel panic caused by DPT driver (Got a s [1998/06/24] bin/7043 the fstat command doesn't know ISOFS, MSD o [1998/06/24] i386/7057 3Com 3C509 locks up, or has >1000ms rtt u s [1998/06/24] bin/7059 sh dumps core on this script o [1998/07/05] ports/7167 ache elm cannot pgp for more than one recipien s [1998/07/05] kern/7169 cannot use accton on a append-only file o [1998/07/05] kern/7178 sos IDE Western Digital hard disk detection e s [1998/07/06] misc/7190 phk "Invalid partition table" after new insta s [1998/07/10] kern/7237 NCR SCSI driver ch0 troubles o [1998/07/11] kern/7245 processes die with signal 6, if machine o o [1998/07/12] i386/7266 yokota PSM detection failure with Linksys consol s [1998/07/14] kern/7281 [STABLE] Multicast kludge does not work c o [1998/07/23] ports/7383 imp socks5 + ssh + redirection not working o [1998/07/26] kern/7405 in pmap_changebit, pmap_pte_quick() retur s [1998/07/27] kern/7410 [PATCH] driver for arlan-655 s [1998/07/27] i386/7420 [PATCH] Maximum socket buffer size (SB_MA o [1998/07/28] kern/7424 Machine crashes do not occur very often, o [1998/07/30] bin/7446 jdp Dlopen succeed in particular cases, but i o [1998/08/04] ports/7490 ache `setenv LANG/LC_CTYPE C` makes tcsh unusa s [1998/08/10] kern/7556 sl_compress_init() will fail if called an f [1998/08/10] kern/7557 dillon -current machine running Diablo, lockup, s [1998/08/10] kern/7561 CDROM (wcd) is prone to lock up system/pr s [1998/08/10] kern/7562 Running wine can cause other applications o [1998/08/18] kern/7658 (1) rlogin from some host to the FreeBSD o [1998/08/18] kern/7664 scsiformat reports '0' for all parameters o [1998/08/19] kern/7678 Problems with a 386-16 f [1998/08/20] i386/7698 n_hibma scotty/tkined library error o [1998/08/27] kern/7754 kernel panics if NFS server uses LKM vs. o [1998/08/27] bin/7756 disklabel misbehaving on seriously sick d o [1998/08/27] kern/7764 ps(1) hangs in pfslck/lockrd - All subseq o [1998/08/27] kern/7766 de driver still buggy - random ifc death o [1998/08/27] kern/7767 de driver still buggy - power cycle of de o [1998/09/01] kern/7797 System halted with "panic: pmap_release: o [1998/09/02] i386/7815 probe can't find wdc0 o [1998/09/09] bin/7872 [PATCH] mountd(8) can apply flags to wron o [1998/09/09] bin/7876 gethostbyname flags temporary failure as o [1998/09/10] kern/7880 mount_cd9660 incorrect on multitrack CD-R o [1998/09/11] kern/7902 if_de doesn't properly recognize a "Magic o [1998/09/12] conf/7908 wrong perms on objformat after upgrade o [1998/09/16] kern/7950 Trap 12 while executing wine o [1998/09/16] gnu/7951 The gnu readline library core dumps when o [1998/09/17] bin/7968 If /usr/libexec/yppwupdate DNE, rpc.yppas o [1998/09/22] conf/8031 peter [patch] /etc/rc looks for /etc/sendmail.c o [1998/09/28] misc/8070 can't get a system with an NCR 810 contro o [1998/09/28] i386/8081 Problem with MULTIPORT driver and Boca BB o [1998/09/29] bin/8085 sendmail startup could be backgrounded o [1998/09/30] gnu/8099 [patch] some bugs in cpio o [1998/10/03] kern/8137 [patch] quotaoff followed by quotaon can o [1998/10/05] kern/8158 sio driver breaks in 2.2.7R in kernels wi o [1998/10/06] kern/8180 open("..",O_RDONLY|O_NONBLOCK) fails o [1998/10/07] bin/8195 ee dumps core on window resize o [1998/10/08] kern/8206 [patch] Unconected UDP socket declined, i o [1998/10/08] kern/8215 Creating 2 root partitions in sysinstall o [1998/10/11] bin/8266 [patch] nfsd should allow just nfs versio o [1998/10/13] kern/8312 Under heavy load, the system panics with o [1998/10/14] bin/8322 Mail doesn't respect REPLYTO in .mailrc o [1998/10/14] kern/8324 failure to deliver SIGIO when fildes mark o [1998/10/19] conf/8379 check_rcpt returns OK for nonexistent add o [1998/10/20] kern/8380 swap_page error: out of swap space o [1998/10/20] i386/8385 2.2.7 hangs while detecting type of COM1' o [1998/10/21] i386/8397 Code using popen compiled on BSDI BSD/OS o [1998/10/22] i386/8414 ibcs2 emulation sets serial baud-rate inc o [1998/10/22] kern/8415 SMP kernel freezes while downloading larg s [1998/10/22] kern/8417 3.0 config(8) doesn't check that root fs o [1998/10/22] i386/8418 sh MAKEDEV all - fails to create hard lin o [1998/10/23] kern/8423 Intel PILA8461 NIC panics 2.2.7 during pr o [1998/10/24] i386/8435 boot.flp does not give shell prompt after o [1998/10/28] misc/8480 odd Korean timedef(LC_TIME) o [1998/10/31] bin/8518 freopen() in append mode followed by ftel o [1998/11/01] kern/8534 insufficient support routines for poll(2) o [1998/11/03] kern/8561 /kernel inode change time changes every r o [1998/11/03] i386/8567 Intel EtherExpress Pro/10 driver (if_ex.c o [1998/11/05] kern/8580 Hanging NFS pagein in nfs_bio.c (2.2.7, w o [1998/11/07] kern/8590 kernel incorrectly recognizing Maxtor 11. o [1998/11/08] kern/8607 maxprocsperuid setting causes sybase/linu o [1998/11/08] kern/8619 EXT2FS should be in GENERIC kernel o [1998/11/08] ports/8622 markm exmh2 has problems with some date formats s [1998/11/09] misc/8623 [MFC] Time zone for Japan is strange (see o [1998/11/10] bin/8646 Implement rlogind -a option o [1998/11/11] kern/8655 Umount trouble of SCSI removable device o [1998/11/11] kern/8657 nfs client hung in nfs_bwrite/vfs_busy_pa o [1998/11/12] kern/8669 aio_write() and aio_read() do not work AT o [1998/11/14] kern/8683 sos Problems with Atapi in 3.0... o [1998/11/14] bin/8685 sending a SYST by ftp client closes conne o [1998/11/18] bin/8745 wosch adduser permit adding `root' and mail ali o [1998/11/20] kern/8773 Intel AN430TX motherboard ps/2 port not r f [1998/11/20] kern/8778 gibbs Buslogic BT948 in 2 boxes upgraded from S o [1998/11/23] kern/8824 Incorrect driver unit number in IDE BusMa o [1998/11/24] conf/8854 boot.flp does not probe atapi cdrom o [1998/11/24] i386/8855 sos can't mount CD in ATAPI drive after eject o [1998/11/25] bin/8865 syslogd hangs with serial console a [1998/11/28] kern/8875 Patch to allow DMA IDE with generic chips o [1998/11/29] conf/8903 dillon /etc/rc can do NFS mounts before the netw o [1998/12/01] i386/8924 File transfers. Upload is 71Kbs downloa o [1998/12/02] kern/8940 system clock runs extremely slowly (and s o [1998/12/06] kern/8981 this also fixes X crashes and sio silo ov o [1998/12/09] kern/9030 DMPno2 - PCCards are not being recognised o [1998/12/10] i386/9044 #.0 pkgs require libkrb o [1998/12/16] kern/9095 swap detect error o [1998/12/19] kern/9129 Is it miss take ? So, ep deriver dose not o [1998/12/20] i386/9140 NIS "Magic cookie" in master.passwd slays o [1998/12/21] kern/9163 [patch] squid does not join a multicast g o [1998/12/27] bin/9214 kldload(8) error messages are inadequate o [1998/12/30] i386/9244 2.2.8 RELEASE Fixit floppy doesn't work.. o [1998/12/31] bin/9252 [patch] login program "login" don't set K o [1999/01/03] kern/9296 pps driver missing header file o [1999/01/03] kern/9297 pps driver doesn't clear ppbus control po o [1999/01/06] bin/9350 nvi incorrectly reads files with very lon o [1999/01/06] kern/9355 can't select() for writes on a bpf o [1999/01/07] bin/9379 pppd does not go through all interfaces l o [1999/01/08] kern/9391 if_addmulti doesn't check for retifma == o [1999/01/09] kern/9407 "make kernel" yields buggy kernel in cera o [1999/01/09] kern/9408 parameter reversed to a pci_cfgwrite in p o [1999/01/09] kern/9411 System crash on swapping to hole-files o [1999/01/11] bin/9440 obrien amd can't mount filesystems with type:=uf o [1999/01/11] bin/9444 mount_mfs uses lots of swap. o [1999/01/13] kern/9478 support for running a script from kldload o [1999/01/14] kern/9487 pcm: mixer's synth and cd devices are swa o [1999/01/14] bin/9495 su doesn't look at login.cnf all the time o [1999/01/15] bin/9516 ftpd doesn't honor invalid shelll in logi o [1999/01/17] kern/9537 ep0 driver : no buffer space available o [1999/01/17] bin/9544 syntax error concerning loading vinum fro o [1999/01/17] kern/9548 UNION fs corrupts data and has undefined o [1999/01/17] kern/9550 The latest -current as of 17 January has o [1999/01/21] kern/9599 SMP hang after reseting CPU 1 o [1999/01/22] docs/9618 asmodai many typos in groff_mm(7) o [1999/01/25] kern/9673 ISO CD-ROM Problem o [1999/01/28] i386/9759 Tar process hangs on buggy tapes o [1999/02/01] kern/9862 system crashes writing to msdos jaz disk o [1999/02/02] kern/9883 MGET()(and variants) return NULL with M_W s [1999/02/06] kern/9927 gibbs the ahc driver doesn't correctly grok swi o [1999/02/06] i386/9933 No error reported writing to write-protec o [1999/02/06] kern/9935 vmstat reprots bad AVM values o [1999/02/08] kern/9961 When loading if_ppp_mod.o system crashes, o [1999/02/08] i386/9962 Install Panics in with integer divide fau o [1999/02/08] kern/9974 Large amounts of kernel clock drift with o [1999/02/09] kern/9980 savecore fails with large (2gig+) swap pa o [1999/02/09] bin/9982 inet_addr(3) should be return 32bit uint. o [1999/02/10] misc/10009 jdp dlopen will crash when opening some strip o [1999/02/11] kern/10021 MOUNTING A EXT2FS A AFTER MOUNTING AN MSD o [1999/02/11] bin/10031 ypxfr does not work with Solaris master s o [1999/02/13] kern/10066 problem with a X-Window and syscons drive o [1999/02/14] i386/10089 ATAPI tape driver (wst) doesn't handle En o [1999/02/15] kern/10107 interlock situation with exec_map and a p o [1999/02/18] i386/10150 Compaq fxp0 Does not work on 3.0 or 3.1 b o [1999/02/18] i386/10151 ATAPI CD problem o [1999/02/19] conf/10163 init does not start when /var/msgs is a s o [1999/02/23] bin/10230 -T and -B not implemented on filehandles o [1999/02/25] misc/10259 FTP install hangs for 3.1-RELEASE o [1999/02/25] bin/10264 passwd(1) tryis NIS even with `-l' switch o [1999/02/25] kern/10265 file locking does not work with kernel pt o [1999/02/26] kern/10280 Display Adapters (PCI) probed wrong way - o [1999/02/28] misc/10302 installer o [1999/02/28] bin/10312 ken pciconf -l generates output incompatible o [1999/02/28] kern/10316 le0 goes OACTIVE after some time o [1999/03/02] bin/10353 ypserv gets segmentation violation o [1999/03/03] kern/10381 hlfsd/NFS failure -- directory cached bet o [1999/03/05] kern/10411 top, vmstat, iostat show 0% cpu idle & us o [1999/03/06] misc/10418 libpam is built before libradius/libtacpl o [1999/03/07] kern/10466 resume causes crashes if BIOS extmem != R o [1999/03/08] kern/10492 broadcast IP address can be set on interf o [1999/03/09] bin/10510 Remote cvs botches commits on occassion o [1999/03/09] bin/10511 incorrect return value in kvm_read(3) and o [1999/03/11] bin/10553 syslogd suddenly stopped logging o [1999/03/14] kern/10581 Kernel panic while using find on an ext2 o [1999/03/14] kern/10594 EXT2FS mount problems o [1999/03/14] bin/10596 I can't find out where someone is logged o [1999/03/15] misc/10599 [PATCH included]malloc/free breaks in cer o [1999/03/15] kern/10603 dcs Random system panics o [1999/03/15] kern/10607 Fast forwarding breaks when arp cache exp o [1999/03/16] bin/10615 make installworld DESTDIR=/some/dir o [1999/03/16] i386/10626 RTC BIOS diagnostic error on install o [1999/03/16] bin/10633 obrien [patch] tcpslice timezone problem and upd o [1999/03/17] i386/10646 Bridge code missing from ed0 driver in 3. o [1999/03/19] kern/10671 setlogin(2) return EINVAL for length of n o [1999/03/20] kern/10698 de driver doesn't work with some tulip bo o [1999/03/23] kern/10747 [PATCH] ipfirewall `deny' rules act as `r o [1999/03/24] bin/10774 sio0 doesn't work well, i belive the prob o [1999/03/24] kern/10778 "ipforward_rt" is not cleared when routin o [1999/03/25] bin/10784 `make aout-to-elf-build' died in /usr/src o [1999/03/25] bin/10785 make aout-to-elf-install died in info tar o [1999/03/25] kern/10789 Second config of kernel doesn't overwrite o [1999/03/27] bin/10821 des getpwent() fails on NIS clients after dro o [1999/03/29] i386/10862 dcs wd.c STILL cannot recognize correct disk o [1999/03/30] kern/10870 eivind Kernel panic when writing to write-protec o [1999/03/30] misc/10879 Cannot build aout binaries under 3.1-RELE o [1999/03/30] bin/10880 Profiler libraries missing o [1999/04/01] bin/10912 /bin/sh: Fix to prevent infinite loops on o [1999/04/03] i386/10928 su reboots the system after one day uptim o [1999/04/03] i386/10935 PCI cards detected twice o [1999/04/04] ports/10946 se kdm 1.1 does not work correctly - XBINDIR o [1999/04/05] bin/10963 brian date -v dosen't quite work o [1999/04/05] i386/10969 kernel fails to compile with ccs0 o [1999/04/06] i386/10983 lnc NIC driver doesn't work o [1999/04/06] bin/10991 lpd hangs system if printer not ready on o [1999/04/07] kern/11004 Quota Issues on SMP o [1999/04/07] bin/11005 `umount -f' does not work if the NFS-serv o [1999/04/08] misc/11024 getpwnam(3) uses incorrect #define to lim o [1999/04/11] kern/11080 fatal trap 18 while trying to mount inval o [1999/04/11] kern/11084 3.1-R kernel trap 12 with interrupts o [1999/04/13] kern/11115 Sockets die in LAST_ACK and FIN_WAIT_1 st o [1999/04/13] bin/11119 NFS quotas fail to report if alternate fi o [1999/04/16] kern/11164 The ie network driver panics during the i o [1999/04/16] bin/11169 warning: pointer to wrong page in cron(8) o [1999/04/18] i386/11200 AMD PCnet lnc0/lnc1 problem o [1999/04/18] kern/11208 Complete system hang/freeze. No PANIC me o [1999/04/20] bin/11247 fetch doesn't notice FTP error after RETR o [1999/04/21] kern/11255 Fore System ATM Card not working o [1999/04/21] kern/11266 frequent crashes with "Page fault, fatal o [1999/04/22] bin/11283 fetch http-timeout/timestamp bug o [1999/04/23] i386/11291 anic: ffs_alloccg: map corrupted o [1999/04/23] bin/11296 fetch(1) fails to resolve names in http m o [1999/04/26] conf/11336 Broken data sent to printer through devic o [1999/04/28] kern/11366 Filesystem can cause hang/crash in certai o [1999/04/28] conf/11376 NFS mount may be happening too soon in /e o [1999/04/29] bin/11382 generated code using rpcgen with -b optio o [1999/04/29] kern/11385 PCNet/PCI Ethernet adapter works in 3.1-R o [1999/04/29] i386/11395 ghostscript5.50 does not print properly, o [1999/04/30] kern/11405 pwd_mkdb with no tmp space leads to kerne o [1999/05/02] i386/11454 mkdir() and chdir() doesn't check argumen o [1999/05/03] kern/11462 CS network interface driver (for CS89XX b o [1999/05/03] bin/11464 obrien union copies likely broken for alpha egcs o [1999/05/04] kern/11490 yokota VESA+VM86+Splash == unstable system o [1999/05/05] kern/11507 msmith CS89XX (i386/isa/if_cs.c) fails to proper o [1999/05/05] kern/11513 cannot mount CD-ROM: Device not configure o [1999/05/05] misc/11523 3.1-STABLE BRIDGE option does not work o [1999/05/05] misc/11525 [PATCH] Networking patches to increase # o [1999/05/07] gnu/11562 tar verification doesn't work o [1999/05/07] kern/11563 pci_unmap_int doesn't do anything o [1999/05/12] i386/11664 lnc1 NIC fail to work o [1999/05/12] bin/11666 ypserv fails to reply host name resolutio o [1999/05/12] kern/11679 httpd and perl5 processes stuck in "nocha o [1999/05/13] kern/11686 APM: Always "Resume failure" from suspend o [1999/05/13] kern/11692 3.1-stable deadlock o [1999/05/13] kern/11697 dg Disk failure hangs system o [1999/05/14] i386/11720 FreeBSD 2.2.8 can't load fixit disk o [1999/05/18] kern/11766 Can not traceroute through ipnat. o [1999/05/18] i386/11773 yokota mouse works at setup time. Under X it go o [1999/05/19] misc/11778 mpz_get_str() in libgmp leads up to cored o [1999/05/19] misc/11790 boot manager bug f [1999/05/20] misc/11800 gibbs Problem with scsi AHA2940 and sony SDT-20 o [1999/05/20] i386/11801 Remounting CD on IDE CDROM after eject fa o [1999/05/20] kern/11808 read/write mounted write-protected floppi o [1999/05/21] kern/11821 /dev/fd0a hangs on large files, including o [1999/05/23] kern/11867 Sound driver loses interrupts, no sound o [1999/05/28] kern/11911 3.1-R : writing file larger than floppy s o [1999/05/28] kern/11915 access system call says file is readable o [1999/05/28] kern/11919 kldload doesn't return error on loading a o [1999/05/28] kern/11922 missing reentrant interfaces for getpwnam o [1999/05/29] kern/11928 kldload loads kernel modules even if ther o [1999/05/29] kern/11936 wine don't work (SMP) (-STABLE) o [1999/05/29] kern/11937 vm problems after havy memory usage o [1999/05/31] kern/11969 VM_fault with mmap'd CDROM data. o [1999/06/02] i386/11991 fdisk does not assign slices to unused pa o [1999/06/02] bin/11992 /usr/src/sbin/mountd/mountd.c has '#ifdef o [1999/06/04] kern/12022 System clock timewarps o [1999/06/06] bin/12054 explicit -ltermcap after -lncurses causes o [1999/06/06] kern/12062 sa tape driver with Cipher 60M SCSI QIC t o [1999/06/08] bin/12091 syslog packets from a remote machine are o [1999/06/08] kern/12092 vpo driver not working in 3.2-RELEASE o [1999/06/09] kern/12104 Certain cdcontrol commands don't work pro o [1999/06/10] bin/12120 named crashes. o [1999/06/10] gnu/12122 cc hangs on STDIN with -pipe and .s files o [1999/06/12] gnu/12175 gdb crashes with pids > 32736 o [1999/06/13] bin/12191 wcol is trying to allocate a shared memor o [1999/06/15] misc/12221 djpeg halt's freebsd box o [1999/06/16] bin/12242 segmentation fault running /usr/bin/fmt o [1999/06/16] kern/12247 userlevel program let kernel hang o [1999/06/17] kern/12262 pcm sound driver with SB16pnp does not ap o [1999/06/18] bin/12272 The ctype locales print an error message o [1999/06/18] kern/12274 cd mount problem o [1999/06/20] kern/12305 clock() ticks backwards o [1999/06/21] kern/12320 error 6: panic: cannot mount root (2) o [1999/06/22] bin/12349 des 3.2-R inetd doesn't re-read ALL configura s [1999/06/24] kern/12381 bde Bad scheduling in FreeBSD o [1999/06/25] conf/12387 CDROM boot failure on Thinpad 770X, 380ED o [1999/06/25] kern/12394 3.2-RELEASE, rl0 ethernet interface freez o [1999/06/28] kern/12434 signal 11 (core dumped) on mysqld when ma o [1999/06/30] kern/12464 bad reference in struct vm_zone o [1999/07/01] kern/12484 [PATCH] bpf_filter() broken o [1999/07/06] i386/12529 Linksys ether16 NE2000 compat. won't conf o [1999/07/06] bin/12538 getpwuid() NIS UID override fails o [1999/07/07] kern/12551 mks ASIC output is shifted following a short o [1999/07/07] docs/12557 nik There are no man pages for the widely use o [1999/07/09] misc/12577 Can't link code using catopen o [1999/07/13] kern/12632 Panic (trap 18) with Symbios SCSI control o [1999/07/14] misc/12640 Can use 2nd CD-ROM for fixit mode. o [1999/07/15] kern/12646 IGMP reports not sent if no multicast rou o [1999/07/16] gnu/12662 tar verification doesn't work in 3.2-RELE o [1999/07/18] kern/12703 tx0 truncates skip packets o [1999/07/20] bin/12727 billf Game patches from NetBSD o [1999/07/21] conf/12745 diffs to delay start of amd rwhod timed o o [1999/07/21] i386/12749 marcel Bug in link() and all other filename func o [1999/07/22] kern/12758 Adjusting the idle priority of a process o [1999/07/23] i386/12771 lpt hangs and never works again, even aft o [1999/07/24] kern/12800 buffer leak in cluster_wbuild o [1999/07/26] alpha/12821 alpha slib.aq for the 3.2-RELEASE alpha distrib o [1999/07/27] kern/12831 sos CD-rom cannot be mounted o [1999/07/27] alpha/12832 alpha config -g creates broken Makefile in 3.2- o [1999/07/27] kern/12838 PC-Card ctlr(0) Vadem 365 support seems b o [1999/07/28] misc/12856 installworld over nfs broken (3.2S) o [1999/07/29] kern/12869 panic: softdep_flushfiles: looping o [1999/07/30] kern/12884 Hot to panic FreeBSD-3.2-Release o [1999/08/02] kern/12927 jedgar [PATCH] using BROKEN_KEYBOARD_RESET optio o [1999/08/02] ports/12930 asami libtool create defuct makefiles if PREFIX o [1999/08/03] misc/12938 gethostbyaddr(209.201.116.19) - Bus error o [1999/08/04] kern/12979 Response time continually slows on idle m o [1999/08/05] kern/12991 system queue is cleared when a port or pi o [1999/08/06] kern/12996 ifconf in sys/net/if.c returns larger buf o [1999/08/07] conf/13013 Selecting CDROM as install media doesn't o [1999/08/08] kern/13022 ipfilter is out-of-date o [1999/08/08] misc/13027 sysinstall has no /dev entry for wfd0s4 ( o [1999/08/10] i386/13058 Installation hangs after commit f [1999/08/13] kern/13113 panic related (proberbly) to vnode o [1999/08/14] kern/13141 se Multiple LUN support in NCR driver is bro o [1999/08/14] ports/13145 se kaudioserver runs amok on logout o [1999/08/15] kern/13150 panic: ufs_dirbad: bad dir o [1999/08/15] ports/13170 ports New port: UW-Imap with maildir and qmail o [1999/08/15] gnu/13172 Bug in workaround of russian locale & sor o [1999/08/16] kern/13180 panic: ffs_alloccg: map corrupted o [1999/08/17] kern/13198 panic: vm_fault: fault on nofault entry o [1999/08/17] gnu/13200 The assembler chokes on very long operand o [1999/08/18] kern/13234 .../netinet/ip_input.c should include opt o [1999/08/24] bin/13350 make clean in bsd.obj.mk no longer proper o [1999/08/25] misc/13378 Tecra 8000 hangs in UserConfig, cannot co o [1999/08/25] kern/13382 Only 1 parallel port supported if pps ena o [1999/08/25] bin/13383 sys/netinet/in.h violates C++ spec. o [1999/08/26] kern/13405 syslogd get system hang o [1999/08/27] gnu/13427 gdb reports wrong info o [1999/08/28] gnu/13438 objc forward core dump using system cc o [1999/08/29] i386/13452 changing to root device wd0s1a \n error 2 o [1999/08/29] bin/13463 /bin/sh does not handle interrupts correc o [1999/08/30] misc/13470 Old problem re-introduced: TCP sucket buf o [1999/09/01] kern/13517 hang system o [1999/09/05] kern/13587 Voxware MIXER_READ ioctl corrupts memory o [1999/09/06] kern/13593 Problems with FIFO and select o [1999/09/07] kern/13612 gibbs "Timedout SCB handled by another timeout" o [1999/09/07] kern/13630 system halts after npx0 detected on 3.2 i o [1999/09/07] kern/13632 Floppy hangs system o [1999/09/08] kern/13646 Kernel Trap error when booting 3.3-RC ker o [1999/09/09] i386/13655 sysmouse, signal 10 and XF86_S3 o [1999/09/10] kern/13678 sos hard lockup's on tsleep in atapi_queue_cm o [1999/09/10] bin/13679 ncurses-based programs eat 100% CPU after o [1999/09/10] bin/13691 tcpslice cannot extract over 2GB part of o [1999/09/11] bin/13703 MCNP compilation problem o [1999/09/12] bin/13711 root fs not properly unmounted after shut o [1999/09/12] ports/13714 stb netatalk-1.4b2+asun2.1.3 fails chmod g+s o [1999/09/13] conf/13724 Prevent ".: Out of file descriptors" erro o [1999/09/13] gnu/13729 strip(1) exits with an error on script fi o [1999/09/13] kern/13736 enabling NAT on 3.3RC results in panic sb o [1999/09/13] kern/13740 wrong IP statistics o [1999/09/15] kern/13757 wpaul tl0: adapter check: 180005 mesages keep c o [1999/09/15] i386/13765 memory problem: compilation of emacs dies o [1999/09/15] bin/13766 ldconfig doesn't recognize symbolic links o [1999/09/15] bin/13768 sh MAKEDEV cdN creates all cd(N-1)-device o [1999/09/15] misc/13771 brian Packet fragment filter bug in user-land P o [1999/09/16] conf/13775 multi-user boot may hang in NIS environme o [1999/09/16] conf/13785 jkh boot block/manager problem at installatio o [1999/09/17] i386/13787 lnc driver isn't really the lnc driver o [1999/09/18] i386/13811 ide cdrom stops recognizing audio cdroms o [1999/09/19] ports/13839 se kdegraphics11 'make PREFIX' fix, one comp o [1999/09/19] i386/13847 missing support for INT 0x13 extensions i o [1999/09/20] i386/13857 Problem with switching between processes o [1999/09/22] alpha/13912 alpha unaligned access Problem seems to be aff o [1999/09/23] misc/13920 pppd acts differently on 3.3-RELEASE ("mi o [1999/09/24] kern/13941 ncr0: SCSI phase error on GENERIC kernel o [1999/09/26] misc/13978 peter a write to last column bug appears since o [1999/09/26] bin/13980 Parameter expansion pattern removal bug i o [1999/09/27] kern/13997 phk RLIMIT_NPROC works unadequately for jails o [1999/09/28] kern/14026 Many network connections get left in the o [1999/09/28] i386/14027 "disklabel -r -w" on new disk reports "No o [1999/09/28] kern/14033 Data acq process gets stuck in vmopar o [1999/09/30] kern/14060 3.3-STABLE on primary mail server panics o [1999/09/30] bin/14069 Buffer overflow in mail(1) o [1999/09/30] kern/14072 Rebooting in FreeBSD 3.3 wipes out known o [1999/10/01] conf/14075 CDROM not being recognized during certain o [1999/10/02] kern/14096 parallel port -- ppi -- driver broken aft o [1999/10/03] bin/14102 make world -DWANT_AOUT fails in lib/compa o [1999/10/04] misc/14121 resurfaced bug in rmt preventing remote d o [1999/10/04] kern/14123 lnc driver is not working o [1999/10/04] ports/14128 torstenb Wrong group and mode on postdrop program o [1999/10/04] i386/14135 lpt1 nolonger exists after 3.2-RELEASE o [1999/10/05] kern/14144 bad conversions in kern_fork() o [1999/10/07] misc/14178 FreeBSD 3.2 - Calls from CGI scripts, cro o [1999/10/07] kern/14183 grog bridge forwarding corrupted broadcast IP o [1999/10/10] bin/14250 restore(8) can loop if tty goes away or w o [1999/10/10] misc/14254 [Fwd: clock(3) runs backwards! (fwd)] (fw o [1999/10/10] kern/14257 error 6: panic: cannot mount root (2) - d o [1999/10/11] misc/14264 Combination of aio_read(), pthread_cond_w o [1999/10/12] i386/14282 Using FreeBSD 3.* ThinkPad 600E doesn't r o [1999/10/12] ports/14283 ache apache13 htpasswd dumps core o [1999/10/12] kern/14285 dillon NFS client appears to lose data o [1999/10/14] i386/14324 wst OR atapi drivers won't work o [1999/10/14] misc/14326 kerberos4 pam-related breakage in current o [1999/10/14] misc/14327 names used in netdb.h may conflict with n o [1999/10/14] i386/14334 imp AHA-1542A not supported by FreeBSD 3.x (" o [1999/10/15] kern/14354 grog vinum cannot compile for alpha o [1999/10/20] misc/14431 Network Interface Problem o [1999/10/20] bin/14444 enigma command can't decrypt files encryp o [1999/10/21] i386/14446 Doesn't boot on Mobile Celeron o [1999/10/22] kern/14457 SIOCGIFCONF uses too much memory o [1999/10/25] bin/14524 markm PERL 5.005_03 Config.PM on 3.2-STABLE say o [1999/10/25] kern/14536 kernel panic on 64KB block size ufs files o [1999/10/26] kern/14546 SB128PCI work incorrect play wav-files un o [1999/10/26] kern/14549 3C509 broken in 3.3 o [1999/10/27] kern/14566 yokota Non-kernel programs have little/no contro o [1999/10/31] bin/14626 sendmail 8.9.3 bug with aliases in -CURRE o [1999/11/03] i386/14689 waitpid doesn't harvest child process whe o [1999/11/04] kern/14712 root has access to NFS mounted directorie o [1999/11/05] kern/14722 TCP connections hangs in FIN_WAIT_2 for > o [1999/11/05] bin/14729 when sysinstall is running as init it sho o [1999/11/07] bin/14782 ypbind can not bind to Solaris NIS master o [1999/11/08] kern/14787 /dev/lpt0 doesn't work unless/until you d f [1999/11/09] kern/14797 Serious locking problem in CURRENT o [1999/11/09] i386/14799 Promise Ultra33 doesn't work o [1999/11/09] i386/14806 if_tun.ko conflicts with built-in tunnel o [1999/11/10] misc/14811 getpwent is not enumerating all entries i o [1999/11/10] kern/14812 de0 driver malfunctions in full-duplex o [1999/11/10] kern/14814 4.0-CURRENT SMP mode causes ep0 slow o [1999/11/11] ports/14826 obrien security/fwtk smapd calls sendmail with w o [1999/11/12] bin/14844 rwhod is remotely crashable o [1999/11/12] kern/14848 Frame Relay support, corrected o [1999/11/12] kern/14849 newpcm doesn't work with Vibra16X a [1999/11/12] misc/14856 billf ftp stalls on FreeBSD 3.3 (CDROM) tested o [1999/11/14] kern/14890 ffs_valloc: dup alloc o [1999/11/15] misc/14895 portmap bug (when run with -v flag) o [1999/11/15] kern/14900 3.3-RELEASE panic in pmap_pte_quick() o [1999/11/15] i386/14907 ipfw show take wrong values of counter/or o [1999/11/16] kern/14917 grog DMA doesn't works with ALI ALADDIN M1543/ o [1999/11/16] kern/14918 Write access to write protected media cau o [1999/11/16] bin/14920 install(1) hangs when intalling files sam o [1999/11/16] misc/14932 "more" eating up CPU on users with shell= o [1999/11/17] ports/14944 erich No stable Gimp in ports o [1999/11/17] i386/14946 mjacob rmt - remote magtape protocol o [1999/11/17] kern/14960 Compaq EISA array controller not working o [1999/11/17] kern/14962 PnP doesn't detect AWE64 when PnP modem i o [1999/11/17] misc/14964 Network Interface Configuration Problem a o [1999/11/18] bin/14978 lprm(1) does not kill active daemon if ho o [1999/11/19] kern/14997 NFSv3 open O_EXCL fails to set proper "at o [1999/11/19] misc/15001 'fetch' doesn't work for http when behind o [1999/11/19] i386/15003 3C574 (ep0) reads bogus ethernet address o [1999/11/21] i386/15018 Printingproblem o [1999/11/22] bin/15046 /sbin/dhclient-script ignores resolv.conf o [1999/11/23] i386/15062 i4b stops working after some time o [1999/11/23] bin/15070 vfprintf/cvt/__dtoa race condition in thr o [1999/11/24] i386/15074 Two different panics when running Linux b o [1999/11/24] kern/15075 Intel Etherexpress Pro timeouts when >1 c o [1999/11/24] misc/15080 corrupt tree/subtree on primary ftp serve o [1999/11/24] kern/15086 Borked sscape drivers :) o [1999/11/25] kern/15087 3.3-STABLE panic while starting daemons ( o [1999/11/25] kern/15089 mmap of files from 2K-block device failed s [1999/11/26] bin/15101 joe [PATCH] cdcontrol does not perform bounds f [1999/11/26] ports/15107 green Patch for FreeBSD s/key support in OpenSS o [1999/11/26] misc/15109 problem printing graphic pages o [1999/11/27] ports/15123 rse www/apache13-modssl has PREFIX problems f o [1999/11/28] conf/15150 phantom Taking encoding scheme latin1 into accoun o [1999/11/28] ports/15157 se [PATCH] Environment Botch in KDM o [1999/11/30] misc/15190 crashing while in a multiplatform environ o [1999/11/30] kern/15193 PCCARD ethernet interface not returned by o [1999/12/01] kern/15204 systems panics when ktrace-ing o [1999/12/01] kern/15206 Ethernet driver if_vr.c (VIA Technologies o [1999/12/02] misc/15228 C++ exceptions+threads SIGABRTs. o [1999/12/02] kern/15235 dillon Race conditions in pipe_write causes kern o [1999/12/05] misc/15269 error server timeout downloading small fi o [1999/12/06] i386/15327 Unable to use ISA sound card with AD1816A o [1999/12/07] kern/15345 lkm no longer works after 3.3 o [1999/12/08] i386/15364 Flash Player 4 for Linux has no sound wit o [1999/12/08] kern/15365 Fatal trap 18 (integer divide fault) when o [1999/12/09] ports/15368 torstenb Update ftp/mirror o [1999/12/10] ports/15395 jfitz fix port: net/mrtg (BUILD/LIB_DEPEND prob o [1999/12/10] ports/15404 jfitz www/p5-CGI: Wrong BUILD_DEPENDS? o [1999/12/11] kern/15420 3.3-RELEASE Kernel freeze o [1999/12/12] bin/15450 The name of the tagfile is left in the pa o [1999/12/13] i386/15460 Installation with Compaq SMART-2DH Array o [1999/12/13] bin/15471 kris Fix several buffer overflows o [1999/12/13] kern/15475 pppd(8) sets the Source Address field of o [1999/12/14] kern/15478 incorrect utmp/wtmp records update upon c o [1999/12/14] kern/15486 Attempt to write to a "write-prot" floppy o [1999/12/15] kern/15508 disk usage after "strip" is wrong o [1999/12/16] bin/15520 mktime() fails under certain conditions o [1999/12/16] ports/15523 asami Motif/Lesstif not found when grace-5.0.3g f [1999/12/17] ports/15541 ports KDE screen saver with password protection o [1999/12/17] kern/15542 de suddenly stops working o [1999/12/17] ports/15543 ports Samba + DHCP = UNKNOWN HOST NAME o [1999/12/17] i386/15548 Intel EtherExpress Pro/10+: Only 1024 byt o [1999/12/18] i386/15553 Linux Emulation don't emulate accept(2) e o [1999/12/18] kern/15554 malloc fails in OMAGIC programs o [1999/12/20] bin/15581 ftp(1) file completion does not work if s o [1999/12/21] misc/15610 3.4-RELEASE installation hang on aic0 SCS o [1999/12/21] kern/15611 EIDE Large Disk Support, Newfs problem, F o [1999/12/22] i386/15631 3.4 won't install with IBM 37.5 gb disks o [1999/12/23] bin/15660 tip dumps core when sending file o [1999/12/23] misc/15662 markm [PATCH] perl5 Sys::Hostname fails if no P o [1999/12/25] kern/15690 savecore fails to work when it doesn't fi o [1999/12/26] kern/15707 dillon bad trap in mprotect o [1999/12/28] conf/15737 billf rc.conf should have '-s' for syslogd opti o [1999/12/29] conf/15766 My desktop display is too large, I can´t o [1999/12/29] ports/15768 jfitz Majordomo resend prog allow exec of any p o [1999/12/31] ports/15811 se graphics/kdegraphics11 fails to compile!! o [2000/01/01] ports/15820 ports A Y2K class bug when setting atime & mtim o [2000/01/01] kern/15825 dillon Softupdates gets behind, runs the system o [2000/01/01] bin/15829 peter cvs -C not_a_number core dumps o [2000/01/02] i386/15845 Driver for RealTek 8029 o [2000/01/02] bin/15847 tip core dumps after file transfer from l o [2000/01/03] misc/15869 3.4-STABLE-20000103 install fails to disk o [2000/01/03] kern/15870 PicoBSD Kernel link fails o [2000/01/03] bin/15872 sheldonh Y2k bug in at(1) o [2000/01/03] bin/15877 Perl 5.00503 interpreter crashes with a s o [2000/01/04] i386/15879 System hangs while watching the tv and ap o [2000/01/04] kern/15882 Etherexpress 16 doesn't work in 3.4 insta o [2000/01/04] gnu/15892 NFS-exported ext2 file system makes Linux o [2000/01/04] i386/15897 Any fix for rpc.lockd on Free BSD 3.2 nfs o [2000/01/05] ports/15922 ports print/a2ps cannot find ogonkfied fonts [p o [2000/01/05] bin/15924 ndc restart don't preserve start options o [2000/01/06] conf/15943 An exact fix to change timezone informati o [2000/01/07] i386/15961 System allows no keyboard input after flo o [2000/01/09] kern/16013 FreeBSD 3.3 sends ICMP reply to IP unicas o [2000/01/09] bin/16014 New cvs in -stable prints consistent erro o [2000/01/10] kern/16040 Read-only files under NFS are not seen as s [2000/01/10] gnu/16045 asmodai groff 1.11 Y2K bug o [2000/01/11] misc/16068 FreeBSD 3.3 with IDE > 32GB causes Panic: o [2000/01/12] ports/16089 ports apache13-ssl does not compile w/ openssl- o [2000/01/12] kern/16090 No buffer space available o [2000/01/12] i386/16094 FreeBSD-3.4 #1 CD doesn't boot on ATAPI C o [2000/01/13] misc/16102 root's home directory is too open o [2000/01/14] kern/16122 Incorrect SysV SHM segment accounting by o [2000/01/15] i386/16132 FreeBSD doesn't install on Notebook w/ Sy o [2000/01/16] kern/16143 3C589D (PCMCIA) card not recognized durin o [2000/01/17] kern/16153 no more parallel port zip drive o [2000/01/17] misc/16154 modem ring kills freebsd o [2000/01/17] bin/16155 cp -p does not preserve modification time o [2000/01/17] misc/16162 marcel shared /usr/src isn't because .depend fi o [2000/01/17] i386/16164 "vga"/"sc" don't work when a video card i o [2000/01/18] kern/16171 mmap(2) of /dev/kmem cause kernel panic o [2000/01/18] bin/16186 [PATCH] Insecure use of strncpy() and str o [2000/01/18] misc/16197 Installation problems on IBM Thinkpad 365 o [2000/01/19] i386/16214 Driver for Intel EtherExpress 16 is unrel o [2000/01/20] misc/16238 e-bones has a Y2K bug o [2000/01/20] kern/16239 dillon NFS mount file system from multi-homed re o [2000/01/20] bin/16244 [PATCH] don't allow password re-use when o [2000/01/21] kern/16257 Kernel panic in sbdrop o [2000/01/21] i386/16269 smp dosen't work with >2 cpus on AMI Goli o [2000/01/21] bin/16271 vi has wrong len type in re_tag_conv() o [2000/01/22] kern/16299 nfs.ko can be unloaded when nfsd is runni o [2000/01/22] ports/16303 thepish arla-0.28 fails building at klog o [2000/01/23] kern/16318 Fix for wrong interface when adding new r o [2000/01/23] alpha/16319 alpha No trailing newline in /usr/src/lib/libc/ o [2000/01/24] ports/16332 asami Install compat libs on package building m o [2000/01/24] ports/16341 obrien Fix for minicom detecting modem status li o [2000/01/24] bin/16342 Problems with krb_realmofhost() and/or kr o [2000/01/24] ports/16343 ports bsd.port.mk cannot override make.conf. o [2000/01/25] ports/16344 se wine needs USE_BISON on 4.0 current o [2000/01/25] i386/16349 Intel EtherExpress Pro/10+ card detection o [2000/01/25] bin/16353 rlogin encryption is broken on transmit s o [2000/01/25] ports/16355 thepish update for arla port to 0.30 o [2000/01/25] bin/16359 Can't build apache13-modssl with included o [2000/01/26] conf/16394 Users of some printers find that lpt0 mal o [2000/01/27] ports/16396 reg libtool -export-symbols doesn't restrict o [2000/01/27] ports/16410 ports ssh and x forwarding problem o [2000/01/27] ports/16413 ports klyx port fails to compile o [2000/01/27] kern/16416 Hang on boot with SMP Dell 2400 o [2000/01/27] bin/16418 davidn pw usermod is not work properly o [2000/01/28] misc/16423 Installation problem of 3.4-RELEASE using o [2000/01/30] ports/16468 sumikawa INET6 breaks fetchmail preconnect. o [2000/01/30] ports/16472 torstenb postfix upgrade o [2000/01/30] gnu/16481 Cpp crashes frequently o [2000/01/30] i386/16482 IDE disk fails on secondary IDE master de o [2000/01/30] kern/16487 PnP device ID missing in sys/dev/sound/is o [2000/01/31] ports/16489 reg Can't build mozilla on 3.4-RELEASE o [2000/01/31] kern/16490 Attempted listing of just-mounted ext2fs o [2000/01/31] i386/16495 Period soft disk errors o [2000/02/05] ports/16505 jfitz Update p5-Tk port to 800.018 o [2000/02/06] kern/16515 Deadlock by ntpd o [2000/02/07] bin/16557 kris rsa.h missing from /usr/include/openssl o [2000/02/08] bin/16578 host-name field is hexadecimal instead of o [2000/02/08] docs/16585 doc no info documentation for nm (binutils) i o [2000/02/08] conf/16586 net if down after fail during install o [2000/02/08] kern/16587 Can't record with newpcm & CS4236 (AW35/P o [2000/02/08] kern/16588 cg newpcm & CS4236: synth and line in mixer o [2000/02/09] kern/16598 xmcd stopped by racd0c ioctl error while o [2000/02/09] kern/16605 samba 2.0.6 under 3.4-RELEASE can't open o [2000/02/09] ports/16618 ports qt-145 port o [2000/02/09] ports/16621 marcel emulators/linux_base needs to be installe o [2000/02/10] kern/16644 Bad comparsion expression in bpf_filter.c o [2000/02/10] bin/16645 Inetd(8) internal ident won't work with m o [2000/02/12] ports/16665 ports imap-uw-4.7a -- a patch release o [2000/02/13] ports/16699 stb astro/setiathome obsolete o [2000/02/14] bin/16721 4.0 upgrade clobbers qmail port o [2000/02/15] ports/16728 tom mail/ezmlm-idx port broken because config o [2000/02/16] ports/16766 billf htdig RUN_DEPENDS on ${PREFIX}/share/apac o [2000/02/16] i386/16770 Can't build a.out binaries o [2000/02/16] ports/16772 ports buffer underflow in microsoft-supplied pa o [2000/02/17] ports/16792 ports update the www/mod_dtcl port 0.7.3-1 o [2000/02/17] ports/16796 ports The ntp-4.0.93a port's build is broken. o [2000/02/18] bin/16812 level 0 dump runs forever -- generates a o [2000/02/18] kern/16816 vop_stdpoll() in /sys/kern/vfs_default.c o [2000/02/19] ports/16821 ports x11-toolkits/rep-gtk: a fix for the proto o [2000/02/19] ports/16829 ports kaffe port is broken - dumps core with al o [2000/02/20] conf/16832 amd.map options won't play with Solaris N o [2000/02/20] ports/16836 ports graphics/ImageMagick: configured with LZW o [2000/02/20] kern/16849 Close on an ide tape drive hangs o [2000/02/20] misc/16860 suggetion on installation process. o [2000/02/21] conf/16879 Sound drivers seem to be using shared irq o [2000/02/21] ports/16881 ports kmp3 doesn't compile with either qt-1.42 o [2000/02/21] ports/16882 ports Memory leak with g++ 2.8.1 and STL 2.8.1. o [2000/02/21] bin/16885 chflags/setflags lost several flags 767 problems total. Non-critical problems S Submitted Tracker Resp. Description ------------------------------------------------------------------------------- a [1995/01/11] i386/105 bde Distributed libm (msun) has non-standard s [1995/05/13] bin/401 Add REMOTE_* variables s [1995/06/15] bin/517 Bad group change with 'install' s [1995/08/07] bin/658 ifconfig alias has to be separately given s [1995/09/26] kern/742 syslog errors accessing Mac hard disks [p s [1995/10/03] kern/765 umount -f can`t umount a NFS filesystem i s [1995/11/20] kern/831 one minor complaint about the kernel visu o [1995/11/30] bin/854 dg swapinfo shows incorrect information for a [1996/01/30] bin/981 fenner clnt_broadcast() is not aware of aliases s [1996/03/20] kern/1090 iostat displays incorrect sps count s [1996/03/20] bin/1093 route's diagnostic is weird s [1996/06/11] bin/1312 automounter hangs on boot s [1996/06/13] bin/1320 dump limits blocksize to 32K a [1996/07/07] bin/1375 eivind Extraneous warning from mv(1) [PATCH] o [1996/07/24] misc/1428 hoek ncurses doesn't always display ALTCHARSET s [1996/09/08] bin/1589 [PATCH] ftp fails to flush output o [1996/09/14] gnu/1611 phk groff should use "system-wide" papersize o [1996/09/23] i386/1671 joerg s2 map in pcvt isn't ISO 8859-1 and claim s [1996/10/13] misc/1791 tegge syslimits.h does not allow overriding def o [1996/10/20] bin/1849 gdb sets library breakpoints on the wrong s [1996/10/24] bin/1881 file(1) misidentifies Sun3/m68k executabl s [1996/11/01] bin/1941 danny wtmp and monthly rotation s [1996/11/04] gnu/1961 [PATCH] uucp logging files are in /var/sp s [1996/11/06] bin/1970 csh limtail() bug s [1996/11/16] bin/2036 cpio size wraparound s [1996/11/19] bin/2061 DEBUG_FLAGS in bsd.lib.mk is broken s [1996/11/19] bin/2065 in tzsetup/sysinstall, allow user to type s [1996/11/22] bin/2090 clients may bind to FreeBSD ypserv refusi f [1996/11/28] bin/2119 [PATCH] mount lies to child about argv0, s [1996/12/02] bin/2137 vm statistics are bad s [1996/12/14] bin/2216 [PATCH] Ada specs not being compiled into o [1996/12/17] i386/2239 jmg some interrupts take too long (i.e. BT946 a [1996/12/21] bin/2265 guido su(1) does not call skeyaccess() o [1996/12/24] kern/2273 dufault support for POSIX.4 / POSIX.1a RT-schedul s [1996/12/27] kern/2298 Support for DSR/DCD swapping on serial po a [1996/12/27] misc/2302 brandon new crypt() including SHS and an extendab s [1996/12/30] kern/2327 [PATCH] `Green' saver for pcvt o [1997/01/10] bin/2442 davidn setusershell()/endusershell() missing o [1997/01/26] i386/2598 ep0 in EISA mode hangs if ep0-device (ISA o [1997/01/28] bin/2603 dufault Added POSIX.4/POSIX.1b constants in unist o [1997/01/28] bin/2604 dufault Added POSIX.4/POSIX.1b shm_open()/shm_unl o [1997/02/02] gnu/2637 tar dumped core with -g option. a [1997/02/02] bin/2641 wpaul login_access.c doesn't work with NIS by d o [1997/02/05] bin/2668 modification suggested for rarpd o [1997/02/14] bin/2737 yppasswd fails to change password on a su o [1997/02/15] misc/2745 fenner PR querry web form doesn't sort correctly o [1997/03/03] kern/2857 DE500 board exhibits capture effect o [1997/03/03] kern/2865 peter NFS client hangs on umount, ls, df when N o [1997/03/06] bin/2898 fenner arp -a -n buglet o [1997/03/10] bin/2934 sh(1) has problems with $ENV o [1997/03/10] bin/2938 hoek Add -b, -l, and -f options to du(1) o [1997/03/18] misc/3024 make reinstall in /usr/src requires writa o [1997/03/31] gnu/3157 obrien Patches to gas and gdb to support MMX ext o [1997/04/07] bin/3221 rpc.rusersd : can't communicate with SunO o [1997/04/07] misc/3225 [PATCH] uucpd.c should normalize host nam o [1997/04/08] misc/3237 SCRIPTS addition to bsd.prog.mk o [1997/04/09] bin/3242 incorrect prototype for initgroups o [1997/04/14] kern/3281 errors when "rm -r"-ing in a mounted ext2 o [1997/04/14] kern/3282 ext2fs causes fs-unmount at shutdown/rebo o [1997/04/14] bin/3284 [PATCH] symorder(1): -t option doesn´t wo o [1997/04/14] bin/3286 [PATCH] missing error checking in mount_m o [1997/04/14] kern/3287 [PATCH] missing symbols in /usr/src/sys/i o [1997/04/15] kern/3299 /dev/console hangs o [1997/04/17] bin/3314 [PATCH] /etc/daily did not run on April 6 o [1997/04/27] bin/3399 mv of symbolic link can move directory in o [1997/04/29] bin/3416 ibcs emulation problems o [1997/05/05] i386/3504 [PATCH] New features (and manpage) for ne a [1997/05/08] gnu/3552 the -L option of tar does not work proper o [1997/05/12] kern/3584 luigi cleanup TCP_REASS macro in tcp_input.c o [1997/05/16] bin/3608 Telnet in linemode will break apart long o [1997/05/17] kern/3611 Internal CPU cache on CyrixiInstead DX2 d o [1997/05/20] docs/3645 torstenb TCP_wrappers package doesn't mention wher s [1997/05/22] kern/3667 [PATCH] make vn LKM'able. o [1997/06/02] bin/3762 dufault Bogus return values from rtprio(1) o [1997/06/07] bin/3805 single process tftpd o [1997/06/09] bin/3826 KerberosIV sometimes hangs rcp o [1997/06/10] bin/3837 dufault new feature for rtprio o [1997/06/12] kern/3853 luigi netboot/ns8390.c breaks NS datasheet o [1997/06/14] bin/3866 rcs2log fails with eastern timezones o [1997/06/15] kern/3879 peter Can't export mounted ext2fs via NFS o [1997/06/18] kern/3901 Multicast for Intel 10/100 Ethernet Card o [1997/06/19] misc/3912 ctags(1) cannot trace some macro correctl o [1997/06/24] kern/3944 if_le doesnt receive ether multicast pack o [1997/06/25] kern/3948 nonworking t/tcp server side a [1997/06/25] kern/3953 kern-config: options PANIC_REBOOT_WAIT_TI o [1997/06/26] i386/3962 print disk internal cache size during pro o [1997/06/27] kern/3968 Hardware probes die on Peak SBCs. o [1997/07/07] kern/4051 pppd connect 'chat ...' broken s [1997/07/07] kern/4052 VJ compression drops packets with IP+TCP o [1997/07/18] bin/4116 davidn Kerberized login as .root fails to o [1997/07/23] kern/4153 New tcp initial send sequence number code s [1997/07/24] bin/4157 [PATCH] netstat atalk output should print f [1997/07/26] bin/4172 suggest reconnection option added to fetc s [1997/07/28] kern/4184 [PATCH] minor nits in sys/netatalk s [1997/07/31] bin/4204 [PATCH] ac printed wrong report about tty o [1997/08/04] conf/4229 Ethernet interface unreachable on bootup o [1997/08/06] bin/4238 chpass only occasionally works in conjunc o [1997/08/07] kern/4243 file locking doesn't work for pipe o [1997/08/07] bin/4247 modification to /etc/security for FreeBSD o [1997/08/08] misc/4249 wpaul ypchsh doesn't care about changing a user o [1997/08/12] misc/4285 SDL RISCom/N2 (ISA) o [1997/08/13] kern/4297 dufault SIGEV_NONE and SIGEV_SIGNAL go in signal. o [1997/08/13] i386/4300 msmith The initial timeout on open("/dev/lpt0".. o [1997/08/14] ports/4304 asami Recommendation re. Ports Collection o [1997/08/22] ports/4356 erich sudo shouldn't block signals in tgetpass( o [1997/08/29] kern/4413 No way to unmount a floppy that goes bad o [1997/08/29] bin/4419 man can display the same man page twice o [1997/08/29] bin/4420 find -exedir doesn't chdir for first entr o [1997/09/03] bin/4459 bde No prototype for moncontrol(3) and monsta o [1997/09/04] misc/4468 dlopen is not available from static execu o [1997/09/13] kern/4528 processes hang if the mount_portal proces a [1997/09/14] i386/4538 sos byteswapped ATAPI id strings o [1997/09/14] bin/4545 f77 will only call `cc', no com-line opti s [1997/09/15] i386/4547 luigi asc.c and pcaudio.c should use selrecord o [1997/09/16] misc/4556 make can't build executable from single F o [1997/09/21] kern/4597 Patch to pass NPX status word in signal c o [1997/09/21] kern/4601 Contrib: userconfig patch to edit SCSI co o [1997/09/25] bin/4629 calendar doesn't print all dates sometime o [1997/09/28] misc/4646 Can't fixit with an NFS-mounted CD. o [1997/09/29] conf/4654 Need to do post-ifconfig commands o [1997/10/04] bin/4688 peter sys/utsname.h SYS_NMLN 32 too small o [1997/10/05] bin/4696 ping hangs on certain unresolvable hosts o [1997/10/05] bin/4697 make doesn't handle dependencies with for o [1997/10/15] gnu/4771 diff to correct misleading total bytes in o [1997/10/22] bin/4828 ypxfr makes false assumption about RPC ca o [1997/10/24] kern/4845 Boot complains about disk slices in FAT p o [1997/10/24] kern/4847 pccard stuff fails after running Win95 wi o [1997/11/01] bin/4915 peter NFS mounts to linux machine can hang syst o [1997/11/02] bin/4923 vi leaves the screen in standout mode o [1997/11/07] bin/4969 cdcontrol plays incorrect audio tracks in o [1997/11/08] bin/4975 quotaon while server very busy causes loc o [1997/11/10] kern/4997 DDB_UNATTENDED doesn't always work o [1997/11/11] kern/5009 ibcs2 emulation o [1997/11/11] kern/5011 rndcontrol -s 8 causes kernel panic o [1997/11/13] bin/5031 lpr does not remove original file if -s i o [1997/11/13] ports/5034 ache (tcsh) blocked write on named pipe sticks o [1997/11/14] kern/5040 Support for "SCSI-0" devices o [1997/11/14] kern/5048 Calling shutdown(fd,1) multiple times wil o [1997/11/15] kern/5059 peter mountd, nfsd, etc. fail when lp0 defined o [1997/11/15] kern/5060 Kernel doesn't compile with mss o [1997/11/20] kern/5108 pmap_release panics with 'freeing held pa o [1997/11/20] kern/5110 kernel crash & core in pmap_testbit durin o [1997/11/23] bin/5134 cdcontrol will eject a mounted CDROM s [1997/11/28] bin/5173 [PATCH] restore ought to deal with root s s [1997/11/30] i386/5182 bde [PATCH] A patch support high speed serial o [1997/12/09] bin/5263 sh bug (with example) s [1997/12/11] kern/5275 [PATCH] Added volume (barcode) support to o [1997/12/14] conf/5292 master.passwd -- /nonexistent vs. /sbin/n s [1997/12/14] bin/5296 slattach fails creating pidfile with ioct o [1997/12/22] kern/5362 peter mount incorrectly reports / as an NFS exp f [1997/12/30] i386/5398 dillon silo overflows running o [1998/01/02] bin/5410 phantom pkg_info options s [1998/01/03] bin/5419 [PATCH] timed rejects valid networks with o [1998/01/08] kern/5429 Ethernet collision during file transfers s [1998/01/08] bin/5444 [PATCH] ypserv uses wrong dns lookup orde o [1998/01/11] bin/5483 Login(1) clears utmp entry o [1998/01/15] kern/5502 nfsd process usage doesn't get accounted s [1998/01/16] kern/5510 sos [PATCH] Incomplete ATAPI diagnostic at bo o [1998/01/18] kern/5517 Recursive NULLFS mount causes ufs_ihashge s [1998/01/20] misc/5531 [SUBMISSION] new library function abs2rel s [1998/01/20] kern/5532 [PATCH] Dropped packet counts are inaccur o [1998/01/21] bin/5537 vi dumps core with dodgy exrc file o [1998/01/24] i386/5559 PC-Card joystick ports were not supported o [1998/01/26] kern/5577 bde Unnecessary disk I/O and noatime ffs fixe a [1998/01/28] bin/5591 Trouble with LD_PRELOAD environment varia o [1998/01/31] bin/5609 lpd cannot send long files to HP's JetDir a [1998/02/02] ports/5626 billf 'ldap' port eats all available CPU time o [1998/02/02] kern/5627 Tertiary/Quaternary IDE Ctlrs: A few kern o [1998/02/06] bin/5666 ifconfig fails to add alias o [1998/02/06] kern/5672 Crash from scsi aborted command 'Overlapp o [1998/02/09] kern/5689 sysctl vm.vmmeter - bogus and unsupported o [1998/02/10] bin/5711 bin/cat code cleanup o [1998/02/10] bin/5712 /bin/chio code cleaup and option added o [1998/02/10] bin/5717 pw -D -g "" returns error o [1998/02/10] bin/5718 pkg_delete refuses to run as non-root o [1998/02/14] bin/5745 [PATCH] Add /usr/local/share/mk to defaul o [1998/02/14] bin/5746 bootparamd will not netboot sun 3 compute o [1998/02/14] bin/5747 ld.so error message o [1998/02/15] bin/5758 sys/resources.h doesn't include sys/time. o [1998/02/17] kern/5768 Shutdown aborts syncing, when sync isn't o [1998/02/18] i386/5784 ibcs2 emulation not handling ioctl(..FION o [1998/02/19] ports/5788 joerg pcemu harddisk-access fixes o [1998/02/19] kern/5789 wcd0 requires ATAPI_STATIC o [1998/02/19] kern/5795 Panic: "bremfree: removing a buffer when o [1998/02/20] misc/5803 "tab" function from "ee" not compatible w o [1998/02/25] gnu/5841 installmost or install (world) of tmac fa o [1998/02/25] bin/5847 Makeworld fails if CXXFLAGS is set. s [1998/02/25] misc/5855 /etc/services is out of date with IANA o [1998/02/26] bin/5857 non-functional lpr/lpr o [1998/02/26] kern/5863 Kernel support for sorted SHUTDOWN & SHUT o [1998/03/01] bin/5880 df -t does not support devfs o [1998/03/02] bin/5901 new version of `fmt' o [1998/03/03] bin/5912 kinit exits if no user name specified o [1998/03/06] kern/5931 dma errors in syslog with GUS-max o [1998/03/06] i386/5932 perfmon kernel code should check for non- o [1998/03/08] bin/5944 cvs doesn't work correct. o [1998/03/10] ports/5972 andreas x11/fvwm95 requiring gsm, and rplay is a o [1998/03/11] gnu/5982 no error exit code from tar on child fail o [1998/03/13] bin/6000 kadmin ank uses bad default expiration of o [1998/03/15] bin/6015 indent(1) breaks source with backslash ne o [1998/03/16] kern/6032 poor TCP performance using FDDI over long o [1998/03/22] conf/6096 /sys/i386/conf/LINT: edit(???) sound_conf o [1998/03/22] gnu/6107 gdb should support PRINTF_HAS_LONG_LONG o [1998/03/28] bin/6156 Patches to make dump understand ENOSPC o [1998/03/28] bin/6161 2.2.6 kerberos servers are awfully visibl o [1998/03/31] bin/6183 quota hangups o [1998/03/31] kern/6184 No error if resulting file pos in lseek i o [1998/04/01] bin/6187 peter mounting nfs directories with -b can caus o [1998/04/03] bin/6202 No way to detect removable media. o [1998/04/03] bin/6206 Enhancements to the shutdown program o [1998/04/04] kern/6213 peter NFS-mounted swap (via vnconfig) easily cr o [1998/04/04] bin/6214 ping sometimes cannot be killed with a Co o [1998/04/05] conf/6220 Too few ttyv devices in the -RELEASE syst s [1998/04/06] bin/6223 PST/DST bug in /bin/date o [1998/04/06] bin/6234 ypserv -d is broken o [1998/04/14] kern/6296 IP_HDRINCL sockets force header fields to a [1998/04/14] kern/6299 vmstat -i does not show PnP device interr s [1998/04/15] bin/6314 [PATCH] /usr/sbin/ac modification o [1998/04/16] kern/6318 pppd does not update wtmp on hangup o [1998/04/16] misc/6320 Sometimes nohup isn't good enough. o [1998/04/17] bin/6332 bde /usr/include/time.h doesn't compile with o [1998/04/17] gnu/6338 Gnu tar not working properly with the -G o [1998/04/18] conf/6346 Kernel version strings need to relate to o [1998/04/20] bin/6359 routed does sent router discovry solicita s [1998/04/20] bin/6371 [PATCH?] fetch(1) uses HTTP_PROXY for ftp a [1998/04/27] kern/6432 IFF_NOARP does not affect ethernet interf o [1998/04/30] kern/6464 tcpdump doesn't recognize tun0 when it's o [1998/05/03] kern/6495 Need pci_unmap_mem and pci_unmap_port rou s [1998/05/04] bin/6509 [ALMOST PATCH] Allow dd to seek/skip to o s [1998/05/05] bin/6521 [MAYBE PATCH] "rmdir -p x/y/z/" fails o [1998/05/07] kern/6544 luigi Only get one channel through sound card o [1998/05/07] ports/6546 ache 3line ansi prompt in tcsh: cursor disappe o [1998/05/11] i386/6595 Old IP address persistent after change o [1998/05/12] misc/6612 bsd.man.mk can't handle man pages with ": o [1998/05/13] kern/6623 non-root user can crash system if disconn o [1998/05/13] conf/6624 davidn One class with nologin=/etc/nologin: reje o [1998/05/15] kern/6651 peter Possible NFS deadlock clue s [1998/05/16] bin/6658 [PATCH] -stable getcwd(3) performs unnece s [1998/05/17] kern/6668 [PATCH] new driver: Virtual Ethernet driv a [1998/05/26] misc/6759 phk buggy code in libdisk.a's disk.c o [1998/05/26] kern/6760 can't compile kernel w/o networking o [1998/05/26] kern/6769 peter panic: nfs rcvunlock s [1998/05/29] kern/6781 [PATCH] exabyte changer doesn't grok LUNs s [1998/05/29] bin/6785 place for all the default dump flags o [1998/06/01] ports/6815 torstenb ssh lookup ignores second IP address o [1998/06/01] kern/6820 cd9660_mount NULL pointer deref for no CD o [1998/06/06] kern/6874 accounting prevents transition to multi u o [1998/06/13] misc/6936 phk sysinstall: install from MS-DOS MO divece o [1998/06/18] kern/6981 CD unmount w/o CD in drive can cause pani s [1998/06/19] bin/6995 [patch] Minor flaw in fdformat s [1998/06/19] bin/6997 [patch] vnconfig "open" error message con s [1998/06/21] kern/7014 [PATCH][STABLE] Add support for SiS 5591 o [1998/06/22] bin/7021 asami Size estimation patches to pkg_* o [1998/06/22] bin/7022 asami changes to bsd.port.mk to accompany PR bi o [1998/06/22] bin/7023 asami bsd.port.(%|subdir.).mk patches for size f [1998/06/23] i386/7031 Our RocketPort port does not support DEVF s [1998/06/24] kern/7044 [PATCH] WaveLAN (2.4G, ISA, full-length b o [1998/06/25] docs/7065 wosch FreeBSD webpages -> applications, port br f [1998/06/25] bin/7068 markm /usr/bin/perl: library path addition s [1998/06/28] kern/7095 [stable] Gravis MAX in 2.2.6 suffers from s [1998/06/28] i386/7100 integrate pcvt configuration into the /et s [1998/07/01] bin/7136 kerberized telnetd doesn't use gettytab % s [1998/07/02] kern/7146 The PCCARD doesnt recognize cards in top s [1998/07/08] kern/7210 [PATCH] od(4) bug fixes and enhancements, s [1998/07/10] misc/7232 Suggestion for FreeBSD installation dialo o [1998/07/10] kern/7234 yokota keyboard problems during login immediatel o [1998/07/12] bin/7265 A warning flag is added to ln(1). o [1998/07/13] ports/7268 asami MASTER_SITE_OVERRIDE works more better o [1998/07/14] kern/7282 some old and rarely used drivers have app o [1998/07/14] ports/7283 ache tcsh / LC_CTYPE - obscure problem. o [1998/07/15] bin/7287 Incorrect domain name for MAP_UPDATE in m o [1998/07/16] bin/7298 Improvements to ln(1). a [1998/07/19] bin/7324 wosch Suggestions for minor modifications to ad f [1998/07/23] kern/7377 we have a new digiboard driver supporting a [1998/07/31] docs/7456 asmodai dialog(3) man page outdated s [1998/08/09] kern/7546 [PATCH] [STABLE ?]shutdown -p - system po f [1998/08/12] kern/7589 Tulip Driver parses SROM contents wrong f [1998/08/13] conf/7606 [PATCH] NIS Makefile.dist: NOPUSH replace o [1998/08/14] kern/7619 odd nfs server not responding messages ap o [1998/08/16] ports/7628 dburr new port: sajber-jukebox o [1998/08/16] bin/7632 Race condition in /stand/sysinstall f [1998/08/16] i386/7633 panic: page fault on install with boot.fl s [1998/08/18] bin/7669 libalias does not IRC DCC packets under c o [1998/08/19] gnu/7687 description of default baud rate for cu c o [1998/08/20] kern/7693 Misleading warning in cblock_alloc_cblock o [1998/08/22] kern/7722 Changes to acct format o [1998/08/23] bin/7728 ftpd processes hang o [1998/08/27] bin/7753 arp command fails silently on invalid pro o [1998/08/28] misc/7771 Debugging putenv/getenv o [1998/08/29] ports/7774 torstenb sshd doesn't refuse to login people with o [1998/08/29] bin/7779 [PATCH] modload should detect stripped ke o [1998/08/30] kern/7782 Kernel rebuild not correctly responding t o [1998/08/30] bin/7786 quota.h has superfluous semicolon in macr o [1998/09/02] i386/7816 dfr [Patch] NE2000 PnP card IDs to sys/i386/i o [1998/09/03] bin/7826 ls(1) knows too much about format of strf o [1998/09/03] bin/7828 Add a command line option to cp to make i o [1998/09/05] kern/7837 patches to add a p_auth extension pointer o [1998/09/07] kern/7856 Patches to add lkm hooks to cmsg_data anc o [1998/09/08] bin/7860 Extra option to pr(1). s [1998/09/08] bin/7868 [almost patch]Morse Code Fixups o [1998/09/08] bin/7869 Improved error messages from apm o [1998/09/09] docs/7873 doc poor initial configuration and documentat o [1998/09/11] bin/7895 multiple identical NFS mounts accepted o [1998/09/11] kern/7903 unmatched '{}' blocks. o [1998/09/16] misc/7946 ccdconfig gives confusing error when give o [1998/09/17] bin/7962 /usr/bin/ee prompts "save changes" when f o [1998/09/18] bin/7973 lpd: Bad control file owner in case of re o [1998/09/19] kern/7990 patch - teach kernel about RB_POWEROFF fl o [1998/09/19] ports/7992 ports New port: xemacs20-stepwise (XEmacs20 hac o [1998/09/20] bin/7998 pkg_add seems to have unneeded umask o [1998/09/20] misc/8005 yokota Keyboard freezes going from KDE to text m o [1998/09/21] kern/8015 [patch] Some sysctl descriptions for the o [1998/09/24] ports/8042 torstenb If pidentd dies, you must kill all telnet o [1998/09/26] bin/8060 install ignores the +X mode flag o [1998/09/27] conf/8061 profiling utilities seperate from profili o [1998/09/27] ports/8063 asami [PATCH] Add multiple CDROM support to bsd o [1998/09/29] bin/8084 NIT: non-working code in rshd o [1998/10/02] i386/8131 [patch] Support for PCI NE2000 compatible o [1998/10/03] misc/8133 markm [patch] bug in telnetd (Kerberos IV) o [1998/10/03] bin/8134 End of game is not recognised immediately o [1998/10/03] misc/8139 [patch] missing /usr/src/share/examples/d o [1998/10/04] bin/8142 freebsd 2.2.7 implementation of key(1) [s o [1998/10/04] i386/8146 [patch] kzipboot serial console setup and a [1998/10/06] bin/8163 [patch] It is impossible to assign quotas o [1998/10/06] i386/8171 [patch] Intel EtherExpress Pro 100 suppor o [1998/10/08] bin/8211 Script to search kernel for an address o [1998/10/12] bin/8295 order of options in printcap causes some o [1998/10/13] conf/8303 3.0-981009-BETA can't make swap device on o [1998/10/13] kern/8311 kernel panic on de0 o [1998/10/16] misc/8346 Strftime can't generate ISO-8601 timezone o [1998/10/16] bin/8347 /usr/lib/compat build issues in 3.0 RELEA o [1998/10/16] kern/8349 [PATCH] Changer definition for SureStore o [1998/10/19] kern/8376 CLOCK_VIRTUAL not implemented o [1998/10/19] misc/8378 Is termcap not maintained enough ? o [1998/10/22] kern/8420 __getcwd() from an (forcibly) unmounted f o [1998/10/24] misc/8434 boot.flp /bin/init crashes during probe w o [1998/10/24] i386/8436 boot.flp sysinstall crashes when probing o [1998/10/24] bin/8438 ex/vi: Error: tcsetattr: Interrupted syst o [1998/10/25] docs/8445 doc Update of "Installing Mathematica on Free o [1998/10/27] i386/8474 repquota does not pick up NIS information o [1998/10/28] bin/8479 Final \'s in /etc/exports did not work in o [1998/10/30] kern/8498 Race condition between unp_gc() and accep o [1998/10/30] bin/8501 snake has a segmentation fault depending o [1998/10/30] conf/8517 rc.conf/rc fails to set ldconfig -aout o [1998/10/31] misc/8519 jkh Murphy's Laws o [1998/11/01] conf/8531 jkh sysinstall on 3.0-RELEASE (and 3.0-curren o [1998/11/03] bin/8553 /usr/libexec/mail.local doesn't handle "> o [1998/11/04] i386/8571 Bug in config utility in FreeBSD 2.2.6-RE o [1998/11/07] kern/8589 incorrect spelling for "dependency" and " o [1998/11/07] i386/8598 MAKEDEV fails if not run from current dir o [1998/11/08] kern/8604 ps u gets confused about process start ti o [1998/11/08] kern/8605 ipsec for ipv4, new version o [1998/11/08] ports/8620 asami New option to colorls - -K, color only to o [1998/11/09] bin/8631 pci interrupts are shown on EISA only mac o [1998/11/09] kern/8633 TCP packet via SLIP/CSLIP containing this s [1998/11/12] kern/8661 stb sys/netatalk/at_control.c needs to correc o [1998/11/12] bin/8666 X blocks serial port with getty process o o [1998/11/13] gnu/8679 tar man page should be updated o [1998/11/14] bin/8681 other macro name that has same number is o [1998/11/18] ports/8754 se KDE: KDM Display Manager has login proble o [1998/11/18] bin/8756 'pw' command additional feature request o [1998/11/19] misc/8764 pwd_mkdb is slow on many users o [1998/11/19] docs/8765 dwhite some suggested text for describing passwo o [1998/11/22] bin/8809 fdisk calls QNX-4 partitions unknown o [1998/11/22] bin/8811 Problem to use 'NLSMODE' variable in Make a [1998/11/25] ports/8864 ports useradd - system V compatible implementat o [1998/11/27] i386/8867 /stand/sysinstall core dumps (signal 11) o [1998/11/29] kern/8895 DEC 21152 PCI-PCI bridge chip isn't probe o [1998/11/29] kern/8898 PCI devices without an associated driver o [1998/11/30] bin/8913 negative time values for csh 'time' built o [1998/12/01] i386/8923 ctm 2.2.5 -> 2.2.7 error hu_HU.ISO_8859- o [1998/12/01] kern/8925 options kern file needs AWE_DEFAULT_MEM_S o [1998/12/03] i386/8953 BINFORMAT not defined in 2.2-STABLE o [1998/12/03] bin/8955 request CVS allow advisory locks on repos o [1998/12/06] misc/8986 install-info breaks installworld over nfs o [1998/12/06] bin/8989 (patch) chflags support for mtree(8) o [1998/12/08] bin/9012 route add -host hostIP -interface localIP o [1998/12/10] conf/9051 2.2.8R boot floppy won't write to fixit f o [1998/12/11] bin/9055 When used without arguments, ``set'' and a [1998/12/12] bin/9064 n_hibma [PATCH] propose adding `direct' option in o [1998/12/14] bin/9078 tunefs cant access mounted devices (vs. m o [1998/12/15] kern/9092 DELF raid volumes cause panics under CAM o [1998/12/16] i386/9102 Voxware does not provide /dev/mixer for E o [1998/12/16] ports/9107 asami Addition to bsd.port.mk for searching mul o [1998/12/17] bin/9118 default install of aout compat libs is in o [1998/12/18] bin/9123 pax can't read tar archives that contain o [1998/12/20] kern/9144 luigi acd driver inconsistency (byte order in C o [1998/12/21] conf/9160 /etc/services file corruption o [1998/12/22] bin/9176 dillon placemark to split mount_ufs out of mount o [1998/12/23] kern/9183 newton chroot(2) can be broken by the superuser. o [1998/12/24] bin/9188 telnet gets stuck in ttydrain() o [1998/12/27] bin/9206 sysinstall installation should create /st f [1998/12/28] misc/9220 nvi: catalog: mistake in Russian error me o [1998/12/28] bin/9226 telnetd can log wrong IP address to utmp o [1998/12/29] bin/9233 gmp's mpq_add and mpq_sub are buggy o [1998/12/30] conf/9245 obsolete locale setting in /usr/src/etc/{ o [1998/12/30] bin/9250 [PATCH] allow fetch to do ftp directory l o [1998/12/31] i386/9257 fpathconf() missing from libc_r o [1998/12/31] bin/9259 allow no prompt for yes in fdformat, but o [1999/01/03] ports/9286 andreas Patch for games/nethack-qt to fix compila o [1999/01/03] ports/9289 kris New Port - ASPostit (Dockable version of o [1999/01/04] kern/9316 Intel PILA8461 NIC panics 2.2.7 during pr o [1999/01/04] bin/9318 vgrind(1): no JAVA support o [1999/01/04] i386/9319 D-Link DE-528CT poor performance o [1999/01/05] bin/9333 timestamp dump's progress o [1999/01/05] i386/9341 tty-level buffer overflows o [1999/01/06] docs/9352 asmodai wrong macro names in groff_[ms|mm|mmse].7 f [1999/01/07] bin/9374 roberto Improved functionality for find(1) o [1999/01/08] conf/9388 magic(5) correction for wordperfect o [1999/01/08] kern/9392 Alternate system clock OR kernel stats cl f [1999/01/10] ports/9425 se KDE starting up from xdm has problem.... o [1999/01/13] bin/9470 aout-to-elf-build broken with kerberosIV- o [1999/01/13] kern/9474 "comcontrol rescan 0:8:0" hangs, causes o o [1999/01/14] bin/9494 new option to prevent mail from sending m o [1999/01/16] bin/9529 ftp filname completion can't handle space o [1999/01/17] bin/9536 make world installs aout compat libs in t o [1999/01/19] bin/9569 top(1) ignores tty EOF condition. o [1999/01/19] kern/9570 ed(4) irq config enhancement o [1999/01/19] bin/9573 ksrvtgt not working o [1999/01/20] kern/9590 Clean up for -Wall warnings o [1999/01/21] kern/9611 MFS calculates the size incorrectly when o [1999/01/22] kern/9619 Restarting mountd kills existing mounts o [1999/01/25] kern/9679 fix for uninterruptible open in portal fi o [1999/01/25] kern/9689 panic in sbdrop(kern/uipc_socket2.c) o [1999/01/26] bin/9711 Fails: cd /usr/bin; gzip file ; mv file. o [1999/01/27] i386/9721 Patch for FreeBSD netboot (booting via DO o [1999/01/28] kern/9748 error in queue handling of at_shutdown() o [1999/01/28] bin/9770 An openpty(3) auxiliary program o [1999/01/29] i386/9777 luigi Generic AD1816 sound suport in Luigi's pc o [1999/01/30] kern/9791 enhancement for netinet/ip_icmp.c to cont o [1999/01/30] ports/9792 msmith pib coredumps in port maker mode o [1999/01/30] bin/9809 finger output format wrong o [1999/01/31] ports/9840 asami patch allows ports to fetch their sources o [1999/01/31] kern/9848 ARP proxyall extra sanity check o [1999/02/01] bin/9868 Patch to add "date -a" o [1999/02/01] kern/9869 When using macros out of function, they s o [1999/02/01] conf/9874 idle-timeout facilities in /etc/login.con o [1999/02/03] bin/9902 error in german (and some other) locale s o [1999/02/06] bin/9931 config gives misleading error when duplic o [1999/02/07] ports/9954 ports New port: devel/ACE o [1999/02/08] bin/9972 groff always built for US (letter) sized o [1999/02/09] gnu/9987 jdp wrong (for FreeBSD) ELF_DYNAMIC_INTERPRET o [1999/02/09] bin/9990 Enhancement to filename completeion in cs o [1999/02/09] i386/9991 new driver for National Instruments GPIB o [1999/02/10] ports/10007 ports New port: lang/mercury (the mercury compi o [1999/02/11] ports/10023 kris New port - net/gtkcookie o [1999/02/11] bin/10030 markm Kerberized telnet fails to encrypt when a o [1999/02/12] i386/10052 Matrox Millennium II AGP device/model id o [1999/02/15] gnu/10112 chris /usr/src/gnu/usr.bin/patch sorely out of o [1999/02/16] kern/10116 acd driver patch to support PD/CD drive. o [1999/02/16] ports/10124 ports New port: math/stat o [1999/02/18] kern/10149 New PCI device o [1999/02/19] bin/10158 Reference to ncheck in quot(8) o [1999/02/19] kern/10159 Unable to unload vinum module o [1999/02/19] kern/10160 kldload of umap module panics the system o [1999/02/19] ports/10162 se Fix kdmrc to add qmail usernames to NoUse o [1999/02/19] misc/10167 Upon exiting X11R6, monitor goes blank. o [1999/02/20] bin/10169 find -perm doesn't allow a bitwise o [1999/02/20] kern/10175 Bridging support incomplete for some netc o [1999/02/21] ports/10178 torstenb USE_SOCKS=YES option broken for security/ o [1999/02/22] ports/10196 torstenb Better startup scripts for ssh a [1999/02/23] misc/10231 inet_addr() doesn't check for illegal val o [1999/02/25] docs/10240 doc We need a script which check if our web m o [1999/02/25] kern/10255 Some more SiS chipset PCI IDs for chipset o [1999/02/26] bin/10274 make does not understand "lib(obj)" synta o [1999/02/26] bin/10283 Race condition in rc.network o [1999/02/28] bin/10300 dmesg exits on signal 10 o [1999/03/01] misc/10325 Implementation of itoa() for libc o [1999/03/01] bin/10342 putenv(3) unnecessarily calls strdup/free o [1999/03/01] docs/10349 phantom For long .Dt fields, rendering is broken- o [1999/03/02] misc/10351 /usr/share/examples/worm is out of date o [1999/03/02] bin/10358 ftp(1) has problems with long pathnames f [1999/03/05] ports/10396 asami SPIN is in the wrong category o [1999/03/06] kern/10440 Discard device does not set ifq_maxlen o [1999/03/06] bin/10444 avoiding lost mail when mail filesystem i o [1999/03/06] ports/10454 obrien Update: emulators/spim a [1999/03/06] kern/10455 pcaudio breakage f [1999/03/07] i386/10465 Must disable ex0 to install. o [1999/03/10] bin/10522 make world died due -Werror o [1999/03/10] bin/10524 3.1-19990309-STABLE install problem o [1999/03/10] ports/10532 ports New port: lang/gpc - GNU Pascal o [1999/03/10] bin/10538 sbin/nos-tun gives wrong usage message o [1999/03/11] bin/10548 More useful default ifconfig behaviour sa o [1999/03/12] kern/10563 QIC 40/80 tape drive ft present in versio o [1999/03/13] kern/10574 3.1-stable kernel reports k6 cpu as "\^E" o [1999/03/14] conf/10582 Makefile.upgrade fails with make -j o [1999/03/14] misc/10589 Incorrect assumptions in /etc/security o [1999/03/14] bin/10590 new option to silince confirmation but no o [1999/03/15] bin/10601 wosch Ownership of symlinks copied by adduser a o [1999/03/15] i386/10606 Probablue odd error message if LS-120 is o [1999/03/15] i386/10608 add Opti Viper-M PCI ID o [1999/03/15] kern/10609 adjtime bug (tv_sec > 2147) and enhanceme o [1999/03/15] bin/10610 New options to date to slowly adjust time o [1999/03/15] bin/10611 timed enhancement o [1999/03/16] bin/10622 vi does not display Russian characters pr o [1999/03/16] i386/10623 DFLTPHYS in /usr/src/sys/i386/include/par o [1999/03/16] ports/10634 ports Update the hylafax port to do a client in o [1999/03/17] kern/10641 Default sync rate in ncr SCSI driver is s o [1999/03/17] kern/10642 exports(5) mentions KERBNFS but that's no o [1999/03/18] bin/10657 Unable to install from CDROM or DOS parti o [1999/03/18] kern/10663 hpscan doesn't like 3.1's pt device o [1999/03/18] misc/10667 Sysinstall inserts multiple # -- sysinsta o [1999/03/19] gnu/10670 cvs doesn't allow digits in local keyword o [1999/03/19] kern/10673 wpaul Non-ASCII chars on serial console with Re o [1999/03/19] kern/10678 Printing problems using ppc bus o [1999/03/19] ports/10682 asami List mirror sites in MASTER_SITE_BACKUP - o [1999/03/22] kern/10728 sos WCD driver does not recognize a recovered o [1999/03/23] kern/10755 de driver says `invalid EESPROM checksum' o [1999/03/23] i386/10766 obsolete device name wcd is still left un o [1999/03/24] i386/10779 zp slot 0 sees 3Com 589 PCMCIA card but z o [1999/03/25] bin/10793 cvs update modification time check granul o [1999/03/26] misc/10803 joe whois(1) client enchancements a [1999/03/26] misc/10804 joe whois(1) enhancement o [1999/03/26] kern/10812 LINT configuration MAXDSIZ/DFLDSIZ mislea o [1999/03/27] bin/10825 daily script not executed or executed twi f [1999/03/28] ports/10844 deischen New port: adagdb o [1999/03/29] bin/10856 vty's from ttyvc - ttvf (maybe more?) do o [1999/03/30] bin/10868 BUG in /usr/bin/calendar o [1999/03/30] misc/10871 wst0 fails with Sony SuperStation streami o [1999/03/30] bin/10878 host(1) dumps core o [1999/03/31] kern/10894 wrong error message in svctcp_create() o [1999/04/01] bin/10905 sa(8) is hard coded for 8 character user o [1999/04/01] gnu/10910 Integration of Objective C patches into g o [1999/04/02] bin/10924 Extensions to biff(1) o [1999/04/03] bin/10931 biff b o [1999/04/06] bin/10980 With ctags -x no space is left between na o [1999/04/07] docs/10997 doc Problem with query-pr-summary.cgi o [1999/04/07] i386/11006 Sysinstall silently makes FreeBSD's parti o [1999/04/08] kern/11020 popen does not honor ISO 9899 syntax o [1999/04/08] bin/11031 [PATCH] mount and umount support for mort o [1999/04/08] bin/11032 h2ph's cpp #warning/#error directive proc o [1999/04/08] bin/11036 markm Perl does not honor -DNOMAN o [1999/04/08] bin/11037 Gencat doesn't properly handle \ddd octal o [1999/04/09] ports/11048 obrien variable not initialized in fwtk-lib lead o [1999/04/09] bin/11051 ps's -U option should accept a list of us o [1999/04/09] misc/11052 [PATCH] performance bug fix to fgets() ro o [1999/04/10] conf/11058 Recent change to rc script causes hang on o [1999/04/11] bin/11085 Per-host configuration for syslog.conf o [1999/04/11] bin/11092 readlink(1) from OpenBSD o [1999/04/11] bin/11094 lastlogin.8 from NetBSD o [1999/04/13] misc/11111 Error opening terminal: su o [1999/04/13] bin/11114 make(1) does not work as documented with o [1999/04/13] misc/11126 vt100 termcap entry appears broken o [1999/04/14] ports/11134 hoek existense of /usr/obj/usr/ports/shells/ba o [1999/04/14] bin/11141 u_long is not big enough o [1999/04/16] i386/11165 IBCS2 don't work correctly with PID_MAX 9 o [1999/04/16] bin/11168 pw(8) usermod does not recognize -w flag o [1999/04/18] i386/11201 brian mktime possible bug o [1999/04/18] bin/11205 Suggestion: move mt(1) to /bin o [1999/04/18] i386/11207 sys/i386/isa/rp.c: fixed breaking and war o [1999/04/20] kern/11235 Need to submit new driver o [1999/04/20] bin/11236 mountd fails to properly check for kernel o [1999/04/20] conf/11243 mountd startup can lose flags o [1999/04/20] bin/11248 Shuffle o [1999/04/22] kern/11287 rfork(RFMEM...) doesn't share LDTs set by o [1999/04/23] kern/11293 brian FreeBSD's PPP implementation of LQM appea o [1999/04/23] bin/11294 direct logging to other hosts (no local s o [1999/04/27] ports/11353 asami Feature additions to bsd.port.mk. o [1999/04/27] bin/11360 Allow specification of "search" in resolv o [1999/04/28] kern/11365 plip in Linux mode has trouble with some o [1999/04/28] bin/11370 more segfaults if you give it a real file o [1999/04/29] bin/11387 mount_cd9660 doesn't show rockridge filen o [1999/04/29] ports/11388 torstenb patch for ircII so /window create works o [1999/04/29] bin/11399 Calendar doesn't always handle 'last' day o [1999/04/30] kern/11410 code typo in ad1848.c: the != operator ha o [1999/04/30] kern/11411 code typo in clones.c: "if ((mpu_config = o [1999/04/30] kern/11412 code typo in ip_fil.c: missing NULL check o [1999/04/30] kern/11413 code typo in pci.c: the != operator has h o [1999/04/30] kern/11414 code typo in pcf.c: the != operator has h o [1999/04/30] kern/11415 code typo in wst.c: the != operator has h o [1999/04/30] kern/11416 code typo in sequencer.c: "if (!processed o [1999/05/02] misc/11448 Better looking VGA font for iso2 o [1999/05/03] misc/11478 Non-functional AFS support in KerberosIV o [1999/05/05] kern/11516 NetGear 10/100 Ethernet 21140-based Ether o [1999/05/05] kern/11517 ../../kern/kern_ntptime.c:533: warning: i o [1999/05/05] kern/11518 ../../pci/if_tx.c:1376: warning: no previ o [1999/05/05] kern/11519 dead code in ncr driver o [1999/05/06] bin/11552 sendmail local delivery (mail.local) can' o [1999/05/06] misc/11553 /usr/share/misc/latin1 (new file submissi o [1999/05/07] misc/11569 Automatically run fsck when the file syst o [1999/05/09] bin/11608 vnconfig not supporting swap-backed vn de o [1999/05/09] bin/11609 vnconfig -v reports page numbers, not byt s [1999/05/09] ports/11611 billf Update port: net/ntop o [1999/05/10] bin/11623 quot uses 32-bit integers for its calcula o [1999/05/10] conf/11626 /var/log/kerberos is rotated o [1999/05/10] bin/11637 build of kdump fails o [1999/05/12] bin/11669 gcc 2.7.2.1 gets bad magic error linking o [1999/05/12] bin/11671 "vidfont -r" fails, asking for font size o [1999/05/12] i386/11674 can't do make imake build or anything sin o [1999/05/12] kern/11676 PCIless kernel will not compile with ATAP o [1999/05/13] i386/11683 olpt/nlpt name change not in man pages o [1999/05/13] misc/11689 Change "netstat" mode in daily "status-ne o [1999/05/17] bin/11746 Add support for Solaris mailboxes o [1999/05/18] kern/11765 performance bug: network devices fxp & de o [1999/05/18] misc/11767 sppp does not implement VJ compression o [1999/05/19] kern/11789 ELF machine definition missing for ARM o [1999/05/21] bin/11818 Added a feature to ping(8) o [1999/05/21] ports/11820 asami bsd.port.subdir.mk does not define the `m o [1999/05/21] i386/11829 Boot Failure (Register Dump) with MFSroot o [1999/05/22] misc/11838 xwindows configuration problem o [1999/05/22] ports/11840 asami Feature fixup: bsd.port.mk o [1999/05/24] kern/11881 when a dummynet pipe is encountered it st o [1999/05/25] misc/11890 make world creates /lkm directory o [1999/05/26] bin/11896 cap_mkdb dumps core when non-files passe o [1999/05/26] i386/11898 Connot wirte to floppy on HP OB800CT with o [1999/05/26] bin/11900 Sed(1) fails with MALLOC_OPTIONS set to ' o [1999/05/28] bin/11914 makewhatis during installworld uses /usr/ o [1999/05/28] i386/11920 FBSD 3.2 upgrade claims not to upgrade /u o [1999/05/28] i386/11921 /usr/X11R6/lib/aout libraries screwed up o [1999/05/29] conf/11925 rc.conf cosmetic naming inconsistencies o [1999/05/29] bin/11929 symorder doesn't work on elf format objec o [1999/05/29] kern/11941 FreeBSD box reboots itself when changing o [1999/05/30] kern/11945 tape problems on -stable, mt bl(ocksize), o [1999/05/31] kern/11968 kldload should call module entry point be o [1999/06/01] docs/11978 doc timed(8) manpage does not define '-F' swi o [1999/06/01] i386/11979 Vaio 505DX touchpad not detected as Glide o [1999/06/01] kern/11981 brian access to tunN devices not allowed to non o [1999/06/02] conf/11989 pppd(8) output misplaced o [1999/06/03] kern/12014 Fix SysV Semaphore handling o [1999/06/05] misc/12044 having tcl.h in /usr/local/include:/usr/i o [1999/06/06] gnu/12046 markm Perl subsystem does not install all tutor a [1999/06/06] bin/12052 sh type builtin appends first path compon o [1999/06/07] kern/12071 [PATCH] large scale IP aliasing o [1999/06/08] i386/12088 Enhancement to ed driver for Linksys 10/1 o [1999/06/09] kern/12095 [PATCH] Buggy ATAPI Zip Drive is not dete o [1999/06/09] bin/12107 Add switch to dump to support multiple du o [1999/06/10] i386/12113 ESS1688 support for VoxWare sound driver o [1999/06/10] bin/12115 pppd reports wrong connected duration wit o [1999/06/13] ports/12188 ports New port: pbs-2.1.11 (misc/PBS) a batch s o [1999/06/15] misc/12228 phantom /etc/security don't search in all the fil o [1999/06/16] gnu/12238 bc 1.04 crashes with long formula typed i o [1999/06/16] bin/12244 realpath() fails when there is no permiss o [1999/06/17] bin/12255 BIND 8.1.2 compilation error in IPv6 capa o [1999/06/17] bin/12263 hoek "more" problems with long filenames o [1999/06/18] bin/12280 jdp LD_IGNORE_MISSING_OBJECTS not honored for o [1999/06/18] kern/12281 active-filter option in pppd doesn't stop o [1999/06/20] bin/12308 LPD can't be told not to bind to a TCP po o [1999/06/21] conf/12324 jkh Sysinstall's fdisk partition editor is mi o [1999/06/21] ports/12325 asami Adds refetch functionallity to bsd.port.m o [1999/06/21] i386/12326 wdc flag 0x1000 (LBA addressing) prevents o [1999/06/21] kern/12333 ProAudio Spectrum sound card broken model o [1999/06/21] kern/12334 Some ProAudio SPectrum cards do not do DM o [1999/06/21] kern/12335 if_pn.c lacks bridging support; patch enc o [1999/06/22] conf/12342 /etc/hosts.allow must use numerical IP ad o [1999/06/22] bin/12357 [PATCH] allow route to create "proxy only o [1999/06/23] bin/12358 ken Patch: "camcontrol help" should go to std o [1999/06/23] bin/12375 mv(1) cannot inherit the file flags. o [1999/06/24] i386/12383 make release warns about /dev entries mak o [1999/06/26] bin/12398 fsck in free(): warning: pointer to wrong o [1999/06/27] kern/12409 add some more chipset models by NVidia to o [1999/06/27] bin/12421 sysinstall label fails o [1999/06/28] conf/12432 empty amd_flags causes start failure in r o [1999/06/30] bin/12461 it's handy to be able to send syslog mess o [1999/07/01] bin/12477 New fortune o [1999/07/02] docs/12486 mpp listing of (56) utilities in /bin:/sbin:/ o [1999/07/02] bin/12489 /sbin/route exits with 0 on some errors o [1999/07/03] kern/12495 3.1 install fails to detect Toshiba CDROM o [1999/07/05] ports/12518 ports New port: ifmail-os-2.14.7 o [1999/07/05] bin/12528 [PATCH] tip's "tipout" child doesn't alwa o [1999/07/06] kern/12543 dg [PATCH] cumulative error counters for fxp o [1999/07/07] bin/12545 kldload(8) should be more sensitive to er o [1999/07/07] ports/12548 asami New 'fecth-recursive(-list)' targets in p o [1999/07/12] kern/12609 At boottime NFS mounts on a 3.2 client fr s [1999/07/12] bin/12611 sheldonh /usr/bin/jot crashes with floating point o [1999/07/12] misc/12612 ncurses ash shipped with 3.2-R missing sy o [1999/07/13] misc/12633 CMI8330 chip based integrated sound card o [1999/07/15] kern/12655 Kernel config file needs more commenting o [1999/07/16] kern/12668 The kernel clock goes slow with PLIP devi o [1999/07/18] kern/12697 Out of swap handling [PATCH] o [1999/07/20] bin/12712 release/Makefile: mounting /some/dir with o [1999/07/20] ports/12722 ports New port: AT&T's DjVu library for scanned o [1999/07/20] kern/12723 imp Unnecessary use of magic numbers in F_[SG o [1999/07/21] ports/12739 ports New port: AT&T's DjVu Netscape plug-in o [1999/07/22] kern/12764 luigi Patch for using x11amp with voxware (stol o [1999/07/22] misc/12765 cable problem: link down for de0 NICs. o [1999/07/23] misc/12776 Add PAM hooks to rlogind and rshd f [1999/07/23] bin/12782 sheldonh xntpd doesn't handle interface aliases pr o [1999/07/24] bin/12789 Confusing error msg when dumping a filesy s [1999/07/25] bin/12801 sheldonh nvi infinite recursion with options "left o [1999/07/25] kern/12803 obrien patch to make xe driver's noise configura o [1999/07/25] bin/12806 `sh -e' doesn't parse multi-command lines o [1999/07/27] kern/12833 Support for TI1225 PCI to CardBus Bridge o [1999/07/28] kern/12855 panic:softdep_flushfiles:looping, caused a [1999/07/28] bin/12866 sheldonh [PATCH] RFE for /bin/ls to add a -n optio o [1999/07/30] misc/12887 Problem with "top" command in SMP o [1999/07/30] misc/12888 strange kernel messages when copying file o [1999/07/31] kern/12896 Incorrect CPU model display at boot time o [1999/07/31] bin/12898 Added a command-line switch to netstat to o [1999/08/01] ports/12915 ports Add elm 2.5 to ports o [1999/08/03] bin/12939 add flag to quota to suppress NFS quota c o [1999/08/03] bin/12942 m4: len(`') returns `' a [1999/08/03] kern/12943 dg fxp driver not completely compatible with o [1999/08/03] bin/12946 top(1) gives incorrect delay default o [1999/08/04] ports/12952 asami make _PORT_USE touch cookies by variable, o [1999/08/04] bin/12957 rpc.rusersd dumps core with signal 11 whe o [1999/08/04] bin/12960 des basename(3) and dirname(3) o [1999/08/04] bin/12962 des basename(3) and dirname(3) part 2 o [1999/08/04] kern/12966 receiver lockups in vr0 driver o [1999/08/05] bin/12982 last does not support -y option. o [1999/08/05] misc/12983 system hang accessing mounted msdos flopp o [1999/08/05] i386/12993 gibbs "ahc0: Data Parity Error Detected during o [1999/08/06] bin/13000 vi core dumped o [1999/08/06] ports/13006 erich update emulators/x48 to 0.4.1d o [1999/08/07] conf/13016 Wrong sendmail.cf file used by mergemaste o [1999/08/07] docs/13020 mpp Manpage capitalization o [1999/08/08] docs/13034 peter incorrect (old/obsolete) manpage for name o [1999/08/08] misc/13036 de doesn't work with DEC 21143 based PCI o [1999/08/09] bin/13042 make doesn't handle wildcards in subdirec o [1999/08/09] bin/13043 minigzip -c option support. o [1999/08/09] i386/13051 after installation on system using COM1, o [1999/08/10] kern/13062 lnc ethernet xmit underflow problem o [1999/08/11] bin/13068 billf Don't stamp out score files! o [1999/08/11] bin/13072 billf Extensions to biff(1) o [1999/08/11] bin/13073 billf Extensions to mesg(1) o [1999/08/11] docs/13079 mpp new man page describing timeradd() family o [1999/08/11] kern/13082 dfr Improved support for NE2000 PnP cards o [1999/08/12] bin/13092 des Fetch doesn't default to the correct http o [1999/08/12] bin/13108 authunix_create_default includes egid twi o [1999/08/13] docs/13116 phantom typo in ms(7) o [1999/08/13] ports/13124 ports New port: LinAlg; request for local hosti o [1999/08/13] bin/13128 billf pkg_delete doesn't handle absolute pathna o [1999/08/15] kern/13161 alfred mounting on top of a mounted file system o [1999/08/15] kern/13164 kthread_exit stops, but doesn't release p o [1999/08/15] ports/13167 torstenb [PATCH] security/ssh package keygen fails o [1999/08/15] i386/13171 "config" not quite right for kernel not n o [1999/08/16] ports/13173 ports New port: yiff-0.33 o [1999/08/16] misc/13185 "tengo problemas con el pop3" o [1999/08/17] ports/13191 ports New port: fire-1.0 o [1999/08/17] kern/13209 IPFILTER_DEFAULT_BLOCK not in /usr/src/sy o [1999/08/17] docs/13211 chris [LIST] Some man pages has references to n o [1999/08/18] docs/13218 mpp Many manpages still not conformed mdoc(7) o [1999/08/18] kern/13220 mkdep: compile failed - ../../pci/if_de.c o [1999/08/18] kern/13232 panic("rtfree"); when sending bootp reque o [1999/08/18] ports/13251 ports New port: founts-11 s [1999/08/19] kern/13252 niced jobs don't behave really nice o [1999/08/19] bin/13254 yp_all error messages have wrong text o [1999/08/20] misc/13266 Removal of #defines and addition of const o [1999/08/20] bin/13278 rogue: killed by fire corrupts score file o [1999/08/20] misc/13282 partial compliance of dlopen to the Singl o [1999/08/21] ports/13291 ports New port: xap-xwf-0.7.8 o [1999/08/21] bin/13309 Fixes to nos-tun o [1999/08/22] misc/13326 additional timeval interfaces for 512MB o [1999/09/21] ports/13887 taoka New port (fmirror) o [1999/09/22] misc/13895 nonexistent words in /usr/share/dict/web2 o [1999/09/22] ports/13898 obrien New port: misc/dictd o [1999/09/22] conf/13907 dummynet.4 correction, rc addition of o [1999/09/23] conf/13916 mpp man outputs footer only page as first pag o [1999/09/23] conf/13918 Termcap entries for VESA modes missing o [1999/09/23] gnu/13921 awk -v var=val coredump o [1999/09/23] kern/13924 sb/snd driver broken under 4.0-19990918-C o [1999/09/24] i386/13936 No clear indictaion of how much space to o [1999/09/25] docs/13950 doc webpage idea o [1999/09/25] docs/13967 doc FreeBSD Related Publications in Korea o [1999/09/26] kern/13979 [PATCH] add serial number to IDE HD probe o [1999/09/26] gnu/13989 SIGWINCH corrupts the display of a multil o [1999/09/27] kern/14006 pas2_pcm.c pcm playback problem, with fix o [1999/09/29] docs/14035 doc tzfile.h referenced in tzfile(5) doesn't o [1999/09/29] bin/14040 amd has wrong uname data compile in it o [1999/09/30] i386/14048 ``doscmd -r'' doesn't work o [1999/09/30] ports/14070 ports g2c libraries and compatibility for DJGPP o [1999/09/30] i386/14071 FreeBSD 3.3 Installation CD does not boot o [1999/10/01] ports/14077 ports Multicast not available on multicast enab o [1999/10/01] bin/14078 -stable 'make release' does not work on - o [1999/10/01] ports/14079 ports ssh2 port won't install if automake is in f [1999/10/01] kern/14083 gibbs CAM 3.3-RELEASE fails boot w/2940UW + non o [1999/10/02] kern/14087 dcs update sys/boot/ficl/softwords/softcore.a o [1999/10/02] ports/14088 mharo port of new fvwm 2.3 beta (2.3.8) o [1999/10/03] ports/14100 sada New port: graphics/flashplugin o [1999/10/03] misc/14104 DISTFILES name clash between release/Make o [1999/10/04] docs/14129 phantom gated(8) and htable(8) as referenced in r o [1999/10/04] kern/14138 sos writing to ZIP 250MB drive bombs via ATAP o [1999/10/05] bin/14142 sendmail: mci.c: bad pointer conversion i o [1999/10/05] bin/14151 Patch: date(1): merge in OpenBSD enhancem o [1999/10/06] docs/14158 doc md5(1) manpage should not claim the md5 a o [1999/10/06] docs/14165 nbm FDP introduction article o [1999/10/06] kern/14166 roger AVER TVPhone o [1999/10/06] bin/14171 joe [PATCH] create symbolic links using mtree o [1999/10/07] bin/14175 route for ip aliasing o [1999/10/07] ports/14182 asami Patch: bsd.port.mk: add plist target f [1999/10/07] ports/14185 mharo ports/x11-wm/fvwm2 updated from 2.2.2 to o [1999/10/07] alpha/14200 alpha kldstat command has formatting problems o o [1999/10/08] kern/14217 [PATCH] EXT2FS as a KLD o [1999/10/09] ports/14225 markm Patches for security/pgp5 o [1999/10/09] kern/14240 compilation error: __cmpdi2 unresolved o [1999/10/09] bin/14246 kvm_open and kvm_openfiles not works corr o [1999/10/10] bin/14255 rup and rusers could not deal with many h o [1999/10/11] misc/14258 IP_TOS and IP_TTL sockopt doesn't work on o [1999/10/11] ports/14260 ports New port: WODA - A Web Oriented Database o [1999/10/11] misc/14263 phantom There ara no ukrainian locale in stable/c o [1999/10/11] i386/14266 vfsload() looks in /lkm, not /modules o [1999/10/11] misc/14269 NIS passwd and group maps do not clean ou o [1999/10/11] misc/14273 Somewhat bogus entry in termcap o [1999/10/12] conf/14297 [Patch] pccard.conf for corega Ether PCC- o [1999/10/13] bin/14305 ru natd should know FTP EPRT command o [1999/10/13] ports/14316 markm exmh not recognizing mh and uses too many o [1999/10/13] bin/14317 jkh sysintall: instructions to reboot don't m o [1999/10/13] bin/14318 jkh sysinstall upon install has some counter- o [1999/10/14] ports/14323 markm [PATCH] ports/security/pgp5: Invoked with o [1999/10/14] bin/14330 peter [PATCH] fix clash between /usr/src/contri o [1999/10/14] bin/14335 peter Manual page for ndc gives incorrect path o [1999/10/14] ports/14337 ports xdm and Eterm: tty allocation problem? o [1999/10/14] bin/14342 [PATCH] Speed ups for regex! o [1999/10/15] kern/14346 Both pccard/cardinfo.h and sys/memrange.h o [1999/10/15] kern/14350 Security enhancement to ICMP o [1999/10/15] kern/14355 perhaps a guard page needed for UP-mode k o [1999/10/16] bin/14361 locate bogusly converts to network byte o o [1999/10/17] ports/14378 ports New port: graphics/mpeg o [1999/10/17] ports/14379 ports New port: graphics/xmrm o [1999/10/17] kern/14380 [PATCH] if_de workaround for when BIOS do o [1999/10/18] kern/14394 kernel panic when asking help in visual u o [1999/10/18] i386/14396 Floppy install of 3.2-release, 3.3-releas o [1999/10/20] i386/14437 MFC'ed identcpu.c o [1999/10/20] i386/14438 additional CPUID bit definitions for iden o [1999/10/20] i386/14440 update to identcpu.c to "support" AMD K7' o [1999/10/21] bin/14448 ftp-client may not recognize failure, rep f [1999/10/23] docs/14460 jhb Fix broken links in the FAQ f [1999/10/23] conf/14463 phantom cvs pserver does not work with out-of-the f [1999/10/23] conf/14487 phantom Please Change "/usr/share/skel/dot.login" o [1999/10/23] misc/14488 kget doesn´t write the key word "enable" o [1999/10/24] ports/14499 torstenb update port irc/ircII to 4.4L o [1999/10/24] kern/14504 Framing Error on FreeBSD Laptop o [1999/10/25] misc/14511 chapss Y2K problem o [1999/10/25] ports/14515 ports New Tripwire 1.3 Port o [1999/10/25] conf/14522 dhclient incorrectly reads and sets hostn o [1999/10/25] docs/14530 phantom Printed manual pages have extraneous blan o [1999/10/25] docs/14532 doc Much of cam_cdbparse(3) prints in Courier o [1999/10/25] bin/14533 pccardd improperly assigns irqs o [1999/10/25] bin/14534 mpp Formatting man pages gives numeric expres o [1999/10/26] bin/14545 quota reports in K, but header says 'bloc a [1999/10/27] kern/14561 ken ioctl (fd, CDIOCEJECT, (void*) 0) doesn't s [1999/10/27] kern/14562 ken ioctl() codes should be provided for ejec o [1999/10/27] docs/14563 doc Wrong manpage produced by `man 4 fd' o [1999/10/27] docs/14565 doc ioctl() codes for device type `fd' (flopp o [1999/10/27] i386/14574 ISA based ESS1688 support(partially) for o [1999/10/28] kern/14584 Proposition for improved file permissions s [1999/10/29] kern/14590 kernel panic writing to floppy o [1999/10/29] misc/14599 pam_kerberosIV.so in the 'krb.??' package o [1999/10/29] kern/14602 struct utsname fields are allocated too s o [1999/10/31] kern/14634 cg Mixer synth & mixer CD seem to be swapped o [1999/10/31] kern/14639 convert proc.p_peers to a queue(3) LIST o [1999/11/01] ports/14643 ports New port: chinese/pyDict A Chinese/Engli o [1999/11/01] kern/14646 kern.boottime affected by APM suspend/res o [1999/11/01] bin/14648 markm `make world' now requires -DNOCRYPT in my o [1999/11/01] ports/14652 se update emulators/wine to 991031 (supersed o [1999/11/02] gnu/14664 tar checks for volno-file even if it shou o [1999/11/02] docs/14677 chris listing of (48) utilities in /bin:/sbin:/ o [1999/11/03] docs/14682 doc lprm(1) unaware of lp(1) Environment Vari o [1999/11/03] ports/14686 ports New port: pisces IIB (Category: cad) o [1999/11/03] bin/14697 grog Exploitable buffer overflow in Vinum (Fre o [1999/11/04] conf/14714 phantom Need support for imap4 and pop3 in /etc/p o [1999/11/06] misc/14746 xf86config shell script leaves arrow keys o [1999/11/07] ports/14760 asami bsd.port.mk: Speed-up for clean-depends o [1999/11/07] kern/14778 sio.c doesn't recognize USR model 3090 IS o [1999/11/08] ports/14783 jmz mgetty 1.1.12 always sets clocal o [1999/11/08] bin/14786 tail breaks on large files o [1999/11/08] conf/14791 Optionally change the behaviour of fsck u o [1999/11/08] i386/14793 more fdisk partition types o [1999/11/09] i386/14800 FreeBSD BootMgr not configurable (or at l o [1999/11/10] conf/14810 [PATCH] initialising multiple interfaces o [1999/11/10] i386/14816 lnc(4) can work with Am79C937 a [1999/11/10] bin/14817 strptime(3) '%C' conversion incorrect o [1999/11/11] ports/14822 jfitz majordomo sets group-writable dir's o [1999/11/11] ports/14824 wosch no '\0' at the end of buffer o [1999/11/11] bin/14829 rc.shutdown is handled unconsistently by o [1999/11/12] kern/14839 RELENG_2_2 boot kernel is large size prob o [1999/11/12] kern/14840 Opti930 doesn't work. o [1999/11/12] kern/14841 adrian IEEE 802 encapsulation for arp on etherne o [1999/11/12] ports/14854 peter port comms/conserver partially ignores ${ o [1999/11/13] conf/14864 I can not get dual Boot to boot FreeBSD f o [1999/11/14] misc/14868 Freebsd 3.2-REL with 1 ISA PNP and 1 PCI o [1999/11/14] ports/14889 se [PATCH] dynamic loading for WINE port o [1999/11/14] i386/14891 New smbus driver lmsmb o [1999/11/15] bin/14911 Install of opiekey missing links to otp-m o [1999/11/16] ports/14922 ports New port: net/infobot o [1999/11/16] ports/14924 markm p5-Apache-Radius with mod_perl broken on o [1999/11/16] bin/14925 getsubopt isn't poisonous enough o [1999/11/16] conf/14931 rc logging facility o [1999/11/16] ports/14933 imp Simple patch to log password attempts on o [1999/11/17] bin/14954 search.h is missing o [1999/11/17] ports/14965 wosch stat port doesn't know fifo file type o [1999/11/17] kern/14968 wollman Convert resource_head and resource.r_link o [1999/11/17] ports/14970 peter conserver-7.4 port submission o [1999/11/18] conf/14973 Digi-multiport serial card? o [1999/11/18] conf/14974 In RELENG_3, fdisk reports sizes incorrec o [1999/11/18] ports/14977 peter conserver doesn't support speed over than o [1999/11/18] ports/14986 torstenb possible bug in ssh1 o [1999/11/18] kern/14990 cg new-pcm caveats o [1999/11/18] ports/14991 ports New port: devel/tcl-trf Tcl Data transfo o [1999/11/19] misc/14993 Freebsd Locks up when trying to set the h o [1999/11/19] misc/14999 phantom ISO8859-5 locale missing from RELENG_3 o [1999/11/19] misc/15000 ftp(1) needs to send HTTP/1.1 Host: heade o [1999/11/20] conf/15010 "client" firewall configuration kills inc o [1999/11/21] ports/15021 asami some port installs fail for non-root user o [1999/11/21] kern/15022 mjacob Suggestion for enhancement: move isp firm o [1999/11/21] ports/15035 jseger [Tcl/Tk] apply plus patch to Tcl/Tk8.2 o [1999/11/21] conf/15038 jkh In sysinstall, easy to not notice that se o [1999/11/23] kern/15065 fsck can't fix "huge" zero length files s [1999/11/23] misc/15066 sheldonh ``allscreens_flags'' in rc.conf not docum o [1999/11/25] kern/15095 TCP's advertised window is not scaled imm o [1999/11/26] ports/15108 jmz The print/latex port is thrashing the dis o [1999/11/27] i386/15119 pcm sound driver dma problems with isa-pn o [1999/11/28] ports/15131 ports New port: devel/kpp o [1999/11/28] ports/15142 jmz Added DIST_SUBDIR to print/tex port o [1999/11/28] ports/15147 ports New port: audio/xsidplay o [1999/11/28] ports/15159 ports New port: games/blackpenguin o [1999/11/29] misc/15168 Adding tracklist support to fdformat o [1999/11/29] kern/15175 tcp_input() fails to update m->m_pkthdr.l o [1999/11/30] bin/15182 "* Wed-1 event" in calendar produces "31 o [1999/11/30] ports/15192 ports New port: security/ident2 o [1999/11/30] misc/15196 shutdown -h no longer synching disks, thu o [1999/12/01] misc/15205 Addition to /usr/games/random o [1999/12/01] bin/15211 CFLAGS and CC not settable and one warnin o [1999/12/01] misc/15215 Outputting in Fortune under certain circu o [1999/12/02] i386/15218 kernel says: raw partition size != slice o [1999/12/02] kern/15221 marcel Linux emulator core dumps on setreuid() o [1999/12/02] bin/15227 sheldonh New option for vacation(1) -- dir to use o [1999/12/02] bin/15229 joe mtree - different from mtree in NetBSD 1. o [1999/12/02] docs/15234 mpp sh(1) man page have capitalised instance o [1999/12/03] ports/15239 asami fix MASTER_SITE_GNOME in bsd.port.mk: mi o [1999/12/04] kern/15251 patch to add unsigned support to sysctl o [1999/12/04] docs/15259 obrien amd(8) refers to nonexistent automount(8) o [1999/12/05] kern/15280 kernel panic during FreeBSD install f [1999/12/05] bin/15285 wes unhelpful error message from brandelf o [1999/12/05] misc/15288 billf pkg_version -c output isn't safe for scri o [1999/12/05] ports/15294 jfitz Update port: mrgt from 2.8.8 to 2.8.9 o [1999/12/06] bin/15301 Bug in /usr/sbin/syslogd: strips 8th bits o [1999/12/06] misc/15304 billf proposed modifications to pkg_version o [1999/12/06] bin/15325 mpp nroff -man bombs out with more than eight o [1999/12/06] ports/15326 ache tcsh modification o [1999/12/07] ports/15329 cwt amanda24 modification o [1999/12/07] misc/15339 fdformat should exit non-zero when user c o [1999/12/07] bin/15342 replacement for the stock /sbin/dhclient- o [1999/12/08] ports/15367 ports new ports on linux emulator o [1999/12/09] bin/15371 keyinfo doesn't work without suidperl o [1999/12/09] ports/15387 billf ethereal's packet-smb.c calls str*() func o [1999/12/09] bin/15390 obrien Upgrade rdist to 6.1.5 o [1999/12/10] docs/15408 doc Description of ls and nlist wrong in man o [1999/12/10] bin/15410 edquota -p copies current usage as well a o [1999/12/11] bin/15416 addr2line is unable to find line numbers o [1999/12/11] bin/15418 tput(1) doesn't work with new libncurses. o [1999/12/11] misc/15421 initgroups(3) spits out messages to stder o [1999/12/11] ports/15424 ports New port: www/kwebsearch o [1999/12/12] kern/15435 Attempts to execute programs from a noexe o [1999/12/12] kern/15436 syscons extension: "propellers" o [1999/12/12] kern/15440 jasone support atomic locks in the UP kernel o [1999/12/12] kern/15455 dg Intel EtherExpress Pro does not properly o [1999/12/13] bin/15456 Usage of ktrace(1) is invalid a [1999/12/13] bin/15458 sort(1) doesn't sort correctly in some ca o [1999/12/13] ports/15461 jmacd Update of misc/xdelta port o [1999/12/13] bin/15470 Proposed change to comments in /etc/named o [1999/12/14] ports/15477 andreas wwwstat-2.01 port is not Y2K compliant: 1 o [1999/12/14] misc/15480 Change-request for /usr/src/usr.sbin/cdco o [1999/12/14] ports/15481 ports ports/devel/codecrusader slightly broken o [1999/12/14] i386/15488 Incorrect FPE_*_TRAP macros in machine/tr o [1999/12/14] kern/15489 running fstat causes a bus error o [1999/12/15] kern/15492 Patch to fixup bridging support for 2.2-S o [1999/12/15] kern/15493 Patch to enable bridging support for if_c o [1999/12/15] ports/15495 asami Add "addsum" target to bsd.port.mk o [1999/12/15] bin/15496 killall(1) limited to 16 character proces o [1999/12/15] bin/15497 NIS does not deal well with comments o [1999/12/15] bin/15510 df(1) does not lineup with large filesyst o [1999/12/15] kern/15511 Cannot scroll up after panic? o [1999/12/15] kern/15512 sos ATA driver bug for CD drives that don't r o [1999/12/16] misc/15519 peter Lots of bind-8.2.2 manual pages don't get o [1999/12/17] i386/15528 doscmd exec function fail. o [1999/12/17] i386/15531 doscmd DOS function 0a fail when DL is 0 o [1999/12/17] kern/15532 Reboot just to kill a print job? o [1999/12/17] ports/15545 ports New port: x11/xterm o [1999/12/17] misc/15546 Need to enable LBA flag for large IDE dis o [1999/12/17] i386/15547 discmd function 51 ( get ps ) fail o [1999/12/18] gnu/15549 obrien Fix -fformat-extensions support code merg o [1999/12/18] ports/15552 ports New port: news/knode o [1999/12/18] misc/15555 some enhancements for uudecode o [1999/12/19] docs/15561 doc regex(3) manpage needs update o [1999/12/20] bin/15593 [SECURITY] ustrcpy() buffer overflow in d o [1999/12/20] ports/15594 se kscd-1.2.7 in -STABLE ports not playing A o [1999/12/20] bin/15596 netstat -rn does'n fit on a 80 chars wide o [1999/12/21] kern/15608 acd0 / cd0 give inconsistent errors on em o [1999/12/21] conf/15612 jkh Re-Scan devices in 3.4-Release options me o [1999/12/21] i386/15619 standard pppd doesn't authenticate users o [1999/12/22] kern/15632 mss driver fails to recognize CS4239 on T o [1999/12/22] kern/15633 Joy driver fails to attach to CS joystick f [1999/12/22] ports/15634 ports upsd-2.0 package hangs 3.3-RELEASE o [1999/12/22] kern/15636 dillon reminder to self for MAP_ VM defines o [1999/12/23] misc/15658 edquota misinterprets usernames as uid ra o [1999/12/23] docs/15661 doc Handbook doesn't properly document bootin o [1999/12/24] bin/15663 yokota none o [1999/12/25] ports/15691 torstenb Ssh ports fail to check inetd.conf before o [1999/12/28] bin/15739 repquota report format fix for better par o [1999/12/28] conf/15745 rc.network overrides mountd_flags rather o [1999/12/28] kern/15747 loader's builtin "more" command won't res o [1999/12/28] conf/15748 jkh sysinstall - upgrade o [1999/12/30] misc/15782 kernel script handling breaks with perl o [1999/12/30] ports/15787 se Kvt doesn't agree with MAKEDEV on pty num o [1999/12/31] conf/15792 can't make /dev/cd31 f [1999/12/31] ports/15795 ports New port: www/bkmrkconv o [1999/12/31] ports/15796 ports New port: net/dhcp_dns o [1999/12/31] ports/15800 ports New port: games/kmud o [1999/12/31] ports/15802 ports New port: security/kssh o [1999/12/31] ports/15803 ports New port: games/krogue o [1999/12/31] misc/15809 New entry for the fortune(6) database o [1999/12/31] ports/15810 jfitz p5-Net port update o [1999/12/31] ports/15812 jfitz p5-Mail-Tools port update o [1999/12/31] ports/15813 eivind p5-IO-stringy port update o [1999/12/31] ports/15814 eivind p5-MIME-Tools port update o [2000/01/01] ports/15819 cwt fix PLIST of misc/amanda24 o [2000/01/01] docs/15821 doc Wrong device names in manpages for lpt(4) o [2000/01/01] kern/15827 Power-Off causes Trap 9 in kernel o [2000/01/01] bin/15830 PATCH: rdump over ssh o [2000/01/01] bin/15832 the w commands can show a bad result on t o [2000/01/02] kern/15838 Conversion tables in msdosfs_conv.c are b o [2000/01/02] ports/15840 ports New port: x11-fonts/ucs-fixed o [2000/01/02] i386/15841 [patch] Assembler syntax fixes for the bo o [2000/01/02] ports/15844 wosch www/checkbot fix and update to 1.58 o [2000/01/02] bin/15852 asmodai predefined \*(DT string has Y2K bug o [2000/01/02] bin/15853 tar --newer-mtime flag has Y2K bug o [2000/01/03] bin/15855 comsat(8) failes to open system mail box o [2000/01/03] ports/15857 dirk new standalone port of php3 for ports/www o [2000/01/03] ports/15859 ache Fix a typo in BUILD_DEPENDS in www/p5-Par o [2000/01/03] kern/15860 patch to make default kern.maxfilesperpro o [2000/01/03] bin/15861 ftpd did not use sendfile(2) when sending o [2000/01/03] misc/15871 CVS directories copied to PicoBSD filesys o [2000/01/03] ports/15873 ports New Apache_fp+php+mod_ssl-1.3.9+3.0.12+2. o [2000/01/03] misc/15874 PicoBSD can only update files from within o [2000/01/03] misc/15875 Incorrect permissions on PicoBSD /tmp dir o [2000/01/03] misc/15876 PicoBSD message of the day problems o [2000/01/04] ports/15886 ports New port: audio/cd2mp3 o [2000/01/04] docs/15890 doc rfork(RFMEM) on SMP generates error o [2000/01/04] ports/15894 ports New port: security/aide AIDE 0.5 o [2000/01/04] ports/15895 billf new bugfix version of htdig (3.1.4) o [2000/01/05] misc/15908 patch to fix argument mismatch in getnano o [2000/01/05] kern/15923 ATA/EIDE DMA does not work with some hard o [2000/01/06] ports/15933 marcel ports/editors/staroffice requires linux l o [2000/01/06] ports/15935 msmith ports/editors/wordperfect - incorrect URL s [2000/01/06] docs/15959 phantom misplaced lines in psignal.9 man page o [2000/01/07] ports/15963 se krn requires libgdbm but port doesn't che o [2000/01/07] ports/15976 asami [PATCH] bsd.port.mk to accomodate Qt libr o [2000/01/07] ports/15977 ports New port: x11-toolkits/qt14 o [2000/01/07] ports/15978 se Update port: x11/kdelibs11 [USE_NEWGCC] s [2000/01/08] bin/15981 sheldonh rcp -p fails when times have high bit set o [2000/01/08] kern/15983 n_hibma C++ keywords in kernel header files o [2000/01/08] ports/15992 asami [PATCH] Add a default for $SUP in the /us o [2000/01/08] ports/15993 asami [PATCH]No line-feed in warnings from ``ma o [2000/01/08] ports/15994 ports new libapreq 0.31 port o [2000/01/09] misc/16003 sysinstall crashes if it gets more than o o [2000/01/09] bin/16005 brian add new option to date(1) o [2000/01/09] bin/16007 joe cdcontrol(1) defaulting do /dev/cdrom ins o [2000/01/09] misc/16009 Invoking /stand/sysinstall from kde termi o [2000/01/09] kern/16016 cam/scsi/scsi_da.c: Fujitsu M2952 doesn't o [2000/01/10] kern/16021 To support SMP on NEC PC98, call mp_probe o [2000/01/10] kern/16023 Add an idletime counter for sppp, just li o [2000/01/10] misc/16026 /stand/sysinstall segmentation fault when s [2000/01/10] bin/16048 asmodai "file" command cannot recognize LaTeX2e f o [2000/01/10] kern/16049 Connor Drive fails cache sync o [2000/01/11] ports/16063 jseger rdjpegcom part of the JPEG port ignores l o [2000/01/11] ports/16072 obrien vim5 port update o [2000/01/11] conf/16076 [PATCH] pam_ssh examples for /etc/pam.con o [2000/01/12] bin/16086 des Inetd internal IDENT is not work well. o [2000/01/12] ports/16088 ports apache13-ssl lacks sbin/gcache in PLIST o [2000/01/12] docs/16091 nik Update man refs for patch in pr #15958 o [2000/01/13] ports/16103 ports New port: comms/qico o [2000/01/13] ports/16109 max Update port: japanese/mimekit to 1.8 o [2000/01/13] ports/16110 max Update port: japanese/nkf to 1.71 o [2000/01/14] bin/16119 ctm_rmail does not honor umask o [2000/01/14] bin/16124 alfred [PATCH] Enhancement for 'lpr -r' o [2000/01/14] ports/16127 ade fix port: sysutils/upsmon - csocket.cc do o [2000/01/15] misc/16131 bizarre dates displayed when searching th o [2000/01/15] ports/16134 kris pgp4pine 1.74 port o [2000/01/15] ports/16139 billf Ntop port fails to find lsof o [2000/01/15] kern/16140 /proc contains regular files of infinite o [2000/01/17] ports/16167 torstenb y2k problem with inn 2.2.1 NEWNEWS and NE o [2000/01/18] kern/16169 The U.S. Robotics 56K Voice Int modem is o [2000/01/18] kern/16170 compiling machine/setjmp.h with g++ o [2000/01/18] docs/16173 doc [PATCH] fix for the kld/cdev example o [2000/01/18] bin/16179 ipfw(8) poor design of command line parsi o [2000/01/18] conf/16180 firewall rules may require flags to be pa o [2000/01/18] docs/16185 guido a possible typo in ipnat.5 manpage o [2000/01/18] misc/16189 Advansys ASB-3940U2W SCSI Card does not w o [2000/01/18] kern/16195 16-bit uid/gid struct in sys/ipc.h o [2000/01/19] ports/16201 ports Port of CDD isn't up to date o [2000/01/19] bin/16206 PATCH: vmstat column alignment, %ll not s o [2000/01/19] bin/16207 asmodai y2k problem in troff (e.g. 'man hosts.equ o [2000/01/19] misc/16208 ps/2 mouse problem o [2000/01/19] misc/16212 in /stand/sysinstall -- cannot exit menu o [2000/01/20] ports/16220 obrien -frepo is broken in gcc-devel and egcs po o [2000/01/20] misc/16231 CD audio wont work. o [2000/01/20] kern/16240 ICMP error generation fails to correctly o [2000/01/21] ports/16252 asami bsd.port.mk: Add bzip2 support for distri o [2000/01/21] bin/16275 approve send-pr(1) (attach files, use env o [2000/01/21] misc/16278 Crypt() function returns wierd results o [2000/01/22] kern/16292 performance problem of divert socket o [2000/01/22] misc/16301 Sysinstall -> Configure -> Distribution - o [2000/01/22] ports/16305 jfitz Upgrade port: majordomo to 1.94.5 o [2000/01/23] bin/16316 Enhancement: allow .fakeid to be a named o [2000/01/23] bin/16320 fstat -f confuses some partitions o [2000/01/24] bin/16325 /stand/sysinstall writes invalid variable o [2000/01/24] kern/16335 archie ng_ppp(8) fixes, improvements o [2000/01/24] kern/16339 vm/vm_page.h PQ_L2_SIZE options too limit o [2000/01/25] ports/16347 ports Inconsistencies between Java ports o [2000/01/25] kern/16360 kernel timestamping of ICMP echo requests o [2000/01/26] kern/16362 AMD K6-3 processor is identified as a P58 o [2000/01/26] ports/16363 pst [PATCH] Upgrade ports/databases/gnats o [2000/01/26] bin/16364 [PATCH] Add msdosfs and cd9660 support to o [2000/01/26] ports/16369 obrien Ports fix: mail/mutt o [2000/01/26] ports/16374 ache Ports fix: news/tin o [2000/01/26] ports/16377 ports new port for PGP 6.5.1i o [2000/01/26] ports/16378 jseger Update port: graphics/ImageMagick to 5.1. o [2000/01/26] ports/16379 vanilla Update port: graphics/imlib o [2000/01/27] ports/16397 jfitz Please update net/mrtg for current o [2000/01/27] i386/16411 DUMP freezes system if uucico or samba wr o [2000/01/27] kern/16412 cg pcm0 sound doesn't survive a suspend/resu o [2000/01/27] ports/16417 ports nethack3 port won't compile on 3.4-Stable o [2000/01/28] bin/16422 newfs always make root's / directory o [2000/01/28] misc/16434 Odd rlogin problem. o [2000/01/29] ports/16438 nectar Fix net/gnome-icu to install i18n files o [2000/01/29] docs/16439 doc fdp-primer - difficulties with split SGML o [2000/01/29] ports/16452 torstenb Update ctwm port o [2000/01/29] ports/16454 ports Patch for man page included with port ins o [2000/01/30] ports/16473 ports fix lang/smalltalk for stable o [2000/01/30] misc/16475 search.cgi gives bogus dates o [2000/01/30] ports/16476 peter Missing option and a typo o [2000/01/30] bin/16480 locked accounts and adduser o [2000/01/30] ports/16486 ports New Port: devel/linux-jdk-1.2.2 o [2000/02/05] ports/16511 obrien Makefile in error o [2000/02/06] conf/16535 misleading comment in LINT about mca supp o [2000/02/06] conf/16536 size of /var/spool/uucp/Log, a UUCP logfi o [2000/02/06] ports/16546 ports mail/imap-utils: a new port o [2000/02/06] kern/16551 cosmetic cleanup in sys/dev/ppbus/pcfcloc f [2000/02/07] kern/16564 ru SLIOCSUNIT is broken and can cause panic. o [2000/02/07] ports/16565 torstenb Broken non-US-ssh-port (1.2.27) o [2000/02/07] ports/16570 asami ports toplevel README.html has bad link t o [2000/02/07] ports/16572 ports fix: devel/sdl o [2000/02/08] ports/16580 nbm Request port removal. o [2000/02/08] conf/16584 jkh Hostname field too small during install ( o [2000/02/09] ports/16592 ports Yet another JCE port o [2000/02/09] ports/16596 ports Upgrade ports/chinese/rxvt to 2.7.2 o [2000/02/09] ports/16601 ports New port: games/netbsd-tetris o [2000/02/09] ports/16606 ports [NEW PORT] new port of Adobe Acrobat View o [2000/02/09] ports/16608 ports [NEW PORT] new port of pysol-sound-server a [2000/02/09] ports/16613 dburr New port: net/ppptraf o [2000/02/09] bin/16619 trimdomain does not handle peer domains o [2000/02/09] bin/16625 Incorrect information in routed(8) error o [2000/02/10] ports/16629 ports New port of vtun 2.0. o [2000/02/10] ports/16636 ports New port: GNU find o [2000/02/10] ports/16638 ports New port: GNU fileutils o [2000/02/10] ports/16640 ports rwhois port install tries to copy wrong l o [2000/02/10] ports/16641 ports rdb-2.6d o [2000/02/10] ports/16642 jseger libwww port upgraded to 5.2.8 o [2000/02/10] ports/16646 ports emacs pkg on 4.0-RC needs missing libXThr o [2000/02/10] misc/16647 jkh data for fortune o [2000/02/10] ports/16648 ports Gdtclft port (TCL interface to Gd) o [2000/02/10] bin/16649 /bin/lastcomm: output contains extraneous o [2000/02/11] ports/16651 ports [ports] net/pppload fails to compile o [2000/02/11] ports/16653 ports previous master site discontinued service f [2000/02/11] ports/16654 mharo Some master sites have discontinued hosti o [2000/02/11] ports/16656 ports ports/lang/ocaml updated to 2.04 o [2000/02/11] bin/16657 /bin/hostname: New feature to return subc o [2000/02/11] ports/16658 ports Update for russian/apache port o [2000/02/12] ports/16669 erich Update port: editors/sam o [2000/02/12] ports/16670 erich Update port: x11/9term o [2000/02/12] ports/16674 erich Update port: graphics/mplex o [2000/02/12] ports/16676 swallace Update port: games/xrisk to 2.15 o [2000/02/12] ports/16677 jmacd Update port: lang/schemetoc o [2000/02/12] ports/16685 ports newer emulators/twin port o [2000/02/12] ports/16687 ports p5-Mysql building problem due to missing o [2000/02/12] ports/16690 ports fix port: lang/nawk: [PATCH] o [2000/02/12] ports/16692 ports update port: sysutils/asmem: 1.5 -> 1.6 o [2000/02/12] ports/16693 ports new port: wavplay 1.4 now with the port! o [2000/02/13] ports/16695 ports New port: linux-flashplugin o [2000/02/13] ports/16703 ports port update from apache-ssl-1.3.9+1.37 to o [2000/02/13] ports/16704 billf cproto o [2000/02/13] bin/16705 ftpd doesn't support -h option o [2000/02/14] kern/16709 PATCH: make poll work for -STABLE's Audio o [2000/02/14] ports/16715 jseger Upgrade games/gnugo port to version 2.6 o [2000/02/14] ports/16716 mharo Fix port: devel/portlint o [2000/02/14] ports/16718 dbaker [PATCH] misc/proxyper should obey the por o [2000/02/14] misc/16719 /stand/sysinstall does not redraw the scr o [2000/02/14] i386/16722 squid (a 3.x binary) won't run under 4.0- o [2000/02/14] ports/16724 ports The latest and greatest o [2000/02/15] bin/16726 rpc.rstatd from inetd sig11's o [2000/02/15] ports/16732 roger Update port: misc/videotext to 0.6.199910 o [2000/02/15] ports/16736 ports fix: web500gw can't always parse dates (Y o [2000/02/15] ports/16739 ports New port: audio/bwap o [2000/02/16] ports/16741 ports new port: math/gsl (The GNU Scientific Li o [2000/02/16] kern/16745 Kernel Makefile doesn't sanitise PATH [PA o [2000/02/16] docs/16748 doc Documentation of Linux Mode for 2.1 is ob o [2000/02/16] ports/16753 torstenb Install postfix html doc with port o [2000/02/16] ports/16756 torstenb Correction for the latest Postfix doc pat o [2000/02/16] ports/16763 ports VxTools port o [2000/02/16] docs/16764 doc Include link to "Linux-Oracle on FreeBSD" o [2000/02/16] kern/16765 Add support for mark/space parity o [2000/02/17] ports/16775 ports New port: print/trueprint o [2000/02/17] ports/16779 erich Update port: astro/xephem o [2000/02/17] ports/16786 jfitz Update port: lang/rexx-imc o [2000/02/17] bin/16789 fingerd logging not IPv6 aware o [2000/02/17] ports/16794 ports New port: sdts++ o [2000/02/17] ports/16797 ade Can't build gnomeprint o [2000/02/17] bin/16798 rmuser rebuilds entire passwd datebase fo o [2000/02/17] ports/16800 ports xwdtopnm can not work well on my 16bits/p o [2000/02/18] kern/16804 Enabling pcfclock KLD o [2000/02/18] ports/16806 ports Fix port: devel/omniORB (bentofy) o [2000/02/18] kern/16815 Cannot "rm -rf" for not-existed file on r o [2000/02/19] ports/16819 ports new port audio/gramofile o [2000/02/19] docs/16820 doc Typolet in ttcp(4) o [2000/02/19] ports/16822 taoka Upgrade to ddup 2.2Dm o [2000/02/19] ports/16824 ports Port update - www/mathopd 1.3pl2 => 1.3pl o [2000/02/19] ports/16825 ports "team.c" won't compile o [2000/02/19] ports/16827 ports New port: Mule-UCS o [2000/02/19] misc/16830 markm PAM-related error messages on -current o [2000/02/20] ports/16833 ports [FIXED PATCH] ports/x11-wm/fvwm2 upgrade o [2000/02/20] docs/16834 doc [Patch] Missing underline in ctm(5) o [2000/02/20] ports/16835 ports New version: skill o [2000/02/20] ports/16837 ports New version of the GIMP o [2000/02/20] kern/16838 MFC: phk's print uptime at reboot o [2000/02/20] misc/16839 MFC Matthew D. Fuller's patch to deal wit o [2000/02/20] misc/16840 MFC: Matthew D. Fuller's teach pkg_info t o [2000/02/20] docs/16841 doc New FAQ entry describing use of "Windows( o [2000/02/20] misc/16842 Knob for release/Makefile to prevent dele o [2000/02/20] ports/16845 ports fix port: net/icqnix: respect CXXFLAGS/Qt o [2000/02/20] ports/16846 ports fix port: net/kdetelnet: respect CXXFLAGS o [2000/02/20] ports/16847 ports fix port: devel/doxygen: respect CC [PATC o [2000/02/20] misc/16848 jkh Fortune has repeat entry o [2000/02/20] ports/16850 ports upgrade port: graphics/gnofract4d: 1.0 -> o [2000/02/20] ports/16852 ports new port: graphics/gcolor o [2000/02/20] ports/16853 ports Remove games/znibbles from ports tree o [2000/02/20] docs/16854 doc Typos from Chapter 4 of FreeBSD Handbook o [2000/02/20] ports/16856 ports new port: graphics/zimg o [2000/02/20] ports/16857 jdp cvsup coredump o [2000/02/20] ports/16858 ports new port: games/kbubbles o [2000/02/20] docs/16859 unfurl This section of the handbook is way out o o [2000/02/21] ports/16863 ports new port: japanese/esecanna-wnn6 o [2000/02/21] ports/16864 jseger Update port: graphics/ImageMagick to 5.1. o [2000/02/21] ports/16866 ports Update port: astro/wmglobe o [2000/02/21] ports/16868 ports Update port: games/xjewel o [2000/02/21] ports/16869 ports Update port: games/xphotohunter o [2000/02/21] ports/16872 max Update port: japanese/pine o [2000/02/21] ports/16874 obrien Update port: lang/Sather o [2000/02/21] ports/16876 nakai Update port: net/gnet o [2000/02/21] bin/16880 [PATCH] pw(8) hardcodes directory creatio o [2000/02/21] ports/16883 ports New port: graphics/p5-GD-TextUtil o [2000/02/21] ports/16884 ports New port: graphics/p5-GD-Graph 1304 problems total. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 11:17: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 21C4137B591; Mon, 21 Feb 2000 11:17:08 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA13298; Mon, 21 Feb 2000 11:17:07 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 11:17:07 -0800 (PST) From: Message-Id: <200002211917.LAA13298@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, mdodd@FreeBSD.org Subject: Re: i386/3502: Merge of if_ix* and if_ie* broke EE/16 support Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Merge of if_ix* and if_ie* broke EE/16 support Responsible-Changed-From-To: freebsd-bugs->mdodd Responsible-Changed-By: billf Responsible-Changed-When: Mon Feb 21 11:16:22 PST 2000 Responsible-Changed-Why: I doubt this is still a problem, but you're the one to answer this (I hope..) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 11:35:35 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C728137B52B; Mon, 21 Feb 2000 11:35:33 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA15028; Mon, 21 Feb 2000 11:35:33 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 11:35:33 -0800 (PST) From: Message-Id: <200002211935.LAA15028@freefall.freebsd.org> To: tarkhil@asteroid.svib.ru, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/6706: mount_msdos+mount_null+mc=panic Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: mount_msdos+mount_null+mc=panic State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Mon Feb 21 11:33:44 PST 2000 State-Changed-Why: nullfs is known to be buggy, evil, and unstable. Stacking layers need to be working for nullfs to work well. When stacking layers are in place and nullfs is fixed, I'm sure this will all fall into place. Trying this on a more recent version of FreeBSD may even give you reasonable success. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 12:22:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9EB1537B5B0; Mon, 21 Feb 2000 12:22:11 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA18318; Mon, 21 Feb 2000 12:22:11 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 12:22:11 -0800 (PST) From: Message-Id: <200002212022.MAA18318@freefall.freebsd.org> To: dragona@interaccess.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12743: Cannot boot the 3.2 floppies Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot boot the 3.2 floppies State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Mon Feb 21 12:21:38 PST 2000 State-Changed-Why: Try the 3.4 disks and re-open a PR if it is still a problem. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 12:26:46 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E708837B613; Mon, 21 Feb 2000 12:26:44 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA18749; Mon, 21 Feb 2000 12:26:44 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 12:26:44 -0800 (PST) From: Message-Id: <200002212026.MAA18749@freefall.freebsd.org> To: delaroca@ucla.edu, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/12980: NetGear Dec 21140AF Ethernet Card unrecognized by de0 driver Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: NetGear Dec 21140AF Ethernet Card unrecognized by de0 driver State-Changed-From-To: open->feedback State-Changed-By: billf State-Changed-When: Mon Feb 21 12:24:55 PST 2000 State-Changed-Why: The dc(4) driver in 4.0-CURRENT (soon to be release) supports this card. Have you tried a recent 3.4 installation as well to see if support has changed? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 13:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EA4DE37B57E for ; Mon, 21 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA22022; Mon, 21 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B3FB837B550 for ; Mon, 21 Feb 2000 13:01:50 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA21212; Mon, 21 Feb 2000 13:01:50 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002212101.NAA21212@freefall.freebsd.org> Date: Mon, 21 Feb 2000 13:01:50 -0800 (PST) From: lew@persiankitty.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16890: Fatal trap 12: page fault while in kernel mode (panic: sbdrop) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16890 >Category: kern >Synopsis: Fatal trap 12: page fault while in kernel mode (panic: sbdrop) >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 13:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Lew Payne >Release: FreeBSD 3.3-STABLE #10 >Organization: Lew Payne Publishing, Inc. >Environment: FreeBSD feeder.via.net 3.3-STABLE FreeBSD 3.3-STABLE #10: Wed Dec 22 13:44:53 PST 1999 lewis@feeder.via.net:/usr/src/sys/compile/DIABLO i386 >Description: Fatal trap 12: page fault while in kernel mode fault virtual address: 0x5e455b3a fault code: supervisor read, page not present instruction pointer: 0x8:0x5e455b3a stack pointer: 0x10: 0xd2d94f60 frame pointer: 0x10: 0xd2d94f78 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: 4452 (diablo) interrupt mask: net trap number: 12 panic: page fault syncing disks... 213 212 151 77 65 65 65 65 65 (repeat 16 times) giving up ---- also, another crash ---- panic: sbdrop syncing disks... panic: sbdrop Fatal trap 12: page fault while in kernel mode fault virtual address: 0x3d385145 fault code: supervisor read, page not present instruction pointer: 0x8:0x3d385145 stack pointer: 0x10: 0xc024cb80 frame pointer: 0x10: 0xc024cb98 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: net trap number: 12 panic: page fault --- special victim's note --- Spoke with Chris of cdrom.com, and learned about the "triple curse" involving our Intel chipset, the built-in DE0 and NCR controller. We've eliminated the DE0, and installed a TX0. Problem persists. --- our configuration --- Copyright (c) 1992-1999 FreeBSD Inc. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 3.3-STABLE #10: Wed Dec 22 13:44:53 PST 1999 lewis@feeder.via.net:/usr/src/sys/compile/DIABLO Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 498752036 Hz CPU: Pentium III (498.75-MHz 686-class CPU) Origin = "GenuineIntel" Id = 0x672 Stepping = 2 Features=0x387fbff,MMX,FXSR,> real memory = 536870912 (524288K bytes) avail memory = 519589888 (507412K bytes) Preloaded elf kernel "kernel" at 0xc02c1000. Pentium Pro MTRR support enabled Probing for devices on PCI bus 0: chip0: rev 0x03 on pci0.0.0 ncr0: rev 0x37 int a irq 11 on pci0.13.0 ncr1: rev 0x37 int b irq 10 on pci0.13.1 fxp0: rev 0x05 int a irq 5 on pci0.15. 0 fxp0: Ethernet address 00:a0:c9:fc:45:7f xl0: <3Com 3cSOHO100-TX OfficeConnect> rev 0x30 int a irq 7 on pci0.16.0 xl0: Ethernet address: 00:50:da:b4:65:e6 xl0: autoneg complete, link status good (half-duplex, 100Mbps) chip1: rev 0x02 on pci0.18.0 ide_pci0: rev 0x01 on pci0.18.1 chip2: rev 0x02 on pci0.18.3 vga0: rev 0x23 on pci0.2 0.0 Probing for PnP devices: Probing for devices on the ISA bus: sc0 on isa sc0: VGA color <16 virtual consoles, flags=0x0> atkbdc0 at 0x60-0x6f on motherboard atkbd0 irq 1 on isa sio0: configured irq 4 not in bitmap of probed irqs 0 sio0 at 0x3f8-0x3ff irq 4 flags 0x10 on isa sio0: type 8250 sio1: configured irq 3 not in bitmap of probed irqs 0 sio1 not found at 0x2f8 fdc0 at 0x3f0-0x3f7 irq 6 drq 2 on isa wdc0 at 0x1f0-0x1f7 irq 14 flags 0xb0ffb0ff on isa wdc0: unit 0 (wd0): , LBA, DMA, 32-bit, multi-block-16 wd0: 26105MB (53464320 sectors), 3328 cyls, 255 heads, 63 S/T, 512 B/S wdc0: unit 1 (wd1): , LBA, DMA, 32-bit, multi-block-16 wd1: 26105MB (53464320 sectors), 3328 cyls, 255 heads, 63 S/T, 512 B/S wdc1 not found at 0x170 vga0 at 0x3b0-0x3df maddr 0xa0000 msize 131072 on isa npx0 on motherboard npx0: INT 16 interface ccd0-3: Concatenated disk drivers Waiting 15 seconds for SCSI devices to settle changing root device to da0s1a da0 at ncr0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-2 device da0: 40.000MB/s transfers (20.000MHz, offset 16, 16bit), Tagged Queueing Enabled da0: 4350MB (8910423 512 byte sectors: 255H 63S/T 554C) WARNING: / was not properly dismounted xl0: selecting MII, 100Mbps, half duplex xl0: selecting MII, 100Mbps, full duplex xl0: transmission error: 90 xl0: tx underrun, increasing tx start threshold to 120 bytes >How-To-Repeat: Run any version of FreeBSD above 2.2.8, and pound away at the NIC card while doing heavy I/O. >Fix: Run FreeBSD 2.2.8-REL, which has been rock-stable compared to the past year's releases of FreeBSD. Everyone seems to be aware of this problem, but nobody seems to be committed to fixing it. HELP! >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 13:21:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DC4B137B554; Mon, 21 Feb 2000 13:21:08 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA22939; Mon, 21 Feb 2000 13:21:08 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 13:21:08 -0800 (PST) From: Message-Id: <200002212121.NAA22939@freefall.freebsd.org> To: engarcia@fis.cinvestav.mx, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16808: Fatal trap 12, kernel does not boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Fatal trap 12, kernel does not boot State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Mon Feb 21 13:20:16 PST 2000 State-Changed-Why: Pilot error. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 13:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B9B7837C08F for ; Mon, 21 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23592; Mon, 21 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DA1B537B952 for ; Mon, 21 Feb 2000 13:27:36 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA23443; Mon, 21 Feb 2000 13:27:36 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002212127.NAA23443@freefall.freebsd.org> Date: Mon, 21 Feb 2000 13:27:36 -0800 (PST) From: borjamar@sarenet.es To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16892: "domain" directive in /etc/resolv.conf not consistent when using IPv6 and IPv4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16892 >Category: bin >Synopsis: "domain" directive in /etc/resolv.conf not consistent when using IPv6 and IPv4 >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 13:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Borja Marcos >Release: 4.0-CURRENT >Organization: >Environment: FreeBSD pepe.arnor.es 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Sun Feb 20 13:02:36 GMT 2000 root@pepe.arnor.es:/usr/src/sys/compile/NENUIAL i386 >Description: A machine with both IPv6 and IPv4 and an /etc/resolv.conf file with the "domain" or "search" options searches addresses in wrong order (IMHO) When resolving a domain-less name, the resolver does the queries in the following order: (for example, this is the "arnor.es" domain and I'm trying to contact "nenuial") 1 - Query AAAA nenuial.arnor.es 2 - Query AAAA nenuial 3 - Query A nenuial.arnor.es 4 - Query A neuial I think the order should be 1,3,2,4. The "domain" and "search" options in /etc/resolv.conf specify that the domain suffix should be added to domain-less names, and the current behavior violates this principle. Only IPv6 queries work in this way. In a network with demand-dialing to Internet, this causes the router to dial, as the suffix-less name has to be resolver outside the local network. >How-To-Repeat: Enable both IPv4 and IPv6, and use a /etc/resolv.conf file with a "domain" or "search" keyword. Try to telnet, ping, ftp or whatever, one of the machines, using the domain-less name. >Fix: Changing the order in which the queries are done. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 14:52:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 45BC237B561 for ; Mon, 21 Feb 2000 14:52:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA29961; Mon, 21 Feb 2000 14:50:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6F8CA37B5B0 for ; Mon, 21 Feb 2000 14:47:29 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA29665; Mon, 21 Feb 2000 14:47:05 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002212247.OAA29665@freefall.freebsd.org> Date: Mon, 21 Feb 2000 14:47:05 -0800 (PST) From: 225@c4.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/16895: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16895 >Category: i386 >Synopsis: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 14:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Dude man >Release: 3.4 >Organization: K-12 Student >Environment: >Description: >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 17:14:32 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5776837B53D; Mon, 21 Feb 2000 17:14:29 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA39775; Mon, 21 Feb 2000 17:02:22 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 17:02:22 -0800 (PST) From: Message-Id: <200002220102.RAA39775@freefall.freebsd.org> To: 225@c4.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/16895: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. State-Changed-From-To: open->closed State-Changed-By: billf State-Changed-When: Mon Feb 21 17:01:37 PST 2000 State-Changed-Why: Empty PR. Unrealistic priority. Bogus. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 17:14:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A569137B525; Mon, 21 Feb 2000 17:14:30 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id RAA39884; Mon, 21 Feb 2000 17:02:53 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Mon, 21 Feb 2000 17:02:53 -0800 (PST) From: Message-Id: <200002220102.RAA39884@freefall.freebsd.org> To: billf@FreeBSD.org, freebsd-bugs@FreeBSD.org, freebsd-ports@FreeBSD.org Subject: Re: i386/16895: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Whenever I try to compile, I get an error saying Stop! Error Code 1 multiple times using ports collection. Responsible-Changed-From-To: freebsd-bugs->freebsd-ports Responsible-Changed-By: billf Responsible-Changed-When: Mon Feb 21 17:02:30 PST 2000 Responsible-Changed-Why: ... and can I add misfiled.. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 18: 9:37 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 49FAD37B565; Mon, 21 Feb 2000 18:09:36 -0800 (PST) (envelope-from tanimura@FreeBSD.org) Received: (from tanimura@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA44449; Mon, 21 Feb 2000 18:06:20 -0800 (PST) (envelope-from tanimura@FreeBSD.org) Date: Mon, 21 Feb 2000 18:06:20 -0800 (PST) From: Message-Id: <200002220206.SAA44449@freefall.freebsd.org> To: tanimura@FreeBSD.org, freebsd-bugs@FreeBSD.org, tanimura@FreeBSD.org Subject: Re: conf/16879: Sound drivers seem to be using shared irqs resulting in a panic at boot Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Sound drivers seem to be using shared irqs resulting in a panic at boot Responsible-Changed-From-To: freebsd-bugs->tanimura Responsible-Changed-By: tanimura Responsible-Changed-When: Mon Feb 21 18:05:21 PST 2000 Responsible-Changed-Why: csa(4) is mine. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 19: 0:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 021DD37B5E1; Mon, 21 Feb 2000 19:00:58 -0800 (PST) (envelope-from bsd@FreeBSD.org) Received: (from bsd@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA48616; Mon, 21 Feb 2000 18:57:33 -0800 (PST) (envelope-from bsd@FreeBSD.org) Date: Mon, 21 Feb 2000 18:57:33 -0800 (PST) From: Message-Id: <200002220257.SAA48616@freefall.freebsd.org> To: khera@kcilink.com, bsd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15660: tip dumps core when sending file Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tip dumps core when sending file State-Changed-From-To: open->closed State-Changed-By: bsd State-Changed-When: Mon Feb 21 18:54:57 PST 2000 State-Changed-Why: Fixed null pointer dereference - bug is fixed in -current. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 19: 5:27 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0C4C037B568; Mon, 21 Feb 2000 19:05:25 -0800 (PST) (envelope-from bsd@FreeBSD.org) Received: (from bsd@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA48929; Mon, 21 Feb 2000 19:00:31 -0800 (PST) (envelope-from bsd@FreeBSD.org) Date: Mon, 21 Feb 2000 19:00:31 -0800 (PST) From: Message-Id: <200002220300.TAA48929@freefall.freebsd.org> To: brdean@mindspring.com, bsd@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/15847: tip core dumps after file transfer from local to remote Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: tip core dumps after file transfer from local to remote State-Changed-From-To: open->closed State-Changed-By: bsd State-Changed-When: Mon Feb 21 18:59:26 PST 2000 State-Changed-Why: Fixed. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 20:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4C40637B5F3 for ; Mon, 21 Feb 2000 20:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA55683; Mon, 21 Feb 2000 20:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from cc942873-a.ewndsr1.nj.home.com (cc942873-a.ewndsr1.nj.home.com [24.2.89.207]) by hub.freebsd.org (Postfix) with ESMTP id 7024F37B67F for ; Mon, 21 Feb 2000 20:22:26 -0800 (PST) (envelope-from cjc@cc942873-a.ewndsr1.nj.home.com) Received: (from cjc@localhost) by cc942873-a.ewndsr1.nj.home.com (8.9.3/8.9.3) id XAA04355; Mon, 21 Feb 2000 23:27:38 -0500 (EST) (envelope-from cjc) Message-Id: <200002220427.XAA04355@cc942873-a.ewndsr1.nj.home.com> Date: Mon, 21 Feb 2000 23:27:38 -0500 (EST) From: "Crist J. Clark" Reply-To: cjc@cc942873-a.ewndsr1.nj.home.com To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16900: Bad error flagging in natd(8) config file read Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16900 >Category: bin >Synopsis: Bad error flagging in natd(8) config file read >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 20:30:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Crist J. Clark >Release: FreeBSD 3.4-STABLE i386 >Organization: >Environment: Present in all versions of FreeBSD checked up to 3.4-STABLE. >Description: natd(8) will choke and die on a configuration file if the last line of the file does not end in a newline. It does not matter whether the line is even a natd option. natd will bail if the last line is a comment and does not end in a newline (which is how I found this). That in itself is not necessarily a bug. What is a bug is that natd improperly flags the error as, natd: config line too long: >How-To-Repeat: This will occur anytime a natd configuration file is valid until the last line without a newline. >Fix: The workaround is to realize natd is misinterpretting the situation and put a newline in your config file. There are two ways to have natd properly handle this. (1) Flag a file with no newline on the last line, or (2) accept a file with no newline on the last line. Here is the patch for (1), --- /usr/src/sbin/natd/natd.c Fri Jan 28 04:02:05 2000 +++ natd.c Mon Feb 21 23:03:36 2000 @@ -1263,7 +1263,10 @@ ptr = strchr (buf, '\n'); - if (!ptr) - errx (1, "config line too long: %s", buf); + if (!ptr) { + ptr = strchr (buf, '\0'); + if ( ptr && ( ( ptr - buf + 1 ) < sizeof (buf) ) ) + errx (1, "no newline at end of config file: %s", buf); + else + errx (1, "config line too long: %s", buf); + } *ptr = '\0'; However, here is the patch for my preference, (2), --- /usr/src/sbin/natd/natd.c Fri Jan 28 04:02:05 2000 +++ natd.c Mon Feb 21 23:12:32 2000 @@ -1262,8 +1262,11 @@ while (fgets (buf, sizeof (buf), file)) { ptr = strchr (buf, '\n'); - if (!ptr) - errx (1, "config line too long: %s", buf); + if (!ptr) { + ptr = strchr (buf, '\0'); + if ( ptr && ( ( ptr - buf + 1 ) == sizeof (buf) ) ) + errx (1, "config line too long: %s", buf); + } *ptr = '\0'; I tested a little, but they are quick fixes. I may have overlooked something. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 21:57: 1 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from mcfeely.interaccess.com (mcfeely.interaccess.com [207.208.133.3]) by hub.freebsd.org (Postfix) with ESMTP id AFA0E37B569; Mon, 21 Feb 2000 21:56:59 -0800 (PST) (envelope-from dragona@interaccess.com) Received: from alr-p60.CI.COM (d59.focal4.interaccess.com [207.208.139.59]) by mcfeely.interaccess.com (8.9.0/8.9.0) with SMTP id XAA26995; Mon, 21 Feb 2000 23:56:50 -0600 (CST) Message-Id: <3.0.6.32.20000221235629.007f6a50@pop.interaccess.com> X-Sender: dragona@pop.interaccess.com X-Mailer: QUALCOMM Windows Eudora Light Version 3.0.6 (32) with Spelling Checker Date: Mon, 21 Feb 2000 23:56:29 -0600 To: billf@FreeBSD.org, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org From: Derek Ragona Subject: Re: misc/12743: Cannot boot the 3.2 floppies In-Reply-To: <200002212022.MAA18318@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Yes, this still is a problem with 3.4. Please re-open this bug. At 12:22 PM 2/21/00 -0800, billf@FreeBSD.org wrote: >Synopsis: Cannot boot the 3.2 floppies > >State-Changed-From-To: open->closed >State-Changed-By: billf >State-Changed-When: Mon Feb 21 12:21:38 PST 2000 >State-Changed-Why: >Try the 3.4 disks and re-open a PR if it is still a problem. > > -Derek dragona@interaccess.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 22:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id D551137B5EA for ; Mon, 21 Feb 2000 22:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA63314; Mon, 21 Feb 2000 22:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 528FC37C00A for ; Mon, 21 Feb 2000 22:12:18 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA62713; Mon, 21 Feb 2000 22:12:18 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002220612.WAA62713@freefall.freebsd.org> Date: Mon, 21 Feb 2000 22:12:18 -0800 (PST) From: dragona@interaccess.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16901: cannot boot 3.4 floppies Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16901 >Category: misc >Synopsis: cannot boot 3.4 floppies >Confidential: no >Severity: critical >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Mon Feb 21 22:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Derek Ragona >Release: 3.4 >Organization: >Environment: >Description: I have a ISA/VL bus motherboard, with an Adaptec 284X SCSI adapter, 2 SCSI harddisks, no IDE drives. The kern floppy does not recognize the floppy drive, and won't boot from it. Yet, it is the same drive I made the floppies on. >How-To-Repeat: Try to boot the floppies. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Mon Feb 21 22:47: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from bourbon.sfc.wide.ad.jp (bourbon.sfc.wide.ad.jp [203.178.141.171]) by hub.freebsd.org (Postfix) with ESMTP id 3CFAD37B612; Mon, 21 Feb 2000 22:47:02 -0800 (PST) (envelope-from max@wide.ad.jp) Received: from bourbon.sfc.wide.ad.jp (bourbon [203.178.141.171]) by bourbon.access.sfc.wide.ad.jp (8.9.3+3.2W/3.7W-12/11/99/smtpfeed 1.01) with ESMTP id PAA50680; Tue, 22 Feb 2000 15:46:49 +0900 (JST) (envelope-from max@wide.ad.jp) Date: Tue, 22 Feb 2000 15:46:49 +0900 Message-ID: From: Masafumi NAKANE To: imp@village.org Cc: 3APA3A@SECURITY.NNOV.RU, kris@hub.freebsd.org, serg@dor.zaural.ru, freebsd-security@FreeBSD.ORG, freebsd-bugs@FreeBSD.ORG Subject: Re: Re[2]: delegate buffer overflow (ports) In-Reply-To: In your message of "Fri, 28 Jan 2000 18:24:55 -0700" <200001290124.SAA65757@harmony.village.org> References: <18578.000128@sandy.ru> <200001280936.CAA60674@harmony.village.org> <200001290124.SAA65757@harmony.village.org> User-Agent: Wanderlust/2.2.17 (One Of Us) SEMI/1.13.7 (Awazu) FLIM/1.13.2 (Kasanui) Emacs/20.5 (i386--freebsd) MULE/4.0 (HANANOEN) MIME-Version: 1.0 (generated by SEMI 1.13.7 - "Awazu") Content-Type: text/plain; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I finally got some time to sit down and look at the issue closely. I agree the source of the DeleGate isn't really secure. Here's my proposal. 1. Define NO_PACKAGE so that the CD-ROM and the FTP won:t include the package. And this will require the users to do ``make install'' if they want to use DeleGate on their machines. 2. When a user simply types ``make'' or ``make install'' or whatever, show something like: ********************************************************************** * WARNING! WARNING! WARNING! WARNING! * * This program has known security problems. * * It is strongly recommended that you do not use this program. * * * * If you would like to use this program despite the danger, * * run make with ``FORCE_BUILD=YES''. * ********************************************************************** 3. If a user runs make with ``FORCE_BUID=YES'', build/install the program with some security warining at the pre-build time as well as post-install time. What do people think? Cheers, Max To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 0:14:55 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D91037B625; Tue, 22 Feb 2000 00:14:53 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA80246; Tue, 22 Feb 2000 00:14:53 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Tue, 22 Feb 2000 00:14:53 -0800 (PST) From: Message-Id: <200002220814.AAA80246@freefall.freebsd.org> To: chris@netmonger.net, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: bin/16885: chflags/setflags lost several flags Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: chflags/setflags lost several flags State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Tue Feb 22 00:13:48 PST 2000 State-Changed-Why: Fixed, many thanks! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 1:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 96CE137B700 for ; Tue, 22 Feb 2000 01:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA84075; Tue, 22 Feb 2000 01:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 01:10:03 -0800 (PST) Message-Id: <200002220910.BAA84075@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/16568: How to crash FreeBSD 4.4 Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16568; it has been noted by GNATS. From: Bruce Evans To: Bjoern Groenvall Cc: FreeBSD-gnats-submit@FreeBSD.ORG, bg@sics.se, alc@FreeBSD.ORG Subject: Re: kern/16568: How to crash FreeBSD 4.4 Date: Tue, 22 Feb 2000 20:01:30 +1100 (EST) On Mon, 7 Feb 2000, Bjoern Groenvall wrote: > >Number: 16568 > >Category: kern > >Synopsis: How to crash FreeBSD 4.4 ^^^ 3.4 (also affects 3.1) This seems to have been fixed as a side effect of a better optimisation in -current in rev.1.228 of pmap.c. Try the following patch (derived from there). diff -c2 pmap.c~ pmap.c *** pmap.c~ Fri Sep 3 22:20:49 1999 --- pmap.c Tue Feb 22 19:22:52 2000 *************** *** 1863,1872 **** pv_table_t *ppv; register unsigned *pte, tpte; - int nmodify; - int update_needed; int s; - nmodify = 0; - update_needed = 0; #if defined(PMAP_DIAGNOSTIC) /* --- 1863,1868 ---- *************** *** 1907,1919 **** ppv->pv_vm_page->dirty = VM_PAGE_BITS_ALL; } ! #ifdef SMP ! update_needed = 1; ! #else ! if (!update_needed && ! ((!curproc || (&curproc->p_vmspace->vm_pmap == pv->pv_pmap)) || ! (pv->pv_pmap == kernel_pmap))) { ! update_needed = 1; ! } ! #endif TAILQ_REMOVE(&pv->pv_pmap->pm_pvlist, pv, pv_plist); TAILQ_REMOVE(&ppv->pv_list, pv, pv_list); --- 1903,1908 ---- ppv->pv_vm_page->dirty = VM_PAGE_BITS_ALL; } ! invltlb_1pg(pv->pv_va); ! TAILQ_REMOVE(&pv->pv_pmap->pm_pvlist, pv, pv_plist); TAILQ_REMOVE(&ppv->pv_list, pv, pv_list); *************** *** 1925,1933 **** ppv->pv_vm_page->flags &= ~(PG_MAPPED | PG_WRITEABLE); - if (update_needed) - invltlb(); - splx(s); - return; } --- 1914,1918 ---- Hints on reproducing the bug: - Using the kernel config (PAO) in the PR is probably unnecessary. The bug probably occurs with any config provided the maximum files limit is large enough for the memory allocation for fd_ofiles to be several pages. I used a limit of 4136. - Limit the memory size. The bug is much easier to reproduce with a memory size of 64M than with 320M. Notes: - An unconditional invltlb() at the end of pmap_remove_all() doesn't fix the bug. I don't understand this, or why the old optimisation was wrong. A conditional invltlb() at the end would be optimal for i386's if it worked. - The alpha pmap.c probably doesn't have the bug, even in RELENG_3, since the old "optimisation" was changed to the new one long ago in rev.1.9, apparently independently. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 1:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 1AE0237B607 for ; Tue, 22 Feb 2000 01:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA84974; Tue, 22 Feb 2000 01:20:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 01:20:03 -0800 (PST) Message-Id: <200002220920.BAA84974@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Martin Cracauer Subject: Re: bin/16862: strptime "%+" broken in 4.0-current Reply-To: Martin Cracauer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16862; it has been noted by GNATS. From: Martin Cracauer To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: Re: bin/16862: strptime "%+" broken in 4.0-current Date: Tue, 22 Feb 2000 10:16:48 +0100 This looks like a dynamic linker bug, see my message to the -current list from earlier today. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ BSD User Group Hamburg, Germany http://www.bsdhh.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 2: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3906F37B66D for ; Tue, 22 Feb 2000 02:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA88419; Tue, 22 Feb 2000 02:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 02:00:04 -0800 (PST) Message-Id: <200002221000.CAA88419@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Borja Marcos Subject: Re: i386/16802: An user math program have the system on K6-2/III freeze Reply-To: Borja Marcos Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR i386/16802; it has been noted by GNATS. From: Borja Marcos To: freebsd-gnats-submit@FreeBSD.org, lyuka@sakura.finetune.co.jp Cc: Subject: Re: i386/16802: An user math program have the system on K6-2/III freeze Date: Tue, 22 Feb 2000 10:50:18 +0100 I can test it in a K7 computer. Borja. -- *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjamar@sarenet.es 48990 - Algorta (Vizcaya) * borjam@uninet.edu SPAIN * borjam@well.com *********************************************************************** --- FreeBSD, turning PCs into workstations To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 4:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5860E37B662 for ; Tue, 22 Feb 2000 04:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA01552; Tue, 22 Feb 2000 04:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 04:30:03 -0800 (PST) Message-Id: <200002221230.EAA01552@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Borja Marcos Subject: Re: bin/16892: "domain" directive in /etc/resolv.conf not consistent when using IPv6 and IPv4 Reply-To: Borja Marcos Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16892; it has been noted by GNATS. From: Borja Marcos To: freebsd-gnats-submit@FreeBSD.org, borjamar@sarenet.es Cc: Subject: Re: bin/16892: "domain" directive in /etc/resolv.conf not consistent when using IPv6 and IPv4 Date: Tue, 22 Feb 2000 13:25:02 +0100 I have been looking at the code. The IPv6 resolution has been added to /sys/lib/libc/net/gethostnamadr.c, modifying the gethostbyname() function. With IPv6 enabled, it queries first for a IPv6 address and, if this fails, for an IPv4 address. The queries for IPv6 and IPv4 should be done in the DNS resolver routines, at a lower level, preserving the "search" and "domain" semantics. A candidate would be res_search()? -- *********************************************************************** Borja Marcos * Internet: borjam@we.lc.ehu.es Alangoeta, 11 1 izq * borjamar@sarenet.es 48990 - Algorta (Vizcaya) * borjam@uninet.edu SPAIN * borjam@well.com *********************************************************************** --- FreeBSD, turning PCs into workstations To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 5:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7713937B68D for ; Tue, 22 Feb 2000 05:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA06930; Tue, 22 Feb 2000 05:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 05:40:03 -0800 (PST) Message-Id: <200002221340.FAA06930@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Subject: Re: kern/13630: system halts after npx0 detected on 3.2 install Reply-To: Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/13630; it has been noted by GNATS. From: To: , Cc: Subject: Re: kern/13630: system halts after npx0 detected on 3.2 install Date: Tue, 22 Feb 2000 07:50:04 -0600 I am trying to install FreeBSD3.4 on a Compaq Deskpro 575(16mg/400mgHD). The only difference from factory configuration is that I put a SCSI ZIP on it to load \FreeBSD \FreeBSD\bin \FreeBSD\floppies \FreeBSD\manpages \FreeBSD\packages Naturally packages was subset of the full CDROM. I am not interested in XWindows on it and a CLI with bash "is good enough" for my purposes. .:. the HD space limitations are not an acute problem but an annoyance. I ftp'd the latest 3.4 release since it was released after I got my 3.2 book so I am using the 3.2 book & the 3.4 errata & release notes from FreeBSD.org. Problem definition: Computer will boot & run Win3.1 without problem. Accesses ZIP drive & can copy to \FreeBSD desired files. .:. we know that basic hardware works Create kernel & mfsroot floppies & boot in that sequence to installation screen. Installation dies at: npx0 on motherboard npx0 INT 16 interface <> rtfm & rtfFAQ to find Problem Reports misc/13378 & kern/13630 now try the "flags npx0 1" incantation config>visual remove conflicts Q Yes and npx0 on motherboard npx0 INT 16 interface <> now try the "flags npx0 -1" incantation {{ done for lack of better ideas }} config>visual remove conflicts Q Yes and npx0 on motherboard npx0 INT 16 interface <> now try the "flags npx0 7" incantation remove conflicts Q Yes and npx0 on motherboard npx0 INT 16 interface <> now try the "disable npx0" incantation remove conflicts Q Yes and vga0 at 0x360-0x3df maddr 0xa0000 msize 131072 on isa <> To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 6:35:48 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.195]) by hub.freebsd.org (Postfix) with ESMTP id B8AFE37B68F for ; Tue, 22 Feb 2000 06:35:45 -0800 (PST) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id PAA15063; Tue, 22 Feb 2000 15:35:36 +0100 (CET) Date: Tue, 22 Feb 2000 15:35:34 +0100 From: Martin Cracauer To: wganz@texoma.net Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: kern/13630: system halts after npx0 detected on 3.2 install Message-ID: <20000222153533.A15032@cons.org> References: <200002221340.FAA06930@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200002221340.FAA06930@freefall.freebsd.org>; from wganz@texoma.net on Tue, Feb 22, 2000 at 05:40:03AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <200002221340.FAA06930@freefall.freebsd.org>, wganz@texoma.net wrote: > Installation dies at: > npx0 on motherboard > npx0 INT 16 interface > <> At this point it successfully installed npx. You hang is more likely to be caused by apm, which is probed after npx. Do you have it enabled? Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 7:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6B0C437B6DB for ; Tue, 22 Feb 2000 07:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA81524; Tue, 22 Feb 2000 07:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 07:30:02 -0800 (PST) Message-Id: <200002221530.HAA81524@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: kern/16816: vop_stdpoll() in /sys/kern/vfs_default.c does not handle POLLIN/POLLOUT flags Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16816; it has been noted by GNATS. From: Garrett Wollman To: kenji.rikitake@acm.org Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: kern/16816: vop_stdpoll() in /sys/kern/vfs_default.c does not handle POLLIN/POLLOUT flags Date: Tue, 22 Feb 2000 10:29:44 -0500 (EST) < --- /sys/kern/vfs_default.c Wed Jan 20 23:48:49 1999 > +++ vfs_default.c Sat Feb 19 12:44:43 2000 > @@ -285,7 +285,8 @@ > } */ *ap; > { > if ((ap->a_events & ~POLLSTANDARD) == 0) > - return (ap->a_events & (POLLRDNORM|POLLWRNORM)); > + return (ap->a_events & > + (POLLIN | POLLOUT | POLLRDNORM | POLLWRNORM)); > return (vn_pollrecord(ap->a_vp, ap->a_p, ap->a_events)); > } Looks fine to me. -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 8:33:58 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E481937B709; Tue, 22 Feb 2000 08:33:56 -0800 (PST) (envelope-from billf@FreeBSD.org) Received: (from billf@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA87775; Tue, 22 Feb 2000 08:33:56 -0800 (PST) (envelope-from billf@FreeBSD.org) Date: Tue, 22 Feb 2000 08:33:56 -0800 (PST) From: Message-Id: <200002221633.IAA87775@freefall.freebsd.org> To: dragona@interaccess.com, billf@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: misc/12743: Cannot boot the 3.2 floppies Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Cannot boot the 3.2 floppies State-Changed-From-To: closed->open State-Changed-By: billf State-Changed-When: Tue Feb 22 08:32:53 PST 2000 State-Changed-Why: User reports the bug still exists in 3.4 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 9: 0:18 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2879737B718; Tue, 22 Feb 2000 09:00:17 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA89927; Tue, 22 Feb 2000 09:00:17 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Tue, 22 Feb 2000 09:00:17 -0800 (PST) From: Message-Id: <200002221700.JAA89927@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, ru@FreeBSD.org Subject: Re: bin/16900: Bad error flagging in natd(8) config file read Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Bad error flagging in natd(8) config file read Responsible-Changed-From-To: freebsd-bugs->ru Responsible-Changed-By: ru Responsible-Changed-When: Tue Feb 22 06:55:38 PST 2000 Responsible-Changed-Why: Will fix it tomorrow. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 9:40: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E5B5A37B72A for ; Tue, 22 Feb 2000 09:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA93666; Tue, 22 Feb 2000 09:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from shrike.dti.ad.jp (shrike.dti.ad.jp [202.216.228.218]) by hub.freebsd.org (Postfix) with ESMTP id CFD1037B721 for ; Tue, 22 Feb 2000 09:39:52 -0800 (PST) (envelope-from sakichan@lares.dti.ne.jp) Received: from localhost.lares.dti.ne.jp (PPP43.kawasaki-ap3.dti.ne.jp [210.170.222.43]) by shrike.dti.ad.jp (8.9.3/3.7W) with ESMTP id CAA21478 for ; Wed, 23 Feb 2000 02:39:50 +0900 (JST) Received: (from sakichan@localhost) by localhost.lares.dti.ne.jp (8.9.2/3.5Wpl5-ppp) id CAA01146; Wed, 23 Feb 2000 02:40:01 +0900 (JST) Message-Id: <200002221739.CAA21478@shrike.dti.ad.jp> Date: Wed, 23 Feb 2000 02:40:01 +0900 (JST) From: sakichan@lares.dti.ne.jp Reply-To: sakichan@lares.dti.ne.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16912: ATA66 support for Intel ICH Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16912 >Category: kern >Synopsis: add UDMA4 mode for Intel ICH >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 09:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: SAKIYAMA Nobuo >Release: FreeBSD 4.0-current i386 >Organization: none >Environment: i386 systems on i810/820/840 chipsets platform, with Ultra ATA66 hard disks. >Description: IDE controller in Intel 82801AA (ICH) can handle ATA66 mode, but the current ATA driver does not try to ATA66. >How-To-Repeat: Every boot on i386 systems on i810/820/840 chipsets platform, with Ultra ATA66 hard disks connected to the IDE interface on the motherboard wired to ICH by the ATA66 cable. >Fix: Patch below fix the problem. PCI Config register 0x54 is "IDE I/O Configuration Register". Bit 0-3 is the base clock flag of each drive for UDMA timings. '1' means 66MHz, and '0' means 33MHz. bit 4-7 is set/reset for each drive by BIOS in the startup, which reports whether the ATA cable is the 80-pin or the 40-pin. --- src/sys/dev/ata/ata-dma.c-orig Sat Feb 19 05:57:29 2000 +++ src/sys/dev/ata/ata-dma.c Tue Feb 22 02:46:56 2000 @@ -96,9 +96,33 @@ switch (scp->chiptype) { + case 0x24118086: /* Intel ICH */ + if (udmamode >= 4) { + int32_t mask48, new48, new54; + + new54 = pci_read_config(parent, 0x54, 2); + if (new54 & ( 1<< (devno+4))) { + error = ata_command(scp, device, ATA_C_SETFEATURES, 0, 0, 0, + ATA_UDMA4, ATA_C_F_SETXFER, ATA_WAIT_READY); + if (bootverbose) + ata_printf(scp, device, "ICH setting up UDMA4 mode on %s chip\n", + (error) ? "failed" : "success"); + if (!error) { + mask48 = (1 << devno) + (3 << (16 + (devno << 2))); + new48 = (1 << devno) + (2 << (16 + (devno << 2))); + pci_write_config(parent, 0x48, + (pci_read_config(parent, 0x48, 4) & + ~mask48) | new48, 4); + pci_write_config(parent, 0x54, new54 | (1 << devno), 2); + scp->mode[ATA_DEV(device)] = ATA_UDMA4; + return; + } + } + } + /* FALLTHROUGH */ + case 0x71118086: /* Intel PIIX4 */ case 0x71998086: /* Intel PIIX4e */ - case 0x24118086: /* Intel ICH */ case 0x24218086: /* Intel ICH0 */ if (udmamode >= 2) { int32_t mask48, new48; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 10:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9BC6B37B6AB for ; Tue, 22 Feb 2000 10:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA95848; Tue, 22 Feb 2000 10:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 10:10:02 -0800 (PST) Message-Id: <200002221810.KAA95848@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bjoern Groenvall Subject: Re: kern/16568: How to crash FreeBSD 4.4 Reply-To: Bjoern Groenvall Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16568; it has been noted by GNATS. From: Bjoern Groenvall To: Bruce Evans Cc: Bjoern Groenvall , tege@swox.se, FreeBSD-gnats-submit@FreeBSD.ORG, security-officer@FreeBSD.ORG, alc@FreeBSD.ORG, sheldonh@uunet.co.za, dima@rdy.com, imp@village.org, eivind@FreeBSD.ORG, jkh@zippy.cdrom.com Subject: Re: kern/16568: How to crash FreeBSD 4.4 Date: 22 Feb 2000 19:09:31 +0100 Bruce Evans writes: > On Mon, 7 Feb 2000, Bjoern Groenvall wrote: > > > >Number: 16568 > > >Category: kern > > >Synopsis: How to crash FreeBSD 4.4 > ^^^ 3.4 (also affects 3.1) > > This seems to have been fixed as a side effect of a better optimisation > in -current in rev.1.228 of pmap.c. Try the following patch (derived > from there). The patch has now been tested on one 3.4-RELEASE machine and (by tege@swox.se) on two different 3.3-RELEASE machines. The patch seems to fix the problem and we suggest that the fix is incorporated on the stable branch and that pr/16568 be closed. To all involved parties, thanks a lot for all the good work that you spent to resolve this issue, THANKS! Keep up the good work, Björn -- _ _ ,_______________. Bjorn Gronvall (Björn Grönvall) /_______________/| Swedish Institute of Computer Science | || PO Box 1263, S-164 29 Kista, Sweden | Schroedingers || Email: bg@sics.se, Phone +46 -8 633 15 25 | Cat |/ Cellular +46 -70 768 06 35, Fax +46 -8 751 72 30 `---------------' To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 12:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 29D9137B705 for ; Tue, 22 Feb 2000 12:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA06777; Tue, 22 Feb 2000 12:30:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 12:30:03 -0800 (PST) Message-Id: <200002222030.MAA06777@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Lew Payne Subject: Re: kern/16890: Fatal trap 12: page fault while in kernel mode (panic: sbdrop) Reply-To: Lew Payne Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16890; it has been noted by GNATS. From: Lew Payne To: freebsd-gnats-submit@FreeBSD.org, lew@persiankitty.com Cc: Subject: Re: kern/16890: Fatal trap 12: page fault while in kernel mode (panic: sbdrop) Date: Tue, 22 Feb 2000 12:25:48 -0800 (old): --- special victim's note --- Spoke with Chris of cdrom.com, and learned about the "triple curse" involving our Intel chipset, the built-in DE0 and NCR controller. We've eliminated the DE0, and installed a TX0. Problem persists. (Correction): I meant to say "FXP0" instead of "DE0". (Addition): Problem persists, even after recompiling the kernel with "fxp0" commented out (so the driver is completely removed). Out of desperation, I tried that this morning. Still crash city, and a lot of screwed up disk structures (using soft updates). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 12:32:38 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6700437B770; Tue, 22 Feb 2000 12:32:36 -0800 (PST) (envelope-from sos@FreeBSD.org) Received: (from sos@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA07036; Tue, 22 Feb 2000 12:32:36 -0800 (PST) (envelope-from sos@FreeBSD.org) Date: Tue, 22 Feb 2000 12:32:36 -0800 (PST) From: Message-Id: <200002222032.MAA07036@freefall.freebsd.org> To: sakichan@lares.dti.ne.jp, sos@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16912: add UDMA4 mode for Intel ICH Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: add UDMA4 mode for Intel ICH State-Changed-From-To: open->closed State-Changed-By: sos State-Changed-When: Tue Feb 22 12:30:48 PST 2000 State-Changed-Why: I have a semilar patch just not committed yet, but since they apparently works for lots of people I've committed them, thereby closing this PR. Thanks for the patches though! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 14:50:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id CC53037B760 for ; Tue, 22 Feb 2000 14:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA19542; Tue, 22 Feb 2000 14:50:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 371F837B574 for ; Tue, 22 Feb 2000 14:46:07 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA19268; Tue, 22 Feb 2000 14:46:07 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002222246.OAA19268@freefall.freebsd.org> Date: Tue, 22 Feb 2000 14:46:07 -0800 (PST) From: jayanth@yahoo.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16914: tcp advertises wrong window if tcpsendspace and tcprecvspace are set to 64K Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16914 >Category: kern >Synopsis: tcp advertises wrong window if tcpsendspace and tcprecvspace are set to 64K >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 14:50:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jayanth Vijayaraghavan >Release: 4.0-CURRENT >Organization: Yahoo! >Environment: FreeBSD 4.0-CURRENT cvsupped on Feb 2 >Description: There seems to be a certain condition where tcp advertises the wrong window size when the tcpsendspace and tcprecvspace value are set to a value = 65536(>65000 ) Assume rfc1323 is off. Went through the code and found that in tcp_input.c in tcp_mss() the following code bumps the value from 65536 to 65700 tcp_mss() --------- #ifdef RTV_RPIPE if ((bufsize = rt->rt_rmx.rmx_recvpipe) == 0) #endif bufsize = so->so_rcv.sb_hiwat; if (bufsize > mss) { bufsize = roundup(bufsize, mss); ^^^^^^^^^^^^^^^^^^^^^^^^^^^ if (bufsize > sb_max) bufsize = sb_max; (void)sbreserve(&so->so_rcv, bufsize); If the keepalive timer expires the tcp_respond() uses the sbspace(so->so_rcv) to determine the window size. tcp_respond() ------------ ti->ti_win = htons((u_short) (win >> tp->rcv_scale)); else ti->ti_win = htons((u_short)win); ti->ti_win is cast to a unsigned short resulting in the wrap around 65700 - 65336 = 164 which is the advertised window size.. The problem occurs if the roundup result is greater than 65536. >How-To-Repeat: set tcpsendspace and tcprecvspace to 65536. turn rfc1323 off. Turn keepalive on and open a connection. Send some data and let the connection be idle. let the keepalive timer expire at the server end. tcp now advertises a window size of 164 instead of the original window size. >Fix: The fix is to limit the maximum permissible TCP window size to 65535 octets if window scaling is disabled. --- tcp_subr.c Tue Feb 22 14:33:26 2000 +++ tcp_subr.c.new Tue Feb 22 14:09:10 2000 @@ -314,8 +314,11 @@ ipov = ipgen; if (tp) { - if (!(flags & TH_RST)) + if (!(flags & TH_RST)){ win = sbspace(&tp->t_inpcb->inp_socket->so_rcv); + if (win > (long)TCP_MAXWIN << tp->rcv_scale) + win = (long)TCP_MAXWIN << tp->rcv_scale; + } #ifdef INET6 if (isipv6) ro6 = &tp->t_inpcb->in6p_route; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 18:20:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4F6DE37B891 for ; Tue, 22 Feb 2000 18:20:07 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA39560; Tue, 22 Feb 2000 18:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from ex1.ncsa.uiuc.edu (ex1.ncsa.uiuc.edu [141.142.2.9]) by hub.freebsd.org (Postfix) with ESMTP id 99DFF37B859 for ; Tue, 22 Feb 2000 18:13:31 -0800 (PST) (envelope-from root@rivendell.ncsa.uiuc.edu) Received: from rivendell.ncsa.uiuc.edu (rivendell.ncsa.uiuc.edu [141.142.21.110]) by ex1.ncsa.uiuc.edu (8.9.3/8.9.3) with ESMTP id UAA27653; Tue, 22 Feb 2000 20:13:30 -0600 (CST) Received: from root by rivendell.ncsa.uiuc.edu with local (Exim 2.12 #1) id 12NRIv-0001ZB-00; Tue, 22 Feb 2000 20:13:29 -0600 Message-Id: Date: Tue, 22 Feb 2000 20:13:29 -0600 From: jdugan@ncsa.uiuc.edu Reply-To: jduganncsa.uiuc.edu@ncsa.uiuc.edu To: FreeBSD-gnats-submit@freebsd.org Cc: jdugan@ncsa.uiuc.edu X-Send-Pr-Version: 3.2 Subject: bin/16920: cdcontrol fails (and xmcd) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16920 >Category: bin >Synopsis: cdcontrol fails under 4.0-20000214-CURRENT >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 18:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jon Dugan >Release: FreeBSD 4.0-20000214-CURRENT i386 >Organization: NCSA >Environment: FreeBSD rivendell.ncsa.uiuc.edu 4.0-20000214-CURRENT FreeBSD 4.0-20000214-CURRENT #2: Tue Feb 22 17:48:54 CST 2000 jdugan@rivendell.ncsa.uiuc.edu:/usr/src/sys/compile/RIVENDELL i386 >Description: Neither cdcontrol nor a freshly compiled xmcd will play an audio cd. Here's the output of dmesg (for boot messages as well as cd error messages): Copyright (c) 1992-2000 The FreeBSD Project. Copyright (c) 1982, 1986, 1989, 1991, 1993 The Regents of the University of California. All rights reserved. FreeBSD 4.0-20000214-CURRENT #2: Tue Feb 22 17:48:54 CST 2000 jdugan@rivendell.ncsa.uiuc.edu:/usr/src/sys/compile/RIVENDELL Timecounter "i8254" frequency 1193182 Hz CPU: AMD-K7(tm) Processor (499.03-MHz 686-class CPU) Origin = "AuthenticAMD" Id = 0x612 Stepping = 2 Features=0x81f9ff AMD Features=0xc0400000 real memory = 134152192 (131008K bytes) config> di sn0 No such device: sn0 Invalid command or syntax. Type `?' for help. config> di lnc0 No such device: lnc0 Invalid command or syntax. Type `?' for help. config> di le0 No such device: le0 Invalid command or syntax. Type `?' for help. config> di ie0 No such device: ie0 Invalid command or syntax. Type `?' for help. config> di fe0 No such device: fe0 Invalid command or syntax. Type `?' for help. config> di ed0 No such device: ed0 Invalid command or syntax. Type `?' for help. config> di cs0 No such device: cs0 Invalid command or syntax. Type `?' for help. config> di bt0 No such device: bt0 Invalid command or syntax. Type `?' for help. config> di aic0 No such device: aic0 Invalid command or syntax. Type `?' for help. config> di aha0 No such device: aha0 Invalid command or syntax. Type `?' for help. config> di adv0 No such device: adv0 Invalid command or syntax. Type `?' for help. config> q avail memory = 126541824 (123576K bytes) Preloaded elf kernel "kernel" at 0xc0340000. Preloaded userconfig_script "/boot/kernel.conf" at 0xc034009c. Pentium Pro MTRR support enabled md0: Malloc disk npx0: on motherboard npx0: INT 16 interface pcib0: on motherboard pci0: on pcib0 pcib1: at device 1.0 on pci0 pci1: on pcib1 vga-pci0: mem 0xef000000-0xef7fffff,0xefefc000-0xefefffff,0xe4000000-0xe5ffffff irq 11 at device 5.0 on pci1 pci0: unknown card (vendor=0x109e, dev=0x036e) at 3.0 irq 9 pci0: unknown card (vendor=0x109e, dev=0x0878) at 3.1 irq 9 ahc0: port 0xdc00-0xdcff mem 0xeffff000-0xefffffff irq 10 at device 4.0 on pci0 ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs xl0: <3Com 3c905B-TX Fast Etherlink XL> port 0xd400-0xd47f mem 0xefffef80-0xefffefff irq 5 at device 6.0 on pci0 xl0: Ethernet address: 00:50:da:22:64:de miibus0: on xl0 xlphy0: <3Com internal media interface> on miibus0 xlphy0: 10baseT, 10baseT-FDX, 100baseTX, 100baseTX-FDX, auto isab0: at device 7.0 on pci0 isa0: on isab0 ata-pci0: port 0xffa0-0xffaf at device 7.1 on pci0 ata0 at 0x01f0 irq 14 on ata-pci0 chip1: at device 7.4 on pci0 pcm0: port 0xd000-0xd03f irq 9 at device 15.0 on pci0 devclass_alloc_unit: pcm0 already exists, using next available unit number ata-isa0: already registered as ata0 atkbdc0: at port 0x60-0x6f on isa0 atkbd0: irq 1 on atkbdc0 psm0: irq 12 on atkbdc0 psm0: model Generic PS/2 mouse, device ID 0 vga0: at port 0x3c0-0x3df iomem 0xa0000-0xbffff on isa0 sc0: on isa0 sc0: VGA <16 virtual consoles, flags=0x200> pcic1: not probed (disabled) sio0 at port 0x3f8-0x3ff irq 4 flags 0x10 on isa0 sio0: type 16550A sio1: configured irq 3 not in bitmap of probed irqs 0 sio2: not probed (disabled) sio3: not probed (disabled) ppc0: parallel port not found. Waiting 5 seconds for SCSI devices to settle afd0: 120MB [963/8/32] at ata0-master using PIO3 da0 at ahc0 bus 0 target 0 lun 0 da0: Fixed Direct Access SCSI-3 device da0: 80.000MB/s transfers (40.000MHz, offset 31, 16bit), Tagged Queueing Enabled da0: 8759MB (17938986 512 byte sectors: 255H 63S/T 1116C) Mounting root from ufs:/dev/da0s1a da1 at ahc0 bus 0 target 5 lun 0 da1: Removable Direct Access SCSI-2 device da1: 3.300MB/s transfers da1: Attempt to query device size failed: NOT READY, Medium not present cd0 at ahc0 bus 0 target 6 lun 0 cd0: Removable CD-ROM SCSI-2 device cd0: 10.000MB/s transfers (10.000MHz, offset 8) cd0: cd present [230982 x 2048 byte records] (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB >How-To-Repeat: /usr/sbin/cdcontrol >Fix: I haven't found a fix yet. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 19:40:10 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 33D1A37B830 for ; Tue, 22 Feb 2000 19:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA49784; Tue, 22 Feb 2000 19:40:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from shidahara1.planet.sci.kobe-u.ac.jp (shidahara1.planet.sci.kobe-u.ac.jp [133.30.50.200]) by hub.freebsd.org (Postfix) with ESMTP id 5DCA237B87E for ; Tue, 22 Feb 2000 19:30:42 -0800 (PST) (envelope-from takawata@shidahara1.planet.sci.kobe-u.ac.jp) Received: from libr.scitec.kobe-u.ac.jp (cs22433.ppp.infoweb.ne.jp [202.219.171.145]) by shidahara1.planet.sci.kobe-u.ac.jp (8.8.8+2.7Wbeta7/8.8.8) with ESMTP id MAA15126 for ; Wed, 23 Feb 2000 12:29:59 +0900 (JST) Received: (from takawata@localhost) by libr.scitec.kobe-u.ac.jp (8.9.1/3.5Wpl7) id MAA00964; Wed, 23 Feb 2000 12:08:38 +0900 (JST) Message-Id: <200002230308.MAA00964@libr.scitec.kobe-u.ac.jp> Date: Wed, 23 Feb 2000 12:08:38 +0900 (JST) From: Takanori Watanabe Reply-To: takawata@shidahara1.planet.sci.kobe-u.ac.jp To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16922: Linksys-like Card Problem Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16922 >Category: kern >Synopsis: Yet another Linksys-like Card exists >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 19:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Takanori Watanabe >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: FreeBSD 4.0-CURRENT around 2000 2/20 >Description: "PCET/TX" produced by IO DATA Corp. is yet another Linksys-Like Card with different MAC Vendor ID. >How-To-Repeat: Add card "IO DATA" "PCETTX" config 0x20 "ed0" ? insert echo "PCET/TX Insert" remove echo "PCET/TX Removed" to /etc/pccard.conf then restart pccardd(8) >Fix: Two possible fix available --- /home/takawata/src/sys/dev/ed/if_ed.c Sat Dec 11 17:06:22 1999 +++ /sys/dev/ed/if_ed.c Tue Feb 22 20:24:37 2000 @@ -24,7 +24,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/dev/ed/if_ed.c,v 1.173 1999/12/10 07:22:52 imp Exp $ + * $FreeBSD: /ctm/FreeBSD/anoncvs/cvs/src/sys/dev/ed/if_ed.c,v 1.173 1999/12/10 07:22:52 imp Exp $ */ /* @@ -901,6 +901,7 @@ { u_char LinksysOUI1[] = {0x00, 0xe0, 0x98}; u_char LinksysOUI2[] = {0x00, 0x80, 0xc8}; + u_char LinksysOUI3[] = {0x00, 0xa0, 0xb0}; u_char sum; int i; @@ -919,7 +920,8 @@ sc->arpcom.ac_enaddr[i] = inb(sc->asic_addr + 0x04 + i); } if (bcmp(sc->arpcom.ac_enaddr, LinksysOUI1, sizeof(LinksysOUI1)) && - bcmp(sc->arpcom.ac_enaddr, LinksysOUI2, sizeof(LinksysOUI2))) + bcmp(sc->arpcom.ac_enaddr, LinksysOUI2, sizeof(LinksysOUI2)) && + bcmp(sc->arpcom.ac_enaddr, LinksysOUI3, sizeof(LinksysOUI3))) return (0); return (1); } Or, --- /home/takawata/src/sys/dev/ed/if_ed.c Sat Dec 11 17:06:22 1999 +++ if_ed.c Wed Feb 23 03:59:38 2000 @@ -24,7 +24,7 @@ * OUT OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF * SUCH DAMAGE. * - * $FreeBSD: src/sys/dev/ed/if_ed.c,v 1.173 1999/12/10 07:22:52 imp Exp $ + * $FreeBSD: /ctm/FreeBSD/anoncvs/cvs/src/sys/dev/ed/if_ed.c,v 1.173 1999/12/10 07:22:52 imp Exp $ */ /* @@ -899,8 +899,6 @@ ed_get_Linksys(sc) struct ed_softc *sc; { - u_char LinksysOUI1[] = {0x00, 0xe0, 0x98}; - u_char LinksysOUI2[] = {0x00, 0x80, 0xc8}; u_char sum; int i; @@ -915,12 +913,6 @@ sum += inb(sc->asic_addr + i); if (sum != 0xff) return (0); /* invalid DL10019C */ - for (i = 0; i < ETHER_ADDR_LEN; i++) { - sc->arpcom.ac_enaddr[i] = inb(sc->asic_addr + 0x04 + i); - } - if (bcmp(sc->arpcom.ac_enaddr, LinksysOUI1, sizeof(LinksysOUI1)) && - bcmp(sc->arpcom.ac_enaddr, LinksysOUI2, sizeof(LinksysOUI2))) - return (0); return (1); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 20:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BD52F37B8B7 for ; Tue, 22 Feb 2000 20:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id UAA54957; Tue, 22 Feb 2000 20:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 20:40:03 -0800 (PST) Message-Id: <200002230440.UAA54957@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: bin/16920: cdcontrol fails (and xmcd) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16920; it has been noted by GNATS. From: "Kenneth D. Merry" To: jduganncsa.uiuc.edu@ncsa.uiuc.edu Cc: FreeBSD-gnats-submit@FreeBSD.ORG, jdugan@ncsa.uiuc.edu Subject: Re: bin/16920: cdcontrol fails (and xmcd) Date: Tue, 22 Feb 2000 21:31:28 -0700 On Tue, Feb 22, 2000 at 20:13:29 -0600, jdugan@ncsa.uiuc.edu wrote: > >Description: > > Neither cdcontrol nor a freshly compiled xmcd will play an audio cd. Here's > the output of dmesg (for boot messages as well as cd error messages): [ ... ] > ahc0: port 0xdc00-0xdcff mem 0xeffff000-0xefffffff irq 10 at device 4.0 on pci0 > ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs [ ... ] > cd0 at ahc0 bus 0 target 6 lun 0 > cd0: Removable CD-ROM SCSI-2 device > cd0: 10.000MB/s transfers (10.000MHz, offset 8) > cd0: cd present [230982 x 2048 byte records] > (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 > (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > (cd0:ahc0:0:6:0): Invalid field in CDB > (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 > (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > (cd0:ahc0:0:6:0): Invalid field in CDB Okay, I'll need some information to try to solve your problem: - has this drive ever worked correctly with cdcontrol or xmcd? - what exactly did you type in cdcontrol? - what does 'cdcontrol info' return? - does 'cdcontrol play 1' work? - does camcontrol work? e.g.: camcontrol devlist camcontrol tur cd0 -v camcontrol inquiry cd0 -v [ that will return bogus inquiry data, don't worry about it ] - I also need the output from xmcd -debug Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 21:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EE0FF37B89C for ; Tue, 22 Feb 2000 21:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA57205; Tue, 22 Feb 2000 21:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from angmar.mel.vet.com.au (angmar.mel.vet.com.au [203.103.154.62]) by hub.freebsd.org (Postfix) with ESMTP id 4EF3737B89C for ; Tue, 22 Feb 2000 21:08:17 -0800 (PST) (envelope-from lodea@angmar.mel.vet.com.au) Received: (from lodea@localhost) by angmar.mel.vet.com.au (8.9.3/8.9.3) id QAA09369; Wed, 23 Feb 2000 16:08:12 +1100 (EST) Message-Id: <200002230508.QAA09369@angmar.mel.vet.com.au> Date: Wed, 23 Feb 2000 16:08:12 +1100 (EST) From: lodea@angmar.mel.vet.com.au Reply-To: lodea@vet.com.au To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16924: tmpfile(3) should respect TMPDIR env variable Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16924 >Category: bin >Synopsis: tmpfile(3) ignores TMPDIR and always uses /tmp >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 21:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Lachlan O'Dea >Release: FreeBSD 3.3-STABLE i386 >Organization: Computer Associates >Environment: FreeBSD angmar.mel.vet.com.au 3.3-STABLE FreeBSD 3.3-STABLE #4: Wed Dec 1 20:06:43 EST 1999 lodea@angmar.mel.vet.com.au:/usr/src/sys/compile/ANGMAR i386 >Description: Others may disagree, but I think it would be nice if the tmpfile(3) function would use the TMPDIR environment variable if it is present. Currently it is hard-coded to use /tmp. My reason for doing this is that the Cyrus deliver program uses tmpfile to store the email that it is delivering. I don't really want to make my MFS /tmp big enough to hold the largest email messages I expect to receive. I can't see any problems caused by this change. >How-To-Repeat: Set TMPDIR to /var/tmp. Use tmpfile(3) to create a temporary file, then write 50 Mb of data to it. Chances are pretty good your /tmp will run out of space. >Fix: Here's a patch which might be satisfactory. If TMPDIR is not set, it reverts to current behaviour. Please let me know if you like the idea but not the patch. Index: tmpfile.c =================================================================== RCS file: /home/ncvs/src/lib/libc/stdio/tmpfile.c,v retrieving revision 1.4 diff -u -r1.4 tmpfile.c --- tmpfile.c 2000/01/27 23:06:46 1.4 +++ tmpfile.c 2000/02/23 04:26:46 @@ -47,6 +47,7 @@ #include #include #include +#include FILE * tmpfile() @@ -55,10 +56,24 @@ FILE *fp; int fd, sverrno; #define TRAILER "tmp.XXXXXX" - char buf[sizeof(_PATH_TMP) + sizeof(TRAILER)]; + char *buf; + char *envtmpdir; + int envtmpdirlen; - (void)memcpy(buf, _PATH_TMP, sizeof(_PATH_TMP) - 1); - (void)memcpy(buf + sizeof(_PATH_TMP) - 1, TRAILER, sizeof(TRAILER)); + if ((envtmpdir = getenv("TMPDIR")) != NULL) + { + envtmpdirlen = strlen(envtmpdir); + buf = malloc(envtmpdirlen + 1 + sizeof(TRAILER)); + (void)memcpy(buf, envtmpdir, envtmpdirlen); + buf[envtmpdirlen] = '/'; + (void)memcpy(buf + envtmpdirlen + 1, TRAILER, sizeof(TRAILER)); + } + else + { + buf = malloc(sizeof(_PATH_TMP) + sizeof(TRAILER) - 1); + (void)memcpy(buf, _PATH_TMP, sizeof(_PATH_TMP) - 1); + (void)memcpy(buf + sizeof(_PATH_TMP) - 1, TRAILER, sizeof(TRAILER)); + } sigfillset(&set); (void)sigprocmask(SIG_BLOCK, &set, &oset); @@ -66,6 +81,8 @@ fd = mkstemp(buf); if (fd != -1) (void)unlink(buf); + + free(buf); (void)sigprocmask(SIG_SETMASK, &oset, NULL); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 21:21:34 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 744C037B89D for ; Tue, 22 Feb 2000 21:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA58328; Tue, 22 Feb 2000 21:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 21:20:02 -0800 (PST) Message-Id: <200002230520.VAA58328@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Jon Dugan Subject: Re: bin/16920: cdcontrol fails (and xmcd) Reply-To: Jon Dugan Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16920; it has been noted by GNATS. From: Jon Dugan To: "Kenneth D. Merry" Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/16920: cdcontrol fails (and xmcd) Date: Tue, 22 Feb 2000 23:15:20 -0600 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii On Tue, Feb 22, 2000 at 09:31:28PM -0700, Kenneth D. Merry wrote: > On Tue, Feb 22, 2000 at 20:13:29 -0600, jdugan@ncsa.uiuc.edu wrote: > > >Description: > > > > Neither cdcontrol nor a freshly compiled xmcd will play an audio cd. Here's > > the output of dmesg (for boot messages as well as cd error messages): > > [ ... ] > > > ahc0: port 0xdc00-0xdcff mem 0xeffff000-0xefffffff irq 10 at device 4.0 on pci0 > > ahc0: aic7890/91 Wide Channel A, SCSI Id=7, 16/255 SCBs > [ ... ] > > > cd0 at ahc0 bus 0 target 6 lun 0 > > cd0: Removable CD-ROM SCSI-2 device > > cd0: 10.000MB/s transfers (10.000MHz, offset 8) > > cd0: cd present [230982 x 2048 byte records] > > (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 > > (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > > (cd0:ahc0:0:6:0): Invalid field in CDB > > (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 > > (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > > (cd0:ahc0:0:6:0): Invalid field in CDB > > Okay, I'll need some information to try to solve your problem: > > - has this drive ever worked correctly with cdcontrol or xmcd? Yes, it has, as recently as 3.4-STABLE. (not sure what date) > - what exactly did you type in cdcontrol? play, I did it again and got: (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 (cd0:ahc0:0:6:0): Invalid field in CDB > - what does 'cdcontrol info' return? > > - does 'cdcontrol play 1' work? DOH! Yes, cdcontrol works that way... Is it a bug that it doesn't work the other way? I feel pretty dumb right about now... > - does camcontrol work? e.g.: > > camcontrol devlist > camcontrol tur cd0 -v > camcontrol inquiry cd0 -v > [ that will return bogus inquiry data, don't worry about it ] rivendell# camcontrol devlist at scbus0 target 0 lun 0 (pass0,da0) at scbus0 target 5 lun 0 (pass1,da1) at scbus0 target 6 lun 0 (pass2,cd0) rivendell# camcontrol tur cd0 -v Unit is ready rivendell# camcontrol inquiry cd0 -v pass2: < > Fixed Direct Access SCSI-0 device pass2: Serial Number pass2: 10.000MB/s transfers (10.000MHz, offset 8) > - I also need the output from xmcd -debug I've attached it, but I don't think you'll need it, the comment from the HEAD of xmcd Makefile says it all: Upgrade to latest release (xmcd-2.6). This still fails to build correctly on -current since the /usr/libexec/cpp fiasco -- old versions of imake still use /usr/libexec/cpp instead of gcc -E. If you don't have a fixed version of imake, a quick fix to get around this is to set IMAKECPP=/usr/bin/cpp in your environment before make'ing this port. Note that the port builds without errors if you don't have the correct version of imake, but FREEBSD_CAM will not be defined and xmcd will use the ioctl method which hasn't worked since 3.0. So it looks like I got an old port. Which makes sense since the commit time for the above comment is Wed Feb 23 3:40:29 2000 UTC. When I build from the latest version of the port with IMAKECPP set as instructed above xmcd builds and can interact with the cd but it doesn't actually seem to work, it sorta fast forwards through the tracks. That is, it goes in 3-7 second hops through the time elapsed counter in xmcd and doesn't actually output any audio. I've included a second xmcd -debug called xmcd.debug-cam which is a script of a session with this behavior. cdcontrol still works after I've seen xmcd in this state. I just tried again after exiting cdcontrol in the "stop" state and now xmcd works fine. Probably just a fluke. Thanks for your time, sorry for my ignorance. Jon -- Jon Dugan | Network Engineer, NCSA Network Development jdugan@ncsa.uiuc.edu | 57C CAB, 605 E Springfield, Champaign, IL 61820 217/244-7715 | http://www.ncsa.uiuc.edu/people/jdugan --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xmcd.debug" Content-Transfer-Encoding: quoted-printable Script started on Tue Feb 22 22:49:48 2000 rivendell:1> which xmcd=0D=0D /usr/local/X11R6/bin/xmcd=0D rivendell:2> ls -l `!!`=0D=0D ls -l `which xmcd`=0D -rwxr-xr-x 1 bin bin 1252 Feb 22 19:43 /usr/local/X11R6/bin/xmcd*=0D rivendell:3> date=0D=0D Tue Feb 22 22:49:57 CST 2000=0D rivendell:4> xmcd -debug=0D=0D XMCD v2.5 PL1 DEBUG MODE=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /usr/local/X11R6/lib/X11/xmcd//config/common.cfg= -rivendell.ncsa.uiuc.edu=0D Add site webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D Add site webSite2URL: http://www.cddb.com/=0D Add site webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D Add site discographyURL: file://localhost%L/discog/%C/%I/index.html=0D Add srch CDDB: http://www.cddb.com/xm/search?q=3D%b=0D Add srch All Media Guide: http://www.allmusic.com/cg/x.dll?P=3DAMG&opt1=3D1= &sql=3D%a=0D Add srch Intl Lyrics Server: http://www.lyrics.ch/query/normal?song=3D%T=0D Add srch RollingStone Ntwk: http://www.rollingstone.com/sections/artists/te= xt/searchresults.asp?SearchFor=3D%A&SearchType=3DArtistCheck&afl=3D%X=0D Add srch Tunes: http://www.tunes.com/tunes-cgi2/tunes/query_action/4?nskip= =3D0&query_type=3Dall&substring=3D%A=0D Add srch Ultimate Band List: http://www.ubl.com/cgi/search.cgi?SEARCH=3D%a&= section=3DUBL=0D Add srch ---=0D Add srch AltaVista: http://www.altavista.digital.com/cgi-bin/query?q=3D%b=0D Add srch Excite: http://search.excite.com/search.gw?search=3D%b=0D Add srch Infoseek: http://www.infoseek.com/Titles?qt=3D%b=0D Add srch Hotbot: http://www.search.hotbot.com/hResult.html?MT=3D%b=0D Add srch Look Smart: http://www.looksmart.com/r?key=3D%b&search=3D1=0D Add srch Lycos: http://www.lycos.com/cgi-bin/pursuit?query=3D%b=0D Add srch Yahoo: http://search.yahoo.com/bin/search?p=3D%b=0D Add srch Web Crawler: http://webcrawler.com/cgi-bin/WebQuery?searchText=3D%= b=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.= uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.uiuc.edu=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg=0D =0D libcddb: ASYNCHRONOUS REMOTE =0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /usr/local/X11R6/lib/X11/xmcd//config/r= cd0c-rivendell.ncsa.uiuc.edu=0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c-rivendell.n= csa.uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c-rivendell.ncsa.uiuc.edu=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c=0D =0D Setting uid/gid: 16656/100=0D Loading history: /home/jdugan/.xmcdcfg/history=0D =0D Setting uid to 0=0D libdi: SCSI pass-through method=0D SCSI-2=0D Chinon=0D Hitachi=0D NEC=0D Pioneer=0D Sony=0D Toshiba=0D Panasonic=0D =0D Basic parameters:=0D libdir: /usr/local/X11R6/lib/X11/xmcd/=0D cddbMailSite: cddb-submit@submit.cddb.com=0D cddbMailCmd: Mail -s '%S' %A <%F >/dev/null 2>&1=0D =0D X resources:=0D version: 2.5=0D mainWindowMode: 0=0D modeChangeGravity: 0=0D normalMainWidth: 360=0D normalMainHeight: 135=0D basicMainWidth: 195=0D basicMainHeight: 60=0D displayBlinkOnInterval: 850=0D displayBlinkOffInterval: 150=0D mainShowFocus: True=0D installColormap: False=0D =0D Common parameters:=0D device: /dev/rcd0c=0D cddbPath: blues;classical;country;data;folk;jazz;misc;newage;reggae;rock= ;soundtrack;cddbp://us.cddb.com:8880;cddbp://sj.ca.us.cddb.com:8880;cddbp:/= /sc.ca.us.cddb.com:8880=0D cddbFileMode: 0666=0D proxyServer: yourproxyhost:80=0D browserDirect: /usr/local/bin/netscape '%U' >/dev/null 2>&1 &=0D browserRemote: /usr/local/bin/netscape -remote 'openURL(%U)' >/dev/null = 2>&1=0D webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D webSite2URL: http://www.cddb.com/=0D webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D discographyURL: file://localhost%L/discog/%C/%I/index.html=0D excludeWords: the and or an a re ve s d t=0D historyFileMode: 0600=0D historyFileDisable: False=0D maximumHistory: 100=0D cddbDefaultPort: 888=0D cddbTimeOut: 60=0D cddbRemoteAutoSave: 7=0D statusPollInterval: 260=0D insertPollInterval: 4000=0D timeDisplayMode: 0=0D tooltipDelayInterval: 1000=0D tooltipActiveInterval: 3000=0D insertPollDisable: False=0D previousThreshold: 100=0D searchSkipBlocks: 145=0D searchPauseInterval: 80=0D searchSpeedUpCount: 15=0D searchVolumePercent: 35=0D searchMinVolume: 2=0D sampleBlocks: 750=0D startupVolume: -1=0D cddbRemoteDisable: False=0D cddbUseHttpProxy: False=0D showScsiErrMsg: True=0D solaris2VolumeManager: False=0D tooltipEnable: True=0D debug: True=0D =0D Device-specific (privileged) parameters:=0D devnum: 0=0D deviceList: /dev/rcd0c=0D deviceInterfaceMethod: 0=0D driveVendorCode: 0=0D numDiscs: 1=0D mediumChangeMethod: 0=0D scsiAudioVolumeBase: 0=0D minimumPlayBlocks: 25=0D playAudio10Support: True=0D playAudio12Support: True=0D playAudioMSFSupport: True=0D playAudioTISupport: False=0D loadSupport: True=0D ejectSupport: True=0D modeSenseSetDBD: False=0D volumeControlSupport: True=0D balanceControlSupport: True=0D channelRouteSupport: True=0D pauseResumeSupport: True=0D strictPauseResume: False=0D playPausePlay: False=0D caddyLockSupport: True=0D curposFormat: True=0D noTURWhenPlaying: False=0D =0D Device-specific (user-modifiable) parameters:=0D volumeControlTaper: 0=0D channelRoute: 0=0D spinDownOnLoad: True=0D playOnLoad: False=0D ejectOnDone: False=0D ejectOnExit: False=0D stopOnExit: True=0D exitOnEject: False=0D closeOnEject: False=0D caddyLock: True=0D repeatMode: False=0D shuffleMode: False=0D multiPlay: False=0D reversePlay: False=0D internalSpeakerEnable: False=0D =0D =0D Lock file: /tmp/.cdaudio/lock.f02=0D =0D Open CD-ROM: /dev/rcd0c=0D =0D Registered /dev/rcd0c=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D Setting uid to 16656, gid to 100=0D =0D * STOP=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D * PLAY_PAUSE=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D SCIOCCOMMAND ioctl failed: Inappropriate ioctl for device=0D =0D * QUIT=0D =0D Close CD-ROM: /dev/rcd0c=0D =0D Unregistered /dev/rcd0c=0D rivendell:5> ^D=08=08exit=0D Script done on Tue Feb 22 22:50:19 2000 --qDbXVdCdHGoSgWSk Content-Type: text/plain; charset=us-ascii Content-Disposition: attachment; filename="xmcd.debug-cam" Content-Transfer-Encoding: quoted-printable Script started on Tue Feb 22 23:07:52 2000 rivendell:1> which xmcd=0D=0D /usr/local/X11R6/bin/xmcd=0D rivendell:2> ls -l `!!`=0D=0D ls -l `which xmcd`=0D lrwx------ 1 root wheel 26 Feb 22 23:03 /usr/local/X11R6/bin/xmcd@ -> /u= sr/X11R6/bin/.xmcd_start=0D rivendell:3> date=0D=0D Tue Feb 22 23:08:00 CST 2000=0D rivendell:4> xmcd=0D=0D rivendell:5> =07xmcd=0D=0D rivendell:6> xmcd -debug=0D=0D XMCD v2.6 PL0 DEBUG MODE=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /usr/local/X11R6/lib/X11/xmcd//config/common.cfg= -rivendell.ncsa.uiuc.edu=0D Add site webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D Add site webSite2URL: http://www.cddb.com/=0D Add site webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D Add site discographyURL: file://localhost%L/discog/%C/%I/index.html=0D Add srch CDDB: http://www.cddb.com/xm/search?q=3D%b=0D Add srch All Music Guide: http://www.allmusic.com/cg/x.dll?P=3DAMG&opt1=3D1= &sql=3D%a=0D Add srch Intl Lyrics Server: http://www.lyrics.ch/search/checknormal.asp?ba= nds=3D&label=3D&artist=3D%a&song=3D%t&match=3Dlike=0D Add srch RollingStone Ntwk: http://rollingstone.tunes.com/sections/artists/= text/searchresults.asp?SearchFor=3D%A&SearchType=3DArtistCheck&afl=3D%X=0D Add srch Ultimate Band List: http://www.ubl.com/cgi/search.cgi?SEARCH=3D%a&= section=3DUBL=0D Add srch ---=0D Add srch AltaVista: http://www.altavista.digital.com/cgi-bin/query?q=3D%b=0D Add srch Excite: http://search.excite.com/search.gw?search=3D%b=0D Add srch Go Network: http://infoseek.go.com/Titles?qt=3D%b=0D Add srch Hotbot: http://www.search.hotbot.com/hResult.html?MT=3D%b=0D Add srch Look Smart: http://www.looksmart.com/r?key=3D%b&search=3D1=0D Add srch Lycos: http://www.lycos.com/cgi-bin/pursuit?query=3D%b=0D Add srch Web Crawler: http://webcrawler.com/cgi-bin/WebQuery?searchText=3D%= b=0D Add srch Yahoo: http://search.yahoo.com/bin/search?p=3D%b=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.= uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.uiuc.edu=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg=0D =0D libcddb: ASYNCHRONOUS REMOTE =0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /usr/local/X11R6/lib/X11/xmcd//config/r= cd0c-rivendell.ncsa.uiuc.edu=0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c-rivendell.n= csa.uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c-rivendell.ncsa.uiuc.edu=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c=0D =0D Setting uid/gid: 16656/100=0D Loading history: /home/jdugan/.xmcdcfg/history=0D =0D Setting uid to 0=0D libdi: SCSI pass-through method=0D SCSI-2=0D Chinon=0D Hitachi=0D NEC=0D Pioneer=0D Sony=0D Toshiba=0D Panasonic=0D =0D Basic parameters:=0D libdir: /usr/local/X11R6/lib/X11/xmcd/=0D cddbMailSite: cddb-submit@submit.cddb.com=0D cddbMailCmd: Mail -s '%S' %A <%F >/dev/null 2>&1=0D =0D X resources:=0D version: 2.6=0D mainWindowMode: 0=0D modeChangeGravity: 0=0D normalMainWidth: 360=0D normalMainHeight: 135=0D basicMainWidth: 195=0D basicMainHeight: 60=0D displayBlinkOnInterval: 850=0D displayBlinkOffInterval: 150=0D mainShowFocus: True=0D installColormap: False=0D =0D Common parameters:=0D device: /dev/rcd0c=0D cddbPath: blues;classical;country;data;folk;jazz;misc;newage;reggae;rock= ;soundtrack;cddbp://sj.ca.us.cddb.com:8880;cddbp://us.cddb.com:8880;cddbp:/= /sc.ca.us.cddb.com:8880=0D cddbFileMode: 0666=0D proxyServer: yourproxyhost:80=0D browserDirect: /usr/local/bin/netscape '%U' >/dev/null 2>&1 &=0D browserRemote: /usr/local/bin/netscape -remote 'openURL(%U)' >/dev/null = 2>&1=0D webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D webSite2URL: http://www.cddb.com/=0D webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D discographyURL: file://localhost%L/discog/%C/%I/index.html=0D excludeWords: the and or an a re ve s d t=0D historyFileMode: 0600=0D historyFileDisable: False=0D maximumHistory: 100=0D cddbDefaultPort: 888=0D cddbTimeOut: 60=0D cddbRemoteAutoSave: 7=0D statusPollInterval: 260=0D insertPollInterval: 4000=0D timeDisplayMode: 0=0D tooltipDelayInterval: 1000=0D tooltipActiveInterval: 3000=0D insertPollDisable: False=0D previousThreshold: 100=0D searchSkipBlocks: 145=0D searchPauseInterval: 80=0D searchSpeedUpCount: 15=0D searchVolumePercent: 35=0D searchMinVolume: 2=0D sampleBlocks: 750=0D startupVolume: -1=0D cddbRemoteDisable: False=0D cddbUseHttpProxy: False=0D showScsiErrMsg: True=0D solaris2VolumeManager: False=0D tooltipEnable: True=0D remoteControlEnable: True=0D remoteControlLog: True=0D debug: True=0D =0D Device-specific (privileged) parameters:=0D devnum: 0=0D deviceList: /dev/rcd0c=0D deviceInterfaceMethod: 0=0D driveVendorCode: 0=0D numDiscs: 1=0D mediumChangeMethod: 0=0D scsiAudioVolumeBase: 0=0D minimumPlayBlocks: 25=0D playAudio10Support: True=0D playAudio12Support: True=0D playAudioMSFSupport: True=0D playAudioTISupport: False=0D loadSupport: True=0D ejectSupport: True=0D modeSenseSetDBD: False=0D volumeControlSupport: True=0D balanceControlSupport: True=0D channelRouteSupport: True=0D pauseResumeSupport: True=0D strictPauseResume: False=0D playPausePlay: False=0D caddyLockSupport: True=0D curposFormat: True=0D noTURWhenPlaying: False=0D tocLBA: False=0D subChannelLBA: False=0D driveBlockSize: 2048=0D spinUpInterval: 2=0D =0D Device-specific (user-modifiable) parameters:=0D volumeControlTaper: 0=0D channelRoute: 0=0D spinDownOnLoad: True=0D playOnLoad: False=0D ejectOnDone: False=0D exitOnExit: False=0D ejectOnExit: False=0D stopOnExit: True=0D exitOnEject: False=0D closeOnEject: False=0D caddyLock: True=0D repeatMode: False=0D shuffleMode: False=0D multiPlay: False=0D reversePlay: False=0D internalSpeakerEnable: False=0D =0D =0D Setting uid to 16656, gid to 100=0D =0D Lock file: /tmp/.cdaudio/lock.f02=0D =0D Open CD-ROM: /dev/rcd0c=0D =0D Registered /dev/rcd0c=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 12 00 00 00 24 00 -- -- -- -- -- -- -- -- -- -- ....$..........= .=0D =0D Inquiry data:=0D 0000 05 80 02 02 1f 00 00 18 4d 41 54 53 48 49 54 41 ........MATSHIT= A=0D 0010 43 44 2d 52 20 20 20 43 57 2d 37 35 30 32 20 20 CD-R CW-7502 = =0D 0020 34 2e 31 30 -- -- -- -- -- -- -- -- -- -- -- -- 4.10...........= .=0D =0D CD-ROM: vendor=3D"MATSHITA" prod=3D"CD-R CW-7502 " rev=3D"4.10"=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Mode Sense data:=0D 0000 1b 00 00 08 00 00 00 00 00 00 08 00 0e 0e 04 00 ...............= .=0D 0010 00 00 00 00 01 3f 02 3f 00 00 00 00 -- -- -- -- .....?.?.......= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 43 02 00 00 00 00 00 00 04 00 -- -- -- -- -- -- C..............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 43 02 00 00 00 00 01 00 74 00 -- -- -- -- -- -- C.......t......= .=0D =0D Read TOC data:=0D 0000 00 72 01 0d 00 10 01 00 00 00 02 20 00 10 02 00 .r......... ...= .=0D 0010 00 02 33 23 00 10 03 00 00 06 11 3e 00 10 04 00 ..3#.......>...= .=0D 0020 00 09 36 07 00 10 05 00 00 0d 1b 3c 00 10 06 00 ..6........<...= .=0D 0030 00 10 33 20 00 10 07 00 00 14 22 34 00 10 08 00 ..3 ......"4...= .=0D 0040 00 1a 17 2a 00 10 09 00 00 1e 10 3c 00 10 0a 00 ...*.......<...= .=0D 0050 00 21 27 46 00 10 0b 00 00 25 18 02 00 10 0c 00 .!'F.....%.....= .=0D 0060 00 29 2d 43 00 10 0d 00 00 2e 02 23 00 10 aa 00 .)-C.......#...= .=0D 0070 00 33 15 39 -- -- -- -- -- -- -- -- -- -- -- -- .3.9...........= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D5):=0D 0000 1e 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D Setting uid/gid: 16656/100=0D =0D CDDB QUERY discid=3Da00c070d queryid=3Da00c070d:=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/blues=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/classical=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/country=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/data=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/folk=0D Using Local: /usr/local/X11R6/lib/X11/xmcd//cddb/folk/a00c070d=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D * PLAY_PAUSE=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 01 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 47 00 00 00 02 20 33 15 2f 00 -- -- -- -- -- -- G.... 3./......= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 2d 00 00 02 0d ...........-...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 06 35 00 00 04 15 ...........5...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 08 42 00 00 06 22 ...........B...= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 0b 03 00 00 08 2e ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 0d 0e 00 00 0a 39 ...............= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 0f 1d 00 00 0c 48 ...............= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 11 27 00 00 0f 07 ...........'...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 13 33 00 00 11 13 ...........3...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 15 3f 00 00 13 1f ...........?...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 18 01 00 00 15 2c ...............= ,=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 1a 0d 00 00 17 38 ...............= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 1c 19 00 00 19 44 ...............= D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 1e 25 00 00 1c 05 ...........%...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 20 31 00 00 1e 11 .......... 1...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 22 3d 00 00 20 1d .........."=3D.= . .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 24 4a 00 00 22 2a ..........$J.."= *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 27 0b 00 00 24 36 ..........'...$= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 29 17 00 00 26 42 ..........)...&= B=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 2b 23 00 00 29 03 ..........+#..)= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 2d 30 00 00 2b 10 ..........-0..+= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 2f 3c 00 00 2d 1c ........../<..-= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 31 48 00 00 2f 28 ..........1H../= (=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 34 0f 00 00 31 3a ..........4...1= :=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 36 1b 00 00 33 46 ..........6...3= F=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 38 28 00 00 36 08 ..........8(..6= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 3a 34 00 00 38 14 ..........:4..8= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 00 40 00 00 3a 20 ...........@..:= =0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 03 01 00 01 00 2c ...............= ,=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 05 0d 00 01 02 38 ...............= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 07 1b 00 01 04 46 ...............= F=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 09 27 00 01 07 07 ...........'...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 0b 32 00 01 09 12 ...........2...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 0d 3e 00 01 0b 1e ...........>...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 0f 4a 00 01 0d 2a ...........J...= *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 12 0b 00 01 0f 36 ...............= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 14 18 00 01 11 43 ...............= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 16 24 00 01 14 04 ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 18 30 00 01 16 10 ...........0...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 1a 3c 00 01 18 1c ...........<...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 1c 48 00 01 1a 28 ...........H...= (=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 1f 09 00 01 1c 34 ...............= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 21 16 00 01 1e 41 ..........!....= A=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 23 23 00 01 21 03 ..........##..!= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 25 2f 00 01 23 0f ..........%/..#= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 27 3a 00 01 25 1a ..........':..%= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 29 46 00 01 27 26 ..........)F..'= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 2c 08 00 01 29 33 ..........,...)= 3=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 2e 14 00 01 2b 3f ..............+= ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 30 20 00 01 2e 00 ..........0 ...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 32 2d 00 01 30 0d ..........2-..0= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 34 39 00 01 32 19 ..........49..2= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 36 45 00 01 34 25 ..........6E..4= %=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 39 06 00 01 36 31 ..........9...6= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 01 3b 12 00 01 38 3d ..........;...8= =3D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 02 01 1c 00 01 3a 47 ..............:= G=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 02 03 2b 00 02 01 0b ...........+...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 02 05 3d 00 02 03 1d ...........=3D.= ...=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 02 08 04 00 02 05 2f ...............= /=0D =0D * STOP=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D * QUIT=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D5):=0D 0000 1e 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Close CD-ROM: /dev/rcd0c=0D =0D Unregistered /dev/rcd0c=0D rivendell:7> cdcontrol=0D=0D cdcontrol: no CD device name specified, defaulting to /dev/cd0c=0D Compact Disc Control utility, version 2.0=0D Type `?' for command list=0D =0D cdcontrol> play 1=0D=0D cdcontrol: /dev/cd0c: Permission denied=0D rivendell:8> ksu=0D=0D Authenticated jdugan@NCSA.EDU=0D ksu[18592]: 'ksu root' authenticated jdugan@NCSA.EDU for jdugan on /dev/tty= pb=0D Account root: authorization for jdugan@NCSA.EDU successful=0D ksu[18592]: Account root: authorization for jdugan@NCSA.EDU successful=0D Changing uid to root (0)=0D =0D=1B[3g=1B[24;9H=1BH=1B[24;17H=1BH=1B[24;25H=1BH=1B[24;33H=1BH=1B[24;41H= =1BH=1B[24;49H=1BH=1B[24;57H=1BH=1B[24;65H=1BH=1B[24;73H=1BH=0D=0DcdErase i= s backspace.=0D rivendell# control -=08 =08=0D cdcontrol: no CD device name specified, defaulting to /dev/cd0c=0D Compact Disc Control utility, version 2.0=0D Type `?' for command list=0D =0D cdcontrol> play 1=0D=0D cdcontrol> stop=0D=0D cdcontrol> quit=0D=0D rivendell# ^D=08=08exit=0D rivendell:9> xmcd -debug=0D=0D XMCD v2.6 PL0 DEBUG MODE=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /usr/local/X11R6/lib/X11/xmcd//config/common.cfg= -rivendell.ncsa.uiuc.edu=0D Add site webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D Add site webSite2URL: http://www.cddb.com/=0D Add site webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D Add site discographyURL: file://localhost%L/discog/%C/%I/index.html=0D Add srch CDDB: http://www.cddb.com/xm/search?q=3D%b=0D Add srch All Music Guide: http://www.allmusic.com/cg/x.dll?P=3DAMG&opt1=3D1= &sql=3D%a=0D Add srch Intl Lyrics Server: http://www.lyrics.ch/search/checknormal.asp?ba= nds=3D&label=3D&artist=3D%a&song=3D%t&match=3Dlike=0D Add srch RollingStone Ntwk: http://rollingstone.tunes.com/sections/artists/= text/searchresults.asp?SearchFor=3D%A&SearchType=3DArtistCheck&afl=3D%X=0D Add srch Ultimate Band List: http://www.ubl.com/cgi/search.cgi?SEARCH=3D%a&= section=3DUBL=0D Add srch ---=0D Add srch AltaVista: http://www.altavista.digital.com/cgi-bin/query?q=3D%b=0D Add srch Excite: http://search.excite.com/search.gw?search=3D%b=0D Add srch Go Network: http://infoseek.go.com/Titles?qt=3D%b=0D Add srch Hotbot: http://www.search.hotbot.com/hResult.html?MT=3D%b=0D Add srch Look Smart: http://www.looksmart.com/r?key=3D%b&search=3D1=0D Add srch Lycos: http://www.lycos.com/cgi-bin/pursuit?query=3D%b=0D Add srch Web Crawler: http://webcrawler.com/cgi-bin/WebQuery?searchText=3D%= b=0D Add srch Yahoo: http://search.yahoo.com/bin/search?p=3D%b=0D =0D Setting uid/gid: 16656/100=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.= uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg-rivendell.ncsa.uiuc.edu=0D Loading common parameters: /home/jdugan/.xmcdcfg/common.cfg=0D Cannot open /home/jdugan/.xmcdcfg/common.cfg=0D =0D libcddb: ASYNCHRONOUS REMOTE =0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /usr/local/X11R6/lib/X11/xmcd//config/r= cd0c-rivendell.ncsa.uiuc.edu=0D =0D Setting uid/gid: 16656/100=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c-rivendell.n= csa.uiuc.edu=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c-rivendell.ncsa.uiuc.edu=0D Loading device-specific parameters: /home/jdugan/.xmcdcfg/rcd0c=0D Cannot open /home/jdugan/.xmcdcfg/rcd0c=0D =0D Setting uid/gid: 16656/100=0D Loading history: /home/jdugan/.xmcdcfg/history=0D =0D Setting uid to 0=0D libdi: SCSI pass-through method=0D SCSI-2=0D Chinon=0D Hitachi=0D NEC=0D Pioneer=0D Sony=0D Toshiba=0D Panasonic=0D =0D Basic parameters:=0D libdir: /usr/local/X11R6/lib/X11/xmcd/=0D cddbMailSite: cddb-submit@submit.cddb.com=0D cddbMailCmd: Mail -s '%S' %A <%F >/dev/null 2>&1=0D =0D X resources:=0D version: 2.6=0D mainWindowMode: 0=0D modeChangeGravity: 0=0D normalMainWidth: 360=0D normalMainHeight: 135=0D basicMainWidth: 195=0D basicMainHeight: 60=0D displayBlinkOnInterval: 850=0D displayBlinkOffInterval: 150=0D mainShowFocus: True=0D installColormap: False=0D =0D Common parameters:=0D device: /dev/rcd0c=0D cddbPath: blues;classical;country;data;folk;jazz;misc;newage;reggae;rock= ;soundtrack;cddbp://sj.ca.us.cddb.com:8880;cddbp://us.cddb.com:8880;cddbp:/= /sc.ca.us.cddb.com:8880=0D cddbFileMode: 0666=0D proxyServer: yourproxyhost:80=0D browserDirect: /usr/local/bin/netscape '%U' >/dev/null 2>&1 &=0D browserRemote: /usr/local/bin/netscape -remote 'openURL(%U)' >/dev/null = 2>&1=0D webSite1URL: http://metalab.unc.edu/tkan/xmcd/=0D webSite2URL: http://www.cddb.com/=0D webSite3URL: http://www.yahoo.com/Entertainment/Music/Reviews/=0D discographyURL: file://localhost%L/discog/%C/%I/index.html=0D excludeWords: the and or an a re ve s d t=0D historyFileMode: 0600=0D historyFileDisable: False=0D maximumHistory: 100=0D cddbDefaultPort: 888=0D cddbTimeOut: 60=0D cddbRemoteAutoSave: 7=0D statusPollInterval: 260=0D insertPollInterval: 4000=0D timeDisplayMode: 0=0D tooltipDelayInterval: 1000=0D tooltipActiveInterval: 3000=0D insertPollDisable: False=0D previousThreshold: 100=0D searchSkipBlocks: 145=0D searchPauseInterval: 80=0D searchSpeedUpCount: 15=0D searchVolumePercent: 35=0D searchMinVolume: 2=0D sampleBlocks: 750=0D startupVolume: -1=0D cddbRemoteDisable: False=0D cddbUseHttpProxy: False=0D showScsiErrMsg: True=0D solaris2VolumeManager: False=0D tooltipEnable: True=0D remoteControlEnable: True=0D remoteControlLog: True=0D debug: True=0D =0D Device-specific (privileged) parameters:=0D devnum: 0=0D deviceList: /dev/rcd0c=0D deviceInterfaceMethod: 0=0D driveVendorCode: 0=0D numDiscs: 1=0D mediumChangeMethod: 0=0D scsiAudioVolumeBase: 0=0D minimumPlayBlocks: 25=0D playAudio10Support: True=0D playAudio12Support: True=0D playAudioMSFSupport: True=0D playAudioTISupport: False=0D loadSupport: True=0D ejectSupport: True=0D modeSenseSetDBD: False=0D volumeControlSupport: True=0D balanceControlSupport: True=0D channelRouteSupport: True=0D pauseResumeSupport: True=0D strictPauseResume: False=0D playPausePlay: False=0D caddyLockSupport: True=0D curposFormat: True=0D noTURWhenPlaying: False=0D tocLBA: False=0D subChannelLBA: False=0D driveBlockSize: 2048=0D spinUpInterval: 2=0D =0D Device-specific (user-modifiable) parameters:=0D volumeControlTaper: 0=0D channelRoute: 0=0D spinDownOnLoad: True=0D playOnLoad: False=0D ejectOnDone: False=0D exitOnExit: False=0D ejectOnExit: False=0D stopOnExit: True=0D exitOnEject: False=0D closeOnEject: False=0D caddyLock: True=0D repeatMode: False=0D shuffleMode: False=0D multiPlay: False=0D reversePlay: False=0D internalSpeakerEnable: False=0D =0D =0D Setting uid to 16656, gid to 100=0D =0D Lock file: /tmp/.cdaudio/lock.f02=0D =0D Open CD-ROM: /dev/rcd0c=0D =0D Registered /dev/rcd0c=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 12 00 00 00 24 00 -- -- -- -- -- -- -- -- -- -- ....$..........= .=0D =0D Inquiry data:=0D 0000 05 80 02 02 1f 00 00 18 4d 41 54 53 48 49 54 41 ........MATSHIT= A=0D 0010 43 44 2d 52 20 20 20 43 57 2d 37 35 30 32 20 20 CD-R CW-7502 = =0D 0020 34 2e 31 30 -- -- -- -- -- -- -- -- -- -- -- -- 4.10...........= .=0D =0D CD-ROM: vendor=3D"MATSHITA" prod=3D"CD-R CW-7502 " rev=3D"4.10"=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 1a 00 0e 00 1c 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Mode Sense data:=0D 0000 1b 00 00 08 00 00 00 00 00 00 08 00 0e 0e 04 00 ...............= .=0D 0010 00 00 00 00 01 3f 02 3f 00 00 00 00 -- -- -- -- .....?.?.......= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 43 02 00 00 00 00 00 00 04 00 -- -- -- -- -- -- C..............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 43 02 00 00 00 00 01 00 74 00 -- -- -- -- -- -- C.......t......= .=0D =0D Read TOC data:=0D 0000 00 72 01 0d 00 10 01 00 00 00 02 20 00 10 02 00 .r......... ...= .=0D 0010 00 02 33 23 00 10 03 00 00 06 11 3e 00 10 04 00 ..3#.......>...= .=0D 0020 00 09 36 07 00 10 05 00 00 0d 1b 3c 00 10 06 00 ..6........<...= .=0D 0030 00 10 33 20 00 10 07 00 00 14 22 34 00 10 08 00 ..3 ......"4...= .=0D 0040 00 1a 17 2a 00 10 09 00 00 1e 10 3c 00 10 0a 00 ...*.......<...= .=0D 0050 00 21 27 46 00 10 0b 00 00 25 18 02 00 10 0c 00 .!'F.....%.....= .=0D 0060 00 29 2d 43 00 10 0d 00 00 2e 02 23 00 10 aa 00 .)-C.......#...= .=0D 0070 00 33 15 39 -- -- -- -- -- -- -- -- -- -- -- -- .3.9...........= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D5):=0D 0000 1e 00 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D Setting uid/gid: 16656/100=0D =0D CDDB QUERY discid=3Da00c070d queryid=3Da00c070d:=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/blues=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/classical=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/country=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/data=0D Local CDDB /usr/local/X11R6/lib/X11/xmcd//cddb/folk=0D Using Local: /usr/local/X11R6/lib/X11/xmcd//cddb/folk/a00c070d=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D * PLAY_PAUSE=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 01 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 47 00 00 00 02 20 33 15 2f 00 -- -- -- -- -- -- G.... 3./......= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 02 37 00 00 00 17 ...........7...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 00 00 00 00 2b ...............= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 14 00 00 00 3f ...............= ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 29 00 00 01 09 ...........)...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 3d 00 00 01 1d ...........=3D.= ...=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 06 00 00 01 31 ...............= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 1a 00 00 01 45 ...............= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 2f 00 00 02 0f .........../...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 43 00 00 02 23 ...........C...= #=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 0c 00 00 02 37 ...............= 7=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 21 00 00 03 01 ...........!...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 35 00 00 03 15 ...........5...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 49 00 00 03 29 ...........I...= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 06 12 00 00 03 3d ...............= =3D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 06 27 00 00 04 07 ...........'...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 06 3b 00 00 04 1b ...........;...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 07 05 00 00 04 30 ...............= 0=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 07 19 00 00 04 44 ...............= D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 07 2d 00 00 05 0d ...........-...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 07 42 00 00 05 22 ...........B...= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 08 0b 00 00 05 36 ...............= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 08 20 00 00 06 00 ........... ...= .=0D =0D * STOP=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D * PLAY_PAUSE=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 01 00 00 01 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 47 00 00 00 02 20 33 15 2f 00 -- -- -- -- -- -- G.... 3./......= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 02 37 00 00 00 17 ...........7...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 00 00 00 00 2b ...............= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 14 00 00 00 3f ...............= ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 29 00 00 01 09 ...........)...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 03 3d 00 00 01 1d ...........=3D.= ...=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 06 00 00 01 31 ...............= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 1b 00 00 01 46 ...............= F=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 30 00 00 02 10 ...........0...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 04 44 00 00 02 24 ...........D...= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 0d 00 00 02 38 ...............= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 01 01 00 00 05 22 00 00 03 02 ..........."...= .=0D =0D * NEXTTRK=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 47 00 00 02 33 23 33 15 2f 00 -- -- -- -- -- -- G...3#3./......= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 02 00 00 02 33 24 00 00 00 00 ..........3$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 02 01 00 02 33 38 00 00 00 13 ..........38...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 02 01 00 02 34 01 00 00 00 27 ..........4....= '=0D =0D * NEXTTRK=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 00 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Writing current disc info file: /tmp/.cdaudio/curr.f02=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 47 00 00 06 11 3e 33 15 2f 00 -- -- -- -- -- -- G....>3./......= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 00 00 06 11 3f 00 00 00 00 ...........?...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 12 08 00 00 00 12 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 12 1d 00 00 00 27 ...............= '=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 12 31 00 00 00 3b ...........1...= ;=0D =0D Setting uid/gid: 16656/100=0D Help: loading /usr/local/X11R6/lib/X11/xmcd//help/NextTrk.btn=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 12 45 00 00 01 04 ...........E...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 13 0f 00 00 01 19 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 13 24 00 00 01 2e ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 13 39 00 00 01 43 ...........9...= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 14 03 00 00 02 0d ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 14 17 00 00 02 21 ...............= !=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 14 2c 00 00 02 36 ...........,...= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 14 42 00 00 03 01 ...........B...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 15 0c 00 00 03 16 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 15 20 00 00 03 2a ........... ...= *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 15 35 00 00 03 3f ...........5...= ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 15 4a 00 00 04 09 ...........J...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 16 15 00 00 04 1f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 16 2a 00 00 04 34 ...........*...= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 16 3e 00 00 04 48 ...........>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 17 08 00 00 05 12 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 17 1c 00 00 05 26 ...............= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 17 31 00 00 05 3b ...........1...= ;=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 17 46 00 00 06 05 ...........F...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 18 0f 00 00 06 19 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 18 24 00 00 06 2e ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 18 3a 00 00 06 44 ...........:...= D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 19 03 00 00 07 0d ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 19 18 00 00 07 22 ...............= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 19 2c 00 00 07 36 ...........,...= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 19 40 00 00 07 4a ...........@...= J=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1a 0a 00 00 08 14 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1a 1f 00 00 08 29 ...............= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1a 34 00 00 08 3e ...........4...= >=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1a 48 00 00 09 07 ...........H...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1b 12 00 00 09 1c ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1b 26 00 00 09 30 ...........&...= 0=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1b 3c 00 00 09 46 ...........<...= F=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1c 05 00 00 0a 0f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1c 1a 00 00 0a 24 ...............= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1c 2f 00 00 0a 39 .........../...= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1c 43 00 00 0b 02 ...........C...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1d 0d 00 00 0b 17 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1d 21 00 00 0b 2b ...........!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1d 36 00 00 0b 40 ...........6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1d 4a 00 00 0c 09 ...........J...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1e 14 00 00 0c 1e ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1e 29 00 00 0c 33 ...........)...= 3=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1e 3e 00 00 0c 48 ...........>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1f 07 00 00 0d 11 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1f 1c 00 00 0d 26 ...............= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1f 30 00 00 0d 3a ...........0...= :=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 1f 45 00 00 0e 04 ...........E...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 20 0f 00 00 0e 19 .......... ....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 20 24 00 00 0e 2e .......... $...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 20 38 00 00 0e 42 .......... 8...= B=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 21 02 00 00 0f 0c ..........!....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 21 17 00 00 0f 21 ..........!....= !=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 21 2b 00 00 0f 35 ..........!+...= 5=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 21 40 00 00 0f 4a ..........!@...= J=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 22 0a 00 00 10 14 .........."....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 22 1f 00 00 10 29 .........."....= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 22 33 00 00 10 3d .........."3...= =3D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 22 49 00 00 11 08 .........."I...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 23 12 00 00 11 1c ..........#....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 23 27 00 00 11 31 ..........#'...= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 23 3b 00 00 11 45 ..........#;...= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 24 06 00 00 12 10 ..........$....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 24 1b 00 00 12 25 ..........$....= %=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 24 2f 00 00 12 39 ..........$/...= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 24 44 00 00 13 03 ..........$D...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 25 0d 00 00 13 17 ..........%....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 25 23 00 00 13 2d ..........%#...= -=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 25 37 00 00 13 41 ..........%7...= A=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 26 01 00 00 14 0b ..........&....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 26 15 00 00 14 1f ..........&....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 26 2a 00 00 14 34 ..........&*...= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 26 3e 00 00 14 48 ..........&>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 27 08 00 00 15 12 ..........'....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 27 1d 00 00 15 27 ..........'....= '=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 27 31 00 00 15 3b ..........'1...= ;=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 27 46 00 00 16 05 ..........'F...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 28 0f 00 00 16 19 ..........(....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 28 24 00 00 16 2e ..........($...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 28 39 00 00 16 43 ..........(9...= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 29 03 00 00 17 0d ..........)....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 29 18 00 00 17 22 ..........)....= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 29 2d 00 00 17 37 ..........)-...= 7=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 29 41 00 00 18 00 ..........)A...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2a 0b 00 00 18 15 ..........*....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2a 1f 00 00 18 29 ..........*....= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2a 34 00 00 18 3e ..........*4...= >=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2a 49 00 00 19 08 ..........*I...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2b 12 00 00 19 1c ..........+....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2b 27 00 00 19 31 ..........+'...= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2b 3b 00 00 19 45 ..........+;...= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2c 05 00 00 1a 0f ..........,....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2c 1a 00 00 1a 24 ..........,....= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2c 2f 00 00 1a 39 ..........,/...= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2c 43 00 00 1b 02 ..........,C...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2d 0d 00 00 1b 17 ..........-....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2d 21 00 00 1b 2b ..........-!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2d 36 00 00 1b 40 ..........-6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2e 00 00 00 1c 0a ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2e 15 00 00 1c 1f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2e 29 00 00 1c 33 ...........)...= 3=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2e 3d 00 00 1c 47 ...........=3D.= ..G=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2f 07 00 00 1d 11 ........../....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2f 1c 00 00 1d 26 ........../....= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2f 32 00 00 1d 3c ........../2...= <=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 2f 46 00 00 1e 05 ........../F...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 30 10 00 00 1e 1a ..........0....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 30 24 00 00 1e 2e ..........0$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 30 39 00 00 1e 43 ..........09...= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 31 03 00 00 1f 0d ..........1....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 31 18 00 00 1f 22 ..........1....= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 31 2c 00 00 1f 36 ..........1,...= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 31 41 00 00 20 00 ..........1A.. = .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 32 0c 00 00 20 16 ..........2... = .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 32 20 00 00 20 2a ..........2 .. = *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 32 35 00 00 20 3f ..........25.. = ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 32 49 00 00 21 08 ..........2I..!= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 33 13 00 00 21 1d ..........3...!= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 33 28 00 00 21 32 ..........3(..!= 2=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 33 3d 00 00 21 47 ..........3=3D.= .!G=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 34 06 00 00 22 10 ..........4..."= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 34 1b 00 00 22 25 ..........4..."= %=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 34 2f 00 00 22 39 ..........4/.."= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 34 45 00 00 23 04 ..........4E..#= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 35 0e 00 00 23 18 ..........5...#= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 35 22 00 00 23 2c ..........5"..#= ,=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 35 37 00 00 23 41 ..........57..#= A=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 36 01 00 00 24 0b ..........6...$= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 36 16 00 00 24 20 ..........6...$= =0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 36 2a 00 00 24 34 ..........6*..$= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 36 3f 00 00 24 49 ..........6?..$= I=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 37 08 00 00 25 12 ..........7...%= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 37 1d 00 00 25 27 ..........7...%= '=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 37 31 00 00 25 3b ..........71..%= ;=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 37 47 00 00 26 06 ..........7G..&= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 38 10 00 00 26 1a ..........8...&= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 38 26 00 00 26 30 ..........8&..&= 0=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 38 3a 00 00 26 44 ..........8:..&= D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 39 03 00 00 27 0d ..........9...'= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 39 18 00 00 27 22 ..........9...'= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 39 2d 00 00 27 37 ..........9-..'= 7=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 39 42 00 00 28 01 ..........9B..(= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3a 0b 00 00 28 15 ..........:...(= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3a 20 00 00 28 2a ..........: ..(= *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3a 34 00 00 28 3e ..........:4..(= >=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3a 49 00 00 29 08 ..........:I..)= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3b 13 00 00 29 1d ..........;...)= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3b 28 00 00 29 32 ..........;(..)= 2=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 06 3b 3c 00 00 29 46 ..........;<..)= F=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 00 07 00 00 2a 11 ..............*= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 00 1c 00 00 2a 26 ..............*= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 00 30 00 00 2a 3a ...........0..*= :=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 00 45 00 00 2b 04 ...........E..+= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 01 0f 00 00 2b 19 ..............+= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 01 25 00 00 2b 2f ...........%..+= /=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 01 39 00 00 2b 43 ...........9..+= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 02 03 00 00 2c 0d ..............,= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 02 17 00 00 2c 21 ..............,= !=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 02 2c 00 00 2c 36 ...........,..,= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 02 40 00 00 2c 4a ...........@..,= J=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 03 0a 00 00 2d 14 ..............-= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 03 1f 00 00 2d 29 ..............-= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 03 33 00 00 2d 3d ...........3..-= =3D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 03 48 00 00 2e 07 ...........H...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 04 11 00 00 2e 1b ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 04 26 00 00 2e 30 ...........&...= 0=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 04 3b 00 00 2e 45 ...........;...= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 05 05 00 00 2f 0f ............../= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 05 1a 00 00 2f 24 ............../= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 05 2f 00 00 2f 39 .........../../= 9=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 05 43 00 00 30 02 ...........C..0= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 06 0d 00 00 30 17 ..............0= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 06 21 00 00 30 2b ...........!..0= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 06 36 00 00 30 40 ...........6..0= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 07 01 00 00 31 0b ..............1= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 07 15 00 00 31 1f ..............1= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 07 2a 00 00 31 34 ...........*..1= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 07 3f 00 00 31 49 ...........?..1= I=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 08 08 00 00 32 12 ..............2= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 08 1c 00 00 32 26 ..............2= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 08 32 00 00 32 3c ...........2..2= <=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 08 46 00 00 33 05 ...........F..3= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 09 10 00 00 33 1a ..............3= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 09 24 00 00 33 2e ...........$..3= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 09 39 00 00 33 43 ...........9..3= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0a 03 00 00 34 0d ..............4= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0a 19 00 00 34 23 ..............4= #=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0a 2d 00 00 34 37 ...........-..4= 7=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0a 42 00 00 35 01 ...........B..5= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0b 0c 00 00 35 16 ..............5= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0b 20 00 00 35 2a ........... ..5= *=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0b 35 00 00 35 3f ...........5..5= ?=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0b 49 00 00 36 08 ...........I..6= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0c 13 00 00 36 1d ..............6= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0c 28 00 00 36 32 ...........(..6= 2=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0c 3e 00 00 36 48 ...........>..6= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0d 07 00 00 37 11 ..............7= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0d 1c 00 00 37 26 ..............7= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0d 31 00 00 37 3b ...........1..7= ;=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0d 45 00 00 38 04 ...........E..8= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0e 0f 00 00 38 19 ..............8= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0e 24 00 00 38 2e ...........$..8= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0e 39 00 00 38 43 ...........9..8= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0f 02 00 00 39 0c ..............9= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0f 18 00 00 39 22 ..............9= "=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0f 2c 00 00 39 36 ...........,..9= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 0f 41 00 00 3a 00 ...........A..:= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 10 0a 00 00 3a 14 ..............:= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 10 1f 00 00 3a 29 ..............:= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 10 34 00 00 3a 3e ...........4..:= >=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 10 48 00 00 3b 07 ...........H..;= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 11 12 00 00 3b 1c ..............;= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 11 26 00 00 3b 30 ...........&..;= 0=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 11 3b 00 00 3b 45 ...........;..;= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 12 05 00 01 00 0f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 12 1a 00 01 00 24 ...............= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 12 2e 00 01 00 38 ...............= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 12 43 00 01 01 02 ...........C...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 13 0d 00 01 01 17 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 13 21 00 01 01 2b ...........!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 13 36 00 01 01 40 ...........6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 14 00 00 01 02 0a ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 14 14 00 01 02 1e ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 14 28 00 01 02 32 ...........(...= 2=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 14 3d 00 01 02 47 ...........=3D.= ..G=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 15 07 00 01 03 11 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 15 1c 00 01 03 26 ...............= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 15 30 00 01 03 3a ...........0...= :=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 15 45 00 01 04 04 ...........E...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 16 0e 00 01 04 18 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 16 24 00 01 04 2e ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 16 38 00 01 04 42 ...........8...= B=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 17 02 00 01 05 0c ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 17 16 00 01 05 20 ...............= =0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 17 2b 00 01 05 35 ...........+...= 5=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 17 3f 00 01 05 49 ...........?...= I=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 18 09 00 01 06 13 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 18 1e 00 01 06 28 ...............= (=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 18 32 00 01 06 3c ...........2...= <=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 18 47 00 01 07 06 ...........G...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 19 11 00 01 07 1b ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 19 27 00 01 07 31 ...........'...= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 19 3b 00 01 07 45 ...........;...= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1a 05 00 01 08 0f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1a 19 00 01 08 23 ...............= #=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1a 2e 00 01 08 38 ...............= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1a 42 00 01 09 01 ...........B...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1b 0c 00 01 09 16 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1b 21 00 01 09 2b ...........!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1b 36 00 01 09 40 ...........6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1c 01 00 01 0a 0b ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1c 15 00 01 0a 1f ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1c 29 00 01 0a 33 ...........)...= 3=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1c 3e 00 01 0a 48 ...........>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1d 08 00 01 0b 12 ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1d 1d 00 01 0b 27 ...............= '=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1d 32 00 01 0b 3c ...........2...= <=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1d 46 00 01 0c 05 ...........F...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1e 10 00 01 0c 1a ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1e 24 00 01 0c 2e ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1e 38 00 01 0c 42 ...........8...= B=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1f 03 00 01 0d 0d ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1f 17 00 01 0d 21 ...............= !=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1f 2c 00 01 0d 36 ...........,...= 6=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 1f 41 00 01 0e 00 ...........A...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 20 0a 00 01 0e 14 .......... ....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 20 1f 00 01 0e 29 .......... ....= )=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 20 34 00 01 0e 3e .......... 4...= >=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 20 48 00 01 0f 07 .......... H...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 21 12 00 01 0f 1c ..........!....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 21 27 00 01 0f 31 ..........!'...= 1=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 21 3b 00 01 0f 45 ..........!;...= E=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 22 05 00 01 10 0f .........."....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 22 19 00 01 10 23 .........."....= #=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 22 2e 00 01 10 38 .........."....= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 22 42 00 01 11 01 .........."B...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 23 0d 00 01 11 17 ..........#....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 23 21 00 01 11 2b ..........#!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 23 36 00 01 11 40 ..........#6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 24 00 00 01 12 0a ..........$....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 24 15 00 01 12 1f ..........$....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 24 29 00 01 12 33 ..........$)...= 3=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 24 3e 00 01 12 48 ..........$>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 25 07 00 01 13 11 ..........%....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 25 1c 00 01 13 26 ..........%....= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 25 31 00 01 13 3b ..........%1...= ;=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 25 46 00 01 14 05 ..........%F...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 26 10 00 01 14 1a ..........&....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 26 24 00 01 14 2e ..........&$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 26 39 00 01 14 43 ..........&9...= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 27 02 00 01 15 0c ..........'....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 27 17 00 01 15 21 ..........'....= !=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 27 2b 00 01 15 35 ..........'+...= 5=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 27 40 00 01 15 4a ..........'@...= J=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 28 09 00 01 16 13 ..........(....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 28 1e 00 01 16 28 ..........(....= (=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 28 33 00 01 16 3d ..........(3...= =3D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 28 48 00 01 17 07 ..........(H...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 29 11 00 01 17 1b ..........)....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 29 25 00 01 17 2f ..........)%...= /=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 29 3a 00 01 17 44 ..........):...= D=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2a 05 00 01 18 0f ..........*....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2a 1a 00 01 18 24 ..........*....= $=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2a 2e 00 01 18 38 ..........*....= 8=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2a 43 00 01 19 02 ..........*C...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2b 0c 00 01 19 16 ..........+....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2b 21 00 01 19 2b ..........+!...= +=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2b 36 00 01 19 40 ..........+6...= @=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2c 00 00 01 1a 0a ..........,....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2c 14 00 01 1a 1e ..........,....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2c 2a 00 01 1a 34 ..........,*...= 4=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2c 3e 00 01 1a 48 ..........,>...= H=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2d 07 00 01 1b 11 ..........-....= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2d 1c 00 01 1b 26 ..........-....= &=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2d 30 00 01 1b 3a ..........-0...= :=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2d 45 00 01 1c 04 ..........-E...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2e 0f 00 01 1c 19 ...............= .=0D =0D * QUIT=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2e 24 00 01 1c 2e ...........$...= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D1 to=3D5):=0D 0000 42 02 40 01 00 00 00 00 10 00 -- -- -- -- -- -- B.@............= .=0D =0D Read Subchannel data:=0D 0000 00 11 00 0c 01 10 03 01 00 07 2e 39 00 01 1c 43 ...........9...= C=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D5):=0D 0000 1e 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D SCSI CDB bytes (dev=3D/dev/rcd0c rw=3D0 to=3D20):=0D 0000 1b 00 00 00 00 00 -- -- -- -- -- -- -- -- -- -- ...............= .=0D =0D Close CD-ROM: /dev/rcd0c=0D =0D Unregistered /dev/rcd0c=0D rivendell:10> ^D=08=08exit=0D Script done on Tue Feb 22 23:13:47 2000 --qDbXVdCdHGoSgWSk-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 21:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5EFA037B89D for ; Tue, 22 Feb 2000 21:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id VAA60262; Tue, 22 Feb 2000 21:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Tue, 22 Feb 2000 21:40:03 -0800 (PST) Message-Id: <200002230540.VAA60262@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Kenneth D. Merry" Subject: Re: bin/16920: cdcontrol fails (and xmcd) Reply-To: "Kenneth D. Merry" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16920; it has been noted by GNATS. From: "Kenneth D. Merry" To: Jon Dugan Cc: FreeBSD-gnats-submit@freebsd.org Subject: Re: bin/16920: cdcontrol fails (and xmcd) Date: Tue, 22 Feb 2000 22:33:22 -0700 On Tue, Feb 22, 2000 at 23:15:20 -0600, Jon Dugan wrote: > On Tue, Feb 22, 2000 at 09:31:28PM -0700, Kenneth D. Merry wrote: > > Okay, I'll need some information to try to solve your problem: > > > > - has this drive ever worked correctly with cdcontrol or xmcd? > > Yes, it has, as recently as 3.4-STABLE. (not sure what date) Any idea whether it worked with that particular cd when you type 'cdcontrol play'? > > - what exactly did you type in cdcontrol? > > play, I did it again and got: > > (cd0:ahc0:0:6:0): PLAY AUDIO(12). CDB: a5 0 0 0 0 0 0 3 86 46 0 0 > (cd0:ahc0:0:6:0): ILLEGAL REQUEST asc:24,0 > (cd0:ahc0:0:6:0): Invalid field in CDB What happens when you do this is cdcontrol tries to play starting at block 0, for the entire length of the CD. What is wrong is the CDROM drive either doesn't like the starting address, or it doesn't like the number of blocks. What happens if you use another CD? > > - what does 'cdcontrol info' return? > > > > - does 'cdcontrol play 1' work? > > DOH! Yes, cdcontrol works that way... Is it a bug that it doesn't work the > other way? I feel pretty dumb right about now... It may be a bug, but it may just be a bug in your CDROM drive's firmware. It works on a Plextor CDROM and a Panasonic DVD-RAM drive I've got here. It might be interesting to see if we can figure out what is causing it to fail. Try something like this: cdcontrol play "#0" 230980 230980 == 0x38646 - 2 0x38646 is the length from the command above. The idea is that the TOC on the CD may be wrong somehow, and may be going past the end of the CD or something. If that doesn't work, just try something like this: cdcontrol play "#0" 2048 > > - does camcontrol work? e.g.: > > > > camcontrol devlist > > camcontrol tur cd0 -v > > camcontrol inquiry cd0 -v > > [ that will return bogus inquiry data, don't worry about it ] > > rivendell# camcontrol devlist > at scbus0 target 0 lun 0 (pass0,da0) > at scbus0 target 5 lun 0 (pass1,da1) > at scbus0 target 6 lun 0 (pass2,cd0) > rivendell# camcontrol tur cd0 -v > Unit is ready > rivendell# camcontrol inquiry cd0 -v > pass2: < > Fixed Direct Access SCSI-0 device > pass2: Serial Number > pass2: 10.000MB/s transfers (10.000MHz, offset 8) That looks fine. I fixed the camcontrol inquiry problem on Saturday, FWIW. > > - I also need the output from xmcd -debug > > I've attached it, but I don't think you'll need it, the comment from the > HEAD of xmcd Makefile says it all: > > Upgrade to latest release (xmcd-2.6). > > This still fails to build correctly on -current since the /usr/libexec/cpp > fiasco -- old versions of imake still use /usr/libexec/cpp instead of > gcc -E. If you don't have a fixed version of imake, a quick fix to get > around this is to set IMAKECPP=/usr/bin/cpp in your environment before > make'ing this port. > > Note that the port builds without errors if you don't have the correct > version of imake, but FREEBSD_CAM will not be defined and xmcd will use > the ioctl method which hasn't worked since 3.0. > > So it looks like I got an old port. Which makes sense since the commit time > for the above comment is Wed Feb 23 3:40:29 2000 UTC. > > When I build from the latest version of the port with IMAKECPP set as > instructed above xmcd builds and can interact with the cd but it doesn't > actually seem to work, it sorta fast forwards through the tracks. That is, > it goes in 3-7 second hops through the time elapsed counter in xmcd and > doesn't actually output any audio. I've included a second xmcd -debug > called xmcd.debug-cam which is a script of a session with this behavior. > cdcontrol still works after I've seen xmcd in this state. I just tried > again after exiting cdcontrol in the "stop" state and now xmcd works fine. > Probably just a fluke. Hmm, maybe the drive was set in a bogus mode or something. One thing I have found is that you generally don't want to have two CD-type programs active on the device at the same time, even if they're paused. Sometimes they put the drive in different modes, and get screwed up if things aren't in the state they expect. I had trouble compiling the previous version of xmcd a couple weeks ago, and I "solved" the problem by doing the following in /usr/X11R6/lib/X11/config/Imake.cf: #define __FreeBSD__ <----- this line #ifdef __FreeBSD__ # define MacroIncludeFile # define MacroFile FreeBSD.cf # undef __FreeBSD__ It's a kludge, but works permanantly. Another alternative is to recompile and reinstall XFree86, assuming they've fixed it to point to the "right" cpp, or you can run a binary editor on cpp. Ken -- Kenneth Merry ken@kdm.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 22:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 709A037B809 for ; Tue, 22 Feb 2000 22:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA62841; Tue, 22 Feb 2000 22:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7FAE537B7D1 for ; Tue, 22 Feb 2000 22:00:24 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA62291; Tue, 22 Feb 2000 22:00:24 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002230600.WAA62291@freefall.freebsd.org> Date: Tue, 22 Feb 2000 22:00:24 -0800 (PST) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16926: [PATCH] banner doesn't allocate space for nul Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16926 >Category: bin >Synopsis: [PATCH] banner doesn't allocate space for nul >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 22:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: 4.0-current >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Sat Feb 19 20:05:45 EST 2000 >Description: Banner doesn't allocate enough memory for the nul character. Banner will seg fault if it's sent a string with any multiple of 4096 characters, because the nul ends up being written onto an unmapped page. This patch was posted to -audit a few weeks ago. >How-To-Repeat: run banner with a multiple of 4096 character string Ex: banner [4096] >Fix: apply the following patch and recompile. Index: usr.bin/banner/banner.c =================================================================== RCS file: /home/ncvs/src/usr.bin/banner/banner.c,v retrieving revision 1.7 diff -u -r1.7 banner.c --- banner.c 1999/12/04 02:11:51 1.7 +++ banner.c 2000/02/02 16:15:08 @@ -1063,7 +1063,7 @@ /* Have now read in the data. Next get the message to be printed. */ if (*argv) { for(i=0, j=0; i < argc; i++) - j += strlen(argv[i]) + (i != 0); + j += strlen(argv[i]) + 1; if ((message = malloc(j)) == NULL) err(1, "malloc"); strcpy(message, *argv); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 22:20: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 037CB37B6FE for ; Tue, 22 Feb 2000 22:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA63302; Tue, 22 Feb 2000 22:20:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0AA6337B836 for ; Tue, 22 Feb 2000 22:14:59 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA63075; Tue, 22 Feb 2000 22:14:58 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002230614.WAA63075@freefall.freebsd.org> Date: Tue, 22 Feb 2000 22:14:58 -0800 (PST) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16927: [PATCH] prevent possible race condition in lorder.sh Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16927 >Category: bin >Synopsis: [PATCH] prevent possible race condition in lorder.sh >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 22:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: 4.0-current >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Sat Feb 19 20:05:45 EST 2000 >Description: lorder.sh should use harder to predict tempfiles instead of: /tmp/_reference_{pid} /tmp/_symbol_{pid} >How-To-Repeat: run lorder >Fix: apply patch and recompile. Index: usr.bin/lorder/lorder.sh =================================================================== RCS file: /home/ncvs/src/usr.bin/lorder/lorder.sh,v retrieving revision 1.2 diff -u -r1.2 lorder.sh --- lorder.sh 1998/08/15 07:10:21 1.2 +++ lorder.sh 2000/01/29 20:13:45 @@ -45,8 +45,8 @@ esac # temporary files -R=/tmp/_reference_$$ -S=/tmp/_symbol_$$ +R=`mktemp /tmp/_reference_XXXXXXXXXX` +S=`mktemp /tmp/_symbol_XXXXXXXXXX` # remove temporary files on HUP, INT, QUIT, PIPE, TERM trap "rm -f $R $S; exit 1" 1 2 3 13 15 >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 22:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id C9DA537BA0D for ; Tue, 22 Feb 2000 22:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA64763; Tue, 22 Feb 2000 22:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from c62443-a.frmt1.sfba.home.com (c62443-a.frmt1.sfba.home.com [24.0.69.165]) by hub.freebsd.org (Postfix) with ESMTP id DD1DC37B848 for ; Tue, 22 Feb 2000 22:33:28 -0800 (PST) (envelope-from adsharma@sharmas.dhs.org) Received: from sharmas.dhs.org (astra.sharmas.org [192.168.0.12]) by c62443-a.frmt1.sfba.home.com (8.9.3/8.9.3) with ESMTP id WAA05465 for ; Tue, 22 Feb 2000 22:33:28 -0800 Received: (from adsharma@localhost) by sharmas.dhs.org (8.9.3/8.9.3) id WAA04551; Tue, 22 Feb 2000 22:33:28 -0800 (PST) (envelope-from adsharma) Message-Id: <200002230633.WAA04551@sharmas.dhs.org> Date: Tue, 22 Feb 2000 22:33:28 -0800 (PST) From: Arun Sharma Reply-To: adsharma@sharmas.dhs.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16928: dynamic sysctl enhancement Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16928 >Category: kern >Synopsis: dynamic sysctl enhancement >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 22:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Arun Sharma >Release: FreeBSD 4.0-CURRENT i386 >Organization: Myself >Environment: FreeBSD 4.0 >Description: A patch to create dynamic sysctl nodes at runtime >How-To-Repeat: N/A >Fix: The following code (and corresponding code for other data types supported by sysctl) needs to go into /usr/src/sys/kern/kern_sysctl.c void sysctl_register_long(struct sysctl_oid_list *parent, int number, char *name, int access, long *ptr, struct sysctl_oid *oidp) { oidp->oid_parent = parent; SLIST_NEXT(oidp, oid_link) = NULL; oidp->oid_number = number; oidp->oid_name = name; oidp->oid_handler = sysctl_handle_long; oidp->oid_kind = CTLTYPE_INT | access; oidp->oid_arg1 = (void *) ptr; oidp->oid_arg2 = 0; oidp->oid_fmt = "L"; /* Register this oid */ sysctl_register_oid(oidp); } >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Tue Feb 22 23: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7896B37B792 for ; Tue, 22 Feb 2000 23:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id XAA66684; Tue, 22 Feb 2000 23:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 7E9F437B89D for ; Tue, 22 Feb 2000 22:53:24 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA66054; Tue, 22 Feb 2000 22:53:24 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002230653.WAA66054@freefall.freebsd.org> Date: Tue, 22 Feb 2000 22:53:24 -0800 (PST) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16929: [PATCH] prevent possible race condition in sort Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16929 >Category: bin >Synopsis: [PATCH] prevent possible race condition in sort >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Tue Feb 22 23:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: 4.0-current >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Sat Feb 19 20:05:45 EST 2000 >Description: sort can create the following predictable tempfiles: /tmp/sort{pid}{seq} >How-To-Repeat: run sort >Fix: Since sort can create many tempfiles, we should leave it's current naming scheme alone, rather create a secure dir in TMP with mkdtemp(3), and let sort dumps it's file in there. Apply the following patch, sorry there might be whitespace bugs =( Index: gnu/usr.bin/sort/sort.c =================================================================== RCS file: /home/ncvs/src/gnu/usr.bin/sort/sort.c,v retrieving revision 1.15 diff -u -r1.15 sort.c --- sort.c 1999/04/25 22:14:05 1.15 +++ sort.c 2000/02/23 06:45:13 @@ -171,6 +171,8 @@ /* Prefix for temporary file names. */ static char *temp_file_prefix; +/* Temporary dir for temp files, *with* above prefix */ +static char *temp_dir = NULL; /* Flag to reverse the order of all comparisons. */ static int reverse; @@ -288,6 +290,9 @@ for (node = temphead.next; node; node = node->next) unlink (node->name); + if( temp_dir ) + rmdir(temp_dir); + } /* Allocate N bytes of memory dynamically, with error checking. */ @@ -413,6 +418,7 @@ } } +#define DIR_TEMPLATE "sortXXXXXXXXXX" /* Return a name for a temporary file. */ static char * @@ -420,15 +426,29 @@ { static unsigned int seq; int len = strlen (temp_file_prefix); - char *name = xmalloc (len + 1 + sizeof ("sort") - 1 + 5 + 5 + 1); + char *name=xmalloc(len + 1 + sizeof(DIR_TEMPLATE)-1 + 1 + sizeof("sort")-1 + 5 + 5 + 1); struct tempnode *node; node = (struct tempnode *) xmalloc (sizeof (struct tempnode)); + if( !temp_dir ) + { + temp_dir = xmalloc( len + 1 + sizeof(DIR_TEMPLATE) ); + sprintf(temp_dir, + "%s%s%s", + temp_file_prefix, + (len && temp_file_prefix[len - 1] != '/') ? "/" : "", + DIR_TEMPLATE); + if( mkdtemp(temp_dir) == NULL ) + { + error(0, errno, _("can't make temp dir")); + exit(2); + } + } + sprintf (name, - "%s%ssort%5.5d%5.5d", - temp_file_prefix, - (len && temp_file_prefix[len - 1] != '/') ? "/" : "", - (unsigned int) getpid () & 0xffff, seq); + "%s/sort%5.5d%5.5d", + temp_dir, + (unsigned int) getpid () & 0xffff, seq); /* Make sure that SEQ's value fits in 5 digits. */ ++seq; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 4:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B252A37B6F7 for ; Wed, 23 Feb 2000 04:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA02847; Wed, 23 Feb 2000 04:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4CA6B37BABE for ; Wed, 23 Feb 2000 04:38:50 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id EAA02705; Wed, 23 Feb 2000 04:38:50 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002231238.EAA02705@freefall.freebsd.org> Date: Wed, 23 Feb 2000 04:38:50 -0800 (PST) From: timjsca@netscape.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/16932: linux_base 6.1 in 4.0rc aborts install with error 2 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16932 >Category: i386 >Synopsis: linux_base 6.1 in 4.0rc aborts install with error 2 >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 04:40:02 PST 2000 >Closed-Date: >Last-Modified: >Originator: Tim Scalia >Release: >Organization: >Environment: >Description: pkg_add of linux_base-6.1.tgz in /packages/emulators aborts with cannot cwd to '/compat' >How-To-Repeat: attempt re-install >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 10:10:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 15F7337B97C for ; Wed, 23 Feb 2000 10:10:12 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA98499; Wed, 23 Feb 2000 10:10:06 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from N670P026.dipool.highway.telekom.at (N670P026.dipool.highway.telekom.at [212.183.93.186]) by hub.freebsd.org (Postfix) with ESMTP id 2061C37B950 for ; Wed, 23 Feb 2000 10:05:12 -0800 (PST) (envelope-from root@N670P026.dipool.highway.telekom.at) Received: (from root@localhost) by golem.bi (8.9.3/8.9.1) id HAA04399; Wed, 23 Feb 2000 07:08:20 +0100 (CET) (envelope-from root) Message-Id: <200002230608.HAA04399@golem.bi> Date: Wed, 23 Feb 2000 07:08:20 +0100 (CET) From: Martin.Birgmeier@aon.at Reply-To: Martin.Birgmeier@aon.at To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16937: ie0 not probed in -current of 2000-02-18 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16937 >Category: kern >Synopsis: ie0 not probed in -current of 2000-02-18 >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 10:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Martin Birgmeier >Release: FreeBSD 4.0-CURRENT i386 >Organization: MBi at home >Environment: -current as of 2000-02-18; kernel booted via /sys/i386/boot/netboot (hacked to load elf kernels and understand i82586 LAN chip) >Description: . ie0 configured in the kernel, but does not seem to get probed . ie0 shows when booting with `-c' and doing an ls . no ie0 probe lines are shown while booting, and the kernel can't start up completely because it cannot mount the root device via nfs >How-To-Repeat: supposedly with any current kernel including ie0, even if booted in a normal way (i.e., from disk) >Fix: unknown - seems to have been broken when if_ie.c was moved to its new place (booting worked in -current of 1999-10-30) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 10:40: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 411D237B97C for ; Wed, 23 Feb 2000 10:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA02395; Wed, 23 Feb 2000 10:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 858DF37B97C for ; Wed, 23 Feb 2000 10:33:49 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id KAA01585; Wed, 23 Feb 2000 10:33:49 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002231833.KAA01585@freefall.freebsd.org> Date: Wed, 23 Feb 2000 10:33:49 -0800 (PST) From: kientzle@acm.org To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16938: FTP does not fully parse ftp:// URLs Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16938 >Category: misc >Synopsis: FTP does not fully parse ftp:// URLs >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 10:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Tim Kientzle >Release: 3.3-RELEASE >Organization: >Environment: FreeBSD clover.kientzle.com 3.3-RELEASE FreeBSD 3.3-RELEASE #4: Sun Jan 2 11:38:58 PST 2000 root@clover.kientzle.com:/usr/src/sys/compile/CLOVER i386 >Description: FTP does not decode %XX escapes occuring within username or password portions of ftp: URLs as specified in RFC 1738. These escapes are necessary if the username or password contains a :, @, or / character. Example: to represent a password of 'p@ssword', you must write ftp://user:p%40ssword@host.domain.com/ FYI, fetch and ncftpget both handle this correctly. >How-To-Repeat: >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 11: 0: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 56EC737B857 for ; Wed, 23 Feb 2000 11:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA04277; Wed, 23 Feb 2000 11:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 11:00:02 -0800 (PST) Message-Id: <200002231900.LAA04277@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: misc/16938: FTP does not fully parse ftp:// URLs Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16938; it has been noted by GNATS. From: Garrett Wollman To: kientzle@acm.org Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: misc/16938: FTP does not fully parse ftp:// URLs Date: Wed, 23 Feb 2000 13:51:52 -0500 (EST) <> Synopsis: FTP does not fully parse ftp:// URLs The fact that ftp(1) knows anything at all about URIs is a bug (imported from another *BSD). -GAWollman -- Garrett A. Wollman | O Siem / We are all family / O Siem / We're all the same wollman@lcs.mit.edu | O Siem / The fires of freedom Opinions not those of| Dance in the burning flame MIT, LCS, CRS, or NSA| - Susan Aglukark and Chad Irschick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 11:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 370BA37B9B4 for ; Wed, 23 Feb 2000 11:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA05167; Wed, 23 Feb 2000 11:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from goliath.siemens.de (goliath.siemens.de [194.138.37.131]) by hub.freebsd.org (Postfix) with ESMTP id A00C337B908 for ; Wed, 23 Feb 2000 11:04:06 -0800 (PST) (envelope-from andre.albsmeier@mchp.siemens.de) Received: from mail1.siemens.de (mail1.siemens.de [139.23.33.14]) by goliath.siemens.de (8.9.3/8.9.3) with ESMTP id UAA09065 for ; Wed, 23 Feb 2000 20:04:03 +0100 (MET) Received: from curry.mchp.siemens.de (curry.mchp.siemens.de [139.25.42.7]) by mail1.siemens.de (8.9.3/8.9.3) with ESMTP id UAA15058 for ; Wed, 23 Feb 2000 20:04:03 +0100 (MET) Received: (from daemon@localhost) by curry.mchp.siemens.de (8.9.3/8.9.3) id UAA44947 for ; Wed, 23 Feb 2000 20:04:03 +0100 (CET) Message-Id: <200002231904.UAA83978@internal> Date: Wed, 23 Feb 2000 20:04:02 +0100 (CET) From: Andre Albsmeier To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16941: routed: possible netmask problem between fxp0:192.168.1.4/32 and fxp0:192.168.1.0/24 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16941 >Category: bin >Synopsis: routed: possible netmask problem between fxp0:192.168.1.4/32 and fxp0:192.168.1.0/24 >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 11:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andre Albsmeier >Release: FreeBSD 3.4-STABLE i386 >Organization: < >Environment: FreeBSD 3.4-STABLE with the routed changes of Feb 17. >Description: There have been various changes to routed on Feb 17. I am now experiencing a strange message when routed is started: routed: possible netmask problem between fxp0:192.168.1.4/32 and fxp0:192.168.1.0/24 routed: Send mcast sendto(fxp0, 224.0.0.9.520): No route to host If have the following ifconfig lines on the machine in question: ifconfig_fxp0="inet 192.168.1.3 media 100BaseTX mediaopt full-duplex" ifconfig_fxp0_alias0="inet 192.168.1.4 netmask 0xFFFFFFFF" As we can see, 192.168.1.4 is an alias for the machine. ifconfig -a tells me: fxp0: flags=8843 mtu 1500 inet 192.168.1.3 netmask 0xffffff00 broadcast 192.168.1.255 inet 192.168.1.4 netmask 0xffffffff broadcast 192.168.1.4 ether 00:a0:c9:ca:18:64 media: 100baseTX status: active supported media: autoselect 100baseTX 100baseTX 10baseT/UTP 10baseT/UTP I have never had problems with this setup. OK, I still don't have problems (everything is working) but the message is confusing. I assume it would go away with a different netmask for the alias but this would be wrong, I think. >How-To-Repeat: Configure a machine similar as above. Start routed. >Fix: unknown >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 11:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6C61837B79D for ; Wed, 23 Feb 2000 11:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA06055; Wed, 23 Feb 2000 11:20:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 11:20:05 -0800 (PST) Message-Id: <200002231920.LAA06055@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Matthew Reimer Subject: Re: kern/16587: Can't record with newpcm & CS4236 (AW35/Pro) Reply-To: Matthew Reimer Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16587; it has been noted by GNATS. From: Matthew Reimer To: freebsd-gnats-submit@FreeBSD.org, mreimer@vpop.net Cc: Subject: Re: kern/16587: Can't record with newpcm & CS4236 (AW35/Pro) Date: Wed, 23 Feb 2000 11:13:22 -0800 Partial fix: the following patch correctly configures the card for dual channel DMA. The problem was that the SDC bit (0x04) can only be set in the MCE state. So now recording doesn't hang, and data is returned, but the recorded sound doesn't sound right when played back. Anybody? --- mss.c.orig Wed Feb 23 11:04:23 2000 +++ mss.c Fri Jan 28 16:18:28 2000 @@ -92,8 +92,6 @@ static int ad_read(struct mss_info *mss, int reg); static void ad_write(struct mss_info *mss, int reg, u_char data); static void ad_write_cnt(struct mss_info *mss, int reg, u_short data -static void ad_enter_MCE(struct mss_info *mss); -static void ad_leave_MCE(struct mss_info *mss); /* io primitives */ static void conf_wr(struct mss_info *mss, u_char reg, u_char data); @@ -467,9 +465,7 @@ } if (FULL_DUPLEX(mss) && mss->bd_id != MD_OPTI931) ad_write(mss, 12, ad_read(mss, 12) | 0x40); /* mode 2 */ - ad_enter_MCE(mss); ad_write(mss, 9, FULL_DUPLEX(mss)? 0 : 4); - ad_leave_MCE(mss); ad_write(mss, 10, 2); /* int enable */ io_wr(mss, MSS_STATUS, 0); /* Clear interrupt status */ /* the following seem required on the CS4232 */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 11:50: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 20B2D37B9A1 for ; Wed, 23 Feb 2000 11:50:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id LAA09638; Wed, 23 Feb 2000 11:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 11:50:02 -0800 (PST) Message-Id: <200002231950.LAA09638@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Alfred Perlstein Subject: Re: bin/16862: strptime "%+" broken in 4.0-current Reply-To: Alfred Perlstein Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16862; it has been noted by GNATS. From: Alfred Perlstein To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Martin Cracauer Subject: Re: bin/16862: strptime "%+" broken in 4.0-current Date: Wed, 23 Feb 2000 12:11:09 -0800 This looks like it's been addressed: 3-stable: ~ % ./a.out Parsing failed 4-stable: ~ % ./a.out Parsing failed You didn't specify the desired output, is that what you wanted? If so may I close the pr? If not can you explain what output should be presented? thanks, -- -Alfred Perlstein - [bright@wintelcom.net|alfred@freebsd.org] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 12:30: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B559837B9D8 for ; Wed, 23 Feb 2000 12:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA14423; Wed, 23 Feb 2000 12:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from lilac.csi.cam.ac.uk (lilac.csi.cam.ac.uk [131.111.8.44]) by hub.freebsd.org (Postfix) with ESMTP id 817EB37B91A for ; Wed, 23 Feb 2000 12:20:33 -0800 (PST) (envelope-from crp22@cam.ac.uk) Received: from crp22.trin.cam.ac.uk ([131.111.193.222] ident=root) by lilac.csi.cam.ac.uk with esmtp (Exim 3.13 #1) id 12NiGt-0003en-00 for FreeBSD-gnats-submit@freebsd.org; Wed, 23 Feb 2000 20:20:31 +0000 Received: (from cph@localhost) by crp22.trin.cam.ac.uk (8.9.3/8.9.3) id UAA03039; Wed, 23 Feb 2000 20:20:35 GMT (envelope-from cph) Message-Id: <200002232020.UAA03039@crp22.trin.cam.ac.uk> Date: Wed, 23 Feb 2000 20:20:35 GMT From: Colin Phipps Reply-To: crp22@cam.ac.uk To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: gnu/16942: send-pr(1) creates unsafe temp files Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16942 >Category: gnu >Synopsis: send-pr(1) creates unsafe temp files >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 12:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Colin Phipps >Release: FreeBSD 4.0-CURRENT i386 >Organization: n/a >Environment: FreeBSD 4.0-CURRENT as of 2000/02/22 >Description: send-pr(1) creates a number of temporary files, in /tmp by default, for holding the bug report while it's parsed and edited, and various other tasks. These temporary files are opened unsafely with predictable filenames, making send-pr vulnerable to a symlink attack. >How-To-Repeat: See description. >Fix: Use mktemp(1): *** /usr/bin/send-pr Tue Feb 22 11:54:39 2000 --- ./send-pr Wed Feb 23 19:43:16 2000 *************** *** 73,84 **** # - [ -z "$TMPDIR" ] && TMPDIR=/tmp - - TEMP=$TMPDIR/p$$ - BAD=$TMPDIR/pbad$$ - REF=$TMPDIR/pf$$ - if [ -z "$LOGNAME" -a -n "$USER" ]; then LOGNAME=$USER fi --- 73,78 ---- *************** *** 93,111 **** ORIGINATOR="`sed -e '1q' $HOME/.fullname`" elif [ -f /bin/domainname ]; then if [ "`/bin/domainname`" != "" -a -f /usr/bin/ypcat ]; then # Must use temp file due to incompatibilities in quoting behavior # and to protect shell metacharacters in the expansion of $LOGNAME /usr/bin/ypcat passwd 2>/dev/null | cat - /etc/passwd | grep "^$LOGNAME:" | ! cut -f5 -d':' | sed -e 's/,.*//' > $TEMP ! ORIGINATOR="`cat $TEMP`" ! rm -f $TEMP fi fi if [ "$ORIGINATOR" = "" ]; then ! grep "^$LOGNAME:" /etc/passwd | cut -f5 -d':' | sed -e 's/,.*//' > $TEMP ! ORIGINATOR="`cat $TEMP`" ! rm -f $TEMP fi if [ -n "$ORGANIZATION" ]; then --- 87,107 ---- ORIGINATOR="`sed -e '1q' $HOME/.fullname`" elif [ -f /bin/domainname ]; then if [ "`/bin/domainname`" != "" -a -f /usr/bin/ypcat ]; then + PTEMP=`mktemp -t pt` || exit 1 # Must use temp file due to incompatibilities in quoting behavior # and to protect shell metacharacters in the expansion of $LOGNAME /usr/bin/ypcat passwd 2>/dev/null | cat - /etc/passwd | grep "^$LOGNAME:" | ! cut -f5 -d':' | sed -e 's/,.*//' > $PTEMP ! ORIGINATOR="`cat $PTEMP`" ! rm -f $PTEMP fi fi if [ "$ORIGINATOR" = "" ]; then ! PTEMP=`mktemp -t pt` || exit 1 ! grep "^$LOGNAME:" /etc/passwd | cut -f5 -d':' | sed -e 's/,.*//' > $PTEMP ! ORIGINATOR="`cat $PTEMP`" ! rm -f $PTEMP fi if [ -n "$ORGANIZATION" ]; then *************** *** 251,256 **** --- 247,255 ---- HOW_TO_REPEAT_C='' FIX_C='' + # Create temporary files, safely + REF=`mktemp -t pf` || exit 1 + TEMP=`mktemp -t pf` || exit 1 # Catch some signals. ($xs kludge needed by Sun /bin/sh) xs=0 trap 'rm -f $REF $TEMP; exit $xs' 0 *************** *** 482,487 **** --- 481,487 ---- case "$input" in a*) if [ -z "$BATCH" ]; then + BAD=`mktemp -t pbad` echo "$COMMAND: the problem report remains in $BAD and is not sent." mv $TEMP $BAD else *************** *** 542,547 **** --- 542,548 ---- else echo "$COMMAND: mysterious mail failure." if [ -z "$BATCH" ]; then + BAD=`mktemp -t pbad` echo "$COMMAND: the problem report remains in $BAD and is not sent." mv $REF $BAD else >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 13:10:16 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BF62137BD72 for ; Wed, 23 Feb 2000 13:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA19177; Wed, 23 Feb 2000 13:10:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mintaka.lcs.mit.edu (mintaka.lcs.mit.edu [18.26.0.36]) by hub.freebsd.org (Postfix) with ESMTP id 969E537B9B2 for ; Wed, 23 Feb 2000 13:07:48 -0800 (PST) (envelope-from wollman@mintaka.lcs.mit.edu) Received: (from wollman@localhost) by mintaka.lcs.mit.edu (8.9.3/8.9.3) id QAA09179; Wed, 23 Feb 2000 16:07:33 -0500 (EST) (envelope-from wollman) Message-Id: <200002232107.QAA09179@mintaka.lcs.mit.edu> Date: Wed, 23 Feb 2000 16:07:33 -0500 (EST) From: wollman@LCS.MIT.EDU Reply-To: wollman@LCS.MIT.EDU To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: bin/16944: Give mtree(8) an ``exclude'' facility Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16944 >Category: bin >Synopsis: Give mtree(8) an ``exclude'' facility >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 13:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Garrett A. Wollman >Release: FreeBSD 3.4-STABLE i386 >Organization: MIT Laboratory for Computer Science >Environment: >Description: In thinking about how to make mtree(8) part of an IDS, I hit upon the insurmountable problem that mtree doesn't know how to exclude files (or directories) from consideration, and thus requires enormous amounts of hand-editing work to remove ``normally changing'' files from an auto-generated specification. In most other tools which perform a similar function, there is such a mechanism. It turned out to be very simple to write. >How-To-Repeat: mtree -c -K md5digest -p / | more >Fix: Although this patch is relative to 3.4, it should apply cleanly to -current as well. Index: Makefile =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/Makefile,v retrieving revision 1.6.2.1 diff -u -r1.6.2.1 Makefile --- Makefile 1999/08/29 15:44:16 1.6.2.1 +++ Makefile 2000/02/23 20:43:16 @@ -2,7 +2,7 @@ # $FreeBSD: src/usr.sbin/mtree/Makefile,v 1.6.2.1 1999/08/29 15:44:16 peter Exp $ PROG= mtree -SRCS= compare.c crc.c create.c misc.c mtree.c spec.c verify.c +SRCS= compare.c crc.c create.c excludes.c misc.c mtree.c spec.c verify.c MAN8= mtree.8 .PATH: ${.CURDIR}/../../usr.bin/cksum Index: create.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/create.c,v retrieving revision 1.13.2.1 diff -u -r1.13.2.1 create.c --- create.c 1999/08/29 15:44:17 1.13.2.1 +++ create.c 2000/02/23 20:44:38 @@ -97,6 +97,10 @@ while ((p = fts_read(t))) { if (iflag) indent = p->fts_level * 4; + if (check_excludes(p->fts_name, p->fts_path)) { + fts_set(t, p, FTS_SKIP); + continue; + } switch(p->fts_info) { case FTS_D: if (!dflag) Index: excludes.c =================================================================== RCS file: excludes.c diff -N excludes.c --- /dev/null Wed Feb 23 15:44:28 2000 +++ excludes.c Wed Feb 23 15:49:28 2000 @@ -0,0 +1,102 @@ +/* + * Copyright 2000 Massachusetts Institute of Technology + * + * Permission to use, copy, modify, and distribute this software and + * its documentation for any purpose and without fee is hereby + * granted, provided that both the above copyright notice and this + * permission notice appear in all copies, that both the above + * copyright notice and this permission notice appear in all + * supporting documentation, and that the name of M.I.T. not be used + * in advertising or publicity pertaining to distribution of the + * software without specific, written prior permission. M.I.T. makes + * no representations about the suitability of this software for any + * purpose. It is provided "as is" without express or implied + * warranty. + * + * THIS SOFTWARE IS PROVIDED BY M.I.T. ``AS IS''. M.I.T. DISCLAIMS + * ALL EXPRESS OR IMPLIED WARRANTIES WITH REGARD TO THIS SOFTWARE, + * INCLUDING, BUT NOT LIMITED TO, THE IMPLIED WARRANTIES OF + * MERCHANTABILITY AND FITNESS FOR A PARTICULAR PURPOSE. IN NO EVENT + * SHALL M.I.T. BE LIABLE FOR ANY DIRECT, INDIRECT, INCIDENTAL, + * SPECIAL, EXEMPLARY, OR CONSEQUENTIAL DAMAGES (INCLUDING, BUT NOT + * LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR SERVICES; LOSS OF + * USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED AND + * ON ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, + * OR TORT (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT + * OF THE USE OF THIS SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF + * SUCH DAMAGE. + */ + +#include +#include + +#include +#include +#include +#include +#include + +/* + * We're assuming that there won't be a whole lot of excludes, + * so it's OK to use a stupid algorithm. + */ +struct exclude { + LIST_ENTRY(exclude) link; + const char *glob; + int pathname; +}; +static LIST_HEAD(, exclude) excludes; + +void +init_excludes(void) +{ + LIST_INIT(&excludes); +} + +void +read_excludes_file(const char *name) +{ + FILE *fp; + char *line, *str; + struct exclude *e; + size_t len; + + fp = fopen(name, "r"); + if (fp == 0) + err(1, "%s", name); + + while ((line = fgetln(fp, &len)) != 0) { + if (line[len - 1] == '\n') + len--; + if (len == 0) + continue; + + str = malloc(len + 1); + e = malloc(sizeof *e); + if (str == 0 || e == 0) + errx(1, "memory allocation error"); + e->glob = str; + memcpy(str, line, len); + str[len] = '\0'; + if (strchr(str, '/')) + e->pathname = 1; + LIST_INSERT_HEAD(&excludes, e, link); + } + fclose(fp); +} + +int +check_excludes(const char *fname, const char *path) +{ + struct exclude *e; + + /* fnmatch(3) has a funny return value convention... */ +#define MATCH(g, n) (fnmatch((g), (n), FNM_PATHNAME) == 0) + + for (e = excludes.lh_first; e != 0; e = e->link.le_next) { + if (e->pathname && MATCH(e->glob, path) + || MATCH(e->glob, fname)) + return 1; + } + return 0; +} Index: extern.h =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/extern.h,v retrieving revision 1.2 diff -u -r1.2 extern.h --- extern.h 1997/10/01 06:30:00 1.2 +++ extern.h 2000/02/23 20:39:04 @@ -41,3 +41,7 @@ char *rlink __P((char *)); NODE *spec __P((void)); int verify __P((void)); + +int check_excludes __P((const char *, const char *)); +void init_excludes __P((void)); +void read_excludes_file __P((const char *)); Index: mtree.8 =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/mtree.8,v retrieving revision 1.13.2.1 diff -u -r1.13.2.1 mtree.8 --- mtree.8 1999/08/29 15:44:18 1.13.2.1 +++ mtree.8 2000/02/23 20:59:30 @@ -46,6 +46,7 @@ .Op Fl k Ar keywords .Op Fl p Ar path .Op Fl s Ar seed +.Op Fl X Ar exclude-list .Sh DESCRIPTION The utility .Nm mtree @@ -117,6 +118,19 @@ the specification. .It Fl x Don't descend below mount points in the file hierarchy. +.It Fl X Ar exclude-list +The specified file contains +.Xr fnmatch 3 +patterns matching files to be excluded from +the specification, one to a line. +If the pattern contains a +.Ql \&/ +character, it will be matched against entire pathnames (relative to +the starting directory); otherwise, +it will be matched against basenames only. No comments are allowed in +the +.Ar exclude-list +file. .El .Pp Specifications are mostly composed of ``keywords'', i.e. strings that Index: mtree.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/mtree.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 mtree.c --- mtree.c 1999/08/29 15:44:19 1.7.2.1 +++ mtree.c 2000/02/23 20:46:43 @@ -75,7 +75,9 @@ dir = NULL; keys = KEYDEFAULT; - while ((ch = getopt(argc, argv, "cdef:iK:k:np:rs:Uux")) != -1) + init_excludes(); + + while ((ch = getopt(argc, argv, "cdef:iK:k:np:rs:UuxX:")) != -1) switch((char)ch) { case 'c': cflag = 1; @@ -128,6 +130,9 @@ case 'x': ftsoptions |= FTS_XDEV; break; + case 'X': + read_excludes_file(optarg); + break; case '?': default: usage(); @@ -158,6 +163,7 @@ usage() { (void)fprintf(stderr, -"usage: mtree [-cdeinrUux] [-f spec] [-K key] [-k key] [-p path] [-s seed]\n"); +"usage: mtree [-cdeinrUux] [-f spec] [-K key] [-k key] [-p path] [-s seed]\n" +"\t[-X excludes]\n"); exit(1); } Index: verify.c =================================================================== RCS file: /home/ncvs/src/usr.sbin/mtree/verify.c,v retrieving revision 1.7.2.1 diff -u -r1.7.2.1 verify.c --- verify.c 1999/08/29 15:44:19 1.7.2.1 +++ verify.c 2000/02/23 20:52:30 @@ -90,6 +90,10 @@ level = root; specdepth = rval = 0; while ((p = fts_read(t))) { + if (check_excludes(p->fts_name, p->fts_path)) { + fts_set(t, p, FTS_SKIP); + continue; + } switch(p->fts_info) { case FTS_D: break; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 13:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5214D37BA46 for ; Wed, 23 Feb 2000 13:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA21012; Wed, 23 Feb 2000 13:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 13:30:02 -0800 (PST) Message-Id: <200002232130.NAA21012@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Garrett Wollman Subject: bin/16944: Give mtree(8) an ``exclude'' facility Reply-To: Garrett Wollman Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/16944; it has been noted by GNATS. From: Garrett Wollman To: FreeBSD-gnats-submit@FreeBSD.ORG Cc: Subject: bin/16944: Give mtree(8) an ``exclude'' facility Date: Wed, 23 Feb 2000 16:22:18 -0500 (EST) There's a bug in my patch: > + if (strchr(str, '/')) > + e->pathname = 1; else e->pathname = 0; -GAWollman To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 15: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 337BD37B9EA for ; Wed, 23 Feb 2000 15:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA29675; Wed, 23 Feb 2000 15:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 15:00:02 -0800 (PST) Message-Id: <200002232300.PAA29675@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "John Daniels" Subject: Re: misc/16901: cannot boot 3.4 floppies Reply-To: "John Daniels" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16901; it has been noted by GNATS. From: "John Daniels" To: , Cc: Subject: Re: misc/16901: cannot boot 3.4 floppies Date: Wed, 23 Feb 2000 18:02:49 -0500 I have the same sort of problem. When I boot from the kern floppy my system hangs after the following is printed to the screen: =============================================== /boot.config: -P Keyboard: no - BTX loader 1.00 BTX version is 1.01 =============================================== My system is an Acer Aspire PIII 450, 128MB RAM, 8GB HD with the following hardware: Human Interface Devices (HID) USB mouse and keyboard (*NOTE* only USB keyboard - no PS/2 or AT-style ports) Intel 82443BX Pentium II Processor to PCI bridge Intel 82443BX Pentium II Process to AGP Controller Intel 82371AB/EB PCI to USB Universal Host Controller Intel 82371EB PCI to ISA bridge (ISA mode) Intel 82371AB/EB PCI Bus Master IDE Controller Intel 82371AB/EB Power Management Controller (the Intel 82371AB/EB architecture is specifically supported according to the hardward notes at freeBSD.org) ATI XPERT 98 Display adapter Mitsubishi Diamond Plus 70 Monitor ESS Solo-1 Soundblaster sound card Advanced Configuration and Power Interface (ACPI) BIOS Acer 56K DataFax PCI Modem 3com FastEtherlink XL 10/100MB TX Ethernet NIC (3C905B-TX) Hitachi DVD-ROM GD-2500 Generic IDE Harddisk and Floppy disk First: It's my understanding that USB is supported so I don't understand why I get the message "Keyboard: no." Second: Everything seems to go well for 2-3 minutes: the drive is humming, I get messages on the screen, etc but then the baton stops turning, the floopy stops (I guess it has finished reading) and nothing happens. NOTE I have the second floppy disk: mfsroot and I have tried putting it into the drive after a couple of minutes of inactivity (despite not being prompted to do so) but nothing happens (even after hitting return a few times). What is the correct behavior? Shouldn't there be a prompt for the second disk? FYI: I am a "newbie," and have done extensive reading about FreeBSD over teh last few days. I am very excited about getting freeBSD but I never thought I would have problems this early in the install process. I have used VAX/VMS and Win95/98/NT for many years. I was going to use Redhat but, Linux doesn't support USB. This appears to be a lucky coincidence, however, since FreeBSD seems to be *much* better (more stable, more central and coherent development, easier (PORTS), possibly a better license for developers, etc.) FreeBSD seems to be the best-kept secret in "free" operating systems! John John To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 16:20: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 82E7037BA0F for ; Wed, 23 Feb 2000 16:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA38448; Wed, 23 Feb 2000 16:20:00 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DEF3037BA45 for ; Wed, 23 Feb 2000 16:10:11 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA37762; Wed, 23 Feb 2000 16:10:11 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002240010.QAA37762@freefall.freebsd.org> Date: Wed, 23 Feb 2000 16:10:11 -0800 (PST) From: salaman@teknos.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: i386/16946: ServerSockets are not working properly in Linux Emulation Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16946 >Category: i386 >Synopsis: ServerSockets are not working properly in Linux Emulation >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 16:20:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Victor Salaman >Release: 4.0-Current 2/22/2000 >Organization: TEKNOS >Environment: FreeBSD centaur.teknos.com 4.0-CURRENT FreeBSD 4.0-CURRENT #30: Tue Feb 22 20:59:32 AST 2000 root@centaur.teknos.com:/usr/src/sys/compile/centaur i386 >Description: Applications such as daemons, servers, web servers which use server sockets do not work well. Especifically Web Servers do not work at all >How-To-Repeat: Install Linux JDK-1.2.2 RC4 Try to use any java web server program such as ApacheJServ, Resin, Tomcat and you'll see that server sockets die. >Fix: --- /usr/src/sys/i386/linux/linux_file.c Wed Feb 23 16:11:50 2000 +++ /usr/src/sys/i386/linux/linux_file.orig Wed Feb 23 16:11:37 2000 @@ -199,6 +199,12 @@ } */ fcntl_args; struct linux_flock linux_flock; struct flock *bsd_flock; + struct filedesc *fdp; + struct file *fp; + struct vnode *vp; + long pgid; + struct pgrp *pgrp; + struct tty *tp; caddr_t sg; dev_t dev; @@ -283,9 +289,47 @@ case LINUX_F_SETOWN: case LINUX_F_GETOWN: - fcntl_args.cmd = args->cmd == LINUX_F_SETOWN ? F_SETOWN : F_GETOWN; - fcntl_args.arg = args->arg; - return fcntl(p, &fcntl_args); + /* + * We need to route around the normal fcntl() for these calls, + * since it uses TIOC{G,S}PGRP, which is too restrictive for + * Linux F_{G,S}ETOWN semantics. For sockets, this problem + * does not exist. + */ + fdp = p->p_fd; + if ((u_int)args->fd >= fdp->fd_nfiles || + (fp = fdp->fd_ofiles[args->fd]) == NULL) + return EBADF; + if (fp->f_type == DTYPE_SOCKET) { + fcntl_args.cmd = args->cmd == LINUX_F_SETOWN ? F_SETOWN : F_GETOWN; + fcntl_args.arg = args->arg; + return fcntl(p, &fcntl_args); + } + vp = (struct vnode *)fp->f_data; + dev = vn_todev(vp); + if (dev == NODEV) + return EINVAL; + if (!(devsw(dev)->d_flags & D_TTY)) + return EINVAL; + tp = dev->si_tty; + if (!tp) + return EINVAL; + if (args->cmd == LINUX_F_GETOWN) { + p->p_retval[0] = tp->t_pgrp ? tp->t_pgrp->pg_id : NO_PID; + return 0; + } + if ((long)args->arg <= 0) { + pgid = -(long)args->arg; + } else { + struct proc *p1 = pfind((long)args->arg); + if (p1 == 0) + return (ESRCH); + pgid = (long)p1->p_pgrp->pg_id; + } + pgrp = pgfind(pgid); + if (pgrp == NULL || pgrp->pg_session != p->p_session) + return EPERM; + tp->t_pgrp = pgrp; + return 0; } return EINVAL; } --- /usr/src/sys/i386/linux/linux_socket.c Wed Feb 23 16:11:50 2000 +++ /usr/src/sys/i386/linux/linux_socket.orig Wed Feb 23 16:11:48 2000 @@ -441,11 +441,6 @@ caddr_t name; int *anamelen; } */ bsd_args; - struct fcntl_args /* { - int fd; - int cmd; - long arg; - } */ f_args; int error; if ((error=copyin((caddr_t)args, (caddr_t)&linux_args, sizeof(linux_args)))) @@ -453,24 +448,7 @@ bsd_args.s = linux_args.s; bsd_args.name = (caddr_t)linux_args.addr; bsd_args.anamelen = linux_args.namelen; - - if (error = oaccept(p, &bsd_args)) - return error; - /* - * linux appears not to copy flags from the parent socket to the - * accepted one, so we must clear the flags in the new descriptor. - */ - f_args.fd = p->p_retval[0]; - f_args.cmd = F_SETFL; - f_args.arg = 0; - /* - * we ignore errors here since otherwise we would have an open file - * descriptor that wasn't returned to the user. - */ - (void) fcntl(p, &f_args); - /* put the file descriptor back as the return value */ - p->p_retval[0] = f_args.fd; - return 0; + return oaccept(p, &bsd_args); } struct linux_getsockname_args { >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 18:40: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0BC8037BAB9 for ; Wed, 23 Feb 2000 18:40:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA50708; Wed, 23 Feb 2000 18:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Wed, 23 Feb 2000 18:40:02 -0800 (PST) Message-Id: <200002240240.SAA50708@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brad Lanam Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Reply-To: Brad Lanam Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14782; it has been noted by GNATS. From: Brad Lanam To: freebsd-gnats-submit@FreeBSD.org, bauer@genprofile.com Cc: Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Date: Wed, 23 Feb 2000 18:34:07 -0800 I have the same problem, ypbind will not bind to my solaris-7 yp server. nisdomainname is set in rc.conf. `domainname` reports the proper domain name. ypwhich reports the proper machine to be bound to even though ypbind is not running! ypcat and other utilities act normally; i.e. not bound. ypbind forks and exits silently. Unfortunately, truss doesn't follow the fork, so I can't tell what's going on. ktrace doesn't work on ypbind. -- Brad -- -- Brad Lanam bll@gentoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 18:44: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from feral.com (feral.com [192.67.166.1]) by hub.freebsd.org (Postfix) with ESMTP id A183F37B9C8 for ; Wed, 23 Feb 2000 18:44:06 -0800 (PST) (envelope-from mjacob@feral.com) Received: from beppo.feral.com (beppo [192.67.166.79]) by feral.com (8.9.3/8.9.3) with ESMTP id SAA32474; Wed, 23 Feb 2000 18:43:49 -0800 Date: Wed, 23 Feb 2000 18:43:48 -0800 (PST) From: Matthew Jacob Reply-To: mjacob@feral.com To: Brad Lanam Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server In-Reply-To: <200002240240.SAA50708@freefall.freebsd.org> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Try -m -S domainname,server as arguments. I've variously found that this is required for FreeBSD ypbind to work with Solaris- albeit my master server is Solaris 2.6. On Wed, 23 Feb 2000, Brad Lanam wrote: > The following reply was made to PR bin/14782; it has been noted by GNATS. > > From: Brad Lanam > To: freebsd-gnats-submit@FreeBSD.org, bauer@genprofile.com > Cc: > Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server > Date: Wed, 23 Feb 2000 18:34:07 -0800 > > I have the same problem, ypbind will not bind to my solaris-7 > yp server. > > nisdomainname is set in rc.conf. > `domainname` reports the proper domain name. > > ypwhich reports the proper machine to be bound to even though > ypbind is not running! > > ypcat and other utilities act normally; i.e. not bound. > > ypbind forks and exits silently. Unfortunately, truss doesn't > follow the fork, so I can't tell what's going on. ktrace > doesn't work on ypbind. > > -- Brad > > -- > -- Brad Lanam bll@gentoo.com > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 19: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AA0D337BAD3 for ; Wed, 23 Feb 2000 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA52374; Wed, 23 Feb 2000 19:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 61A0437B9C8 for ; Wed, 23 Feb 2000 18:56:02 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA52033; Wed, 23 Feb 2000 18:56:02 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002240256.SAA52033@freefall.freebsd.org> Date: Wed, 23 Feb 2000 18:56:02 -0800 (PST) From: wayne@staff.msen.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: conf/16948: Sysinstall/disklabel: bad partition table when single->multiple slices Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16948 >Category: conf >Synopsis: Sysinstall/disklabel: bad partition table when single->multiple slices >Confidential: no >Severity: serious >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 19:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Michael R. Wayne >Release: 3.4 STABLE >Organization: Msen, Inc. >Environment: FreeBSD manor.msen.com 3.4-STABLE FreeBSD 3.4-STABLE #4: Sat Feb 12 00:33:23 EST 2000 root@cave.msen.com:/usr/src/sys/compile/CAVE i386 >Description: When converting a SCSI disk from dedicated to FreeBSD with a single partition to multiple slices, sysinstall leaves the OLD label on the disk. Sysinstall reads and writes the new information but O/S fails to boot because it is still reading the old, invalid table. >How-To-Repeat: Using sysinstall, dedicate the entire disk to FreeBSD. I was doing newfs and s/w installs of minimal config but that should not matter. Reboot from floppy and allocate 2 slices of approximately equal size. Problem occurs with both standard MBR and the FreeBSD boot manager (the boot manager will simply beep when you hit F1). Sysinstall will permit you to install s/w again but when you reboot after the second install, up comes the dreaded "Missing Operating System" Going back in w/ sysinstall will show the NEW information, even though the MBR is using the OLD info. To see what is actually being used on the disk, boot the fixit floppy and disklabel -r sd0 >Fix: Once I determined what was going on, I worked around the problem by doing a dd of /dev/zero to the disk and then re-doing the install. I suggest that when the user deletes a slice from sysinstall, the operation should be performed immediately, unlike creates which can be deferred. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 22: 0: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A34EE37BAEC for ; Wed, 23 Feb 2000 22:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA66552; Wed, 23 Feb 2000 22:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from squall.waterspout.com (squall.waterspout.com [208.13.60.154]) by hub.freebsd.org (Postfix) with ESMTP id 2EC1337BB02; Wed, 23 Feb 2000 21:50:17 -0800 (PST) (envelope-from csg@squall.waterspout.com) Received: (from csg@localhost) by squall.waterspout.com (8.9.3/8.9.3) id AAA31092; Thu, 24 Feb 2000 00:50:03 -0500 (EST) (envelope-from csg) Message-Id: <200002240550.AAA31092@squall.waterspout.com> Date: Thu, 24 Feb 2000 00:50:03 -0500 (EST) From: csg@waterspout.com Reply-To: csg@waterspout.com To: FreeBSD-gnats-submit@freebsd.org, csg@waterspout.com Cc: rwatson@freebsd.org, mdodd@freebsd.org, jkh@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16950: arpintr() incorrectly checks mbuf chain size Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16950 >Category: kern >Synopsis: arpintr() incorrectly checks mbuf chain size >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 22:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: C. Stephen Gunn >Release: FreeBSD 3.4-STABLE i386 >Organization: WaterSpout Communications, Inc. >Environment: FreeBSD-3.4-STABLE or FreeBSD-4.0 current. >Description: The NETISR_ARP handler arpintr() incorrectly checks m->m_len to determine if we have a complete ARP packet. It is possible to have a packet spread across several mbufs in the chain. While this case apparently doesn't happen with normal ethernet interfaces, additional mbuf operations before ARP processing (for 802.1Q Tagged VLANS, Bridged Ethernet over Frame Relay, or perhaps LANE) can cause NETISR_ARP to be presented with a fragmented packet. >How-To-Repeat: Run my yet-to-see-the-light-of-day VLAN improvements, it blows chunks on ever inbound ARP packet. >Fix: I've not only fixed the length comparisson, I've added several diagnostic error messages to the handler for other out-of-the-norm ARP packets. This makes the error conditions easier to detect and fix, and makes the code much more readable. I've put patches for -STABLE and -CURRENT (which are actually identical) online: http://www.waterspout.com/FreeBSD/arpintr-patch.current http://www.waterspout.com/FreeBSD/arpintr-patch.stable If someone could perform a sanity check, and get these committed before 4.0-R heads out the door, that would be ideal. - Steve >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 22:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0FEAA37BB1B for ; Wed, 23 Feb 2000 22:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA68805; Wed, 23 Feb 2000 22:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id EE6CC37BB26 for ; Wed, 23 Feb 2000 22:24:59 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA68360; Wed, 23 Feb 2000 22:24:59 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002240624.WAA68360@freefall.freebsd.org> Date: Wed, 23 Feb 2000 22:24:59 -0800 (PST) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16953: [PATCH] Fix argument overflow in dnsquery Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16953 >Category: bin >Synopsis: [PATCH] Fix argument overflow in dnsquery >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 22:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: 4.0-current >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Sat Feb 19 20:05:45 EST 2000 >Description: dnsquery doesn't check domain name length and will write past buffer. >How-To-Repeat: dnsquery -h [5120] or dnsquery [5120] >Fix: Apply patch. Merged from OpenBSD. Index: contrib/bind/bin/dnsquery/dnsquery.c =================================================================== RCS file: /home/ncvs/src/contrib/bind/bin/dnsquery/dnsquery.c,v retrieving revision 1.1.1.2 diff -u -r1.1.1.2 dnsquery.c --- dnsquery.c 1999/11/30 02:42:02 1.1.1.2 +++ dnsquery.c 2000/02/24 06:09:09 @@ -80,7 +80,11 @@ case 'p' : res.retrans = atoi(optarg); break; - case 'h' : strcpy(name, optarg); + case 'h' : if(strlcpy(name, optarg, sizeof(name)) >= sizeof(name)) { + fprintf(stderr, + "Domain name too long (%s)\n", optarg); + exit(-1); + } break; case 'c' : { @@ -157,9 +161,14 @@ exit(-1); } } - if (optind < argc) - strcpy(name, argv[optind]); - + if (optind < argc) { + if (strlcpy(name, argv[optind], sizeof(name)) >= sizeof(name)){ + fprintf(stderr, + "Domain name too long (%s)\n", argv[optind]); + exit(-1); + } + } + len = sizeof(answer); if (!(res.options & RES_INIT)) >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 22:40:12 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BB24537BFB3 for ; Wed, 23 Feb 2000 22:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA69822; Wed, 23 Feb 2000 22:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4A15337BAFF for ; Wed, 23 Feb 2000 22:37:19 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id WAA69495; Wed, 23 Feb 2000 22:37:19 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002240637.WAA69495@freefall.freebsd.org> Date: Wed, 23 Feb 2000 22:37:19 -0800 (PST) From: spock@techfour.net To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16954: [PATCH] catopen(3) in libc can overflow on $NLSPATH Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16954 >Category: misc >Synopsis: [PATCH] catopen(3) in libc can overflow on $NLSPATH >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Wed Feb 23 22:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Heffner >Release: 4.0-current >Organization: >Environment: FreeBSD 4.0-CURRENT #0: Sat Feb 19 20:05:45 EST 2000 >Description: The function catopen(3) in libc can overflow if $NLSPATH is too long. This can be noticed by running /usr/bin/ee. >How-To-Repeat: $ NLSPATH=[5120] ee >Fix: Apply patch and recompile libc Index: lib/libc/nls/msgcat.c =================================================================== RCS file: /home/ncvs/src/lib/libc/nls/msgcat.c,v retrieving revision 1.21 diff -u -r1.21 msgcat.c --- msgcat.c 2000/01/27 23:06:33 1.21 +++ msgcat.c 2000/02/02 19:38:09 @@ -92,8 +92,9 @@ char *nlspath; char *lang; long len; - char *base, *cptr, *pathP; + char *base, *cptr; struct stat sbuf; + int j; if (!name || !*name) { errno = EINVAL; @@ -127,20 +128,22 @@ for (nlspath = cptr; *cptr; ++cptr) { if (*cptr == ':') { *cptr = '\0'; - for (pathP = path; *nlspath; ++nlspath) { + for (j=0; *nlspath; ++nlspath) { if (*nlspath == '%') { if (*(nlspath + 1) == 'L') { ++nlspath; - strcpy(pathP, lang); - pathP += strlen(lang); + strncpy(path+j, lang, sizeof(path)-j-1); + j += strlen(path+j); } else if (*(nlspath + 1) == 'N') { ++nlspath; - strcpy(pathP, name); - pathP += strlen(name); - } else *(pathP++) = *nlspath; - } else *(pathP++) = *nlspath; + strncpy(path+j, name, sizeof(path)-j-1); + j += strlen(path+j); + } else if(sizeof(path)-j-1) + path[j++] = *nlspath; + } else if(sizeof(path)-j-1) + path[j++] = *nlspath; } - *pathP = '\0'; + path[j] = '\0'; if (stat(path, &sbuf) == 0) { catpath = path; break; >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Wed Feb 23 23:37:28 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from knight.cons.org (knight.cons.org [194.233.237.86]) by hub.freebsd.org (Postfix) with ESMTP id 7DDCC37BB5B for ; Wed, 23 Feb 2000 23:37:25 -0800 (PST) (envelope-from cracauer@knight.cons.org) Received: (from cracauer@localhost) by knight.cons.org (8.9.3/8.9.3) id IAA10280; Thu, 24 Feb 2000 08:37:15 +0100 (CET) Date: Thu, 24 Feb 2000 08:37:15 +0100 From: Martin Cracauer To: Alfred Perlstein Cc: freebsd-bugs@FreeBSD.ORG Subject: Re: bin/16862: strptime "%+" broken in 4.0-current Message-ID: <20000224083715.B9990@cons.org> References: <200002231950.LAA09638@freefall.freebsd.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <200002231950.LAA09638@freefall.freebsd.org>; from bright@wintelcom.net on Wed, Feb 23, 2000 at 11:50:02AM -0800 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In <200002231950.LAA09638@freefall.freebsd.org>, Alfred Perlstein wrote: > The following reply was made to PR bin/16862; it has been noted by GNATS. > > From: Alfred Perlstein > To: FreeBSD-gnats-submit@FreeBSD.ORG > Cc: Martin Cracauer > Subject: Re: bin/16862: strptime "%+" broken in 4.0-current > Date: Wed, 23 Feb 2000 12:11:09 -0800 > > This looks like it's been addressed: > > 3-stable: > ~ % ./a.out > Parsing failed > > 4-stable: > ~ % ./a.out > Parsing failed > > You didn't specify the desired output, is that what you wanted? > If so may I close the pr? If not can you explain what output > should be presented? It turned out to be a compiler error, see the discussion on -current. Please leave it open, I will close it when the compiler is fixed. Martin -- %%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%%% Martin Cracauer http://www.cons.org/cracauer/ Tel.: (private) +4940 5221829 Fax.: (private) +4940 5228536 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 1:10: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E2BE737BBBD for ; Thu, 24 Feb 2000 01:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA85642; Thu, 24 Feb 2000 01:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from picalon.gun.de (picalon.gun.de [192.109.159.1]) by hub.freebsd.org (Postfix) with ESMTP id 64DBC37BBD8 for ; Thu, 24 Feb 2000 01:00:30 -0800 (PST) (envelope-from andreas@klemm.gtn.com) Received: (from uucp@localhost) by picalon.gun.de (8.9.3/8.9.3) id KAA05880 for FreeBSD-gnats-submit@FreeBSD.org; Thu, 24 Feb 2000 10:00:19 +0100 (MET) Message-Id: <200002240857.JAA74346@klemm.gtn.com> Date: Thu, 24 Feb 2000 09:57:04 +0100 (CET) From: andreas@klemm.gtn.com Reply-To: andreas@klemm.gtn.com To: FreeBSD-gnats-submit@FreeBSD.org X-Send-Pr-Version: 3.2 Subject: kern/16958: raw partition size != slice size, truncating raw partition, ... Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16958 >Category: kern >Synopsis: partition / slice size mismatch installing on 40 GB EIDE disk >Confidential: no >Severity: serious >Priority: high >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 24 01:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andreas Klemm >Release: FreeBSD-4.0-20000220-SNAP >Organization: FreeBSD >Environment: Tyan Titan Pro mainboard, S1668 2 x 200 MHz PPro HighPoint HPT366 ATA66 controller ad4: 39082MB [79406/16/63] at ata2-master using UDMA33 >Description: After installing FreeBSD 2000-02-20 SNAP (self made snap) on my new Maxtor 40 GB EIDE disk, I get the following syslog messages, when mounting the partitions of the EIDE disk on my "old" SCSI based system, which is also a -current of that date FreeBSD titan.klemm.gtn.com 4.0-CURRENT FreeBSD 4.0-CURRENT #0: Tue Feb 22 12:11:23 CET 2000 root@titan.klemm.gtn.com:/usr/src/sys/compile/TITAN i386 ad4s1: raw partition size != slice size ad4s1: start 63, end 12289724, size 12289662 ad4s1c: start 63, end 80035829, size 80035767 ad4s1: truncating raw partition ad4s1: rejecting partition in BSD label: it isn't entirely within the slice ad4s1: start 63, end 12289724, size 12289662 ad4s1d: start 24322111, end 80035829, size 55713719 ad4s1: rejecting partition in BSD label: it isn't entirely within the slice ad4s1f: start 5447743, end 13836350, size 8388608 ad4s1: rejecting partition in BSD label: it isn't entirely within the slice ad4s1g: start 13836351, end 15933502, size 2097152 ad4s1: rejecting partition in BSD label: it isn't entirely within the slice ad4s1h: start 15933503, end 24322110, size 8388608 Here a tabular which displays the size mismatch between syslog message and disklabel sizes. Sometimes disklabel sector size is equal, more and less... ad4s1d: start 24322111, end 80035829, size 55713719 disklabel -r at4 value: 37075257 < ad4s1f: start 5447743, end 13836350, size 8388608 disklabel -r at4 value: 8388608 = ad4s1g: start 13836351, end 15933502, size 2097152 disklabel -r at4 value: 4194304 > ad4s1h: start 15933503, end 24322110, size 8388608 disklabel -r at4 value: 8388608 = Here the disklabel # /dev/rad4c: type: ESDI disk: ad4s2 label: flags: bytes/sector: 512 sectors/track: 63 tracks/cylinder: 255 sectors/cylinder: 16065 cylinders: 4217 sectors/unit: 67746105 rpm: 3600 interleave: 1 trackskew: 0 cylinderskew: 0 headswitch: 0 # milliseconds track-to-track seek: 0 # milliseconds drivedata: 0 8 partitions: # size offset fstype [fsize bsize bps/cpg] a: 262144 0 4.2BSD 1024 8192 16 # (Cyl. 0 - 16*) b: 1048576 262144 swap # (Cyl. 16*- 81*) c: 67746105 0 unused 0 0 # (Cyl. 0 - 4216) d: 37075257 30670848 4.2BSD 1024 8192 16 # (Cyl. 1909*- 4216*) e: 8388608 1310720 4.2BSD 1024 8192 16 # (Cyl. 81*- 603*) f: 8388608 9699328 4.2BSD 1024 8192 16 # (Cyl. 603*- 1125*) g: 4194304 18087936 4.2BSD 1024 8192 16 # (Cyl. 1125*- 1387*) h: 8388608 22282240 4.2BSD 1024 8192 16 # (Cyl. 1387*- 1909*) The kernel: # Kernel Config File: TITAN machine i386 cpu I686_CPU ident TITAN maxusers 100 options INCLUDE_CONFIG_FILE #Include this file in kernel options INET #Internet communications protocols options FFS #Berkeley Fast Filesystem options FFS_ROOT #FFS usable as root device [keep this!] options MFS #Memory Filesystem options NFS #Network Filesystem options MSDOSFS #MSDOS Filesystem options CD9660 #ISO 9660 Filesystem options PROCFS #Process filesystem options COMPAT_43 #Compatible with BSD 4.3 [KEEP THIS!] options UCONSOLE #Allow users to grab the console options KTRACE #ktrace(1) syscall trace support options SYSVSHM #SYSV-style shared memory options SYSVMSG #SYSV-style message queues options SYSVSEM #SYSV-style semaphores options SOFTUPDATES #Softupdates options MD5 options NSWAPDEV=4 options COMPAT_LINUX options SHOW_BUSYBUFS options P1003_1B options _KPOSIX_PRIORITY_SCHEDULING options _KPOSIX_VERSION=199309L options USER_LDT options MSGBUF_SIZE=40960 options SMP # Symmetric MultiProcessor Kernel options APIC_IO # Symmetric (APIC) I/O options PQ_HUGECACHE # color for 1024k/16k cache device isa0 device pci0 device fdc0 at isa? port IO_FD1 irq 6 drq 2 device fd0 at fdc0 drive 0 device ahc0 # AHA2940 and onboard AIC7xxx devices options SCSI_DELAY=8000 #Be pessimistic about Joe SCSI device options AHC_ALLOW_MEMIO device scbus0 # SCSI bus (required) device da0 # Direct Access (disks) device sa0 # Sequential Access (tape etc) device cd0 # CD device pass0 # Passthrough device (direct SCSI access) device atkbdc0 at isa? port IO_KBD device atkbd0 at atkbdc? irq 1 device psm0 at atkbdc? irq 12 device vga0 at isa? pseudo-device splash device sc0 at isa? options MAXCONS=4 # number of virtual consoles options SC_HISTORY_SIZE=200 # number of history buffer lines device npx0 at nexus? port IO_NPX irq 13 device sio0 at isa? port IO_COM1 flags 0x10 irq 4 device sio1 at isa? port IO_COM2 irq 3 device ppc0 at isa? port? irq 7 device ppbus0 # Parallel port bus (required) device lpt0 at ppbus? # Printer device plip0 at ppbus? # TCP/IP over parallel device ppi0 at ppbus? # Parallel port interface device options MROUTING # Multicast routing options IPFIREWALL #firewall options IPFIREWALL_VERBOSE #print information about dropped packets options IPFIREWALL_FORWARD #enable xparent proxy support options IPFIREWALL_VERBOSE_LIMIT=100 #limit verbosity options IPDIVERT #divert sockets options ICMP_BANDLIM options DUMMYNET device miibus0 # MII bus support device xl0 # 3Com 3c90x (``Boomerang'', ``Cyclone'') device ed0 at isa? port 0x280 irq 5 iomem 0xd8000 pseudo-device loop # Network loopback pseudo-device ether # Ethernet support options PPP_BSDCOMP #PPP BSD-compress support options PPP_DEFLATE #PPP zlib/deflate/gzip support options PPP_FILTER #enable bpf filtering (needs bpfilter) pseudo-device tun # Packet tunnel. pseudo-device pty # Pseudo-ttys (telnet etc) pseudo-device gzip # Exec gzipped a.out's pseudo-device bpf #Berkeley packet filter pseudo-device vn #Vnode driver (turns a file into a device) pseudo-device snp 3 #Snoop device - to look at pty/vty/etc.. pseudo-device ccd 4 #Concatenated disk driver device smbus0 device iicbus0 device iicbb0 device intpm0 device smb0 at smbus? # ATA and ATAPI devices device ata device atadisk # ATA disk drives options ATA_STATIC_ID #Static device numbering >How-To-Repeat: # Device Mountpoint FStype Options Dump Pass# /dev/ad4s2a /new ufs rw 1 2 /dev/ad4s2e /new/var ufs rw 1 2 /dev/ad4s2f /new/usr ufs rw 1 2 /dev/ad4s2g /new/internet ufs rw 1 2 /dev/ad4s2h /new/home ufs rw 1 2 /dev/ad4s2d /new/data ufs rw 1 2 mount -at ufs >Fix: no fix known Bruce assumed, that I mount the fresh installed drive with the old wd driver under my "old" scsi based system. But this is not the case. >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 5:30:31 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3757C37BDDE; Thu, 24 Feb 2000 05:30:29 -0800 (PST) (envelope-from andreas@FreeBSD.org) Received: (from andreas@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA06466; Thu, 24 Feb 2000 05:30:28 -0800 (PST) (envelope-from andreas@FreeBSD.org) Date: Thu, 24 Feb 2000 05:30:28 -0800 (PST) From: Message-Id: <200002241330.FAA06466@freefall.freebsd.org> To: andreas@klemm.gtn.com, andreas@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16958: partition / slice size mismatch installing on 40 GB EIDE disk Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: partition / slice size mismatch installing on 40 GB EIDE disk State-Changed-From-To: open->closed State-Changed-By: andreas State-Changed-When: Thu Feb 24 05:29:11 PST 2000 State-Changed-Why: after installing win98 with different partition size everything went well don't know why now .... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 7:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6D69537BDB2 for ; Thu, 24 Feb 2000 07:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA81086; Thu, 24 Feb 2000 07:10:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 8FEB637BC30 for ; Thu, 24 Feb 2000 07:05:29 -0800 (PST) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id JAA07840; Thu, 24 Feb 2000 09:48:51 -0500 (EST) (envelope-from mwlucas) Message-Id: <200002241448.JAA07840@blackhelicopters.org> Date: Thu, 24 Feb 2000 09:48:51 -0500 (EST) From: mwlucas@blackhelicopters.org Reply-To: mwlucas@blackhelicopters.org To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/16959: no_named Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16959 >Category: conf >Synopsis: missing entry in /etc/make.conf >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Thu Feb 24 07:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Michael Lucas >Release: FreeBSD 3.4-STABLE i386 >Organization: none >Environment: My system is 3.4-STABLE, i386, on a laptop. >Description: no_named exists in /usr/src/usr.sbin/Makefile, right below no_sendmail. It does not exist in /etc/defaults/make.conf >How-To-Repeat: grep -i named /etc/defaults/make.conf >Fix: *** make.conf~ Mon Jan 24 13:55:29 2000 --- make.conf Mon Jan 31 15:25:49 2000 *************** *** 28,33 **** --- 28,36 ---- # To avoid building sendmail #NO_SENDMAIL= true # + # To avoid building named and related tools + #NO_BIND= true + # # To have 'obj' symlinks created in your source directory # (they aren't needed/necessary) #OBJLINK= yes >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 8:15:47 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id AC9ED37BC02; Thu, 24 Feb 2000 08:15:45 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA02047; Thu, 24 Feb 2000 08:15:45 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Thu, 24 Feb 2000 08:15:45 -0800 (PST) From: Message-Id: <200002241615.IAA02047@freefall.freebsd.org> To: ru@FreeBSD.org, freebsd-bugs@FreeBSD.org, peter@FreeBSD.org Subject: Re: conf/16959: [PATCH] missing entry in /etc/make.conf Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Old Synopsis: missing entry in /etc/make.conf New Synopsis: [PATCH] missing entry in /etc/make.conf Responsible-Changed-From-To: freebsd-bugs->peter Responsible-Changed-By: ru Responsible-Changed-When: Thu Feb 24 08:14:27 PST 2000 Responsible-Changed-Why: Peter introduced NO_BIND. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 14:30: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4929737B9C0 for ; Thu, 24 Feb 2000 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA66520; Thu, 24 Feb 2000 14:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3945137BA49 for ; Thu, 24 Feb 2000 14:21:02 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA61588; Thu, 24 Feb 2000 14:21:01 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002242221.OAA61588@freefall.freebsd.org> Date: Thu, 24 Feb 2000 14:21:01 -0800 (PST) From: mlindsay@expressvu.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: misc/16969: /kernel: psmintr: out of sync (0000 != 0008) Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16969 >Category: misc >Synopsis: /kernel: psmintr: out of sync (0000 != 0008) >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 24 14:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Mike Lindsay >Release: 3.4-RELEASE >Organization: Bell ExpressVu >Environment: 3.4-RELEASE FreeBSD #0: /usr/src/sys/compile/GENERIC i386 [uname -a output] The box is an IBM 300PL Coppermine Technolog 600Mhz machien with 256 ECC RAM 512k Cache. >Description: The error "/kernel: psmintr: out of sync (0000 != 0008)" keeps appearing...can't find a cause /;P >How-To-Repeat: It occurrs by itself every few mins. >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 15:10: 8 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B4E9837BBA0 for ; Thu, 24 Feb 2000 15:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA85548; Thu, 24 Feb 2000 15:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from heimdall.piqnet.org (adsl-63-197-64-194.dsl.snfc21.pacbell.net [63.197.64.194]) by hub.freebsd.org (Postfix) with ESMTP id 3423437BC05 for ; Thu, 24 Feb 2000 15:02:04 -0800 (PST) (envelope-from joelh@detlev.piqnet.org) Received: from detlev.piqnet.org (adsl-63-197-64-195.dsl.snfc21.pacbell.net [63.197.64.195]) by heimdall.piqnet.org (8.9.3/8.9.3) with ESMTP id PAA11175 for ; Thu, 24 Feb 2000 15:06:31 -0800 (PST) (envelope-from joelh@detlev.piqnet.org) Received: (from joelh@localhost) by detlev.piqnet.org (8.9.3/8.9.3) id PAA79693; Thu, 24 Feb 2000 15:03:44 -0800 (PST) (envelope-from joelh) Message-Id: <200002242303.PAA79693@detlev.piqnet.org> Date: Thu, 24 Feb 2000 15:03:44 -0800 (PST) From: Joel Ray Holveck Reply-To: joelh@gnu.org To: freefall-gnats@detlev.piqnet.org X-Send-Pr-Version: 3.2 Subject: bin/16971: Exiting from /usr/sbin/login does not restore utmp Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16971 >Category: bin >Synopsis: Exiting from /usr/sbin/login does not restore utmp >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Thu Feb 24 15:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Joel Ray Holveck >Release: FreeBSD 4.0-CURRENT i386 >Organization: >Environment: Current from 10 Feb >Description: After login exits when invoked from the shell, it does not restore utmp to indicate the old user. >How-To-Repeat: The following has been minorly edited to eliminate motds, etc. joelh's shell is bash 2.02. It runs login out of /usr/bin and forks as if it were running any other program. The telnet is to force a clean environment. detlev$ telnet 127.0.0.1 Trying 127.0.0.1... Connected to localhost (127.0.0.1). Escape character is '^]'. FreeBSD/i386 (detlev.piqnet.org) (ttypb) login: joelh s/key 94 de20359 Password: Last login: Thu Feb 24 14:31:14 from localhost Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT (DETLEV) #0: Fri Feb 11 01:37:14 PST 2000 detlev$ tty /dev/ttypb detlev$ w | grep pb joelh pb localhost 2:34PM - grep pb detlev$ login smt Password: Last login: Thu Feb 24 14:31:27 on ttypa Copyright (c) 1980, 1983, 1986, 1988, 1990, 1991, 1993, 1994 The Regents of the University of California. All rights reserved. FreeBSD 4.0-CURRENT (DETLEV) #0: Fri Feb 11 01:37:14 PST 2000 bash-2.02$ w | grep pb smt pb - 2:34PM - grep pb bash-2.02$ logout detlev$ w | grep pb smt pb - 2:34PM - grep pb detlev$ logout >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Thu Feb 24 16:50:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2CA2637BE6E for ; Thu, 24 Feb 2000 16:50:09 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id QAA30257; Thu, 24 Feb 2000 16:50:08 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Thu, 24 Feb 2000 16:50:08 -0800 (PST) Message-Id: <200002250050.QAA30257@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Kelly Yancey Subject: Re: misc/16969: /kernel: psmintr: out of sync (0000 != 0008) Reply-To: Kelly Yancey Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR misc/16969; it has been noted by GNATS. From: Kelly Yancey To: mlindsay@expressvu.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: misc/16969: /kernel: psmintr: out of sync (0000 != 0008) Date: Thu, 24 Feb 2000 19:45:04 -0500 (EST) On Thu, 24 Feb 2000 mlindsay@expressvu.com wrote: > >Description: > The error "/kernel: psmintr: out of sync (0000 != 0008)" keeps appearing...can't find a cause /;P > >How-To-Repeat: > It occurrs by itself every few mins. > >Fix: > Does it happen more frequently when you move the mouse around? Looks like a mouse protocol mismatch to me. What kind of mouse do you have? Kelly -- Kelly Yancey - kbyanc@posi.net - Richmond, VA Analyst / E-business Development, Bell Industries http://www.bellind.com/ Maintainer, BSD Driver Database http://www.posi.net/freebsd/drivers/ Coordinator, Team FreeBSD http://www.posi.net/freebsd/Team-FreeBSD/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 2:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 04B6737BE14 for ; Fri, 25 Feb 2000 02:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA21479; Fri, 25 Feb 2000 02:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6267037C363 for ; Fri, 25 Feb 2000 02:35:07 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA18173; Fri, 25 Feb 2000 02:35:07 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002251035.CAA18173@freefall.freebsd.org> Date: Fri, 25 Feb 2000 02:35:07 -0800 (PST) From: peter.edwards@ireland.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: bin/16981: Minor nit with (un)compress and "Operation not supported" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16981 >Category: bin >Synopsis: Minor nit with (un)compress and "Operation not supported" >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 02:40:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Peter Edwards >Release: -current >Organization: >Environment: FreeBSD rocklobster 4.0-CURRENT FreeBSD 4.0-CURRENT #3: Fri Jan 21 09:42:06 GMT 2000 petere@rocklobster:/usr/src/sys/compile/PME2 i386 >Description: compress uses setfile() to make flags, ownership and mode of the output the same as those of the original. However, if the filesystem holding the output file doesn't support these operations, compress prints a warning. This bites a bit with NFS directories, which always fail the chflags() operation. If the file system doesn't support the operation, then the flags data wasn't valid on the original file anyway, so the warning is spurious. >How-To-Repeat: $ cd /net/remote/directory $ compress somefile compress: chflags: somefile.Z: Operation not supported $ >Fix: chmod() is also documented as returning EOPNOTSUPP, so I guess the same goes for it as well as chflags(). Patch follows... *** compress.c.old Fri Feb 25 10:17:53 2000 --- compress.c Fri Feb 25 10:24:20 2000 *************** *** 372,381 **** cwarn("chown: %s", name); fs->st_mode &= ~(S_ISUID|S_ISGID); } ! if (chmod(name, fs->st_mode)) cwarn("chown: %s", name); ! if (chflags(name, fs->st_flags)) cwarn("chflags: %s", name); } --- 372,381 ---- cwarn("chown: %s", name); fs->st_mode &= ~(S_ISUID|S_ISGID); } ! if (chmod(name, fs->st_mode) && errno != EOPNOTSUPP) cwarn("chown: %s", name); ! if (chflags(name, fs->st_flags) && errno != EOPNOTSUPP) cwarn("chflags: %s", name); >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 4:58:22 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from ns.a-net.ne.jp (ns.a-net.ne.jp [210.161.126.226]) by hub.freebsd.org (Postfix) with SMTP id 2E4AF37BD23; Fri, 25 Feb 2000 04:58:11 -0800 (PST) (envelope-from ganba@a-net.ne.jp) Received: from mail.a-net.ne.jp (unverified [210.161.126.7]) by ns.a-net.ne.jp (EMWAC SMTPRS 0.83) with SMTP id ; Fri, 25 Feb 2000 21:55:52 +0900 Message-ID: <200002252157.529@ganba.a-net.ne.jp> Date: Fri, 25 Feb 2000 21:57:17 +0900 From: =?ISO-2022-JP?B?GyRCJCIkZiRfGyhC?= To: ganba@a-net.ne.jp Subject: =?ISO-2022-JP?B?GyRCJGgkJiQzJD0hIiQiJGYkXyROJVshPCVgJVohPCU4GyhC?= =?ISO-2022-JP?B?GyRCJFgbKEI=?= MIME-Version: 1.0 Content-Type: text/plain; charset="iso-2022-jp" Content-Transfer-Encoding: 7bit X-Mailer: Gen Mail 0.9b X-Antirelay: Good relay from local net2 210.161.126.0/24 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org $B$O$8$a$^$7$F!"$"$f$_(B $B$H8@$$$^$9!#(B $BFMA3$N%a!<%k$G!"$4$a$s$J$5$$!#(B $B$3$s$J;d$,%[!<%`%Z!<%8$r:n$C$A$c$$$^$7$?!#(B $B$^$@!"2?$bL5$$$s$@$1$I!&!&!&!#(B $B$G$b!"$3$s$J;d$G$b(B"$B%j!{%k!<%He$KBg$-$/$H$j$"$2$F$b$i$($F$H$C$F$b%O%C%T!<$G$9!#(B http://www1.sphere.ne.jp/cube/idol/ $B$I$)!; Fri, 25 Feb 2000 05:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA39916; Fri, 25 Feb 2000 05:50:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from mars.ik.bme.hu (mars.ik.bme.hu [152.66.243.130]) by hub.freebsd.org (Postfix) with ESMTP id A31E737BA81 for ; Fri, 25 Feb 2000 05:43:42 -0800 (PST) (envelope-from root@mars.ik.bme.hu) Received: (from root@localhost) by mars.ik.bme.hu (8.9.3/8.9.3) id OAA22557; Fri, 25 Feb 2000 14:34:32 +0100 (CET) (envelope-from root) Message-Id: <200002251334.OAA22557@mars.ik.bme.hu> Date: Fri, 25 Feb 2000 14:34:32 +0100 (CET) From: mohacsi@ik.bme.hu Reply-To: mohacsi@ik.bme.hu To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/16985: Visual config bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16985 >Category: kern >Synopsis: Visual config bug >Confidential: yes >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 05:50:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: >Release: FreeBSD 4.0-20000214-CURRENT i386 >Organization: >Environment: FreeBSD 4.0-20000214-CURRENT >Description: ata0,ata1 devices appeared in visual config in miscelaneous category, not in the mass storage devices. This can be embrarassing. >How-To-Repeat: Boot FreeBSD 4.0-20000214-CURRENT and jump to visual config >Fix: /sys/i386/i386/userconfig.c should contain "ata" beside the "wd" >Release-Note: >Audit-Trail: >Unformatted: Submitter-Id: current-users Originator: Janos Mohacsi Organization: Technical University of Budapest Confidential: no Synopsis: Bug in install visual config Severity: serious Priority: high To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 8: 0:11 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2B0B637C3A5 for ; Fri, 25 Feb 2000 08:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id IAA57109; Fri, 25 Feb 2000 08:00:03 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 25 Feb 2000 08:00:03 -0800 (PST) Message-Id: <200002251600.IAA57109@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Panagiotis Christias Subject: Re: kern/16568: How to crash FreeBSD 4.4 Reply-To: Panagiotis Christias Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16568; it has been noted by GNATS. From: Panagiotis Christias To: freebsd-gnats-submit@FreeBSD.org, bg@bg.sics.se Cc: Subject: Re: kern/16568: How to crash FreeBSD 4.4 Date: Fri, 25 Feb 2000 17:51:25 +0200 Hello, this is yet another report, this bug was responsible for crashing your four brand new cache boxes for the past 25 days during peak time, running FreeBSD-3.4STABLE(?) and the latest Squid (2.2STABLE5). Since installing the patch (4 days ago) all systems all running smoothly without any problem. I strongly suggest that you add the patch as soon as possible to the 3.0-stable branch. I'ld be surprised if this bug is responsible for several other crashes, like the kern/16890 case... Regards, Panagiotis, crash no more! -- Panagiotis J. Christias Network Management Center P.Christias@noc.ntua.gr National Technical Univ. of Athens, GREECE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 9: 0: 9 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3AF1437BEBF for ; Fri, 25 Feb 2000 09:00:05 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA78618; Fri, 25 Feb 2000 09:00:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 25 Feb 2000 09:00:04 -0800 (PST) Message-Id: <200002251700.JAA78618@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Dan Papasian Subject: Re: kern/16985: Visual config bug Reply-To: Dan Papasian Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16985; it has been noted by GNATS. From: Dan Papasian To: mohacsi@ik.bme.hu Cc: FreeBSD-gnats-submit@FreeBSD.ORG Subject: Re: kern/16985: Visual config bug Date: Fri, 25 Feb 2000 11:57:46 -0500 I addressed this issue awhile ago, and Jordan commited my patch on the 15th. Looks as if your snapshot is just a little bit too old :) -Dan Papasian On Fri, Feb 25, 2000 at 02:34:32PM +0100, mohacsi@ik.bme.hu wrote: > > >Number: 16985 > >Category: kern > >Synopsis: Visual config bug > >Confidential: yes > >Severity: serious > >Priority: medium > >Responsible: freebsd-bugs > >State: open > >Quarter: > >Keywords: > >Date-Required: > >Class: sw-bug > >Submitter-Id: current-users > >Arrival-Date: Fri Feb 25 05:50:01 PST 2000 > >Closed-Date: > >Last-Modified: > >Originator: > >Release: FreeBSD 4.0-20000214-CURRENT i386 > >Organization: > >Environment: > > FreeBSD 4.0-20000214-CURRENT > > >Description: > > ata0,ata1 devices appeared in visual config in miscelaneous category, > not in the mass storage devices. > This can be embrarassing. > > >How-To-Repeat: > > Boot FreeBSD 4.0-20000214-CURRENT and jump to visual config > > >Fix: > /sys/i386/i386/userconfig.c should contain "ata" beside the "wd" > > > > > >Release-Note: > >Audit-Trail: > >Unformatted: > Submitter-Id: current-users > Originator: Janos Mohacsi > Organization: Technical University of Budapest > Confidential: no > Synopsis: Bug in install visual config > Severity: serious > Priority: high > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-bugs" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 9:16:23 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9F3AA37BE56; Fri, 25 Feb 2000 09:16:22 -0800 (PST) (envelope-from ru@FreeBSD.org) Received: (from ru@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id JAA85607; Fri, 25 Feb 2000 09:16:21 -0800 (PST) (envelope-from ru@FreeBSD.org) Date: Fri, 25 Feb 2000 09:16:21 -0800 (PST) From: Message-Id: <200002251716.JAA85607@freefall.freebsd.org> To: mohacsi@ik.bme.hu, ru@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16985: Visual config bug Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Visual config bug State-Changed-From-To: open->closed State-Changed-By: ru State-Changed-When: Fri Feb 25 09:12:47 PST 2000 State-Changed-Why: jkh 2000/02/15 10:33:26 PST Modified files: sys/i386/i386 userconfig.c Log: Add userconfig entries for the new atapi devices. Submitted by: Dan Papasian Revision Changes Path 1.173 +4 -2 src/sys/i386/i386/userconfig.c To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 13:10: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id B45E337BD3C for ; Fri, 25 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA28820; Fri, 25 Feb 2000 13:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6168937BBBE for ; Fri, 25 Feb 2000 13:00:30 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA28027; Fri, 25 Feb 2000 13:00:30 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002252100.NAA28027@freefall.freebsd.org> Date: Fri, 25 Feb 2000 13:00:30 -0800 (PST) From: smaff@arbitrary.clues.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/16992: Low throughput of tcp sessions between "pn" cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16992 >Category: kern >Synopsis: Low throughput of tcp sessions between "pn" cards >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 13:10:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Andrew Matthews >Release: 3.4-RELEASE >Organization: - >Environment: FreeBSD router 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Tue Jan 1 03:10:49 GMT 1980 root@:/usr/src/sys/compile/ROUTER i386 >Description: We have a router with 2 Netgear FA310TX (pn0 & pn1) cards, and a 3COM 3c509 card. The pn's are both in 100MB Full Duplex, and the two test machines are plugged into this via 100MB FD switching hubs (the Netgear FS108), they also use FA310TX and are 3.4 and 3.3 release boxes. The 3com card is 10mb Half Duplex. Test machine A is in pn0, and Test machine B connects via pn1. Throughput testing using ping -f and "bing" indicates all is well - bing gives around 40Mbits/s between B & A, and about 5MBits/s between B and the next hop out of the 3com card. However, while attempting to shift files around using ftp gives the following results: B getting large file via ep0 : 624Kbytes/s A getting large file via ep0 : 622Kbytes/s B getting large file from A : 160Kbytes/s B getting large file from A (pn1 in Half Duplex): 500Kbytes/s (v.variable) (note, the pn cards are nailed, not autoselecting - so extra problem there as it seems the switch seems to think its half-duplex regardless of the card's setting - maybe a switch problem though there). Also, during A->B transfer, the statistics are very bursty, with moments of relatively low transfer intersped with high, compared with via ep0 transfers which are fairly steady. There are no observable error messages (except when pn1 is in full-duplex netstat does report the odd errored packet, which is what you'd expect if the switch thought it was half-duplex). Other info: Timecounter "i8254" frequency 1193182 Hz Timecounter "TSC" frequency 99126478 Hz CPU: Pentium/P54C (99.13-MHz 586-class CPU) Origin = "GenuineIntel" Id = 0x525 Stepping = 5 Features=0x1bf real memory = 67108864 (65536K bytes) pn0: <82c169 PNIC 10/100BaseTX> rev 0x20 int a irq 9 on pci0.17.0 pn1: <82c169 PNIC 10/100BaseTX> rev 0x20 int a irq 15 on pci0.20.0 ep0 at 0x230-0x23f irq 10 on isa (no theres no wdc1) No idea if the "int a" being the same makes a difference, or even how to change it if it does. >How-To-Repeat: Fairly consistant. Just ftp things. >Fix: Don't use 2 FA310TX cards in the same box (suggested by netgear techsupport) - Not entirely a "solution" but there you go :/ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 13:30: 4 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id E884637B884 for ; Fri, 25 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA30663; Fri, 25 Feb 2000 13:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 25 Feb 2000 13:30:01 -0800 (PST) Message-Id: <200002252130.NAA30663@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: "Andrew 'Smaff' Matthews" Subject: Re: kern/16992: Low throughput of tcp sessions between "pn" cards Reply-To: "Andrew 'Smaff' Matthews" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/16992; it has been noted by GNATS. From: Andrew 'Smaff' Matthews To: freebsd-gnats-submit@FreeBSD.org, smaff@arbitrary.clues.com Cc: Subject: Re: kern/16992: Low throughput of tcp sessions between "pn" cards Date: Fri, 25 Feb 2000 21:29:21 +0000 Oh hell, really helps if you check the remote end (machine A) too :/ That was having duplex mismatches too... I now get a fairly pleasent 2+Mbytes/s transfer. Now, the problem is why the switches don't detect the things in full duplex mode... This problem is fairly random - of the 4 FA310TX cards I have, 2 are detected as being in Full Duplex, and 2 in Half duplex :( I've tried swapping cables and ports, but to no avail. I feel the switches are the most probable culprit though, so feel free to close the ticket. /me feels stupid, but hey ho. Smaff -- Smaff - the mistake is not a typo. "Beware of geeks baring gifs." -- in RISKS. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 14:38: 2 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 2FE6737BDCC; Fri, 25 Feb 2000 14:38:01 -0800 (PST) (envelope-from cpiazza@FreeBSD.org) Received: (from cpiazza@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA38772; Fri, 25 Feb 2000 14:38:00 -0800 (PST) (envelope-from cpiazza@FreeBSD.org) Date: Fri, 25 Feb 2000 14:38:00 -0800 (PST) From: Message-Id: <200002252238.OAA38772@freefall.freebsd.org> To: smaff@arbitrary.clues.com, cpiazza@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16992: Low throughput of tcp sessions between "pn" cards Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: Low throughput of tcp sessions between "pn" cards State-Changed-From-To: open->closed State-Changed-By: cpiazza State-Changed-When: Fri Feb 25 14:37:07 PST 2000 State-Changed-Why: Problem tracked down to a duplex mismatch (most likely the switches fault). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 14:40: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4D87B37BD7E for ; Fri, 25 Feb 2000 14:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id OAA38936; Fri, 25 Feb 2000 14:40:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from bg.sics.se (bg.sics.se [193.10.66.124]) by hub.freebsd.org (Postfix) with ESMTP id 59B9737BD7E for ; Fri, 25 Feb 2000 14:30:47 -0800 (PST) (envelope-from bg@bg.sics.se) Received: (from bg@localhost) by bg.sics.se (8.9.3/8.9.3) id XAA02587; Fri, 25 Feb 2000 23:30:52 +0100 (CET) (envelope-from bg) Message-Id: <200002252230.XAA02587@bg.sics.se> Date: Fri, 25 Feb 2000 23:30:52 +0100 (CET) From: bg@sics.se Reply-To: bg@sics.se To: FreeBSD-gnats-submit@freebsd.org Cc: bg@sics.se X-Send-Pr-Version: 3.2 Subject: kern/16993: Linux emulator lacks setfsuid and setfsgid Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16993 >Category: kern >Synopsis: Linux emulator lacks setfsuid and setfsgid >Confidential: no >Severity: non-critical >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 14:40:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Bjoern Groenvall >Release: FreeBSD 3.4-RELEASE i386 >Organization: SICS >Environment: FreeBSD 3.4-RELEASE. Same problem exists under -current. >Description: Legato NetWorker has programs nsrwatch and nsradmin that don't work under the Linux emulator because the setfsuid and setfsgid system calls are missing. >How-To-Repeat: Run the following Linux program int main() { setfsuid(geteuid()); } and you will get a core dump. >Fix: Patch relative to FreeBSD 3.4-RELEASE. Note that setfsuid is defined to return the current value of fsuid on error rather than an error (sic). --- linux_misc.c 2000/02/25 21:06:01 1.1 +++ linux_misc.c 2000/02/25 22:16:35 @@ -1366,3 +1366,23 @@ return error; } + +int +linux_setfsuid(struct proc *p, struct linux_setfsuid_args *args) +{ + p->p_retval[0] = p->p_ucred->cr_uid; + if (args->uid == p->p_ucred->cr_uid) + return 0; + printf("Linux-emul(%d): setfsuid(%d) ignored\n", p->p_pid, args->uid); + return 0; +} + +int +linux_setfsgid(struct proc *p, struct linux_setfsgid_args *args) +{ + p->p_retval[0] = p->p_ucred->cr_gid; + if (args->gid == p->p_ucred->cr_gid) + return 0; + printf("Linux-emul(%d): setfsgid(%d) ignored\n", p->p_pid, args->gid); + return 0; +} --- linux_proto.h 2000/02/25 20:21:50 1.1 +++ linux_proto.h 2000/02/25 21:05:08 @@ -363,6 +363,12 @@ struct linux_bdflush_args { register_t dummy; }; +struct linux_setfsuid_args { + int uid; char uid_[PAD_(int)]; +}; +struct linux_setfsgid_args { + int gid; char gid_[PAD_(int)]; +}; struct linux_personality_args { int per; char per_[PAD_(int)]; }; @@ -529,6 +535,8 @@ int linux_quotactl __P((struct proc *, struct linux_quotactl_args *)); int linux_getpgid __P((struct proc *, struct linux_getpgid_args *)); int linux_bdflush __P((struct proc *, struct linux_bdflush_args *)); +int linux_setfsuid __P((struct proc *, struct linux_setfsuid_args *)); +int linux_setfsgid __P((struct proc *, struct linux_setfsgid_args *)); int linux_personality __P((struct proc *, struct linux_personality_args *)); int linux_llseek __P((struct proc *, struct linux_llseek_args *)); int linux_getdents __P((struct proc *, struct linux_getdents_args *)); --- linux_sysent.c 2000/02/25 20:18:49 1.1 +++ linux_sysent.c 2000/02/25 21:02:20 @@ -153,8 +153,8 @@ { 0, (sy_call_t *)nosys }, /* 135 = sysfs */ { 1, (sy_call_t *)linux_personality }, /* 136 = linux_personality */ { 0, (sy_call_t *)nosys }, /* 137 = afs_syscall */ - { 0, (sy_call_t *)nosys }, /* 138 = setfsuid */ - { 0, (sy_call_t *)nosys }, /* 139 = getfsuid */ + { 0, (sy_call_t *)linux_setfsuid }, /* 138 = linux_setfsuid */ + { 0, (sy_call_t *)linux_setfsgid }, /* 139 = linux_setfsgid */ { 5, (sy_call_t *)linux_llseek }, /* 140 = linux_llseek */ { 3, (sy_call_t *)linux_getdents }, /* 141 = linux_getdents */ { 5, (sy_call_t *)linux_newselect }, /* 142 = linux_newselect */ --- syscalls.master 2000/02/25 20:19:23 1.1 +++ syscalls.master 2000/02/25 21:01:24 @@ -195,8 +195,8 @@ 135 UNIMPL LINUX sysfs 136 STD LINUX { int linux_personality(int per); } 137 UNIMPL LINUX afs_syscall -138 UNIMPL LINUX setfsuid -139 UNIMPL LINUX getfsuid +138 STD LINUX linux_setfsuid +139 STD LINUX linux_setfsgid 140 STD LINUX { int linux_llseek(int fd, u_int32_t ohigh, \ u_int32_t olow, caddr_t res, int whence); } 141 STD LINUX { int linux_getdents(int fd, void *dent, \ >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 15:40: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 293A337BB70 for ; Fri, 25 Feb 2000 15:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id PAA44070; Fri, 25 Feb 2000 15:40:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Fri, 25 Feb 2000 15:40:02 -0800 (PST) Message-Id: <200002252340.PAA44070@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: adrian@creative.net.au Subject: Re: bin/9711: Fails: cd /usr/bin; gzip file ; mv file.gz file Reply-To: adrian@creative.net.au Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/9711; it has been noted by GNATS. From: adrian@creative.net.au To: freebsd-gnats-submit@freebsd.org, jhs@freebsd.org Cc: Subject: Re: bin/9711: Fails: cd /usr/bin; gzip file ; mv file.gz file Date: Sat, 26 Feb 2000 07:37:16 +0800 After some investigation, this fails because for files larger than HOWMANY bytes. This happens because it can't pass gzip a full file, and gzip gives a 'unexpected EOF', kills the pipe, and this gives the unexpected read error. The solution for this is a more clever way of unzipping the first part of a file - perhaps gzip's behaviour changed in the past? Jointly hacked on by: Dan Papasian Adrian Chadd To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 19:20: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id A464837BF7A for ; Fri, 25 Feb 2000 19:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id TAA57416; Fri, 25 Feb 2000 19:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from gracie.lbl.gov (gracie.lbl.gov [131.243.2.175]) by hub.freebsd.org (Postfix) with ESMTP id 92A7437BC4D for ; Fri, 25 Feb 2000 19:12:31 -0800 (PST) (envelope-from jin@gracie.lbl.gov) Received: (from jin@localhost) by gracie.lbl.gov (8.9.3/8.9.3) id TAA17521; Fri, 25 Feb 2000 19:12:28 -0800 (PST) (envelope-from jin) Message-Id: <200002260312.TAA17521@gracie.lbl.gov> Date: Fri, 25 Feb 2000 19:12:28 -0800 (PST) From: Jin Guojun (FTG staff) Reply-To: j_guojun@lbl.gov To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: misc/16999: missing libXThrStub.so.6 required by libXt.so Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 16999 >Category: misc >Synopsis: missing libXThrStub.so.6 required by libXt.so >Confidential: no >Severity: serious >Priority: medium >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Fri Feb 25 19:20:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Jin Guojun (FTG staff) >Release: FreeBSD 3.4-200002xx-STABLE i386 >Organization: >Environment: 4.0-20000224-CURRENT FreeBSD >Description: /usr/libexec/elf/ld: warning: libXThrStub.so.6, needed by /usr/X11R6/lib/libXt.so, not found (try using --rpath) >How-To-Repeat: compile code that need libXt.so >Fix: add libXThrStub.so.6 in 4.0-CURRENT FreeBSD distribution or remove libXThrStub.so.6 dependency from libXt.so >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 20:58:56 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from sax.sax.de (sax.sax.de [193.175.26.33]) by hub.freebsd.org (Postfix) with ESMTP id 891E737B94F; Fri, 25 Feb 2000 20:58:45 -0800 (PST) (envelope-from hohmuth@olymp.sax.de) Received: (from uucp@localhost) by sax.sax.de (8.9.3/8.9.3) with UUCP id FAA23366; Sat, 26 Feb 2000 05:58:44 +0100 (CET) Received: (from hohmuth@localhost) by olymp.sax.de (8.9.3/8.9.3) id EAA03298; Sat, 26 Feb 2000 04:56:01 +0100 (CET) (envelope-from hohmuth) From: Michael Hohmuth To: grog@FreeBSD.org Cc: freebsd-bugs@FreeBSD.org Subject: Re: kern/16713: Vinum: some processes would not die; ps axl advised References: <200002150413.UAA64462@freefall.freebsd.org> Mime-Version: 1.0 (generated by tm-edit 7.108) Content-Type: text/plain; charset=US-ASCII Date: 26 Feb 2000 04:56:01 +0100 In-Reply-To: grog@FreeBSD.org's message of "Mon, 14 Feb 2000 20:13:48 -0800 (PST)" Message-ID: <87wvnshb1q.fsf@olymp.sax.de> Lines: 29 X-Mailer: Gnus v5.5/XEmacs 20.4 - "Emerald" Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org grog@FreeBSD.org writes: > Synopsis: Vinum: some processes would not die; ps axl advised > > State-Changed-From-To: open->closed > State-Changed-By: grog > State-Changed-When: Mon Feb 14 20:13:02 PST 2000 > State-Changed-Why: > Problem fixed (MFC). I don't know what you mean by ``problem fixed'' or ``MFC,'' but for me the problem persists. I have built a -STABLE kernel on Feb 19 and still see the "some processes would not die" message. Wasn't there supposed to be a "feedback" state in the bug-report system that kept the bug report open until the fix was tested by the original problem reporter? Michael > Responsible-Changed-From-To: freebsd-bugs->grog > Responsible-Changed-By: grog > Responsible-Changed-When: Mon Feb 14 20:13:02 PST 2000 > Responsible-Changed-Why: > grog handles Vinum PRs. -- hohmuth@innocent.com, hohmuth@sax.de http://www.sax.de/~hohmuth/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Fri Feb 25 21:53:15 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from gw.nectar.com (gw.nectar.com [209.98.143.44]) by hub.freebsd.org (Postfix) with ESMTP id E924B37BF7D; Fri, 25 Feb 2000 21:53:09 -0800 (PST) (envelope-from nectar@nectar.com) Received: by gw.nectar.com (Postfix, from userid 1001) id 4555A2435A7; Fri, 25 Feb 2000 23:53:05 -0600 (CST) Date: Fri, 25 Feb 2000 23:53:05 -0600 From: "Jacques A . Vidrine" To: Michael Hohmuth Cc: grog@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/16713: Vinum: some processes would not die; ps axl advised Message-ID: <20000225235305.A16959@spawn.nectar.com> References: <200002150413.UAA64462@freefall.freebsd.org> <87wvnshb1q.fsf@olymp.sax.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <87wvnshb1q.fsf@olymp.sax.de>; from hohmuth@olymp.sax.de on Sat, Feb 26, 2000 at 04:56:01AM +0100 X-Url: http://www.nectar.com/ Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Feb 26, 2000 at 04:56:01AM +0100, Michael Hohmuth wrote: > I don't know what you mean by ``problem fixed'' or ``MFC,'' but for me > the problem persists. I have built a -STABLE kernel on Feb 19 and > still see the "some processes would not die" message. > > Wasn't there supposed to be a "feedback" state in the bug-report > system that kept the bug report open until the fix was tested by the > original problem reporter? Hrm, I think you are correct: the bug has not been addressed. See related PR kern/14356 with a fix from 15. October 1999. Greg has made it so that vinumd now sets P_SYSTEM (which was also recommended in kern/14356) but this isn't the issue. vinumd is still a child of init, and so init will wait on it at shutdown time. To fix this problem, vinumd must be removed from init's child list. I didn't notice that this part of the commit was missing (haven't rebuild world yet) when I previously asked Greg to close PR kern/14356. Greg, was this an oversight? Thanks, -- Jacques Vidrine / n@nectar.com / nectar@FreeBSD.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 0:10: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id DDB6637BF7F for ; Sat, 26 Feb 2000 00:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA73320; Sat, 26 Feb 2000 00:10:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 9DF1537BF6D for ; Sat, 26 Feb 2000 00:04:41 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id AAA73118; Sat, 26 Feb 2000 00:04:41 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002260804.AAA73118@freefall.freebsd.org> Date: Sat, 26 Feb 2000 00:04:41 -0800 (PST) From: eps@sirius.com To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/17003: dscheck() overzealously protects labels on non-BSD partitions Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17003 >Category: kern >Synopsis: dscheck() overzealously protects labels on non-BSD partitions >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 26 00:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Eric P. Scott >Release: i386/3.4-RELEASE >Organization: >Environment: >Description: On a drive using DOS partitioning, dscheck() prevents overwriting the first 1K of a partition that formerly held a UFS filesystem, even if the partition type is changed to something other than DOSPTYP_386BSD. >How-To-Repeat: dd if=/dev/zero of=/dev/rwd0s2 bs=512 count=1 >Fix: Ignore contents of non-BSD partitions. Don't even call readdisklabel(). Relevant files: diskslice_machdep.c subr_diskslice.c ufs_disksubr.c >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 1:20: 5 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id F242037BBD1 for ; Sat, 26 Feb 2000 01:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id BAA76419; Sat, 26 Feb 2000 01:20:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 26 Feb 2000 01:20:02 -0800 (PST) Message-Id: <200002260920.BAA76419@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Tony Maher Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Reply-To: Tony Maher Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14782; it has been noted by GNATS. From: Tony Maher To: freebsd-gnats-submit@FreeBSD.org, bauer@genprofile.com, bll@gentoo.com Cc: Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Date: Sat, 26 Feb 2000 20:16:55 +1100 As indicated previously I have not had any trouble on the local LAN in the office in getting NIS to bind to a Solaris 7 server (from FreeBSD 3.4-stable). Just tried from home over modem and I do get problems in binding. THere were 2 copies of ypbind and they were repeatedly dying and spawning new copies. tcpdump showed that broadcasts going over home ethernet network rather than over tun0 interface. 20:02:16.680190 dt.1217 > 192.168.0.255.sunrpc: udp 132 From the man page ypbind -m -S nis.int.DOMAIN,foo.int.domain,bar.int.domain fixed the problem for me. I am wondering if you are in a subnet and your broadcasts are not reaching the NIS master. tonym To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 2:30: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id BD12937BF7F for ; Sat, 26 Feb 2000 02:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id CAA78984; Sat, 26 Feb 2000 02:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 26 Feb 2000 02:30:02 -0800 (PST) Message-Id: <200002261030.CAA78984@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Bruce Evans Subject: Re: kern/17003: dscheck() overzealously protects labels on non-BSD partitions Reply-To: Bruce Evans Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR kern/17003; it has been noted by GNATS. From: Bruce Evans To: eps@sirius.com Cc: freebsd-gnats-submit@FreeBSD.ORG Subject: Re: kern/17003: dscheck() overzealously protects labels on non-BSD partitions Date: Sat, 26 Feb 2000 21:24:01 +1100 (EST) On Sat, 26 Feb 2000 eps@sirius.com wrote: > On a drive using DOS partitioning, dscheck() prevents overwriting the > first 1K of a partition that formerly held a UFS filesystem, even if It actually prevents overwriting the second sector. This prevents overwriting the first nK if the write is for nK at offset 0 and the sector size is < nK. > the partition type is changed to something other than DOSPTYP_386BSD. This is a feature. All types of partitions can have BSD labels. This part of the feature is intentional. If you don't want your otherOS partitions labeled, then don't put a label on them, and don't forget to remove unwanted labels if you change partition types. Also, be careful when moving partitions. An old label will wake up if there is a valid one in the second sector of a new partition. Labels can be difficult to remove, because of bugs in the label write (un)protection ioctl. The only reliable method that I know of is: 1) Open the whole disk device for the drive, and write suitable garbage (normally 0's) over the label sector. If you use dd, then you will need an up to date dd that supports seeking to offsets >= 2GB if the label sector offset is >= 2GB. 2) Make sure that all subdevices on the drive are closed. An in-core copy of the old label will be used until the next open after they are all closed. Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 5: 0: 7 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 3B37137B7CB for ; Sat, 26 Feb 2000 05:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id FAA89554; Sat, 26 Feb 2000 05:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from tk212017119140.teleweb.at (TK212017119140.teleweb.at [212.17.119.140]) by hub.freebsd.org (Postfix) with SMTP id 840C237B7A1 for ; Sat, 26 Feb 2000 04:54:16 -0800 (PST) (envelope-from georg@tk212017119140.teleweb.at) Received: (qmail 13484 invoked by uid 503); 26 Feb 2000 12:54:14 -0000 Message-Id: <20000226135414.A13477@tk212017119140.teleweb.at> Date: Sat, 26 Feb 2000 13:54:14 +0100 From: Georg Graf To: freebsd-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: conf/17006: PCMCIA ETHERNET CARD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17006 >Category: conf >Synopsis: PCMCIA ETHERNET CARD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 26 05:00:00 PST 2000 >Closed-Date: >Last-Modified: >Originator: Georg Graf >Release: FreeBSD 3.4-STABLE i386 >Organization: private user on notebook >Environment: >Description: The card is not found in the pccard.conf file, it is a Genius "Ethernet ME3000II SE" NE2000 clone, providing 10Mb/s through either a BNC or a 10BaseT interface. It works, if i give it an entry in the pccard.conf file. If you like me to, I can send you the output of the cis-dump. Thank you! >How-To-Repeat: >Fix: io 0x240-0x380 . . . card "PCMCIA" "PCMCIA-ETHERNET-CARD" config 0x20 "ed0" ? >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 6:30:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 383E437BCB6 for ; Sat, 26 Feb 2000 06:30:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id GAA94556; Sat, 26 Feb 2000 06:30:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from neo.internetway.net (neo.internetway.net [212.155.223.5]) by hub.freebsd.org (Postfix) with ESMTP id C218037BBFC for ; Sat, 26 Feb 2000 06:23:32 -0800 (PST) (envelope-from spe@neo.internetway.net) Received: (from spe@localhost) by neo.internetway.net (8.9.3/8.9.3) id PAA42739; Sat, 26 Feb 2000 15:23:58 +0100 (CET) (envelope-from spe) Message-Id: <200002261423.PAA42739@neo.internetway.net> Date: Sat, 26 Feb 2000 15:23:58 +0100 (CET) From: Sebastien Petit Reply-To: spe@neo.internetway.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/17007: Ethernet Firewall under FreeBSD 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17007 >Category: kern >Synopsis: This is a code for implementing ethernet firewall under FreeBSD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 26 06:30:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sebastien Petit >Release: FreeBSD 3.4-RELEASE i386 >Organization: IntellNet >Environment: FreeBSD neo.internetway.net 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Jan 3 16:24:40 CET 2000 root@neo.internetway.net:/usr/src/sys/compile/NEO i386 >Description: Ethfw is an ethernet firewall for the 3.4 FreeBSD kernel (if you like I send you the patch for 4.0 FreeBSD kernel). It consists of a kernel patch and a console application for configuring rules. It can be used to accept or deny mac addresses. >How-To-Repeat: >Fix: begin 644 ethfw-0.1.tar.gz M'XL(`#42LS@``^Q9#7!35W9^Q@:$,-AA20*IL[DD(?S4^`?;V`&20;:>L3:V MI.H'QTU81Y:>_&1D/?7IR<9IS#I5(0C'4T^;=CJSS3;=IG_;Z4[:[))T-I/Q M!AJ3+&V<+.TRL[1-=M)6'C%=2,`8<*)^Y[XG2Q@[9&<6.NUPD\M]Y]YSS^\] MYYXK2YH<[-]255%=*=RTQFJKZNOJF,"H55/QJM1O=_35UU??U6?%=7;ZO:*K"J7[HD\[2L_V-1Z0OQ;K3^ M?[2Y)8FUVII$NUMD045E`4GSA<(Q\_^V7+?;K6FY^+?9W1Y+:^M-X''#^*_- MB__J.HK_FMJZV_%_*QK%OTNT6-OT\`]%8(YP.!3I9OQDW,X#_\];+OZ-6^`F M\+A!_-=LJZV9C?]M-=MX_-?7WX[_6]%$3TMS.WM,=-G%5N:TN#SL(>;UV%IM MGHYL76#>?.-F-C/6I$0'U%"WK+&-_DUL:U55%7-+7;Z8%I(BS"EI(8WMA!5W MA2*:I$8DK=\W4('A4=KKD@*AF*:&NN):2(DP7R3`XC$)Z8C%E+CJER@Y]<;* M67](D_DJ?2AQC?4J@5`PY/?1MG(0\JD2BTIJ;TC3I`"+JDI?*(`/3?9I^(?H MA,-*/^4WOQ()A&A;C&_JE;3MV%]=,4>6&%."62'\2@"(.#%,I3(IPBGZNI0^ M6LHJ'U&TD%\B6=`T.11C89`C*OD<(X$YXH"G/^P+]4IJ!;9NO5X,L.L*17SJ M`+=%5@QH&(A#M)LB"3-4#"C^>*\4T;B5=7+85HG[0L&RRGI]\&C(%X[E#,X= MQ??F*5'!'%U](24>"P^4LY"F4^I7XN$`ZY)8!,*R4)`-*''6[2--5)A`8WAY MJ;,`E`C$)09Z4/XWXB&5)+Z.E*8H3(E(*EB1-6LJF"4<9KY`GZ1JH1AMR8E, MBD$VF@Q*/BVN2G"YRH\?+,7-%E.".*VJI'/AEH=:T;!O8([I?/Y]$:4_+`6Z M)2*[W6RD.`]1T5T%%2+^<#P@Y9F;D>SI]WB$AF^G2[''IM5 MM++&#BR*J#-VBW:/FUGL5M;DL'M>LKBQ8<,&6@(EB[V#B8\[ M7:+;S1PN9FMSMMI`!G1=%KO')KK+FU.JUVNR[RQF(,+O#@W359O,`S>,H M)W:@<_U&YFAF;:*KJ06@I5%/=#6Y&VUN)C3ZW(ZW$2, ME++:W$VM%EN;:*T`=3O8,G$/=&+N%I3.UR@)0M?HV"A"0$MC*Y'B7*"CU>82 MFSRD3.ZK"1:#;*WES.T4FVST(3XN0A&+JZ/ MP"3P1I/7);:1N+""V]OH]M@\7H_(=CL<5C6URV6 M@X?'PIF#"$R%97PW>MTV;C2;W2.Z7%ZGQ^:P;P*=%D<[K`))+=ALY?9UV+G" M,)##U4%DR1;<_.6LO067$-!A3VXQ"QG"#4`L#Q$\84I/GJ;,+NYNM<'@ M32*M.HA.N\TM;H*W;&Y"L.F,VRT=I*"7JTYN@F3Z9]Z9+>?.9+9F9K'NL9'H M!C).@-MFG!9',PBYO4TMAN%Q]+=L,<\)6K,81D@CTKNE2$B*JVPKLG,D(DD5 M"&]*OFQ`\JGZNH2HCFE("!'$^CSWX\TMP7/UG_X*N!D\;E3_U=77Z;__U6RM MK:VKI?IO:UWU[?KO5C2$'C]LK#FD2NUX^F5?@^N^H.PSF]>MHZ1JIPA;M\X< M]6E^>8M^E&HJ:K?L-YI^5>)&\D6CX1!=;Q)J%RI1>J,A_LBDZB/OS8G;S$.D?LWK]O#LV:Q*4J/;BIN]EN<7JT-TVS=X6+O#]1@E M&YX)F,-=09**=FN^M&8+I!D@=EQN%`K7D'N,[!'>CJC^$LT,L\6TR9E0EU1-;AZW0FO+C(LU*W0O5)/IO*)WRJ7]Y;B>08 MY*>"5WO<6/NX0\RT$NJ.J[P(9<%06*HP2]UL^UR!*T,U#=LXG1VL+\2L+H?# MV4'2P;)4V>!8:6%8,:K7OY##%PCP'S^X5MO-V15Z&N%:;L?-;N;G5"]-^WU4 MV,V#U(EK2;]?'T%V0WN`6:6@+Q[F)9_**T+.QX=JC:GQL!2;EXQ5;+9X6SV= M'@<^<7?ER-`>LFX,\0H2M&HVZ[_:=L6[N_F1CJM1)2;%YI?0*C9Z=^?^[,)) M8V=.>\/8<*2JF=F7:*"@1#9HO%SF%:3.-FNL`%^DHOA+4I.5?J:7^>N0B:Q> M7.SZ$]4INIK=/'SM0$'$\!PBY1\1;-DH[=_.])/"FCJ:6AUV<0<=D(J*2OQO M[*F<7>GU[:/J.XI*60>,*2,E;>)^5Z4N1>$&#RL^_;$4D;*6JJ"#[Z,(HMRY MCNU6E``+Q_W[WT1Z@T+$*1E7:R&A?>: M%178%96&KF9S-UF=JVA,4>IAV[=L,LH__G53 M>*#^,_[^.U_]M[6^=EM]WM]_^=__:F_7?[>F?4-L;2XH*!",`!`6"85"`>97 M/U=DJL78L%['JQ68L%C8*-PMK!:6A1KU`\#IK[$ MX*'GC5"7M%_R5X8#6Z1PL"*F5%33]CO0[R?]T+\JZ+16Z&1Y6XZ^-$^/,O3[ M#-IW&3@E]`9^IJ\]7L7\$GQ')CL\A5TDV&[E>AW MH]^)_BOS["<=R"ZZONY3L@?/PB@$WH4^#GJ>8Z-TA[`'<.E9D*A)T.(3Q%.C_JH$?I?V@=]&`*P/@"UC4#_YOH'^?1^S;M!_\_ M-^"_0G\PCQ[I49N'?Q1=RX/?0+?FX8^3/H#7&>LGR9Z`]QGPOZ"_#/@I`SY# M\H"_R8#_"SV`]9H"'?XYNC//7I,C0/'#"4D2(2JJJJ$),\>^3-*'K:4E5A"YZ M2@DH=6D6526V*"&A+Q8QN,3\OD@0)#LU)1X%`4&5=+Y2I"^D*A&A.[>U4P([ M&O"`\F%/5RS627F?IB(!@;IQIA-"%XKC4@`+30B&%MI1)`Z:40R\="(Q/`XC4@X M3]*(V'J*1B2=`(U(4#*-2%9A&I&04N-P]#'DSKHUF,FL+S/.1&8]22[3Y^2' M&;3UI(%,:Y,3'"9-9$IYDV,<)HUD2DV3KW"8-),9P2]QF#24-Q(\RF'25*:T M,3G$8=)8;B`XRF'27-Y%\%,<)@O(+00[.4R6D"G<)W=QF"PB/TYP%8?),C*% MTR3C,%E()H4F2SE,EI(IK4P*'":+R?L)/O8CKSV&RH'R8Z\]ALJ0\ MRO7G,%E4_D.N/V!O\C_:][B3'XP,FH;C12-/?K\X>2_%Z\&I`QL3@R9!NW]8 M-/TI9:2A!D&[T9:[4%G!('"^2*:13 MI$^J"4S<[7M2[^'0.%./8&H4/-T_,&%/XA'Z5]!6):<2QXH2.X3X='I)4[RGE>U9F\?B^"QQI=)1H)\Z:Y`ST2Y5^ MSH5)CB7?2GIG#GX0OT?VD%PG/N/S/9G4=W6,D3YA1"Q.BM/#XK03^CKY_F%Q MQIDZPW%+Z5N.T.9A/F&250(.Z)0XYK=U6CT%J-X`7"3AN`"<)>,T`[OX6@.\8P",$O&@`3Q`P:@`)`A(&\-<$]!G` MCPD(&(LC&A*BC,P)9VIHO3FY)1,E0DF M2MXL=:4H&<'NR;_$EU6-IG)F,.)-^#[Y[G0J%=,%H'BVOZ;`W,R1F)H8& M,\M*#OTG$$J.MF5&+#]/3*\O>>X#(OZ0OS?%C/F=$5R"N/R]$-\+$Y_E8\KTG?Q<65Z)1]+*&XP9DC+Y(FT,&N+ M8O>X>('28\_25.;*G(!8*XODE]>N9`/BQ:N&7WJ6\D/]V17]M/\ZT"@P4CLY M@NZ&Y4"9O`_&AP]&$X,7%A]8//D\#QPDB^WQPHQ(>TJ.PGN2'A*'QPZ+5_.F M[;GI*Y@>&KR2T98-#5[-:(7IE:/RUTFXS3/9&"L4+QSQ7AW[6=&1O5=,/SZ\ M)B->T%EI7R'NWUBA;[BLZS#90[F&(U1J:X@CCI'\#&'\1%3;[_PX\*"]XO>!<2"I`0*SB7PWO/O7,, M-N+^L"+=CHAG1MK.)-O>>/,4V77PC9F_IPOKTS\;%T]3D?ZV^*.AGH:4\_)U M^8N[RW0YZZ[_OIS-7ST-W%]M?`*RGTZ^-5+T^^3W86_Q<-$B9^H/9@QJR-0/ MS8?PMUEVP]Z98')11CP]+DYP!'&"D/^9OD>\9Q+/E!8)\47IP)SYX:)2YWQT MEUW.'9E-D!+DA]LFDFUCPWO'1G;^*Z$F!\=&]IX9?KILN&UL^3-KBY+[RS+B M1/H07E+Q7-J_IST[,2E!S\.ZY1#BGY5J&W M>*2Q:!B^?C=KHZ1XJF<)>"?&%D&G4\Y4+2=1C._$V)*2HZ9DV\3;XKO"N$@% MLI`8G*"'@26@Z[!U+O&4Z8AZ; M+#C<-G:D;5NNX-EZ[1O2$Y^`OIOIIT?[^P[22YG'1??2/=VR_= M4/<=I'O)=/:T[WH8T?K\7R`7R;X%#/%;4[ECN-8XAD^7/?L>/3-QWB;?(GM, MR8$%MC?E;;_+V/ZULJ%_7)1L*9L\I.^5%]B[-+=7VRPK"V!]=#''84UZ$3_[ MLT(6F*,7]=8&65M/2=&)P6H@_)!\E$M_[=+:2HXKCM5(71_^H@*J. MXO0*>8*POIO%FB;_S-ZQ.R%,H;9"_BGA/'TQ*TQBS$2!=>^E7.(MRTTW7C"F M@TGQ1+H4.LN?T?[M^O[@LX,G,KAIY-5_@LGU^F2/4/*:>,+)16O61>MI&,%, MSVY#OR<_G=7O>&+PN!!?)>\@`J<^X01T/ER7GWUBR'G\&EU,\A["?UE?+7E3 MO.I,C2\E5A`U,=VAK=7G7LW-V>/+N,_2C8B!..T.ZKM'@"@_S^7G8IE&Q"O& MQ&I]`K>I65MR1+R".S?]NZ"A$]^3QS"^JT?`?RVD('S[FY_,*CB3&)P1XG?( MOT,$/SVO*U@"&;A^BPR-[QR5_Y(0/M`1QL49_4[3S]FLWE6HD\[I^:Q4*#EH M@G7'Q;-5BPCU;%),#7O/)B<*Q@IX'UG]#X3J2OW-^3E7]-WRF\1,.I^]HA_+ MFGD&)VY<_+B`L_A8B"^>?(GN33'EY`=4-/1;GM4/I^4>^101:Y@E]OGY['T_ M+*8>%L_&/<-[SQ;L/?L%(O*R('@^&Q"&F&OD?R?*;Y[+4GY9ISR:7I:<@I3\ M/>U%`47VQ,&"LPMUI9.ODRI:\HH0L?%#_7AM#ZQ#_]"]-3!=HF],-B>E"U([_T]ZW!4=V7(?- MDDM[9T))5D*I5-&C>D'O[@QV,)C!8Q\`L2KL8D!"Q`(('GQHA8P',Q>8X0YF M1O,`%^*N2!:ER!0MATKLE*W$3DI)/I*JQ!]R*8[CLNA(42F)D]*KRBK''RZ7 M*B6)HLP/E4M6*G+.H[MO][U]!X-=+%F1YA8&,[?[].G7Z=.G3Y\^G7NY\G.? MQ?7/7S*.F9,C9741RH-3V^N?NGP/2(C'-O[<#W@K!7S+#SA!`7_F!SQ``=_\F_SK MK_X.].,+M_X\]NQ;7[CU9[%G3WSWO\=(EC:SN_?5BR!:OW[\V<3O3>$JYP2N M=_#\VHI=BM7*!E;@M1\0RT;LK[S\Y?PWGOMR_NL@3GXM]MRMK]VW=\^K#SUW MZ^LP1_\D_S6,P(;]_,;7/CEWSXFA_#<^]DH'1/8?/G?K&\>Z)S`MKBE>V?W& ML9_DO_[J%ZBL/XP_"W/?#UM\UO].O_U:T:=)9VI:F,UJ.KW M`@U$U/V!@^K^AXZZ?^PU5]WKK]EU__NOJ?GBI97W//\7.(L__V/\WWU;Y5D$ MF'E-$J@&`?[P\:]W?J'R(D:_3T:_[V4=?P_%OZ7R#S'^)]]7^+=?N)&-W3R) MM?K"2A9&_8]P"J_\$X3Z%D'=S[S_MS#DRYRN\B_QY3]^7TI;/[KP-_EO?W<( M9.`7_PI6V+&7-O]8K5LJ__JS*+3`W$6RXKG7?%'EO3COZ*EWD>5DX#-?_>Z? M0$=4_HV5\/]^WT\HK(2?,Q+^-H^#RK^STOZ1D?8!FNP>E2L62//J+O#]SUGP MGS;@WX5S"*5YVX]U/J]>A#2_9Z79--+<]YWW_P`%$AE7^0(VUC_CFOOK.11$ MCCW[KLHW,?:CKRD%QSHWZLND27KJWJ?N^/Q3Z=]% M3=S;?OV+;_O\%U^]#^!SK[SX"LF2J!_C,J^]M'GBX__KYEN>_S^4\+Y7_PZ$ MKWWG/W]/3F5$)R^]`S7#+WWL,Q.P,GV1\U8ZMN\TH$A?C-%3*M;KC8X@;30: M[.QZNXW6OCB9B)UJ)V(;;4^,C%2\6I.-0<@:JN9U/&V=+2TW,HD8V0W#']H< MA"VUR/:W45-&`F+/:Z$QKLAF2K!&[_B&MHG%.OE M3?'0M7IW=_.2N(9&)IN)F##BJFT?0VM73"5HZ[98+J=%V:NEQ7:MVZZDJ?R4 M$#&1%1!$EZJ[Q9J`D"VO19&$/PIEJ>0U.VR/?&VW6,(\6EZ[O3EZK50MMS;1 MP,$9?@W:K+W)2%K>4U[I3I&4O?H^?-T9$@L@5&7QQ!-3]I^T_X(?V'@)92!I M/!7O1M%N4S9YR5U.R2RY%([&#UN3R7`HU!::DD.-KGM>4U3K5LYFEE:%9(94 M7[*LB#<7K5X`#ZH%]N\ M00H>#6@(9E)/-CN5RTZ-9:?&LU,3V:G)[.C$!3(8`]J0Y=AK91,XX,]T!&][ MR=&>B`%0;*&^5ZQ5R]2&F`> M`=[4&XWJ'F98*CQFF=LESTU.CD^FA&3J6V@YA-RZ#&#T'2J&XMLR9U&JH:TW MG@]8W5C,KT'T;(OLUB`1_'B_N/;D_E)]4\1.E6)X3(4L`VE`$5\E*\K8\J,9 M?L6"E#RT<,HDU$P3H#QCXU,"R*U1#7%-S&ZL+T.6UTY-`G^/S5ZYDE]9%['5 M_`?R5^";[`Z%B&TL/;JT_#B5.R-6R.Y)FK"1-1L,!:=9TZG,V!-0F5-E0`'_ M-#>9):SRB8U<$K&'U#BB7_B?7DZU(=FE&$YREV(PE,IE(/!:C!H@AM-,C&?0 MV$8=;0OKHJAV8]=C4DVV4Z)1*G5;W*RQE7]Z_`1N(>*X4-_*=@*? M/_WX\1/?@\^/X9/X!\=/_%WX#,-G"CX?@,\'X?,4?#X"GT_"YS/P^;?P^7WX M_#?X_"E\O@>?'\,G\0D>A_A!&P^TP4#;$]P81%N`UY\[?@)M/;[]PO$3:&_R MI>WS;JN.ROW,R+<(A M/7W[7J:C8+X78VR?A'!(+_??Q^DQ[=LE/NR?RP8X^R/@/FK`X?A^X$&N6[!=7I!U13BR@WN0;>".&W"(_U?D-\*A?'L`"W8KRKN,_$V#X.'XQ_Y!?=<&^/^;2+SV_\(M-+$$[UA7J^ MFHS%7C[.MG;OCOGT'`_@^Z616.Q/'/3L>G#.%W M;LW[/Z[>R4*1Z)_?F<+^0+]SRWQ)OW/K(MWR>YS>E6W7O=)"<$6__RTN\.?4 M.W?4T;SL.]9V5[VGX[OSR\1-# M9!L7C[T_9ML.SL/GN5\Y?F+B/H[?B-FV=;\4LVT=T?;P=S]]_,1OQQB^%;-M MZ?9CMFW@%:3N(1D*F[2#F8]I2_JN8;1OY'^!]_1^!+"#+ M\TK,MOW["GQ?^,WC)]XAZ_^-F&V[A_HBTQ;Q+V3[_JK$A[:$IFWDCV-,;QT9 M?PSPONO7CI]XKVR_^X_9MIT/'+-M$]&6T+3E'#UFVT9.XGSSCX^?^"N)?Q;> MO_TBR"FR_!\(V"8^!N\KT/][$O[:,=OV<^N8;7M:@??7/WG\Q*SG`[:2_^F8;8OZRC';]O._ M'+-M3?_XF&VK^O5CMJUL3)ZQB.V42F,%>0"EG(D5"M5VJ;/?1*-(9[_>*=XP+3RE@256@]*UM46I,M1T6)"RT2?) M^7ZB3J/LE2RKS=TB+"NE?2E;JY8:=3S<7U#+Y!@(_P58UFE#4[(6M4Q"V1;4 M;0=+5J&8CHQ.I94J&[&2/>Q/S1,X_P&$>O1/[_._$Y/9\^?D^8_LY/ESY/_I M?'9\\K8B!NY6!NY6?47#:W1(V`S2!SGTH,I^A'D!2 M*`08*'3?3T(,"W-5(&CI@=,'Z^#9OP-(UQF!L'T_HXF]1K5LH4Z6*B"@#.,L M5^RD12:3226>@?;@8/@/U9R&][TBK:=$L3F-KJI@XDB>3'*TF!$22XH72\EV M]2->8YL"4\-CDY.I5$H\DV!>CFNHY%#4#O^'ZD.I:8+$ZB5'C\6;9G%X@XB MHE+->@=6&:J=-2'UL-$(PO:VV`A"][+?",-&6',XD$;9=CA`W98>SLSOS.[# MA?(.K4!<*._0)L2%\LXL1%P8[:>'O8BS.$=A/=*C5)&V),["1%B6N/$?9&?B M3G60U4E47KUM4-RI#K)("8UW:9\2QG8GUBH*VU%R=F3H4M^&[*ZZO8\SK)Q> MR1*B#LOX3I>=5Q7;I6I5DD\[@TU""&"9W&W51FW?3B:\&IDB M4)+L$4P$HPEH7%6)I"D^F`)%L].:9B4$_`+!P1P@XS(+\YZBFZ]%$M]ZN[M1A+4T9JPHF0\'<=_`#-5$3 M%Z:EZ(=3L2W M6E[Q^G0@R5@PR9A*DHM*,AY,,JZ2C$4EF0@FF5!)QJ.23`:33*HD$U%)S@63 MG%-))H-)RKR3(.-!AE41!H%C0Q^M0,D/$FEP&T`%X(3&:S*0:Z[#2N?&C2G[ M#YCE$-(_#HY6J[C/1(_Z/&_/JX>&!TY%&;'>$.6&=&X7RIJF0V)=FOHU^T(9 MMMQJ-,69J3/T^TJ2,?HAA"8HL?.QI#+PLQ*. M4V.J=8]QA4]I^+C2$I^2=5$X$,G(>=_*1>+S6'`W^2FPS2&8JB9G<9*"80$_ M+D]0ZQ]FX0LZECI^QVH,Y9.7'PTI-Z M!Q:>`7R*`>G'7I%:T*EATN,49N?F5@N+^:6S.>M$Z!++&4(IJ(0<[(3`F2&J-A\0YKJEBM(A+D\<,#HI4(L[O M/#_B4ZE"BVE>/VRL4HDW!:!KC<-`8P$PQ0RNN\7-FY09O4!!+(7#4$^;WB&= M`P92@NSF5%"LSLQN@--J.B.,Z&L#H-Z6,U=J>H"J($4B!_.9<_B$$T$ M"?6(IR7D@?;F/;\RD^4)"9FULE3%7WLB"?_;`E=ZJ30[I$1P7V_")L?LFY)D M,52&'.Y1,GM),7>?K?N%.2PRTHKH&C"2U"$+)EQM)JL)#88.]+D-ABFF#V1' M]XPF[!+8I4S*%40I+;GY,#:)%D$#)9_V0YD+):F'9T@T-UHOH*8U(U-',@5BMGH*M-$KUJ,6BMC#UZ`%-G6^F'CD$JZ$ M9P0:CQ@@6K5V>7YB1F]V1A'R,!:K)KK.L;48,A5%X, MZ?9#*L.5=5`64RG.YE1#DJU0$N'3LL;M5HDHW!!64KJV@!1AK]GQFSJ>I%G9 M%T)1M1\@NP<`H:3F5*V3SH@+*2W1:`S^].[(A5O?[S*H`(Z::S(MB0X1,9I.+'EO#I49R5(_Z6G#8#/=WGH:!0UT?U>*=Q M-/U=1M?K;T1_WZ7NAO)'='Z#<$PNG2CA!47`Z[XO6K1S#*J"M!EH?P# M);A-OFIPUAZ-3T(&6EU*PJJBOCF#^F8#7UJPA:,Q5\E)T:\8)^S6:4*GB>VT MAK[F2+Z9,JG0J+`#W4C.HD9S(CVX/7OBD\(]PMP=X5Z9W8KM;KW$]FAEZ#IA MB*U\K9,M*X;$==;44E>R/,YF":+LM4NM:K/3:`53]'B.7AX_VI6":C.MOZ_R M_DX)]T_;79!NO3+KR$9H.P`Z=1MOI%-'+MR3_"[+YA;FTRRJ]I+I M2>734ML$4E8LP>1C$8YXX",)*_MX?]CSJ6!_Y!N[I7@) M`YKJR/W79K&--H/5NAY:=@U_ET:IDWN@1MS$U1\;B>!JA=O@:G:SFYRC M!\.P^86)ZJ@>YAJJ7(?E&@\&ZHZ&U4Z=W'MWB22W M\-RG1=8H M@C]LC5JZ'6@8*C]_)1(U=`,+$87:Y8+#P$O5R086'D;[=*4K6>-GZC&DE!E-L=#>'_5A"VTAYBW!%2]Y0V MMP,,R4!1BAK\5&H<_G+A0`JJX9S4DW%E()K`C`&?E-K"0^P(#!,.?U\@9,0= ML35@;PXH/0:;?:G>4GK&7&^5X<[!/.[A_'I:L&KS-->>^'C6TC!*=K438%>N MTOJ:1BR`:D_9H"92[HBS5E-'=4&P&PP-%C[!3I''?*7&MK^^E85CBQQ?O>R/;R/0']).2!S. M3NA`!&D85Z;&KE*-UGA7'TS.'T4 MXW8\:3&QQWT:MW*1!$XTR%,"S`P/!?9#((RI+6X0!PQW:F8(NE;=!+0&C:@X M".*X`*D8:6F'(I#>@E&[&-5-DX>R":9?&B3[FS>#)'G)8GY5* M71"!1"[+C_#X"&X5I%`0%'SV$]P1"N\\^15443VKV6M32CCWI2(*8E21L2:M MCM9;4:=5"X2G*,$LRYF-ZL?$]@K,>#4+]P;,Q($ML',(E!; M(<]\2"M2N9$4J90%\B8$\;F!70`#-`!Y*YKKJ<26`SS-AQ`;2,@'8-K''!X[W/<4$E-'O9[^3`E"0B:,U%]4$2B!\T M#+A6PGP.&`U&UH$1$5G20/UT+DF+Q46.CE`>P?&A\$4.#$?+6''!`6+#1PP2 MH[I8FKA9Q<`HB1\P/H(%B!PAH:W`OH:'W]92*DBZ]@)3I%Z(B`IDIYU..G0" M6LRQS&`6EMPB*CFM'`K)W*$-YC!&+)<3H5DNG=38W;QD$)5_`A3=9:J1;&[Q M!E([="`2!;G:5/FJ0"5L&PJ-[-TPW:<-!^U@R%=MT#H>(EH-*!&>LS44G7AG M-UE/UL6U(@5NBB0=8E0[!=9)1O3+P$=AWU1+R2/>FSUBC:LJG=\5QED?/KI- M;DU*C5;+:S<;W`.=!L5+4`*0Y_4TNG`'WM9SU$<`Y):OKFX?VS=A>Y$<6H,` MX0WYQ[OT)K*_M0H+8-YOB$``]&H@T/M)_2,@6C=0F,KIWBEQ>!@)[7V7K-QP MZ86`QQ6B9B04&&TMGSET<+J[..^4@E>_)XR"%O3T1[1D2UW1GA'UJH6\GN6 M9.L`>QYXL[U7#9X[?7S_;]5ZNP/S[5W(`];$YRX2?+_-CXYELV= MSY'_M_'LP/_;&_$\>')T"Z3A=B7QH'@LO_HD_UMC7BE)@EQY"18I##\,?:WEW\A`3O<>_$%D]_LO?U_BO,3X^>Y_R?.Y\[ESD'TV/CDY(#_OQ%/9JXLYKVM5A>=1>;.I\GQ M9B(SUV$]A;B0R"RWQ7S+\RZOS8GQS$0BLU812[-7\XG,TJ[DXYFELBB6=ZMU M]-]8Q&6G65M84U`QTLGR#7IIAMJ7NC,O"3%_D) M/'Y"[^QG,]%IT!M:/E7K/%-18I@+\*O1[=#W-5;Y;*(>X-I>M;@I@4P/+$81 M8`%&:%7^.H*65<8[W7F%]9C+KUU972"G?`E8B1@@JBU@C:Z<1;:A-?:*+71O M"0(U3)$0K'Q>89/1>EL=K]V&9GL:FBV-)@T546QK7TU>Q_.U&VR:4JYN;WOH M5+E-Y6?[B$PBL]),Y(N06F-M%DE50,Y.*X!SR_/J4):21SXJ`1^J)[90&P7E MW4*/`+"ZV6EXJ&AH-;H[Y+'3J"7EE!$+VZ(H*HTV(MWS1.?I!N+:;;2,"I6* MK7*;_3`4Q0Y4'F2&M"P0V^U('UHU;*VGJR4/\-:;4)1&G5QE(8(TF7LN=SLR MO%AG_Z(8Q_5=104&NE1JE;T6&^$7E?)F"P05K'".L*`AXD2&%Y"8B`P3E4ZE M;-@LILF"JE2L2T^=^U:L2,IM2*BQW%2$;DNASZ8Z)V3WW_B[)4UE,N*R1I(. MY8=E0%J!+F#4U,"&$DH!X4:Y=![JE=/V6&+M#)T89K^V'E2YLK6ZJ"$+W;H!).)3*7:V)D"R0]:,01;'Y(DL@L=!*RIZ:4ZS$LCQP2THB( M6FRWV"E5,I1"]N@4&UDV]OM((O>'IX3R&(?.16K5(@]RB5"-=RXS),S75%WI M+(DR#C38AW'$1"K?O!O5=H>]F[!C/SD<+?/"#I\DIY;S#YQC!(Y28C_HEDK% M8>H`++L3(?*2[#CM<(?&.`.^T#*]?9V%/)U)KP,9PR>9#6^Y0G,Y)$/.AJ-. MN2=!F$"1L(W=E>?*0G\1]U"X55_I\_=R(P'#@50;,`7N8,!.@Q2CK>(V.O-5 M8\S/Q9YW_)$K<#P!GW99O]XU/=CX)*)[4>>O.0SGZ"BG;2CI&ESU1G!D`;H&SU$^`:,?V"G* M+7.Y+$9`./!:Q5KB&K"*R>RFX@O\&%MB(Y?T>LG:**--J%8M*RXA"A"V-^5D MX421)>=P`7+A;2?:`TI^>75 MQV=7Y]+0T6NDQ7T4Q,9E*BQ,1HTN'1KB*N:?F,5*RFJI=B'V7X=IO`,R^].5 M*@S+LE>O>NP[%1(3]U&C5/D&A/X^1QV?RT^-CV'K:U*8G)B:FYR:'\<"^ZQI MKY655#I7BW8YV`]::&6\)Y/)H7=%T-;O:5F/(#^U:H3G73H-R^=4@!]!(;*3 M(OE8M2A6*^CT9F&!1<\4R8LU@PVW714UG9+*W'35X`?]C8Z/A:L5H&K,K2/9 M2C`?N9P(8@C:=$H<#> M=M&A/80U6N3=N$$B.2*[(03&[N+:N"#2]%IM0N$N$-CE MC8=Y=9+N#:*IKM8Y)VV,H\C'\#=G1UNAVBMD/.S62F.Z1A;7UY=4GC>*PY[1BL^D56RSNFHO=-WMY M?M7N/(_>^I_)\Y.3.7G_2RZ;`T"1&S\_GAOH M?]Z(!_4%($^VEFQ']+``WQXE5;L5SN1AQ":&AX>C4L8?A_$TYY4$,(4Q8)SG MIB;/B]S%BQ<3(R,CO='&YUM55$N)W`61.S/;-1G]D5IU"R*LE`58(J/J M)G%6^*[R31@,D;H;1E/L%&O71XO%5M."4S$64*<@E2!F>2(@FZU&I^&$Z]6] MBO]']82,C^AB&>OHY`L'=[)*;'3SV-A4=@QZ.KJ;QW+GTV-C8WXW<\`%UGQV<9%CY54(=E3AL?SJY>6U_,$0!;HG@`-$$E/6)Z-<^AR3T%DM$AEM*L+/@R@ZV+I9D&%1 M@G*C4"1@H5B"I0/>U7&R=QHFFQF80OM(HTEH!J97F8\Z)R>3`AR4D*VW7 M(R("/C,V/C4^.35VKD\BFIS(*C(:'89_P6O5,$0%][Q:3<(<<+F:A/*7W]'7 MJYWE?/NY8$T7\H@N64-4=W;-&F(XNHO6SG)CW=Y5:YCX2"];NX/2N*];DPB/ MXL(UA>MH;EP+(K/N7,/(([MU365U!->N*4S&Q6MZ?!S5[6MGQ5'=OX:8CO`& M-BK84=W!ALB.\!8V1'=4][`AKJ.YB0TQ'>%=;(CNZ&YCHVH>S7ULB,JZD>TL MGG"C209O-D,U$:E(M9`TKX0D!?8@L)&3CB7.'J\MS&8IY\6>AP4[J0 M\914W55FR+9#&('G`;85?O."-YAGB[MX[UHP`CX=C!#A-'PHW)5H=ZN[[0J7 MFZ2.&.!$3DS^Q7/NF+UB*Z+4I8XSHRXRX6"$>=5;5$Q!M40PWKH$SYFV&1U3 MJ)9V7='J4KEP1%6V+),($()+(H;(-DYW)7:T0@;5>UYK"^_1HJ/X2`MXP*4G M7';:I)GHW%C^[H&K4*ONDM/!R,3]E$AC.;!<6L9W8?,WYV?4'3F_I@5?5*;4%U-H1&YVZ=J3:U?6%PM+RW/8E<9; ML@`T4$`C`/8"2XM48'P+FN0!.\2NMMAM9N+\U,3+\P M40FUUSM**%W#2\<046GH&BZYF7/8_':\CEDIF5+Z'!'#;?2J%956W7[87\H" MU*5&EX09**K;I8I7NFZAJ&ZC(#%Q4=85/!P204HAX`>H9D)B!-NO+'L!LBFI0W<^RFY(+C&;7P$+L%]-Z\ MBW'3.G`8O?;AF2P5=(N^^5P.AMV*+J=Y*(SOM52%LQJ5/<6QEQLJ'_0I'B(N MT/DFO08BSQ/28PH-<9AOUM:3IXUQ[1>;'*2,7/+=XY^>F#)E`D[1J;BY46DLNX0%R1D.4-.A;53S^X.(%K M4#I[1`Q?E[Y;_8YW]-AUQ3]OKS_9MP\A@9QLGTJ,.Z6;`7_,P9+E\=D%/'M] M\Z9N%<`@RQK$0/6+P!#N5"UF#)UJB\A;'!0TEOVZ:L`X==OUJ$XE6*J.#XNO M+EAYW"V_M+RVR0GG.Y;CO"O>XS6"$(.=,8M,IU=BYTUDFWU`5]TST! M+L#*>)6G5Q,\+62=`D0?(%KK0)]9N7[&-7GX"PSKF<"P#I>:ZGA=ITCIB/AU M`TU0)IUVUOIR?GYY50WO.ZNPNG\#G37U4^8XQL8YBHJTE']BW60T![5*7&7! M_C2$5?M@LYYUM8=,&"2C>+B=9N?7\ZL]FTD]1G-)/-+GD'S'QHK?TLGD6B+N M(H5+(M!B1G6=9>Z[9^.NDIKE]`MHTG&PAUR<6])%-//69[-M04SS[3!S[/*P3"5J;*Y"V/S3<7?%I8>FUV\#19@C!K4W@1) MX*$9LX'"8\K!/0QX-<1TX^1D]SJHI\=L'[=IY79H@\8_%T-5Q-5R?9*0(9SW M%`%09*3M!+:]79`6<:CM7@X:&4M1TG653X17E)3?%Q;IL`\.3(H&F$A&ZAY> MC4=N,&AD%DTY2>J67SKK)@K?IXD@[=^P&8F[`#U+26"ZF-)"F:X[EH9]?1?, M;NFBML13S:K(XQ+:,BZ* MC^OYJROXC4+M\J,,2R.2$S!>Z2D%9,K+&_-K!-.2Q3%J?C>JQ3T29\&U9BY] M6I:7SF$CCJ78.!<1?45)%AJ7#IP;T-F(K]&%M2_\3LM*,#).3#*V"N96X@C+ M37(O8I-ZA9ZDYG2N+Z=DWS^SGEUY2%.91R[A_P+QF\`\12/3]D7MCSW@&G-R MBC4<*).'=2'G::%<-"M.(H1C,6X,36NXV[G/SLWY>0>:OUJ7K>]P=!]R>V]. MP8CGYDW^GG%,4*;Q=3KZ-/R;I`^VG`NOWA7VM#5/F99M=BH&BPUS4#]%/KA_'JPT"$>C`,A MH@4L^=8]UGIIX@ZAA/.E8.DIJ(ZN@B`%3ND%]DE&D"#NT MG]&D#,_7.FNUIW@D0GP#"JGE*"TR MI%&\(J_F$*W.][7U<02=>E?PK;)HIF"J\Q(]M)!WI(!TW[8\> M?ZQA0_GJ&Q\"O;ZJ_>V%%?1*@ACIMO=M.O!,^V@&S\?:53K0_$FO,G*)>QL/ M@J6D(A36O$^NY`L+*RE_7G04"#->ARGG@".'1L;L`;RZ;?)CN4KPMAU>";5J MPG`V;7%@O>:/PK*PI)&8**PZ=#PV=]*'PJ4UESK+8U:`>EEY[I8NMH->CK57 M;>8JL4C=X&T^F<_!I@>56SFTQ:-I,RP2M$#!DKX1",UK'GBW95@8$ M=G0\W:WIG0!5[REQZL:4_0>2>]HN5G8S$)`+!HP%`\:#`1/!@,E-^VYEJBS2@.7?-5QH M@]0#Y\Z#LT32QL9Z&47,>A[QE;A\"8\E*I)(+0X.UJG?S7LC[):FFTD:N);7077VOL['1!;/"' MWZR8GX7BF?#ZAURO1I;$$'&B55"BEQ:*GL`:IK=N2I@;GL%VAYJN<+645@VM M_T?E`6+24!GU#*U8#N@QU5^!/76EY[+ZI)FRKBV!ZV;?&^J#`=XD8(=,F".M`;"`.8S"Y?[+@DJ[Y:OO39AGTDM8, M5$M;,TQ>%1C:KG?VD'4.)(S*OM`78;BW6*;L"L!M($6"Q7BTEA_R^5PK6,+42I:)'-Y.0YZ:0ZC)ORU;@Z M3<19I')&R)'07R_Y5Q\:)W:D\R$$\@>6ZJI>*;BO'(,QRC["'`6X-*Z5_2$Q M'0*3(T$!^@-#CDNT,.YA2&P9&AL&R`F'^;!WPW.;[^ZC2RQ73.WZKK9C!<2% MJPMK5YBD`C9$IJZEUBB6E7H`$!38K=(P_.PTV0-U:;?<:Y>1^4W(HL!J2)NW MJ/:20-'.QWSND`I8:")-2Z!+2*[!\;FX/&OHU=W&9'T-(PW8SU#R MY1)S.(E@3_@BBF&QHHN^L=1/X?LB?`/P8.(7?0T`I6[J:Q/K<'0?/X#HXY$4 M;VBR0@U]&+)W=DQH=S9:#^]BDCP>RL5.L2"I&D*@Y9Z11O5#Z<`(2HNLN(5X MYO)7%F=7\W(BX]DFK5&DQ=I"86WCE+;Y_,D?>#A MW$KO,[257H=S*W=P.+<2/)R;G0?2Q[J%5+<-H[R2B]N[.;5>:Q]XO^7 M$\84.CA?/#A?/#A?[#A?/(>K=F+"0FV6C_*"OXY:#B$*!=;"SS]>>*102/CG M%AU1H:7[A[M>USOD05CSV&K0+$*N-6BK'#G.-67OH#9KVA7T<8%!9 MO"V4'<1(SO#"ZCLO%">Y#6Y-APLA2]`M<$;U[FY4/J3WE@Y2I5I6[O'CUF=P M:U^E6N.)7@O,L_:^F8^!=JE"6!P8KN)MA79RW/.**L"8H*1F<#ZA8D%:1,$Z0&TC=.6VD6G#LRM0;NY8,L`>L"-.MS9*9C1;*S M5VA[(#2B3^^BMF&-)`E:2^E%-2VU@'FM/IDTSV.Z3Q*Q@?*T@5@-+E:SKJU> M`:8KLJ&(N;5UC,BY$LG]"Y&]P5?GSL^'D[-+(0V2S85`E-=<#3(6`E$>;37( M>`@$.)HP,LIEPU5!+F>`C!&(H\1L_8=76%.%$EH1^VA^=2F_F-#[!X86('B* MU.^Y:G/:?Y'6CQB"B@U$ZI_B]G6CSC.8C%@E,_)7JE?'0HSW7H2VQ`7Z/KU)?H]2G2/K>@[TY"1]@,'@%ZK&:KVWS@N=W=:D5[G+*A MW&M;&\9WB9`X7M_W!B?&JLQTIW_&)ZPO!^B*_:]Z'M+Z/: MO('>,H+!Y`XO'`SEVFD5FQ7I8,/M>8-NNXMPN!&,T&XF7+7(34ZDR>$LQ`,WW1T:U<]S?<].- MJ&S5(\PCI4K1JY!*+YX,]D$J26:J#)@6IW>STHR=3`MV\=YL8W\:U^[%5IE7 MCUYH0TU)F`<8;(0>I4Z$*6-E`Z^.:`:R"^V/Q=7I`$.G:#[Z])U).7$BG;@8 MYMM7V.WS#=.B56DK?'/6+0^7VVJ8@`@F,6CJ4U8V0$M%L=5J%,LEE"VTX4NM MT6AN`3HZ*]/<=Y/8Q#G@1>=-SZP7+J8GLWI,Q_65F<:&'2Q!UI93=-VY"EA< MO&(&)&'XPL)I\5&\R#(>M.>LU4IBN&8/K]L@/`=)H54PTA32DT5.D`8Y4+![ M[PXU+2P=EIAZ4))BBLS'J3K:7!M%V;8X#2NV^<+&"EVP3??-1\^IVM-0Q#2G MXYWSJ(Z-KW7K8K:[(\8NP@PX-79Q:GSBH!G43VS/G:AAOMAC[AS/IL?')XW9 M$P.4*T<]Z\075@K*/RH?`HF?&V-!7-Z[U-W=W:^S#;@[UC, M0Q4U5RIEL]KTVOZ$)*<[\PP`I+_HIR_6'<3E6]6$$,"")QX_GV4$RO7^81#, MY13M9J309\%$DZJ"")/KY%A?Y*H1!$AVO*?KVLEL>M(@6'@]EPV)>X9B M(AB*`H7'$=%BW6$E(G,^4IU>@%Y_[)'%8`$,=V3NF$)/.7'LPD1Z[((AML!+ M>CP[KN>4>)RO*I^!11/[=`;)80<]LS1@Q<+'9`A,[LWUD$OBSF,X<``IA\8_R^&4,3/AQO<\8K&^I4V.Y,:JV;B8X M!DSPO,$$)\ZEQX'!^4U*J<6T.5_XTC2LX%=FUZ&[YQ\W??P=W*#Z.%TP0IYT M"P;+PUMO>`<(HP=XHM0%6UU[;*6PO!3NB59[K\E;^^T&('NS'?T/GL$S>`;/ MX!D\@V?P#)[!,W@&S^`9/(-G\`R>P3-X!L_@&3R#9_`,GL$S>`;/X!D\@V?P 8#)[!,W@&S^`9/(/GI^;Y?Y4/J2D`0`$` ` end >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 7: 0:13 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 0960437BB1C for ; Sat, 26 Feb 2000 07:00:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id HAA60660; Sat, 26 Feb 2000 07:00:01 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from neo.internetway.net (neo.internetway.net [212.155.223.5]) by hub.freebsd.org (Postfix) with ESMTP id 4444037BC71 for ; Sat, 26 Feb 2000 06:49:38 -0800 (PST) (envelope-from spe@neo.internetway.net) Received: (from spe@localhost) by neo.internetway.net (8.9.3/8.9.3) id PAA51099; Sat, 26 Feb 2000 15:50:00 +0100 (CET) (envelope-from spe) Message-Id: <200002261450.PAA51099@neo.internetway.net> Date: Sat, 26 Feb 2000 15:50:00 +0100 (CET) From: spe@internetway.net Reply-To: spe@internetway.net To: FreeBSD-gnats-submit@freebsd.org X-Send-Pr-Version: 3.2 Subject: kern/17008: Ethernet Firewall under FreeBSD 3.4 Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17008 >Category: kern >Synopsis: This is a code for implementing ethernet firewall under FreeBSD >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: change-request >Submitter-Id: current-users >Arrival-Date: Sat Feb 26 07:00:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: Sebastien Petit >Release: FreeBSD 3.4-RELEASE i386 >Organization: IntellNet >Environment: FreeBSD neo.internetway.net 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Mon Jan 3 16:24:40 CET 2000 root@neo.internetway.net:/usr/src/sys/compile/NEO i386 >Description: Ethfw is an ethernet firewall for the 3.4 FreeBSD kernel (if you like I send you the patch for 4.0 FreeBSD kernel). It consists of a kernel patch and a console application for configuring rules. It can be used to accept or deny mac addresses. >How-To-Repeat: >Fix: begin 644 ethfw-0.1.tar.gz M'XL(`#42LS@``^Q9#7!35W9^Q@:$,-AA20*IL[DD(?S4^`?;V`&20;:>L3:V MI.H'QTU81Y:>_&1D/?7IR<9IS#I5(0C'4T^;=CJSS3;=IG_;Z4[:[))T-I/Q M!AJ3+&V<+.TRL[1-=M)6'C%=2,`8<*)^Y[XG2Q@[9&<6.NUPD\M]Y]YSS^\] MYYXK2YH<[-]255%=*=RTQFJKZNOJF,"H55/QJM1O=_35UU??U6?%=7;ZO:*K"J7[HD\[2L_V-1Z0OQ;K3^ M?[2Y)8FUVII$NUMD045E`4GSA<(Q\_^V7+?;K6FY^+?9W1Y+:^M-X''#^*_- MB__J.HK_FMJZV_%_*QK%OTNT6-OT\`]%8(YP.!3I9OQDW,X#_\];+OZ-6^`F M\+A!_-=LJZV9C?]M-=MX_-?7WX[_6]%$3TMS.WM,=-G%5N:TN#SL(>;UV%IM MGHYL76#>?.-F-C/6I$0'U%"WK+&-_DUL:U55%7-+7;Z8%I(BS"EI(8WMA!5W MA2*:I$8DK=\W4('A4=KKD@*AF*:&NN):2(DP7R3`XC$)Z8C%E+CJER@Y]<;* M67](D_DJ?2AQC?4J@5`PY/?1MG(0\JD2BTIJ;TC3I`"+JDI?*(`/3?9I^(?H MA,-*/^4WOQ()A&A;C&_JE;3MV%]=,4>6&%."62'\2@"(.#%,I3(IPBGZNI0^ M6LHJ'U&TD%\B6=`T.11C89`C*OD<(X$YXH"G/^P+]4IJ!;9NO5X,L.L*17SJ M`+=%5@QH&(A#M)LB"3-4#"C^>*\4T;B5=7+85HG[0L&RRGI]\&C(%X[E#,X= MQ??F*5'!'%U](24>"P^4LY"F4^I7XN$`ZY)8!,*R4)`-*''6[2--5)A`8WAY MJ;,`E`C$)09Z4/XWXB&5)+Z.E*8H3(E(*EB1-6LJF"4<9KY`GZ1JH1AMR8E, MBD$VF@Q*/BVN2G"YRH\?+,7-%E.".*VJI'/AEH=:T;!O8([I?/Y]$:4_+`6Z M)2*[W6RD.`]1T5T%%2+^<#P@Y9F;D>SI]WB$AF^G2[''IM5 MM++&#BR*J#-VBW:/FUGL5M;DL'M>LKBQ8<,&6@(EB[V#B8\[ M7:+;S1PN9FMSMMI`!G1=%KO')KK+FU.JUVNR[RQF(,+O#@W359O,`S>,H M)W:@<_U&YFAF;:*KJ06@I5%/=#6Y&VUN)C3ZW(ZW$2, ME++:W$VM%EN;:*T`=3O8,G$/=&+N%I3.UR@)0M?HV"A"0$MC*Y'B7*"CU>82 MFSRD3.ZK"1:#;*WES.T4FVST(3XN0A&+JZ/ MP"3P1I/7);:1N+""V]OH]M@\7H_(=CL<5C6URV6 M@X?'PIF#"$R%97PW>MTV;C2;W2.Z7%ZGQ^:P;P*=%D<[K`))+=ALY?9UV+G" M,)##U4%DR1;<_.6LO067$-!A3VXQ"QG"#4`L#Q$\84I/GJ;,+NYNM<'@ M32*M.HA.N\TM;H*W;&Y"L.F,VRT=I*"7JTYN@F3Z9]Z9+>?.9+9F9K'NL9'H M!C).@-MFG!9',PBYO4TMAN%Q]+=L,<\)6K,81D@CTKNE2$B*JVPKLG,D(DD5 M"&]*OFQ`\JGZNH2HCFE("!'$^CSWX\TMP7/UG_X*N!D\;E3_U=77Z;__U6RM MK:VKI?IO:UWU[?KO5C2$'C]LK#FD2NUX^F5?@^N^H.PSF]>MHZ1JIPA;M\X< M]6E^>8M^E&HJ:K?L-YI^5>)&\D6CX1!=;Q)J%RI1>J,A_LBDZB/OS8G;S$.D?LWK]O#LV:Q*4J/;BIN]EN<7JT-TVS=X6+O#]1@E M&YX)F,-=09**=FN^M&8+I!D@=EQN%`K7D'N,[!'>CJC^$LT,L\6TR9E0EU1-;AZW0FO+C(LU*W0O5)/IO*)WRJ7]Y;B>08 MY*>"5WO<6/NX0\RT$NJ.J[P(9<%06*HP2]UL^UR!*T,U#=LXG1VL+\2L+H?# MV4'2P;)4V>!8:6%8,:K7OY##%PCP'S^X5MO-V15Z&N%:;L?-;N;G5"]-^WU4 MV,V#U(EK2;]?'T%V0WN`6:6@+Q[F)9_**T+.QX=JC:GQL!2;EXQ5;+9X6SV= M'@<^<7?ER-`>LFX,\0H2M&HVZ[_:=L6[N_F1CJM1)2;%YI?0*C9Z=^?^[,)) M8V=.>\/8<*2JF=F7:*"@1#9HO%SF%:3.-FNL`%^DHOA+4I.5?J:7^>N0B:Q> M7.SZ$]4INIK=/'SM0$'$\!PBY1\1;-DH[=_.])/"FCJ:6AUV<0<=D(J*2OQO M[*F<7>GU[:/J.XI*60>,*2,E;>)^5Z4N1>$&#RL^_;$4D;*6JJ"#[Z,(HMRY MCNU6E``+Q_W[WT1Z@T+$*1E7:R&A?>: M%178%96&KF9S-UF=JVA,4>IAV[=L,LH__G53 M>*#^,_[^.U_]M[6^=EM]WM]_^=__:F_7?[>F?4-L;2XH*!",`!`6"85"`>97 M/U=DJL78L%['JQ68L%C8*-PMK!:6A1KU`\#IK[$ MX*'GC5"7M%_R5X8#6Z1PL"*F5%33]CO0[R?]T+\JZ+16Z&1Y6XZ^-$^/,O3[ M#-IW&3@E]`9^IJ\]7L7\$GQ')CL\A5TDV&[E>AW MH]^)_BOS["<=R"ZZONY3L@?/PB@$WH4^#GJ>8Z-TA[`'<.E9D*A)T.(3Q%.C_JH$?I?V@=]&`*P/@"UC4#_YOH'^?1^S;M!_\_ M-^"_0G\PCQ[I49N'?Q1=RX/?0+?FX8^3/H#7&>LGR9Z`]QGPOZ"_#/@I`SY# M\H"_R8#_"SV`]9H"'?XYNC//7I,C0/'#"4D2(2JJJJ$),\>^3-*'K:4E5A"YZ M2@DH=6D6526V*"&A+Q8QN,3\OD@0)#LU)1X%`4&5=+Y2I"^D*A&A.[>U4P([ M&O"`\F%/5RS627F?IB(!@;IQIA-"%XKC4@`+30B&%MI1)`Z:40R\="(Q/`XC4@X M3]*(V'J*1B2=`(U(4#*-2%9A&I&04N-P]#'DSKHUF,FL+S/.1&8]22[3Y^2' M&;3UI(%,:Y,3'"9-9$IYDV,<)HUD2DV3KW"8-),9P2]QF#24-Q(\RF'25*:T M,3G$8=)8;B`XRF'27-Y%\%,<)@O(+00[.4R6D"G<)W=QF"PB/TYP%8?),C*% MTR3C,%E()H4F2SE,EI(IK4P*'":+R?L)/O8CKSV&RH'R8Z\]ALJ0\ MRO7G,%E4_D.N/V!O\C_:][B3'XP,FH;C12-/?K\X>2_%Z\&I`QL3@R9!NW]8 M-/TI9:2A!D&[T9:[4%G!('"^2*:13 MI$^J"4S<[7M2[^'0.%./8&H4/-T_,&%/XA'Z5]!6):<2QXH2.X3X='I)4[RGE>U9F\?B^"QQI=)1H)\Z:Y`ST2Y5^ MSH5)CB7?2GIG#GX0OT?VD%PG/N/S/9G4=W6,D3YA1"Q.BM/#XK03^CKY_F%Q MQIDZPW%+Z5N.T.9A/F&250(.Z)0XYK=U6CT%J-X`7"3AN`"<)>,T`[OX6@.\8P",$O&@`3Q`P:@`)`A(&\-<$]!G` MCPD(&(LC&A*BC,P)9VIHO3FY)1,E0DF M2MXL=:4H&<'NR;_$EU6-IG)F,.)-^#[Y[G0J%=,%H'BVOZ;`W,R1F)H8& M,\M*#OTG$$J.MF5&+#]/3*\O>>X#(OZ0OS?%C/F=$5R"N/R]$-\+$Y_E8\KTG?Q<65Z)1]+*&XP9DC+Y(FT,&N+ M8O>X>('28\_25.;*G(!8*XODE]>N9`/BQ:N&7WJ6\D/]V17]M/\ZT"@P4CLY M@NZ&Y4"9O`_&AP]&$X,7%A]8//D\#QPDB^WQPHQ(>TJ.PGN2'A*'QPZ+5_.F M[;GI*Y@>&KR2T98-#5[-:(7IE:/RUTFXS3/9&"L4+QSQ7AW[6=&1O5=,/SZ\ M)B->T%EI7R'NWUBA;[BLZS#90[F&(U1J:X@CCI'\#&'\1%3;[_PX\*"]XO>!<2"I`0*SB7PWO/O7,, M-N+^L"+=CHAG1MK.)-O>>/,4V77PC9F_IPOKTS\;%T]3D?ZV^*.AGH:4\_)U M^8N[RW0YZZ[_OIS-7ST-W%]M?`*RGTZ^-5+T^^3W86_Q<-$B9^H/9@QJR-0/ MS8?PMUEVP]Z98')11CP]+DYP!'&"D/^9OD>\9Q+/E!8)\47IP)SYX:)2YWQT MEUW.'9E-D!+DA]LFDFUCPWO'1G;^*Z$F!\=&]IX9?KILN&UL^3-KBY+[RS+B M1/H07E+Q7-J_IST[,2E!S\.ZY1#BGY5J&W M>*2Q:!B^?C=KHZ1XJF<)>"?&%D&G4\Y4+2=1C._$V)*2HZ9DV\3;XKO"N$@% MLI`8G*"'@26@Z[!U+O&4Z8AZ; M+#C<-G:D;5NNX-EZ[1O2$Y^`OIOIIT?[^P[22YG'1??2/=VR_= M4/<=I'O)=/:T[WH8T?K\7R`7R;X%#/%;4[ECN-8XAD^7/?L>/3-QWB;?(GM, MR8$%MC?E;;_+V/ZULJ%_7)1L*9L\I.^5%]B[-+=7VRPK"V!]=#''84UZ$3_[ MLT(6F*,7]=8&65M/2=&)P6H@_)!\E$M_[=+:2HXKCM5(71_^H@*J. MXO0*>8*POIO%FB;_S-ZQ.R%,H;9"_BGA/'TQ*TQBS$2!=>^E7.(MRTTW7C"F M@TGQ1+H4.LN?T?[M^O[@LX,G,KAIY-5_@LGU^F2/4/*:>,+)16O61>MI&,%, MSVY#OR<_G=7O>&+PN!!?)>\@`J<^X01T/ER7GWUBR'G\&EU,\A["?UE?+7E3 MO.I,C2\E5A`U,=VAK=7G7LW-V>/+N,_2C8B!..T.ZKM'@"@_S^7G8IE&Q"O& MQ&I]`K>I65MR1+R".S?]NZ"A$]^3QS"^JT?`?RVD('S[FY_,*CB3&)P1XG?( MOT,$/SVO*U@"&;A^BPR-[QR5_Y(0/M`1QL49_4[3S]FLWE6HD\[I^:Q4*#EH M@G7'Q;-5BPCU;%),#7O/)B<*Q@IX'UG]#X3J2OW-^3E7]-WRF\1,.I^]HA_+ MFGD&)VY<_+B`L_A8B"^>?(GN33'EY`=4-/1;GM4/I^4>^101:Y@E]OGY['T_ M+*8>%L_&/<-[SQ;L/?L%(O*R('@^&Q"&F&OD?R?*;Y[+4GY9ISR:7I:<@I3\ M/>U%`47VQ,&"LPMUI9.ODRI:\HH0L?%#_7AM#ZQ#_]"]-3!=HF],-B>E"U([_T]ZW!4=V7(?- MDDM[9T))5D*I5-&C>D'O[@QV,)C!8Q\`L2KL8D!"Q`(('GQHA8P',Q>8X0YF M1O,`%^*N2!:ER!0MATKLE*W$3DI)/I*JQ!]R*8[CLNA(42F)D]*KRBK''RZ7 M*B6)HLP/E4M6*G+.H[MO][U]!X-=+%F1YA8&,[?[].G7Z=.G3Y\^G7NY\G.? MQ?7/7S*.F9,C9741RH-3V^N?NGP/2(C'-O[<#W@K!7S+#SA!`7_F!SQ``=_\F_SK MK_X.].,+M_X\]NQ;7[CU9[%G3WSWO\=(EC:SN_?5BR!:OW[\V<3O3>$JYP2N M=_#\VHI=BM7*!E;@M1\0RT;LK[S\Y?PWGOMR_NL@3GXM]MRMK]VW=\^K#SUW MZ^LP1_\D_S6,P(;]_,;7/CEWSXFA_#<^]DH'1/8?/G?K&\>Z)S`MKBE>V?W& ML9_DO_[J%ZBL/XP_"W/?#UM\UO].O_U:T:=)9VI:F,UJ.KW M`@U$U/V!@^K^AXZZ?^PU5]WKK]EU__NOJ?GBI97W//\7.(L__V/\WWU;Y5D$ MF'E-$J@&`?[P\:]W?J'R(D:_3T:_[V4=?P_%OZ7R#S'^)]]7^+=?N)&-W3R) MM?K"2A9&_8]P"J_\$X3Z%D'=S[S_MS#DRYRN\B_QY3]^7TI;/[KP-_EO?W<( M9.`7_PI6V+&7-O]8K5LJ__JS*+3`W$6RXKG7?%'EO3COZ*EWD>5DX#-?_>Z? M0$=4_HV5\/]^WT\HK(2?,Q+^-H^#RK^STOZ1D?8!FNP>E2L62//J+O#]SUGP MGS;@WX5S"*5YVX]U/J]>A#2_9Z79--+<]YWW_P`%$AE7^0(VUC_CFOOK.11$ MCCW[KLHW,?:CKRD%QSHWZLND27KJWJ?N^/Q3Z=]% M3=S;?OV+;_O\%U^]#^!SK[SX"LF2J!_C,J^]M'GBX__KYEN>_S^4\+Y7_PZ$ MKWWG/W]/3F5$)R^]`S7#+WWL,Q.P,GV1\U8ZMN\TH$A?C-%3*M;KC8X@;30: M[.QZNXW6OCB9B)UJ)V(;;4^,C%2\6I.-0<@:JN9U/&V=+2TW,HD8V0W#']H< MA"VUR/:W45-&`F+/:Z$QKLAF2K!&[_B&MHG%.OE M3?'0M7IW=_.2N(9&)IN)F##BJFT?0VM73"5HZ[98+J=%V:NEQ7:MVZZDJ?R4 M$#&1%1!$EZJ[Q9J`D"VO19&$/PIEJ>0U.VR/?&VW6,(\6EZ[O3EZK50MMS;1 MP,$9?@W:K+W)2%K>4U[I3I&4O?H^?-T9$@L@5&7QQ!-3]I^T_X(?V'@)92!I M/!7O1M%N4S9YR5U.R2RY%([&#UN3R7`HU!::DD.-KGM>4U3K5LYFEE:%9(94 M7[*LB#<7K5X`#ZH%]N\ M00H>#6@(9E)/-CN5RTZ-9:?&LU,3V:G)[.C$!3(8`]J0Y=AK91,XX,]T!&][ MR=&>B`%0;*&^5ZQ5R]2&F`> M`=[4&XWJ'F98*CQFF=LESTU.CD^FA&3J6V@YA-RZ#&#T'2J&XMLR9U&JH:TW MG@]8W5C,KT'T;(OLUB`1_'B_N/;D_E)]4\1.E6)X3(4L`VE`$5\E*\K8\J,9 M?L6"E#RT<,HDU$P3H#QCXU,"R*U1#7%-S&ZL+T.6UTY-`G^/S5ZYDE]9%['5 M_`?R5^";[`Z%B&TL/;JT_#B5.R-6R.Y)FK"1-1L,!:=9TZG,V!-0F5-E0`'_ M-#>9):SRB8U<$K&'U#BB7_B?7DZU(=FE&$YREV(PE,IE(/!:C!H@AM-,C&?0 MV$8=;0OKHJAV8]=C4DVV4Z)1*G5;W*RQE7]Z_`1N(>*X4-_*=@*? M/_WX\1/?@\^/X9/X!\=/_%WX#,-G"CX?@,\'X?,4?#X"GT_"YS/P^;?P^7WX M_#?X_"E\O@>?'\,G\0D>A_A!&P^TP4#;$]P81%N`UY\[?@)M/;[]PO$3:&_R MI>WS;JN.ROW,R+<(A M/7W[7J:C8+X78VR?A'!(+_??Q^DQ[=LE/NR?RP8X^R/@/FK`X?A^X$&N6[!=7I!U13BR@WN0;>".&W"(_U?D-\*A?'L`"W8KRKN,_$V#X.'XQ_Y!?=<&^/^;2+SV_\(M-+$$[UA7J^ MFHS%7C[.MG;OCOGT'`_@^Z616.Q/'/3L>G#.%W M;LW[/Z[>R4*1Z)_?F<+^0+]SRWQ)OW/K(MWR>YS>E6W7O=)"<$6__RTN\.?4 M.W?4T;SL.]9V5[VGX[OSR\1-# M9!L7C[T_9ML.SL/GN5\Y?F+B/H[?B-FV=;\4LVT=T?;P=S]]_,1OQQB^%;-M MZ?9CMFW@%:3N(1D*F[2#F8]I2_JN8;1OY'^!]_1^!+"#+ M\TK,MOW["GQ?^,WC)]XAZ_^-F&V[A_HBTQ;Q+V3[_JK$A[:$IFWDCV-,;QT9 M?PSPONO7CI]XKVR_^X_9MIT/'+-M$]&6T+3E'#UFVT9.XGSSCX^?^"N)?Q;> MO_TBR"FR_!\(V"8^!N\KT/][$O[:,=OV<^N8;7M:@??7/WG\Q*SG`[:2_^F8;8OZRC';]O._ M'+-M3?_XF&VK^O5CMJUL3)ZQB.V42F,%>0"EG(D5"M5VJ;/?1*-(9[_>*=XP+3RE@256@]*UM46I,M1T6)"RT2?) M^7ZB3J/LE2RKS=TB+"NE?2E;JY8:=3S<7U#+Y!@(_P58UFE#4[(6M4Q"V1;4 M;0=+5J&8CHQ.I94J&[&2/>Q/S1,X_P&$>O1/[_._$Y/9\^?D^8_LY/ESY/_I M?'9\\K8B!NY6!NY6?47#:W1(V`S2!SGTH,I^A'D!2 M*`08*'3?3T(,"W-5(&CI@=,'Z^#9OP-(UQF!L'T_HXF]1K5LH4Z6*B"@#.,L M5^RD12:3226>@?;@8/@/U9R&][TBK:=$L3F-KJI@XDB>3'*TF!$22XH72\EV M]2->8YL"4\-CDY.I5$H\DV!>CFNHY%#4#O^'ZD.I:8+$ZB5'C\6;9G%X@XB MHE+->@=6&:J=-2'UL-$(PO:VV`A"][+?",-&6',XD$;9=CA`W98>SLSOS.[# MA?(.K4!<*._0)L2%\LXL1%P8[:>'O8BS.$=A/=*C5)&V),["1%B6N/$?9&?B M3G60U4E47KUM4-RI#K)("8UW:9\2QG8GUBH*VU%R=F3H4M^&[*ZZO8\SK)Q> MR1*B#LOX3I>=5Q7;I6I5DD\[@TU""&"9W&W51FW?3B:\&IDB M4)+L$4P$HPEH7%6)I"D^F`)%L].:9B4$_`+!P1P@XS(+\YZBFZ]%$M]ZN[M1A+4T9JPHF0\'<=_`#-5$3 M%Z:EZ(=3L2W M6E[Q^G0@R5@PR9A*DHM*,AY,,JZ2C$4EF0@FF5!)QJ.23`:33*HD$U%)S@63 MG%-))H-)RKR3(.-!AE41!H%C0Q^M0,D/$FEP&T`%X(3&:S*0:Z[#2N?&C2G[ M#YCE$-(_#HY6J[C/1(_Z/&_/JX>&!TY%&;'>$.6&=&X7RIJF0V)=FOHU^T(9 MMMQJ-,69J3/T^TJ2,?HAA"8HL?.QI#+PLQ*. M4V.J=8]QA4]I^+C2$I^2=5$X$,G(>=_*1>+S6'`W^2FPS2&8JB9G<9*"80$_ M+D]0ZQ]FX0LZECI^QVH,Y9.7'PTI-Z M!Q:>`7R*`>G'7I%:T*EATN,49N?F5@N+^:6S.>M$Z!++&4(IJ(0<[(3`F2&J-A\0YKJEBM(A+D\<,#HI4(L[O M/#_B4ZE"BVE>/VRL4HDW!:!KC<-`8P$PQ0RNN\7-FY09O4!!+(7#4$^;WB&= M`P92@NSF5%"LSLQN@--J.B.,Z&L#H-Z6,U=J>H"J($4B!_.9<_B$$T$ M"?6(IR7D@?;F/;\RD^4)"9FULE3%7WLB"?_;`E=ZJ30[I$1P7V_")L?LFY)D M,52&'.Y1,GM),7>?K?N%.2PRTHKH&C"2U"$+)EQM)JL)#88.]+D-ABFF#V1' M]XPF[!+8I4S*%40I+;GY,#:)%D$#)9_V0YD+):F'9T@T-UHOH*8U(U-',@5BMGH*M-$KUJ,6BMC#UZ`%-G6^F'CD$JZ$ M9P0:CQ@@6K5V>7YB1F]V1A'R,!:K)KK.L;48,A5%X, MZ?9#*L.5=5`64RG.YE1#DJU0$N'3LL;M5HDHW!!64KJV@!1AK]GQFSJ>I%G9 M%T)1M1\@NP<`H:3F5*V3SH@+*2W1:`S^].[(A5O?[S*H`(Z::S(MB0X1,9I.+'EO#I49R5(_Z6G#8#/=WGH:!0UT?U>*=Q M-/U=1M?K;T1_WZ7NAO)'='Z#<$PNG2CA!47`Z[XO6K1S#*J"M!EH?P# M);A-OFIPUAZ-3T(&6EU*PJJBOCF#^F8#7UJPA:,Q5\E)T:\8)^S6:4*GB>VT MAK[F2+Z9,JG0J+`#W4C.HD9S(CVX/7OBD\(]PMP=X5Z9W8KM;KW$]FAEZ#IA MB*U\K9,M*X;$==;44E>R/,YF":+LM4NM:K/3:`53]'B.7AX_VI6":C.MOZ_R M_DX)]T_;79!NO3+KR$9H.P`Z=1MOI%-'+MR3_"[+YA;FTRRJ]I+I M2>734ML$4E8LP>1C$8YXX",)*_MX?]CSJ6!_Y!N[I7@) M`YKJR/W79K&--H/5NAY:=@U_ET:IDWN@1MS$U1\;B>!JA=O@:G:SFYRC M!\.P^86)ZJ@>YAJJ7(?E&@\&ZHZ&U4Z=W'MWB22W M\-RG1=8H M@C]LC5JZ'6@8*C]_)1(U=`,+$87:Y8+#P$O5R086'D;[=*4K6>-GZC&DE!E-L=#>'_5A"VTAYBW!%2]Y0V MMP,,R4!1BAK\5&H<_G+A0`JJX9S4DW%E()K`C`&?E-K"0^P(#!,.?U\@9,0= ML35@;PXH/0:;?:G>4GK&7&^5X<[!/.[A_'I:L&KS-->>^'C6TC!*=K438%>N MTOJ:1BR`:D_9H"92[HBS5E-'=4&P&PP-%C[!3I''?*7&MK^^E85CBQQ?O>R/;R/0']).2!S. M3NA`!&D85Z;&KE*-UGA7'TS.'T4 MXW8\:3&QQWT:MW*1!$XTR%,"S`P/!?9#((RI+6X0!PQW:F8(NE;=!+0&C:@X M".*X`*D8:6F'(I#>@E&[&-5-DX>R":9?&B3[FS>#)'G)8GY5* M71"!1"[+C_#X"&X5I%`0%'SV$]P1"N\\^15443VKV6M32CCWI2(*8E21L2:M MCM9;4:=5"X2G*,$LRYF-ZL?$]@K,>#4+]P;,Q($ML',(E!; M(<]\2"M2N9$4J90%\B8$\;F!70`#-`!Y*YKKJ<26`SS-AQ`;2,@'8-K''!X[W/<4$E-'O9[^3`E"0B:,U%]4$2B!\T M#+A6PGP.&`U&UH$1$5G20/UT+DF+Q46.CE`>P?&A\$4.#$?+6''!`6+#1PP2 MH[I8FKA9Q<`HB1\P/H(%B!PAH:W`OH:'W]92*DBZ]@)3I%Z(B`IDIYU..G0" M6LRQS&`6EMPB*CFM'`K)W*$-YC!&+)<3H5DNG=38W;QD$)5_`A3=9:J1;&[Q M!E([="`2!;G:5/FJ0"5L&PJ-[-TPW:<-!^U@R%=MT#H>(EH-*!&>LS44G7AG M-UE/UL6U(@5NBB0=8E0[!=9)1O3+P$=AWU1+R2/>FSUBC:LJG=\5QED?/KI- M;DU*C5;+:S<;W`.=!L5+4`*0Y_4TNG`'WM9SU$<`Y):OKFX?VS=A>Y$<6H,` MX0WYQ[OT)K*_M0H+8-YOB$``]&H@T/M)_2,@6C=0F,KIWBEQ>!@)[7V7K-QP MZ86`QQ6B9B04&&TMGSET<+J[..^4@E>_)XR"%O3T1[1D2UW1GA'UJH6\GN6 M9.L`>QYXL[U7#9X[?7S_;]5ZNP/S[5W(`];$YRX2?+_-CXYELV= MSY'_M_'LP/_;&_$\>')T"Z3A=B7QH'@LO_HD_UMC7BE)@EQY"18I##\,?:WEW\A`3O<>_$%D]_LO?U_BO,3X^>Y_R?.Y\[ESD'TV/CDY(#_OQ%/9JXLYKVM5A>=1>;.I\GQ M9B(SUV$]A;B0R"RWQ7S+\RZOS8GQS$0BLU812[-7\XG,TJ[DXYFELBB6=ZMU M]-]8Q&6G65M84U`QTLGR#7IIAMJ7NC,O"3%_D) M/'Y"[^QG,]%IT!M:/E7K/%-18I@+\*O1[=#W-5;Y;*(>X-I>M;@I@4P/+$81 M8`%&:%7^.H*65<8[W7F%]9C+KUU972"G?`E8B1@@JBU@C:Z<1;:A-?:*+71O M"0(U3)$0K'Q>89/1>EL=K]V&9GL:FBV-)@T546QK7TU>Q_.U&VR:4JYN;WOH M5+E-Y6?[B$PBL]),Y(N06F-M%DE50,Y.*X!SR_/J4):21SXJ`1^J)[90&P7E MW4*/`+"ZV6EXJ&AH-;H[Y+'3J"7EE!$+VZ(H*HTV(MWS1.?I!N+:;;2,"I6* MK7*;_3`4Q0Y4'F2&M"P0V^U('UHU;*VGJR4/\-:;4)1&G5QE(8(TF7LN=SLR MO%AG_Z(8Q_5=104&NE1JE;T6&^$7E?)F"P05K'".L*`AXD2&%Y"8B`P3E4ZE M;-@LILF"JE2L2T^=^U:L2,IM2*BQW%2$;DNASZ8Z)V3WW_B[)4UE,N*R1I(. MY8=E0%J!+F#4U,"&$DH!X4:Y=![JE=/V6&+M#)T89K^V'E2YLK6ZJ"$+W;H!).)3*7:V)D"R0]:,01;'Y(DL@L=!*RIZ:4ZS$LCQP2THB( M6FRWV"E5,I1"]N@4&UDV]OM((O>'IX3R&(?.16K5(@]RB5"-=RXS),S75%WI M+(DR#C38AW'$1"K?O!O5=H>]F[!C/SD<+?/"#I\DIY;S#YQC!(Y28C_HEDK% M8>H`++L3(?*2[#CM<(?&.`.^T#*]?9V%/)U)KP,9PR>9#6^Y0G,Y)$/.AJ-. MN2=!F$"1L(W=E>?*0G\1]U"X55_I\_=R(P'#@50;,`7N8,!.@Q2CK>(V.O-5 M8\S/Q9YW_)$K<#P!GW99O]XU/=CX)*)[4>>O.0SGZ"BG;2CI&ESU1G!D`;H&SU$^`:,?V"G* M+7.Y+$9`./!:Q5KB&K"*R>RFX@O\&%MB(Y?T>LG:**--J%8M*RXA"A"V-^5D MX421)>=P`7+A;2?:`TI^>75 MQV=7Y]+0T6NDQ7T4Q,9E*BQ,1HTN'1KB*N:?F,5*RFJI=B'V7X=IO`,R^].5 M*@S+LE>O>NP[%1(3]U&C5/D&A/X^1QV?RT^-CV'K:U*8G)B:FYR:'\<"^ZQI MKY655#I7BW8YV`]::&6\)Y/)H7=%T-;O:5F/(#^U:H3G73H-R^=4@!]!(;*3 M(OE8M2A6*^CT9F&!1<\4R8LU@PVW714UG9+*W'35X`?]C8Z/A:L5H&K,K2/9 M2C`?N9P(8@C:=$H<#> M=M&A/80U6N3=N$$B.2*[(03&[N+:N"#2]%IM0N$N$-CE MC8=Y=9+N#:*IKM8Y)VV,H\C'\#=G1UNAVBMD/.S62F.Z1A;7UY=4GC>*PY[1BL^D56RSNFHO=-WMY M?M7N/(_>^I_)\Y.3.7G_2RZ;`T"1&S\_GAOH M?]Z(!_4%($^VEFQ']+``WQXE5;L5SN1AQ":&AX>C4L8?A_$TYY4$,(4Q8)SG MIB;/B]S%BQ<3(R,CO='&YUM55$N)W`61.S/;-1G]D5IU"R*LE`58(J/J M)G%6^*[R31@,D;H;1E/L%&O71XO%5M."4S$64*<@E2!F>2(@FZU&I^&$Z]6] MBO]']82,C^AB&>OHY`L'=[)*;'3SV-A4=@QZ.KJ;QW+GTV-C8WXW<\`%UGQV<9%CY54(=E3AL?SJY>6U_,$0!;HG@`-$$E/6)Z-<^AR3T%DM$AEM*L+/@R@ZV+I9D&%1 M@G*C4"1@H5B"I0/>U7&R=QHFFQF80OM(HTEH!J97F8\Z)R>3`AR4D*VW7 M(R("/C,V/C4^.35VKD\BFIS(*C(:'89_P6O5,$0%][Q:3<(<<+F:A/*7W]'7 MJYWE?/NY8$T7\H@N64-4=W;-&F(XNHO6SG)CW=Y5:YCX2"];NX/2N*];DPB/ MXL(UA>MH;EP+(K/N7,/(([MU365U!->N*4S&Q6MZ?!S5[6MGQ5'=OX:8CO`& M-BK84=W!ALB.\!8V1'=4][`AKJ.YB0TQ'>%=;(CNZ&YCHVH>S7ULB,JZD>TL MGG"C209O-D,U$:E(M9`TKX0D!?8@L)&3CB7.'J\MS&8IY\6>AP4[J0 M\914W55FR+9#&('G`;85?O."-YAGB[MX[UHP`CX=C!#A-'PHW)5H=ZN[[0J7 MFZ2.&.!$3DS^Q7/NF+UB*Z+4I8XSHRXRX6"$>=5;5$Q!M40PWKH$SYFV&1U3 MJ)9V7='J4KEP1%6V+),($()+(H;(-DYW)7:T0@;5>UYK"^_1HJ/X2`MXP*4G M7';:I)GHW%C^[H&K4*ONDM/!R,3]E$AC.;!<6L9W8?,WYV?4'3F_I@5?5*;4%U-H1&YVZ=J3:U?6%PM+RW/8E<9; ML@`T4$`C`/8"2XM48'P+FN0!.\2NMMAM9N+\U,3+\P M40FUUSM**%W#2\<046GH&BZYF7/8_':\CEDIF5+Z'!'#;?2J%956W7[87\H" MU*5&EX09**K;I8I7NFZAJ&ZC(#%Q4=85/!P204HAX`>H9D)B!-NO+'L!LBFI0W<^RFY(+C&;7P$+L%]-Z\ MBW'3.G`8O?;AF2P5=(N^^5P.AMV*+J=Y*(SOM52%LQJ5/<6QEQLJ'_0I'B(N MT/DFO08BSQ/28PH-<9AOUM:3IXUQ[1>;'*2,7/+=XY^>F#)E`D[1J;BY46DLNX0%R1D.4-.A;53S^X.(%K M4#I[1`Q?E[Y;_8YW]-AUQ3]OKS_9MP\A@9QLGTJ,.Z6;`7_,P9+E\=D%/'M] M\Z9N%<`@RQK$0/6+P!#N5"UF#)UJB\A;'!0TEOVZ:L`X==OUJ$XE6*J.#XNO M+EAYW"V_M+RVR0GG.Y;CO"O>XS6"$(.=,8M,IU=BYTUDFWU`5]TST! M+L#*>)6G5Q,\+62=`D0?(%KK0)]9N7[&-7GX"PSKF<"P#I>:ZGA=ITCIB/AU M`TU0)IUVUOIR?GYY50WO.ZNPNG\#G37U4^8XQL8YBHJTE']BW60T![5*7&7! M_C2$5?M@LYYUM8=,&"2C>+B=9N?7\ZL]FTD]1G-)/-+GD'S'QHK?TLGD6B+N M(H5+(M!B1G6=9>Z[9^.NDIKE]`MHTG&PAUR<6])%-//69[-M04SS[3!S[/*P3"5J;*Y"V/S3<7?%I8>FUV\#19@C!K4W@1) MX*$9LX'"8\K!/0QX-<1TX^1D]SJHI\=L'[=IY79H@\8_%T-5Q-5R?9*0(9SW M%`%09*3M!+:]79`6<:CM7@X:&4M1TG653X17E)3?%Q;IL`\.3(H&F$A&ZAY> MC4=N,&AD%DTY2>J67SKK)@K?IXD@[=^P&8F[`#U+26"ZF-)"F:X[EH9]?1?, M;NFBML13S:K(XQ+:,BZ* MC^OYJROXC4+M\J,,2R.2$S!>Z2D%9,K+&_-K!-.2Q3%J?C>JQ3T29\&U9BY] M6I:7SF$CCJ78.!<1?45)%AJ7#IP;T-F(K]&%M2_\3LM*,#).3#*V"N96X@C+ M37(O8I-ZA9ZDYG2N+Z=DWS^SGEUY2%.91R[A_P+QF\`\12/3]D7MCSW@&G-R MBC4<*).'=2'G::%<-"M.(H1C,6X,36NXV[G/SLWY>0>:OUJ7K>]P=!]R>V]. MP8CGYDW^GG%,4*;Q=3KZ-/R;I`^VG`NOWA7VM#5/F99M=BH&BPUS4#]%/KA_'JPT"$>C`,A MH@4L^=8]UGIIX@ZAA/.E8.DIJ(ZN@B`%3ND%]DE&D"#NT MG]&D#,_7.FNUIW@D0GP#"JGE*"TR MI%&\(J_F$*W.][7U<02=>E?PK;)HIF"J\Q(]M)!WI(!TW[8\> M?ZQA0_GJ&Q\"O;ZJ_>V%%?1*@ACIMO=M.O!,^V@&S\?:53K0_$FO,G*)>QL/ M@J6D(A36O$^NY`L+*RE_7G04"#->ARGG@".'1L;L`;RZ;?)CN4KPMAU>";5J MPG`V;7%@O>:/PK*PI)&8**PZ=#PV=]*'PJ4UESK+8U:`>EEY[I8NMH->CK57 M;>8JL4C=X&T^F<_!I@>56SFTQ:-I,RP2M$#!DKX1",UK'GBW95@8$ M=G0\W:WIG0!5[REQZL:4_0>2>]HN5G8S$)`+!HP%`\:#`1/!@,E-^VYEJBS2@.7?-5QH M@]0#Y\Z#LT32QL9Z&47,>A[QE;A\"8\E*I)(+0X.UJG?S7LC[):FFTD:N);7077VOL['1!;/"' MWZR8GX7BF?#ZAURO1I;$$'&B55"BEQ:*GL`:IK=N2I@;GL%VAYJN<+645@VM M_T?E`6+24!GU#*U8#N@QU5^!/76EY[+ZI)FRKBV!ZV;?&^J#`=XD8(=,F".M`;"`.8S"Y?[+@DJ[Y:OO39AGTDM8, M5$M;,TQ>%1C:KG?VD'4.)(S*OM`78;BW6*;L"L!M($6"Q7BTEA_R^5PK6,+42I:)'-Y.0YZ:0ZC)ORU;@Z M3<19I')&R)'07R_Y5Q\:)W:D\R$$\@>6ZJI>*;BO'(,QRC["'`6X-*Z5_2$Q M'0*3(T$!^@-#CDNT,.YA2&P9&AL&R`F'^;!WPW.;[^ZC2RQ73.WZKK9C!<2% MJPMK5YBD`C9$IJZEUBB6E7H`$!38K=(P_.PTV0-U:;?<:Y>1^4W(HL!J2)NW MJ/:20-'.QWSND`I8:")-2Z!+2*[!\;FX/&OHU=W&9'T-(PW8SU#R MY1)S.(E@3_@BBF&QHHN^L=1/X?LB?`/P8.(7?0T`I6[J:Q/K<'0?/X#HXY$4 M;VBR0@U]&+)W=DQH=S9:#^]BDCP>RL5.L2"I&D*@Y9Z11O5#Z<`(2HNLN(5X MYO)7%F=7\W(BX]DFK5&DQ=I"86WCE+;Y_,D?>#A MW$KO,[257H=S*W=P.+<2/)R;G0?2Q[J%5+<-H[R2B]N[.;5>:Q]XO^7 M$\84.CA?/#A?/#A?[#A?/(>K=F+"0FV6C_*"OXY:#B$*!=;"SS]>>*102/CG M%AU1H:7[A[M>USOD05CSV&K0+$*N-6BK'#G.-67OH#9KVA7T<8%!9 MO"V4'<1(SO#"ZCLO%">Y#6Y-APLA2]`M<$;U[FY4/J3WE@Y2I5I6[O'CUF=P M:U^E6N.)7@O,L_:^F8^!=JE"6!P8KN)MA79RW/.**L"8H*1F<#ZA8D%:1,$Z0&TC=.6VD6G#LRM0;NY8,L`>L"-.MS9*9C1;*S M5VA[(#2B3^^BMF&-)`E:2^E%-2VU@'FM/IDTSV.Z3Q*Q@?*T@5@-+E:SKJU> M`:8KLJ&(N;5UC,BY$LG]"Y&]P5?GSL^'D[-+(0V2S85`E-=<#3(6`E$>;37( M>`@$.)HP,LIEPU5!+F>`C!&(H\1L_8=76%.%$EH1^VA^=2F_F-#[!X86('B* MU.^Y:G/:?Y'6CQB"B@U$ZI_B]G6CSC.8C%@E,_)7JE?'0HSW7H2VQ`7Z/KU)?H]2G2/K>@[TY"1]@,'@%ZK&:KVWS@N=W=:D5[G+*A MW&M;&\9WB9`X7M_W!B?&JLQTIW_&)ZPO!^B*_:]Z'M+Z/: MO('>,H+!Y`XO'`SEVFD5FQ7I8,/M>8-NNXMPN!&,T&XF7+7(34ZDR>$LQ`,WW1T:U<]S?<].- MJ&S5(\PCI4K1JY!*+YX,]D$J26:J#)@6IW>STHR=3`MV\=YL8W\:U^[%5IE7 MCUYH0TU)F`<8;(0>I4Z$*6-E`Z^.:`:R"^V/Q=7I`$.G:#[Z])U).7$BG;@8 MYMM7V.WS#=.B56DK?'/6+0^7VVJ8@`@F,6CJ4U8V0$M%L=5J%,LEE"VTX4NM MT6AN`3HZ*]/<=Y/8Q#G@1>=-SZP7+J8GLWI,Q_65F<:&'2Q!UI93=-VY"EA< MO&(&)&'XPL)I\5&\R#(>M.>LU4IBN&8/K]L@/`=)H54PTA32DT5.D`8Y4+![ M[PXU+2P=EIAZ4))BBLS'J3K:7!M%V;8X#2NV^<+&"EVP3??-1\^IVM-0Q#2G MXYWSJ(Z-KW7K8K:[(\8NP@PX-79Q:GSBH!G43VS/G:AAOMAC[AS/IL?')XW9 M$P.4*T<]Z\075@K*/RH?`HF?&V-!7-Z[U-W=W:^S#;@[UC, M0Q4U5RIEL]KTVOZ$)*<[\PP`I+_HIR_6'<3E6]6$$,"")QX_GV4$RO7^81#, MY13M9J309\%$DZJ"")/KY%A?Y*H1!$AVO*?KVLEL>M(@6'@]EPV)>X9B M(AB*`H7'$=%BW6$E(G,^4IU>@%Y_[)'%8`$,=V3NF$)/.7'LPD1Z[((AML!+ M>CP[KN>4>)RO*I^!11/[=`;)80<]LS1@Q<+'9`A,[LWUD$OBSF,X<``IA\8_R^&4,3/AQO<\8K&^I4V.Y,:JV;B8X M!DSPO,$$)\ZEQX'!^4U*J<6T.5_XTC2LX%=FUZ&[YQ\W??P=W*#Z.%TP0IYT M"P;+PUMO>`<(HP=XHM0%6UU[;*6PO!3NB59[K\E;^^T&('NS'?T/GL$S>`;/ MX!D\@V?P#)[!,W@&S^`9/(-G\`R>P3-X!L_@&3R#9_`,GL$S>`;/X!D\@V?P 8#)[!,W@&S^`9/(/GI^;Y?Y4/J2D`0`$` ` end >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 12:10: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5F6C637B52A for ; Sat, 26 Feb 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA84821; Sat, 26 Feb 2000 12:10:02 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 5FE2337B536 for ; Sat, 26 Feb 2000 12:05:43 -0800 (PST) (envelope-from nobody@FreeBSD.org) Received: (from nobody@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id MAA84638; Sat, 26 Feb 2000 12:05:43 -0800 (PST) (envelope-from nobody@FreeBSD.org) Message-Id: <200002262005.MAA84638@freefall.freebsd.org> Date: Sat, 26 Feb 2000 12:05:43 -0800 (PST) From: fukuhara@im.uec.ac.jp To: freebsd-gnats-submit@FreeBSD.org X-Send-Pr-Version: www-1.0 Subject: kern/17011: Fatal trap 12 occur, dhclient with BOOTP kernel Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >Number: 17011 >Category: kern >Synopsis: Fatal trap 12 occur, dhclient with BOOTP kernel >Confidential: no >Severity: critical >Priority: low >Responsible: freebsd-bugs >State: open >Quarter: >Keywords: >Date-Required: >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Feb 26 12:10:01 PST 2000 >Closed-Date: >Last-Modified: >Originator: FUKUHARA Makoto >Release: 3.4-RELEASE >Organization: >Environment: FreeBSD 3.4-RELEASE FreeBSD 3.4-RELEASE #0: Fri Feb 25 19:30:41 GMT 2000 root@:/usr/src/sys/compile/BOOTP2 i386 >Description: I use diskless PC and kernel with BOOTP support. IP address is set by DHCP, but if I execute (of cource this is nonsense) dhcpclient fxp0 result is Fatal trap 12: page fault while in kernel mode fault virtual address = 0x3e fault code = supervisor read, page not present instruction pointer = 0x8:0xc01ed0cc stack pointer = 0x10:0xc5eadbc0 frame pointer = 0x10:0xc5eadba4 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 = 205 (sh) interrupt mask = net bio cam trap number = 12 panic: page fault syncing disks... 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 8 giving up Automatic reboot in 15 seconds - press a key on the console to abort from dmesg: fxp0: rev 0x08 int a irq 10 on pci0.9.0 fxp0: Ethernet address 00:90:27:c1:dc:03 bootpc_init: using network interface 'fxp0' Bootpc testing starting bootpc hw address is 0:90:27:c1:dc:3 >How-To-Repeat: execute dhclient fxp0 >Fix: >Release-Note: >Audit-Trail: >Unformatted: To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 12:48:59 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from orhi.sarenet.es (orhi.sarenet.es [192.148.167.5]) by hub.freebsd.org (Postfix) with ESMTP id 3B26237C003 for ; Sat, 26 Feb 2000 12:48:53 -0800 (PST) (envelope-from borjamar@sarenet.es) Received: from sarenet.es (sollube.sarenet.es [192.148.167.16]) by orhi.sarenet.es (Postfix) with ESMTP id 7C2BA4D695; Sat, 26 Feb 2000 21:47:23 +0000 (WET) Received: from sarenet.es (borja.sarenet.es [194.30.110.21] (may be forged)) by sarenet.es (8.8.8/8.8.5) with ESMTP id VAA09711; Sat, 26 Feb 2000 21:45:30 +0100 (MET) Message-ID: <38B98E20.55A6EC1C@sarenet.es> Date: Sun, 27 Feb 2000 21:50:41 +0100 From: Borja Marcos X-Mailer: Mozilla 4.7 [en] (X11; I; FreeBSD 4.0-CURRENT i386) X-Accept-Language: en MIME-Version: 1.0 To: lyuka , freebsd-bugs@freebsd.org Subject: Re: i386/16802: An user math program have the system on K6-2/III freeze References: <38B25BDA.A35A0721@sarenet.es> <002601bf7d68$0b743860$8949a8c0@totsuka.finetune.co.jp> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org lyuka wrote: > > This is lyuka@finetune.co.jp > Thank you for your response. > > I'll send you the program in trouble attached to this mail. > > MD5 (calcroll.tar.gz) = 9726fdca4c1540f12e8b2bf9117c647e > > This program needs FFTW-2.1.3 libraly that can be downloaded from > http://www.fftw.org/ I have tried in a K7/600 and it works. The kernel and system was compiled with -O -mcpu=pentiumpro. I ran the program without arguments. FreeBSD nenuial.arnor.es 4.0-CURRENT FreeBSD 4.0-CURRENT #1: Sun Feb 20 13:02:36 GMT 2000 root@nenuial.arnor.es:/usr/src/sys/compile/NENUIAL i386 Borja. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 13:40: 6 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6491C37B536 for ; Sat, 26 Feb 2000 13:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Received: (from gnats@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id NAA91908; Sat, 26 Feb 2000 13:40:04 -0800 (PST) (envelope-from gnats@FreeBSD.org) Date: Sat, 26 Feb 2000 13:40:04 -0800 (PST) Message-Id: <200002262140.NAA91908@freefall.freebsd.org> To: freebsd-bugs@FreeBSD.org Cc: From: Brad Lanam Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Reply-To: Brad Lanam Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The following reply was made to PR bin/14782; it has been noted by GNATS. From: Brad Lanam To: freebsd-gnats-submit@FreeBSD.org, mjacob@feral.com, tony.maher@eBioinformatics.com, bauer@genprofile.com Cc: Subject: Re: bin/14782: ypbind can not bind to Solaris NIS master server Date: Sat, 26 Feb 2000 13:37:48 -0800 This problem is an issue with the /etc/rc.network script and in other configuration scripts somewhere. Something in the configuration/installation process set 'network_interfaces' in /etc/rc.conf to "tx0 auto". The /etc/rc.network script will not process this correctly, as the "auto" value is only expanded at the top level, not within the loop that processes network interfaces. This means that the loopback (lo0) interface never comes up, and all sorts of rpc stuff will fail to work. -- Brad -- -- Brad Lanam bll@gentoo.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message From owner-freebsd-bugs Sat Feb 26 18:31:33 2000 Delivered-To: freebsd-bugs@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 4809137B516; Sat, 26 Feb 2000 18:31:31 -0800 (PST) (envelope-from jedgar@FreeBSD.org) Received: (from jedgar@localhost) by freefall.freebsd.org (8.9.3/8.9.2) id SAA10150; Sat, 26 Feb 2000 18:31:30 -0800 (PST) (envelope-from jedgar@FreeBSD.org) Date: Sat, 26 Feb 2000 18:31:30 -0800 (PST) From: Message-Id: <200002270231.SAA10150@freefall.freebsd.org> To: spe@internetway.net, jedgar@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: kern/17008: This is a code for implementing ethernet firewall under FreeBSD Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Synopsis: This is a code for implementing ethernet firewall under FreeBSD State-Changed-From-To: open->closed State-Changed-By: jedgar State-Changed-When: Sat Feb 26 18:29:07 PST 2000 State-Changed-Why: Duplicate of kern/17007 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message